bug#40558: Modular TexLive "Insufficient extension fonts" and duplicate fonts

elaexuo...@wilsonb.com writes: > Ricardo Wurmus wrote: >> >> elaexuo...@wilsonb.com writes: >> >> > Ricardo Wurmus wrote: >> >> This is a problem with the modular TeX Live packages. The pk files are >> >> bitmap fonts. I found that adding texlive-cm-super to the union helps >> >> in that

bug#40558: Modular TexLive "Insufficient extension fonts" and duplicate fonts

Ricardo Wurmus wrote: > > elaexuo...@wilsonb.com writes: > > > Ricardo Wurmus wrote: > >> This is a problem with the modular TeX Live packages. The pk files are > >> bitmap fonts. I found that adding texlive-cm-super to the union helps > >> in that the bitmap variants of the CM fonts will

bug#53424: tftp-hpa: Fails to build (multiple definition of 'toplevel' when linking)

Ivan Vilata i Balaguer schreef op vr 21-01-2022 om 22:06 [+0100]: > tftp.c:88:5: warning: implicit declaration of function ‘bsd_signal’; > did you mean ‘ssignal’? [-Wimplicit-function-declaration] >    88 | bsd_signal(SIGALRM, timer); >   | ^~ This one looks like tftp.c forgot

bug#53426: mingw-w64-{x86_64, i686}-winpthreads broken after absorption of binutils-next

Carl Dong schreef op vr 21-01-2022 om 16:30 [-0500]: > I’m wondering what the best course of action is to fix the mingw-w64- > {x86_64,i686}-winpthreads packages (e.g. just remove the configure > flag for mingw-w64? Add that flag only for linux? Or something else?) > and would love some help. I

bug#53426: mingw-w64-{x86_64, i686}-winpthreads broken after absorption of binutils-next

Hi all, The mingw-w64-{x86_64,i686}-winpthreads have been broken since the absorption of binutils-next in ce362bc1f35102e7d79ad7e0d638d20cef304f01. My very crude debugging (adding and removing configure flags from the binutils in gnu/packages/base.scm until the packages compiled) led me to the

bug#53425: transfig: Fails to build (issues with libdeps)

Hi! When trying to upgrade package `transfig 3.2.5e` from Guix commit `404f6953` to that of commit `4a943cfd`, the build fails showing many instances of warnings like the ones below, and finally the error at the bottom: ``` starting phase `configure' […] makedepend: warning: genbox.c (reading

bug#53423: nncp: Fails to build (renamed file not found)

Hi! When trying to upgrade package `nncp 7.5.0` from Guix commit `404f6953` to that of commit `4a943cfd`, the build fails showing this error: ``` phase `unpack' succeeded after 0.1 seconds starting phase `go-unpack' i/o error: src: No such file or directory error: in phase 'go-unpack': uncaught

bug#53424: tftp-hpa: Fails to build (multiple definition of 'toplevel' when linking)

Hullo Ivan, At a glance, this *looks* like what is frequently fixed by adding ‘-fcommon’ to CFLAGS[0]. Worth a try… Kind regards, T G-R [0]: https://git.savannah.gnu.org/cgit/guix.git/commit/?id=ab5d31c53eb06ced0873599a98c74dba80b46b1e signature.asc Description: PGP signature

bug#53424: tftp-hpa: Fails to build (multiple definition of 'toplevel' when linking)

Hi! When trying to upgrade package `tftp-hpa 5.2` from Guix commit `404f6953` to that of commit `4a943cfd`, the build fails showing these warnings and error: ``` starting phase `build' […] gcc -g -O2 -W -Wall -Wpointer-arith -Wbad-function-cast -Wstrict-prototypes -Wmissing-prototypes

bug#50773: issue appears to be fixed

On Thu, Jan 20, 2022 at 05:59:45PM +0100, Remco wrote: > I can not reproduce this problem (using jitsi meet with a webcam) since > commit: > > f3b73e46df82297ffabaa3b32fc765fa3065cad0 > > See also: https://issues.guix.gnu.org/53301 > > I think this issue can be closed. Great! I am closing it

bug#40558: Modular TexLive "Insufficient extension fonts" and duplicate fonts

elaexuo...@wilsonb.com writes: > Ricardo Wurmus wrote: >> This is a problem with the modular TeX Live packages. The pk files are >> bitmap fonts. I found that adding texlive-cm-super to the union helps >> in that the bitmap variants of the CM fonts will not be generated any >> more. More

bug#53407: libfuse 3 can't find fusermount

