bug#51170: tlp fullcharge

2021-10-17 Thread Attila Lendvai
> > as of latest master, tlp fails for me with this error message:
> >
> > tlp fullcharge
> > ==
> >
> > /gnu/store/68mpiffl51mcrss7zy26dnqfx3d5v2vv-tlp-1.4.0/share/tlp/tlp-func-base:
> >  line 528: /usr/share/tlp/bat.d/[0-9][0-9]*[a-z]: No such file or directory
> >
> > 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"?


indeed, i wasn't fully pulled.

sorry for the noise,

--
• attila lendvai
• PGP: 963F 5D5F 45C7 DFCD 0A39
--
“The condition upon which God hath given liberty to man is eternal vigilance; 
which condition if he break, servitude is at once the consequence of his crime 
and the punishment of his guilt.”
— John Philpot Curran (1750–1817)






bug#51227: failed build of ghc-8.8.4 (on guix c27c196)

2021-10-17 Thread Lars-Dominik Braun
Hi,

> I'm trying to upgrade one of my profiles to guix c27c196 but I get this
> error:
> […]
> cannot build derivation 
> `/gnu/store/jvmn4djjbi1hy1zwrwn5g50d94xazlhc-ghc-8.10.7.drv': 1 dependencies 
> couldn't be built
is this still an issue and if so what architecture are you on?

Thanks,
Lars






bug#51252: [core-updates-frozen] lualatex needs additional setup

2021-10-17 Thread John Kehayias via Bug reports for GNU Guix
Hello,

This is my first time trying out TeX on Guix, but ran into a problem trying to 
run lualatex on core-updates-frozen. Since I wasn't sure what I needed, I tried 
the huge full texlive package in case that solved the problem I was seeing. It 
did not.

Running lualatex on anything gives the output

This is LuaTeX, Version 1.13.0 (TeX Live 2021/GNU Guix)
 restricted system commands enabled.

kpathsea: Running mktexfmt lualatex.fmt
/gnu/store/cpflshy9z2yzd8dybm0j9a7i0bscpxa2-texlive-bin-20210325/share/texmf-dist/scripts/texlive/fmtutil.pl:
 Unexpected non-option argument(s): lualatex.fmt
Try "fmtutil --help" for more information.
I can't find the format file `lualatex.fmt'!

xelatex on the same file and environment worked fine. After some digging, I 
could get the lualatex.fmt file by installing texlive-tex-ini-files and running

lualatex -ini 
/gnu/store/skznnf2n2f4dwg44gm8bvcn78157z69p-texlive-tex-ini-files-59745/share/texmf-dist/tex/generic/tex-ini-files/lualatex.ini

With this lualatex.fmt file present, lualatex runs and produces the correct 
output. I'm guessing this is not the expected procedure, though I haven't been 
able to test on master to compare yet. I wasn't sure if I missed a texlive- 
package, but xelatex working as is makes me think not.

John





bug#51252: [core-updates-frozen] lualatex needs additional setup

2021-10-17 Thread Robin Templeton
John Kehayias  writes:

> With this lualatex.fmt file present, lualatex runs and produces the
> correct output. I'm guessing this is not the expected procedure,
> though I haven't been able to test on master to compare yet. I wasn't
> sure if I missed a texlive- package, but xelatex working as is makes
> me think not.

I tested this on master, and lualatex (installed via texlive) does
indeed work without any additional setup.

Robin





bug#51252: [core-updates-frozen] lualatex needs additional setup

2021-10-17 Thread John Kehayias via Bug reports for GNU Guix
With just texlive-base I get:

