Bug#1065210: fricas: missing build-dep on libtirpc-dev or libtirpc-dev dependency in gcl
Thanks, you are right. Take care, Aurelien Jarno writes: > Hi, > > On 2024-03-10 11:20, Camm Maguire wrote: >> Greetings! For now I am adding a libnsl-dev dependency to the gcl >> package to restore the old behavior. A small fix to the fricas package >> will eventually make this obsolete. > > You probably want to add a libtirpc-dev dependency instead, libnsl-dev > is what was only ensuring that libtirpc-dev is installed. > > Regards > Aurelien -- Camm Maguirec...@maguirefamily.org == "The earth is but one country, and mankind its citizens." -- Baha'u'llah
Bug#1065210: fricas: missing build-dep on libtirpc-dev or libtirpc-dev dependency in gcl
Hi, On 2024-03-10 11:20, Camm Maguire wrote: > Greetings! For now I am adding a libnsl-dev dependency to the gcl > package to restore the old behavior. A small fix to the fricas package > will eventually make this obsolete. You probably want to add a libtirpc-dev dependency instead, libnsl-dev is what was only ensuring that libtirpc-dev is installed. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1065210: fricas: missing build-dep on libtirpc-dev or libtirpc-dev dependency in gcl
Greetings! For now I am adding a libnsl-dev dependency to the gcl package to restore the old behavior. A small fix to the fricas package will eventually make this obsolete. Thanks as always for all your work on this. Aurelien Jarno writes: > Source: fricas > Version: 1.3.10-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > User: debian-gl...@lists.debian.org > Usertags: libtirpc-dev > > Dear maintainer, > > Starting with glibc 2.31, support for NIS (libnsl library) has been > moved to a separate libnsl2 package. In order to allow a smooth > transition, a libnsl-dev, which depends on libtirpc-dev, has been added > to the libc6-dev package. > > The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 > NMU, as part of the 64-bit time_t transition. This causes fricas to > FTBFS in sid with: > > | End of Pass 1. > | End of Pass 2. > | OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3 > | Finished compiling /<>/src/lisp/primitives.o. > | #p"/<>/src/lisp/primitives.o" > | NIL > | NIL > | > | >echo '(compiler::link nil "prelisp" ' \ > | ' (format nil "(progn (let ((SI::*load-path*' \ > | ' (cons ~S SI::*load-path*))' \ > | ' (si::*load-types* ~S))' \ > |' (compiler::emit-fn t))' \ > | ' (when (fboundp (quote si::sgc-on))' \ > | ' (si::sgc-on nil))' \ > | ' (setq compiler::*default-system-p* > nil))' \ > | ' (setq compiler::*default-large-memory-model-p* t))"' > \ > | ' si::*system-directory* (quote (list ".lsp")))' \ > |' "/<>/src/lib/bsdsignal.o > /<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o ")' \ > | | gcl > | GCL (GNU Common Lisp) 2.6.14 Fri Jan 13 10:47:56 AM EST 2023 ANSIgit: > Version_2_6_15pre5 > | Source License: LGPL(gcl,gmp), GPL(unexec,bfd,xgcl) > | Binary License: GPL due to GPL'ed components: (XGCL UNEXEC) > | Modifications of this banner must retain notice of a compatible license > | Dedicated to the memory of W. Schelter > | > | Use (help) to get some basic information on how to use GCL. > | Temporary directory for compiler files: > | /tmp/ > | > | >/usr/bin/ld: cannot find -ltirpc: No such file or directory > | collect2: error: ld returned 1 exit status > | > | Correctable error: > | Fast links are on: do (si::use-fast-links nil) for debugging > | Signalled by COMPILER::LINK. > | If continued: Continues anyway. > | SIMPLE-ERROR: (SYSTEM "/usr/bin/gcc -Wl,-z,relro -no-pie > | -Wl,-T,../unixport/gcl.script -o > | /<>/src/lisp/raw_prelisp user-init.o > | -L/usr/lib/gcl-2.6.14/unixport/ -Wl,-Map > | /<>/src/lisp/raw_prelisp_map > | /<>/src/lib/bsdsignal.o > | /<>/src/lib/cfuns-c.o > | /<>/src/lib/sockio-c.o -lansi_gcl -lX11 -lm -ldl -lgmp > | -ltirpc -lreadline -lc -lgclp") returned a non-zero value 1 0. > | > | Broken at COMPILER::LINK. Type :H for Help. > | 1 (continue) Continues anyway. > | 2 Return to top level. > | >>make[3]: *** [Makefile:250: do_it.gcl] Error 255 > | make[3]: Leaving directory '/<>/src/lisp' > | make[2]: *** [Makefile:231: all-lisp] Error 2 > | make[2]: Leaving directory '/<>/src' > | make[1]: *** [Makefile:251: all-src] Error 2 > | make[1]: Leaving directory '/<>' > | make: *** [debian/rules:43: build-stamp] Error 2 > | dpkg-buildpackage: error: debian/rules binary subprocess returned exit > status 2 > > One way to fix that would be to add an explicit Build-Depends on > libtirpc-dev. That said I could not find any reference to tirpc in the > fricas package, so I wonder if the right change is actually to add a > libtirpc-dev dependency to the gcl binary package. > > You probably know that better than me, so please use the best option and > feel free to reassign the bug to the right package. > > Regards > Aurelien > > > -- Camm Maguirec...@maguirefamily.org == "The earth is but one country, and mankind its citizens." -- Baha'u'llah
Bug#1065210: fricas: missing build-dep on libtirpc-dev or libtirpc-dev dependency in gcl
Source: fricas Version: 1.3.10-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes fricas to FTBFS in sid with: | End of Pass 1. | End of Pass 2. | OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3 | Finished compiling /<>/src/lisp/primitives.o. | #p"/<>/src/lisp/primitives.o" | NIL | NIL | | >echo '(compiler::link nil "prelisp" ' \ | ' (format nil "(progn (let ((SI::*load-path*' \ | ' (cons ~S SI::*load-path*))' \ | ' (si::*load-types* ~S))' \ |' (compiler::emit-fn t))' \ | ' (when (fboundp (quote si::sgc-on))' \ | ' (si::sgc-on nil))' \ | ' (setq compiler::*default-system-p* nil))' \ | ' (setq compiler::*default-large-memory-model-p* t))"' \ | ' si::*system-directory* (quote (list ".lsp")))' \ |' "/<>/src/lib/bsdsignal.o /<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o ")' \ | | gcl | GCL (GNU Common Lisp) 2.6.14 Fri Jan 13 10:47:56 AM EST 2023 ANSIgit: Version_2_6_15pre5 | Source License: LGPL(gcl,gmp), GPL(unexec,bfd,xgcl) | Binary License: GPL due to GPL'ed components: (XGCL UNEXEC) | Modifications of this banner must retain notice of a compatible license | Dedicated to the memory of W. Schelter | | Use (help) to get some basic information on how to use GCL. | Temporary directory for compiler files: | /tmp/ | | >/usr/bin/ld: cannot find -ltirpc: No such file or directory | collect2: error: ld returned 1 exit status | | Correctable error: | Fast links are on: do (si::use-fast-links nil) for debugging | Signalled by COMPILER::LINK. | If continued: Continues anyway. | SIMPLE-ERROR: (SYSTEM "/usr/bin/gcc -Wl,-z,relro -no-pie -Wl,-T,../unixport/gcl.script -o /<>/src/lisp/raw_prelisp user-init.o -L/usr/lib/gcl-2.6.14/unixport/ -Wl,-Map /<>/src/lisp/raw_prelisp_map /<>/src/lib/bsdsignal.o /<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o -lansi_gcl -lX11 -lm -ldl -lgmp -ltirpc -lreadline -lc -lgclp") returned a non-zero value 1 0. | | Broken at COMPILER::LINK. Type :H for Help. | 1 (continue) Continues anyway. | 2 Return to top level. | >>make[3]: *** [Makefile:250: do_it.gcl] Error 255 | make[3]: Leaving directory '/<>/src/lisp' | make[2]: *** [Makefile:231: all-lisp] Error 2 | make[2]: Leaving directory '/<>/src' | make[1]: *** [Makefile:251: all-src] Error 2 | make[1]: Leaving directory '/<>' | make: *** [debian/rules:43: build-stamp] Error 2 | dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 One way to fix that would be to add an explicit Build-Depends on libtirpc-dev. That said I could not find any reference to tirpc in the fricas package, so I wonder if the right change is actually to add a libtirpc-dev dependency to the gcl binary package. You probably know that better than me, so please use the best option and feel free to reassign the bug to the right package. Regards Aurelien