On Fri, Jan 21, 2022 at 08:55:23AM +0100, Liliana Marie Prikler wrote: > What is the behaviour if you have fusermount3 setuid? Then, it does work.

bug#53416: mesboot derivations, build phase errors, No targets specified and no makefile found

I'm looking at the failed builds for the following derivations: http://data.guix.gnu.org/gnu/store/2ygj1zfybdnb1v40ik46l37inj6jjkwr-make-mesboot-3.82.drv http://data.guix.gnu.org/gnu/store/4azilx11f0mg8kyh761yqgrrzlhh6ddh-grep-mesboot-2.0.drv

bug#53415: binutils-mesboot1-2.14 configure phase fails, In procedure stat: No such file or directory: "config.status"

I've seen this failure consistently on one of the machines behind bordeaux.guix.gnu.org, you can see the full logs via following the "View build" links here [1]. 1: http://data.guix.gnu.org/gnu/store/xd8rnmr0k3fhfhilzi66hnggsnx67d5i-binutils-mesboot1-2.14.drv I've tried building multiple times

bug#53380: Screenshot of backtrace

Hey, > yes, the error was from "guix-system-install-1.3.0.x86_64-linux.iso" > and the issue is sorted out in the latest version that i downloaded > today > "ISO-9660?query=spec:images+status:success+system:x86_64-linux+image.iso" Thanks for confirming. > but, faced the following issues, > 1.

bug#50773: issue appears to be fixed

I can not reproduce this problem (using jitsi meet with a webcam) since commit: f3b73e46df82297ffabaa3b32fc765fa3065cad0 See also: https://issues.guix.gnu.org/53301 I think this issue can be closed.

bug#48300: closed (Re: Emacs cursor theme is not inherited from the OS when using foreign Guix)

Hello. This email is just to thank Thiago for the clarification, Liliana for the solution, and everyone for supporting GNU! Kind regards, Jorge -- - Many people hate injustice but few check the facts; this causes more injustice. Ask me about - I am Brazilian.

bug#30619: Cuirass requires TLS certificates

bugs 30619 + donewontfix thanks > [various discussion] While I believe a 'certificates' field or the like would be nice, there does not appear to be a need or interest, hence closing. If someone would like to implement some solution or has a need, they can reopen the bug (see

bug#53407: libfuse 3 can't find fusermount

While testing a Borg update (patch attached), I noticed that the FUSERMOUNT_DIR hack in Fuse 3 doesn't seem to work like it does with Fuse 2. The 1.2.0b3 beta of the upcoming Borg release can use either Fuse 2 (with python-llfuse) or Fuse 3 (with python-pyfuse3). The `borg mount` command works

bug#53339: [version-1.4.0] Package with texlive-updmap.cfg and texlive-amsfonts failing to find Euler

elaexuo...@wilsonb.com writes: > The new texlive-amsfonts/fixed don't need to list eufm10 targets? No, because eufm10 is generated from the corresponding afm file. That was broken before. -- Ricardo

bug#53369: guix pull command fails on a torified bash shell

[Please keep debbugs in CC or To] >  guix pull command fails on a torified bash shell Does it also happen outside a torified shell? torify sets LD_PRELOAD, which is rather fragile ... E.g., if torify comes from a foreign distro and guix comes from guix, then quite possibly there's some kind of

bug#53407: libfuse 3 can't find fusermount

Hi Leo, Am Freitag, dem 21.01.2022 um 02:41 -0500 schrieb Leo Famulari: > While testing a Borg update (patch attached), I noticed that the > FUSERMOUNT_DIR hack in Fuse 3 doesn't seem to work like it does with > Fuse 2. > > The 1.2.0b3 beta of the upcoming Borg release can use either Fuse 2 >

bug#53406: union-build incorrectly handles grafts

Oh, and in the share/doc directory of the union: lrwxrwxrwx 1 root root 71 Dec 31 1969 expat -> /gnu/store/2q8wwhd3prib0swky68rbx9hl0xxs6hf-expat-2.4.3/share/doc/expat/ lrwxrwxrwx 1 root root 77 Dec 31 1969 expat-2.4.1 ->

bug#53230: Disable authentication seems broken

On 2022-01-17 19:12, Ludovic Courtès wrote: > Andrew Tropin skribis: > >> On 2022-01-13 23:15, Ludovic Courtès wrote: >> >>> Andrew Tropin skribis: > > [...] > 1468:0 4 (add-temp-root # #) In guix/serialization.scm: 130:20 3 (write-store-path #>>>