---! lualatex.fmt was written by luahbtex
(Fatal format file error; I'm stymied)%

On IRC it was reported lualatex works with texlive installed without additional 
setup, so this does seem like a core-updates-frozen bug. Unless I've done 
something I didn't realize that would do this?





bug#51127: Acknowledgement (deja-dup cannot start a backup)

2021-10-17 Thread Efraim Flashner
Thanks! Patches pushed.

-- 
Efraim Flashner  רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature


bug#51183: lagrange: fribidi and harfbuzz dependencies?

2021-10-17 Thread Efraim Flashner
On Wed, Oct 13, 2021 at 07:22:18AM -0800, Christopher Howard wrote:
> Hi, I like the lagrange gemini client, but I have struggled with some
> font display issues since I do a publishing with mixed English and
> Hebrew words. Lagrange does display Hebrew unicode characters, if you
> switch to the selectable "Tinos" font in the preferences, but on my
> system, the Hebrew script is displayed in the wrong direction (left-to-
> right, instead of right-to-left).
> 
> According to the Lagrange github README, Lagrange should be able to
> utilize the fribidi and harfbuzz software to properly display these
> sorts of scripts, but it does not seem to be doing this in Guix, even
> though these packages are available.
> 
> I attempted running lagrange inside "guix environment --ad-hoc fribidi
> harfbuzz" but the scripts are still displaying backwards, suggesting
> that something needs to be modified in the package definition itself to
> utilize this software.
> 
> Here is a simple gemini test page (contain just a single Hebrew word):
> 
> gemini://gem.librehacker.com/gemlog/your-word/test.gmi
> 
> On my system, it displays the letters as "bet resh alef" from left to
> right, rather than from right to left.
> 
> https://en.wikipedia.org/wiki/Hebrew_alphabet#Alphabet
> 

This is something that I've noticed too for years but never got around
to trying to fix. I actually find that mutt displays Hebrew backwards
for me too, as does translate-shell.

I've updated lagrange from 1.5.2 to 1.7.2 and I didn't see any
improvement in how it displays ברא vs ארב.

-- 
Efraim Flashner  רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature


bug#51259: Cannot build Guix from source (error messages about the translations)

2021-10-17 Thread Leo Famulari
I noticed today that I can't build Guix from a fresh Git checkout in the
usual manner. Something goes wrong while building the Korean language
info manual. I tested it several times and on two different computers,
both x86_64.

--
$ guix describe
Generation 23   Oct 18 2021 00:23:51(current)
  guix 473ea16
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 473ea161a15a13e7d5e7e0724693c1931ff8daaa
$ git describe
v1.3.0-7022-g473ea161a1
$ guix environment --pure guix
$ ./bootstrap  && ./configure --localstatedir=/var && make -j1
[... bootstrap and configure succeed ...]
Updating ./doc/version.texi
  MAKEINFO doc/guix.de.info
  MAKEINFO doc/guix.es.info
./doc/guix.es.texi:16554: warning: `.' or `,' must follow @xref, not p
./doc/guix.es.texi:37439: warning: `.' or `,' must follow @xref, not p
  MAKEINFO doc/guix.fa.info
  MAKEINFO doc/guix.fr.info
./doc/guix.fr.texi:12628: warning: `.' or `,' must follow @xref, not p
  MAKEINFO doc/guix.it.info
  MAKEINFO doc/guix.ko.info
Use of uninitialized value in hash element at 
/gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm
 line 639.
Use of uninitialized value in hash element at 
/gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm
 line 639.
Use of uninitialized value in hash element at 
/gnu/store/w8k9hcigvhzrlrblv8lgqj77sm3833rs-texinfo-6.7/share/texinfo/Texinfo/Structuring.pm
 line 639.
./doc/guix.ko.texi:604: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
./doc/guix.ko.texi:2065: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
./doc/guix.ko.texi:2538: @node `?? ??' previously defined
./doc/guix.ko.texi:2262: here is the previous definition as @node
./doc/guix.ko.texi:2739: @node `' previously defined
./doc/guix.ko.texi:884: here is the previous definition as @node
./doc/guix.ko.texi:2940: @node `? ??' previously defined
./doc/guix.ko.texi:2029: here is the previous definition as @node
./doc/guix.ko.texi:2973: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
./doc/guix.ko.texi:4933: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
./doc/guix.ko.texi:5459: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
./doc/guix.ko.texi:10011: @node `' previously defined
./doc/guix.ko.texi:884: here is the previous definition as @node
./doc/guix.ko.texi:13272: @node `? ??' previously defined
./doc/guix.ko.texi:2029: here is the previous definition as @node
./doc/guix.ko.texi:14606: @node `' previously defined
./doc/guix.ko.texi:884: here is the previous definition as @node
./doc/guix.ko.texi:31230: @node `?? ?' previously defined
./doc/guix.ko.texi:13804: here is the previous definition as @node
./doc/guix.ko.texi:35444: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
./doc/guix.ko.texi:35642: @node `?? ?' previously defined
./doc/guix.ko.texi:13804: here is the previous definition as @node
doc/contributing.ko.texi:1: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
doc/contributing.ko.texi:31: @node `? ??' previously defined
./doc/guix.ko.texi:2029: here is the previous definition as @node
doc/contributing.ko.texi:229: @node `? ??' previously defined
./doc/guix.ko.texi:2029: here is the previous definition as @node
doc/contributing.ko.texi:318: @node `? ??' previously defined
./doc/guix.ko.texi:2029: here is the previous definition as @node
doc/contributing.ko.texi:423: @node `? ?? ?' previously 
defined
./doc/guix.ko.texi:2623: here is the previous definition as @node
doc/contributing.ko.texi:690: @node `? ??' previously defined
./doc/guix.ko.texi:2029: here is the previous definition as @node
doc/contributing.ko.texi:777: @node `?? ?' previously defined
./doc/guix.ko.texi:13804: here is the previous definition as @node
doc/contributing.ko.texi:796: @node `??? ??' previously defined
doc/contributing.ko.texi:762: here is the previous definition as @node
doc/contributing.ko.texi:833: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
doc/contributing.ko.texi:869: @node `?? ??' previously defined
./doc/guix.ko.texi:2262: here is the previous definition as @node
doc/contributing.ko.texi:883: @node `??? ' previously 
defined
./doc/guix.ko.texi:6295: here is the previous definition as @node
doc/contributing.ko.texi:890: @node `??' previously defined
./doc/guix.ko.texi:431: here is the previous definition as @node
doc/contributing.ko.texi:967: @nod