bug#53230: Disable authentication seems broken

[Andrew Tropin]

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 #>>> /gnu/store/pqn1xr6882907b41j6mybvs…> …)
 In unknown file:
2 (string->utf8 #>>> /gnu/store/pqn1xr6882907b41j6mybvsg4218…>)
 In ice-9/boot-9.scm:
   1685:16  1 (raise-exception _ #:continuable? _)
   1685:16  0 (raise-exception _ #:continuable? _)

 ice-9/boot-9.scm:1685:16: In procedure raise-exception:
 In procedure string->utf8: Wrong type argument in position 1 (expecting
 string): #>>> /gnu/store/pqn1xr6882907b41j6mybvsg4218kc0k-profile.drv =>
 /gnu/store/3hc33q0xlajd75l52grsg8dg1ais2hss-profile 7f66cb7eaeb0>
>>>
>>> Fixed in b1fc98d6b063a117fe2bcc19a60c8b9a48301593, thanks!
>
> [...]
>
>> In guix/scripts/time-machine.scm:
>>158:28  2 (_)
>> In unknown file:
>>1 (string-append #> /gnu/store/18bv09fgcchf1ymxz5x4hq8bc9igsiq2-profile.drv => 
>> /gnu/store/gqbh9r3v6zba7066k2xbaf5hyqx15d8p-profile 7fc90d4bdd20> "/b…")
>> In ice-9/boot-9.scm:
>>   1685:16  0 (raise-exception _ #:continuable? _)
>>
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> In procedure string-append: Wrong type (expecting string): #> /gnu/store/18bv09fgcchf1ymxz5x4hq8bc9igsiq2-profile.drv => 
>> /gnu/store/gqbh9r3v6zba7066k2xbaf5hyqx15d8p-profile 7fc90d4bdd20>
>
> My bad, fixed for good in a9cc79d9f3a4448b821ebd8f394a1c7b0004a0ba.

Thank you for the fix!)

-- 
Best regards,
Andrew Tropin


signature.asc
Description: PGP signature

bug#53406: union-build incorrectly handles grafts

[John Kehayias via Bug reports for GNU Guix]

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 -> 
/gnu/store/2q8wwhd3prib0swky68rbx9hl0xxs6hf-expat-2.4.3/share/doc/expat-2.4.1

Second link broken, first link correct, both to the replacement (2.4.3 version) 
store directory.

bug#53407: libfuse 3 can't find fusermount

[Liliana Marie Prikler]

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
> (with python-llfuse) or Fuse 3 (with python-pyfuse3).
> 
> The `borg mount` command works as expected with Fuse 2 / llfuse.
> 
> But, with Fuse 3 / pyfuse3, it fails with:
> 
> fuse: failed to exec fusermount3: No such file or directory
> 
> When I commented out the FUSERMOUNT_DIR [0] substitution in the fuse-
> 3 package and rebuilt Borg, `borg mount` instead gives us this, which
> is expected, because this system does not have a setuid fusermount3:
> 
> fusermount3: mount failed: Operation not permitted
> 
> So, the substitution doesn't seem to help with Fuse 3: it just breaks
> the lookup.
> 
> You can apply the patch and test it out. And you can also observe the
> optimal behaviour if you switch the borg package's fuse
> implementation from pyfuse3 to llfuse / Fuse 2.
> 
> Should we just remove the substitution in fuse-3?
What is the behaviour if you have fusermount3 setuid?  I know from gvfs
(which also depends on Fuse 3), that adding the setuid binary *does*
make gvfsd-fuse work again, so it'd be good to know if this works for
borg as well.  If not, we'd have to be careful not to introduce a
regression. 


Cheers

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

[Maxime Devos]

[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 binary incompatibility in-
between.

Anyway, torify probably doesn't do what you want it to do, because the
substitutes and most source code is downloaded through the guix daemon,
which is probably not torified.  I recommend setting the 'http_proxy'
and 'https_proxy' environment variables instead (for the daemon and
user), although there might be some situations in which they are not
respected.

Girish schreef op vr 21-01-2022 om 08:54 [+]:
> Actually, it prints 'Segmentation fault' when I run `guix pull`.
Maybe look in 'dmesg' to see if there was an out-of-memory situation.

> When I run `/run/current-system/profile/bin/guix pull` it runs fine
> but ends with following exception:
> ice-9/boot-9.scm:1669:16: In procedure raise-exception:
> In procedure scm_lreadr: #:16:144: Unknown # object #\<
> I'm not sure whether the above details are enough.
> How can I view the complete backtrace for `guix`?

Normally, the backtrace is printed automatically, looking like
something along these lines:

> Backtrace:
> In ice-9/boot-9.scm:
>   1752:10  6 (with-exception-handler _ _ #:unwind? _ # _)
> In unknown file:
>5 (apply-smob/0 #)
> In ice-9/boot-9.scm:
> 724:2  4 (call-with-prompt _ _ # handle…>)
> In ice-9/eval.scm:
> 619:8  3 (_ #(#(#)))
> In ice-9/boot-9.scm:
>2835:4  2 (save-module-excursion _)
>   4380:12  1 (_)
> In $HOME/source-code/rw/guix/q.scm:
>   1:1  0 (_)
> 
> $HOME/source-code/rw/guix/q.scm:1:1: Unbound variable: foo

Basically, the backtrace starts at the 'Backtrace:' line.
But it seems like it was not printed in your case ...

Greetings
Maxime.


signature.asc
Description: This is a digitally signed message part

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

[Ricardo Wurmus]

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#53407: libfuse 3 can't find fusermount

[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
(with python-llfuse) or Fuse 3 (with python-pyfuse3).

The `borg mount` command works as expected with Fuse 2 / llfuse.

But, with Fuse 3 / pyfuse3, it fails with:

fuse: failed to exec fusermount3: No such file or directory

When I commented out the FUSERMOUNT_DIR [0] substitution in the fuse-3
package and rebuilt Borg, `borg mount` instead gives us this, which is
expected, because this system does not have a setuid fusermount3:

fusermount3: mount failed: Operation not permitted

So, the substitution doesn't seem to help with Fuse 3: it just breaks
the lookup.

You can apply the patch and test it out. And you can also observe the
optimal behaviour if you switch the borg package's fuse implementation
from pyfuse3 to llfuse / Fuse 2.

Should we just remove the substitution in fuse-3?

[0]
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/linux.scm?id=b09f2aa4dae7e2a2f0f37ba831a2428fee8557d2#n3306
diff --git a/gnu/packages/backup.scm b/gnu/packages/backup.scm
index a8f300f0b8..5bc2a8015f 100644
--- a/gnu/packages/backup.scm
+++ b/gnu/packages/backup.scm
@@ -1,7 +1,7 @@
 ;;; GNU Guix --- Functional package management for GNU
 ;;; Copyright © 2014, 2015, 2020 Eric Bavier 
 ;;; Copyright © 2014 Ian Denhardt 
-;;; Copyright © 2015, 2016, 2017 Leo Famulari 
+;;; Copyright © 2015, 2016, 2017, 2022 Leo Famulari 
 ;;; Copyright © 2017–2021 Tobias Geerinckx-Rice 
 ;;; Copyright © 2017 Thomas Danckaert 
 ;;; Copyright © 2017, 2021 Arun Isaac 
@@ -57,6 +57,7 @@ (define-module (gnu packages backup)
   #:use-module (gnu packages crypto)
   #:use-module (gnu packages databases)
   #:use-module (gnu packages datastructures)
+  #:use-module (gnu packages digest)
   #:use-module (gnu packages dbm)
   #:use-module (gnu packages dejagnu)
   #:use-module (gnu packages ftp)
@@ -83,6 +84,7 @@ (define-module (gnu packages backup)
   #:use-module (gnu packages rsync)
   #:use-module (gnu packages serialization)
   #:use-module (gnu packages ssh)
+  #:use-module (gnu packages time)
   #:use-module (gnu packages tls)
   #:use-module (gnu packages valgrind)
   #:use-module (gnu packages xml))
@@ -619,13 +621,13 @@ (define-public libchop
 (define-public borg
   (package
 (name "borg")
-(version "1.1.17")
+(version "1.2.0b3")
 (source
  (origin
(method url-fetch)
(uri (pypi-uri "borgbackup" version))
(sha256
-(base32 "0x0ncy0b0bmf586hbdgrif3gjmkdw760vfnfxndr493v07y29fbs"))
+(base32 "0gnx4i1pbzym9mb93w4bijaq189a9319ry0gzcm15rk41mq5lcag"))
(modules '((guix build utils)))
(snippet
 '(begin
@@ -635,8 +637,6 @@ (define-public borg
;; generate the wrong list.
(for-each delete-file
  '("src/borg/algorithms/checksums.c"
-   "src/borg/algorithms/msgpack/_packer.cpp"
-   "src/borg/algorithms/msgpack/_unpacker.cpp"
"src/borg/chunker.c"
"src/borg/compress.c"
"src/borg/crypto/low_level.c"
@@ -646,15 +646,17 @@ (define-public borg
"src/borg/platform/freebsd.c"
"src/borg/platform/linux.c"
"src/borg/platform/posix.c"
-   "src/borg/platform/syncfilerange.c"))
+   "src/borg/platform/syncfilerange.c"
+   "src/borg/platform/windows.c"))
;; Remove bundled shared libraries.
(with-directory-excursion "src/borg/algorithms"
  (for-each delete-file-recursively
-   (list "blake2" "lz4" "zstd")))
+   (list "lz4" "xxh64" "zstd")))
#t
 (build-system python-build-system)
 (arguments
- `(#:modules ((srfi srfi-26); for cut
+ `(#:tests? #f ; The tests pass. Skip them all while debugging FUSE 3
+   #:modules ((srfi srfi-26); for cut
   (guix build utils)
   (guix build python-build-system))
#:phases
@@ -662,12 +664,12 @@ (define-public borg
  (add-after 'unpack 'set-env
(lambda* (#:key inputs #:allow-other-keys)
  (let ((openssl (assoc-ref inputs "openssl"))
-   (libb2 (assoc-ref inputs "libb2"))
(lz4 (assoc-ref inputs "lz4"))
+   (xxhash (assoc-ref inputs "xxhash"))
(zstd (assoc-ref inputs "zstd")))
(setenv "BORG_OPENSSL_PREFIX" openssl)
-   (setenv "BORG_LIBB2_PREFIX" libb2)
(setenv "BORG_LIBLZ4_PREFIX" lz4)
+   (setenv "BORG_LIBXXHASH_PREFIX" xxhash)
(setenv "BORG_LIBZSTD_PREFIX" zstd)
(setenv "PYTHON_EGG_CACHE" "/tmp")
   

bug#30619: Cuirass requires TLS certificates

[Maxime Devos]

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
).

Greetings,
Maxime.



signature.asc
Description: This is a digitally signed message part

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

[Jorge P . de Morais Neto via Bug reports for GNU 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.  I hope my English is correct and I welcome feedback.
- Free Software Supporter: https://www.fsf.org/free-software-supporter
- If an email of mine arrives at your spam box, please notify me.

bug#50773: issue appears to be fixed

[Remco]

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#53380: Screenshot of backtrace

[Mathieu Othacehe]

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. grub did not find another OS installed, showing only GNU guix

Did you use manual partitioning and made sure not to wipe the extra OS
installation? In any case, I don't think we have support to detect other
installations and list them in Grub, but I may be wrong?

> 2. Once logged in with the Enlightenment DE there was no terminal
> installed during the installation. so I am stuck with an unusable
> system.

Oh not nice. You still have the TTY available by pressing CTRL-ALT-F3 or
so I guess.

Closing this one as the installer issue per se is fixed.

Thanks,

Mathieu

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

[Christopher Baines]

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 on the machine where the failures
occurred, and it's not once succeeded.

>From looking at the kept build directory, the config.status file doesn't
exist. There is config.status.VX1nZz, but it's empty.



starting phase `configure'
running ./configure --disable-nls --disable-shared --disable-werror 
--build=i686-unknown-linux-gnu --host=i686-unknown-linux-gnu --with-sysroot=/ 
--prefix=/gnu/store/gvmha2v54svwzxigcbap8862rg3fya0w-binutils-mesboot1-2.14
error: in phase 'configure': uncaught exception:
system-error "stat" "~A: ~S" ("No such file or directory" "config.status") (2) 
phase `configure' failed after 0.0 seconds
Backtrace:
In ice-9/boot-9.scm:
 157: 16 [catch #t # ...]
In unknown file:
   ?: 15 [apply-smob/1 #]
In ice-9/boot-9.scm:
  63: 14 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 13 [eval # #]
In ice-9/boot-9.scm:
2320: 12 [save-module-excursion #]
3966: 11 [#]
1645: 10 [%start-stack load-stack #]
1650: 9 [#]
In unknown file:
   ?: 8 [primitive-load 
"/gnu/store/6i3748r9if4cnjz1bmzh2ghbp0zlv232-binutils-mesboot1-2.14-builder"]
In ice-9/boot-9.scm:
 157: 7 [catch srfi-34 ...]
In srfi/srfi-1.scm:
 616: 6 [for-each # ...]
In ice-9/boot-9.scm:
 171: 5 [with-throw-handler #t ...]
In guix/build/gnu-build-system.scm:
 927: 4 [#]
In ice-9/eval.scm:
 432: 3 [eval # #]
In guix/build/utils.scm:
 844: 2 [with-atomic-file-replacement "config.status" ...]
In unknown file:
   ?: 1 [stat "config.status" #]
In ice-9/boot-9.scm:
 106: 0 [# 
system-error ...]

ice-9/boot-9.scm:106:20: In procedure #:
ice-9/boot-9.scm:106:20: In procedure stat: No such file or directory: 
"config.status"
builder for 
`/gnu/store/xd8rnmr0k3fhfhilzi66hnggsnx67d5i-binutils-mesboot1-2.14.drv' failed 
with exit code 1

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

[Christopher Baines]

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
http://data.guix.gnu.org/gnu/store/rsjbdnk4wsizbnzmc3f5ry7b50vg8h7n-tar-mesboot-1.22.drv
http://data.guix.gnu.org/gnu/store/vshbmv0jzcirxbz5c8s5av97s1n9jwpc-gawk-mesboot-3.1.8.drv
http://data.guix.gnu.org/gnu/store/sr66h246j74ci952p37a48j6ilx6smc4-sed-mesboot-4.0.6.drv

The failed parts look like the following:


starting phase `build'
make: *** No targets specified and no makefile found.  Stop.
error: in phase 'build': uncaught exception:
srfi-34 # 
phase `build' failed after 0.0 seconds
command "make" failed with status 2


starting phase `build'
make: *** No rule to make target `gawk'.  Stop.
error: in phase 'build': uncaught exception:
srfi-34 # 
phase `build' failed after 0.0 seconds
command "make" "gawk" failed with status 2

bug#53407: libfuse 3 can't find fusermount

[Leo Famulari]

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#40558: Modular TexLive "Insufficient extension fonts" and duplicate fonts

[Ricardo Wurmus]

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 font packages may be needed in the union to prevent TeX from
>> falling back to bitmap fonts in other cases.
>> 
>> In any case, that’s unrelated to Jelle’s patch, which looks fine to me.
>
> Thank you, Ricardo, for looking into this.
>
> I have lost signficant amounts of hair trying to find a solution. Adding
> texlive-cm-super doesn't help for the document I trying to typeset. In fact, I
> even grabbed all texlive packages with fonts and threw them in the
> texlive-union to no effect. No matter what, pdflatex bails when trying to find
> the font to set $~$.
>
> The only way I have gotten it to typeset under a texlive-union so far is by
> munging texlive-amsfonts as Jelle mentioned.

I have since added texlive-amsfonts/fixed, which installs all the files
it is supposed to (according do the tlpdb).  I’ve also since fixed font
search.

Can this issue be closed?

-- 
Ricardo

bug#50773: issue appears to be fixed

[Leo Famulari]

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 now.

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

[Ivan Vilata i Balaguer]

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 -Wmissing-declarations -Wnested-externs -Winline 
-Wwrite-strings -Wundef -Wshadow -Wsign-compare -pipe -fno-strict-aliasing 
-I/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2 -c main.c
tftp.c: In function ‘tftp_sendfile’:
tftp.c:88:5: warning: implicit declaration of function ‘bsd_signal’; did you 
mean ‘ssignal’? [-Wimplicit-function-declaration]
   88 | bsd_signal(SIGALRM, timer);
  | ^~
  | ssignal
tftp.c:88:5: warning: nested extern declaration of ‘bsd_signal’ 
[-Wnested-externs]
main.c: In function ‘main’:
main.c:308:5: warning: implicit declaration of function ‘bsd_signal’; did you 
mean ‘ssignal’? [-Wimplicit-function-declaration]
  308 | bsd_signal(SIGINT, intr);
  | ^~
  | ssignal
main.c:308:5: warning: nested extern declaration of ‘bsd_signal’ 
[-Wnested-externs]
gcc -g -O2 -W -Wall -Wpointer-arith -Wbad-function-cast -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline 
-Wwrite-strings -Wundef -Wshadow -Wsign-compare -pipe -fno-strict-aliasing 
-I/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2 -c misc.c
sed -e 's/@@VERSION@@/5.2/g' < tftp.1.in > tftp.1
gcc -g -O2 -W -Wall -Wpointer-arith -Wbad-function-cast -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline 
-Wwrite-strings -Wundef -Wshadow -Wsign-compare -pipe -fno-strict-aliasing 
-I/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2 -c remap.c
sed -e 's/@@VERSION@@/5.2/g' < tftpd.8.in > tftpd.8
tftpd.c: In function ‘tftp_recvfile’:
tftpd.c:1647:69: warning: argument ‘oap’ might be clobbered by ‘longjmp’ or 
‘vfork’ [-Wclobbered]
 1647 | static void tftp_recvfile(const struct formats *pf, struct tftphdr 
*oap, int oacklen)
  | ^~~
main.c:191:20: warning: inlining failed in call to ‘usage’: call is unlikely 
and code size would grow [-Winline]
  191 | static inline void usage(int errcode)
  |^
main.c:244:25: note: called from here
  244 | usage(EX_USAGE);
  | ^~~
main.c:191:20: warning: inlining failed in call to ‘usage’: call is unlikely 
and code size would grow [-Winline]
  191 | static inline void usage(int errcode)
  |^
main.c:266:25: note: called from here
  266 | usage(EX_USAGE);
  | ^~~
main.c:191:20: warning: inlining failed in call to ‘usage’: call is unlikely 
and code size would grow [-Winline]
  191 | static inline void usage(int errcode)
  |^
main.c:279:21: note: called from here
  279 | usage(*optx == 'h' ? 0 : EX_USAGE);
  | ^~
main.c:191:20: warning: inlining failed in call to ‘usage’: call is unlikely 
and code size would grow [-Winline]
  191 | static inline void usage(int errcode)
  |^
main.c:284:17: note: called from here
  284 | usage(EX_USAGE);
  | ^~~
gcc  tftp.o main.o ../common/libcommon.a  
/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2/lib/libxtra.a  -o tftp
ld: main.o:/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2/tftp/main.c:98: 
multiple definition of `toplevel'; 
tftp.o:/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2/tftp/tftp.c:51: first 
defined here
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:12: tftp] Error 1
make[1]: Leaving directory 
'/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2/tftp'
make: *** [Makefile:7: tftp.build] Error 2
make: *** Waiting for unfinished jobs
gcc  tftpd.o recvfrom.o misc.o remap.o ../common/libcommon.a  
/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2/lib/libxtra.a  -o tftpd
make[1]: Leaving directory 
'/tmp/guix-build-tftp-hpa-5.2.drv-0/tftp-hpa-5.2/tftpd'
error: in phase 'build': uncaught exception:
%exception #<&invoke-error program: "make" arguments: ("-j" "4") exit-status: 2 
term-signal: #f stop-signal: #f> 
phase `build' failed after 0.8 seconds
command "make" "-j" "4" failed with status 2
```

Maybe something changed with the compiler which causes `toplevel` to be
defined twice, not sure whether the warnings are relevant.  Attaching whole
`/var/log/guix/drvs/n7/mi9pqbpgad3gnz97s02zd056qnzcfg-tftp-hpa-5.2.drv.bz2`.

Thanks a lot!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/


mi9pqbpgad3gnz97s02zd056qnzcfg-tftp-hpa-5.2.drv.bz2
Description: Binary data


signature.asc
Description: PGP signature

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

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

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#53423: nncp: Fails to build (renamed file not found)

[Ivan Vilata i Balaguer]

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 exception:
system-error "rename-file" "~A" ("No such file or directory") (2) 
phase `go-unpack' failed after 0.0 seconds
Backtrace:
  10 (primitive-load "/gnu/store/lm25qs8vcxx69hn1rj47pjypc9m…")
In guix/build/gnu-build-system.scm:
904:2  9 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
  1752:10  8 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
634:9  7 (for-each # …)
In ice-9/boot-9.scm:
  1752:10  6 (with-exception-handler _ _ #:unwind? _ # _)
In guix/build/gnu-build-system.scm:
   925:23  5 (_)
In ice-9/eval.scm:
619:8  4 (_ #(#(#) "/gnu/…"))
In ice-9/boot-9.scm:
   260:13  3 (for-each # …)
In unknown file:
   2 (rename-file "src/vendor/go.cypherpunks.ru/balloon" "..…")
In ice-9/boot-9.scm:
  1685:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure rename-file: No such file or directory

Some deprecated features have been used.  Set the environment
variable GUILE_WARN_DEPRECATED to "detailed" and rerun the
program to get more information.  Set it to "no" to suppress
this message.
```

Looks like some bundled dependency is no longer there?  Attaching the whole
`/var/log/guix/drvs/rq/p7xarf62882g2n31mgq3z2g616i5hy-nncp-7.5.0.drv.bz2`.

Thanks a lot!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/


p7xarf62882g2n31mgq3z2g616i5hy-nncp-7.5.0.drv.bz2
Description: Binary data


signature.asc
Description: PGP signature

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

[Ivan Vilata i Balaguer]

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 ../fig2dev.h, line 18): cannot find 
include file "stdlib.h"
not in ../stdlib.h
not in ../../stdlib.h
not in 
/gnu/store/kz32lsiszh43yi3qxwzzsi434r72i1nk-imake-1.0.8/include/stdlib.h
not in /usr/include/stdlib.h
[…]
phase `configure' succeeded after 0.6 seconds
starting phase `patch-generated-file-shebangs'
patch-shebang: ./doc/MAKEPS: warning: no binary for interpreter `csh' found in 
$PATH
patch-shebang: ./fig2dev/fig2ps2tex.script: warning: no binary for interpreter 
`csh' found in $PATH
phase `patch-generated-file-shebangs' succeeded after 0.0 seconds
starting phase `build'
[…]
gcc -O2-I.. -I../..  
-I/gnu/store/kz32lsiszh43yi3qxwzzsi434r72i1nk-imake-1.0.8/include-Dlinux 
-D__amd64__ -D_POSIX_C_SOURCE=199309L 
-D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE 
-D_SVID_SOURCE -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64  
 -DFUNCPROTO=15 -DNARROWPROTO   -DUSE_PNG -DUSE_XPM -I/usr/include/X11 
-I/gnu/store/368cv23ggbgl91bw90hyhkqx5dzq0988-libxpm-3.5.13/include/X11 -DNFSS  
-DLATEX2E_GRAPHICS   -DDVIPS -DI18N 
-DFIG2DEV_LIBDIR=/gnu/store/vxgbyg2kigli0lw59cfb7r64xyf101rq-transfig-3.2.5e/lib
 
-DFIG2DEV_LIBDIR_STR=\"/gnu/store/vxgbyg2kigli0lw59cfb7r64xyf101rq-transfig-3.2.5e/lib\"
 
-DBITMAPDIR=\"/gnu/store/vxgbyg2kigli0lw59cfb7r64xyf101rq-transfig-3.2.5e/lib/bitmaps\"
-c -o genbox.o genbox.c
latex_line.c:176:1: warning: return type defaults to ‘int’ [-Wimplicit-int]
  176 | latex_endpoint(x1, y1, x2, y2, xout, yout, arrow, magnet)
  | ^~
In file included from 
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/include/bits/libc-header-start.h:33,
 from 
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/include/stdlib.h:25,
 from ../fig2dev.h:18,
 from genbox.c:22:
/gnu/store/2fk1gz2s7ppdicynscra9b19byrrr866-glibc-2.33/include/features.h:187:3:
 warning: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use 
_DEFAULT_SOURCE" [-Wcpp]
  187 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use 
_DEFAULT_SOURCE"
  |   ^~~
[…]
rm -f libtransfig.a
ar clq libtransfig.a genbox.o gencgm.o gendxf.o genepic.o gengbx.o genibmgl.o 
genlatex.o genmap.o genmf.o genpic.o  genpictex.o genps.o genpdf.o 
genpstex.o genpstricks.o gentextyl.o gentk.o genptk.o gentpic.ogenbitmaps.o 
genge.o genmp.o genemf.o gensvg.o genshape.o setfigfont.o psencode.o   
readpics.o readeps.o readgif.o readpcx.o readppm.o readpng.o readxpm.o  
readxbm.o readtif.o readjpg.o asc85ec.o readpng.o readxpm.o
ar: libdeps specified more than once
make[2]: *** [Makefile:1053: libtransfig.a] Error 1
make[2]: Leaving directory 
'/tmp/guix-build-transfig-3.2.5e.drv-0/transfig.3.2.5e/fig2dev/dev'
make[1]: *** [Makefile:1192: dev/libtransfig.a] Error 2
make[1]: Leaving directory 
'/tmp/guix-build-transfig-3.2.5e.drv-0/transfig.3.2.5e/fig2dev'
make: *** [Makefile:1030: all] Error 2
error: in phase 'build': uncaught exception:
%exception #<&invoke-error program: "make" arguments: ("-j" "4") exit-status: 2 
term-signal: #f stop-signal: #f> 
phase `build' failed after 4.6 seconds
command "make" "-j" "4" failed with status 2
```

Maybe some new version of the compiler got more picky with some deprecations?
I'm attaching the whole
`/var/log/guix/drvs/2x/m0s1604xx2wfzj8swza7jm6s94nz1l-transfig-3.2.5e.drv.bz2`.

Thanks a lot!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/


m0s1604xx2wfzj8swza7jm6s94nz1l-transfig-3.2.5e.drv.bz2
Description: Binary data


signature.asc
Description: PGP signature

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

[Carl Dong]

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 culprit: 
"--enable-compressed-debug-sections=all”.

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.

Cheers,
Carl Dong

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

[Maxime Devos]

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 would assume that it works for Linux, it also works for the Hurd,
so I would prefer something like

#$@(if (target-mingw?) '() '("--some-configuration..."))

above

#$@(if (target-linux?) '("--some-configuration...") '())

Greetings,
Maxime.



signature.asc
Description: This is a digitally signed message part

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

[Maxime Devos]

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 to include  directly
and relied on another header to include .

It's a warning, not an error, but declarations of functions can
sometimes be important for ABI purposes.

Greetings,
Maxime


signature.asc
Description: This is a digitally signed message part

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

[elaexuotee--- via Bug reports for GNU Guix]

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 not be generated any
> >> more.  More font packages may be needed in the union to prevent TeX from
> >> falling back to bitmap fonts in other cases.
> >> 
> >> In any case, that’s unrelated to Jelle’s patch, which looks fine to me.
> >
> > Thank you, Ricardo, for looking into this.
> >
> > I have lost signficant amounts of hair trying to find a solution. Adding
> > texlive-cm-super doesn't help for the document I trying to typeset. In 
> > fact, I
> > even grabbed all texlive packages with fonts and threw them in the
> > texlive-union to no effect. No matter what, pdflatex bails when trying to 
> > find
> > the font to set $~$.
> >
> > The only way I have gotten it to typeset under a texlive-union so far is by
> > munging texlive-amsfonts as Jelle mentioned.
> 
> I have since added texlive-amsfonts/fixed, which installs all the files
> it is supposed to (according do the tlpdb).  I’ve also since fixed font
> search.
> 
> Can this issue be closed?

Are we sure this is fixed? The issue where you added texlive-amsfonts/fixed is
still seeing the original missing fonts error for eufm10:

https://issues.guix.gnu.org/53339#3-lineno36

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

[Ricardo Wurmus]

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 the bitmap variants of the CM fonts will not be generated any
>> >> more.  More font packages may be needed in the union to prevent TeX from
>> >> falling back to bitmap fonts in other cases.
>> >> 
>> >> In any case, that’s unrelated to Jelle’s patch, which looks fine to me.
>> >
>> > Thank you, Ricardo, for looking into this.
>> >
>> > I have lost signficant amounts of hair trying to find a solution. Adding
>> > texlive-cm-super doesn't help for the document I trying to typeset. In 
>> > fact, I
>> > even grabbed all texlive packages with fonts and threw them in the
>> > texlive-union to no effect. No matter what, pdflatex bails when trying to 
>> > find
>> > the font to set $~$.
>> >
>> > The only way I have gotten it to typeset under a texlive-union so far is by
>> > munging texlive-amsfonts as Jelle mentioned.
>> 
>> I have since added texlive-amsfonts/fixed, which installs all the files
>> it is supposed to (according do the tlpdb).  I’ve also since fixed font
>> search.
>> 
>> Can this issue be closed?
>
> Are we sure this is fixed? The issue where you added texlive-amsfonts/fixed is
> still seeing the original missing fonts error for eufm10:
>
> https://issues.guix.gnu.org/53339#3-lineno36

At least the question “is texlive-amsfonts broken” is definitively
answered.  This was what this issue was about, no?  I’d rather keep the
other issue separate.

-- 
Ricardo