Package: mlterm Version: 3.1.1-1+b1 Severity: grave Justification: renders package unusable
$ mlterm mkdir: cannot create directory `/usr/bin/.libs': Permission denied /usr/bin/mlterm: line 101: cd: /build/buildd-mlterm_3.1.1-1+b1-amd64-fXl4rb/mlterm-3.1.1/main-tiny: No such file or directory gcc: error: daemon.o: No such file or directory gcc: error: main_loop.o: No such file or directory gcc: error: main.o: No such file or directory gcc: error: ../xwindow/libxwindow.a: No such file or directory gcc: error: ../mlterm/libmlterm.a: No such file or directory gcc: error: ../mlterm/.libs/libmlterm_core.so: No such file or directory gcc: error: /build/buildd-mlterm_3.1.1-1+b1-amd64-fXl4rb/mlterm-3.1.1/kiklib/src/.libs/libkik.so: No such file or directory gcc: error: ../mkf/lib/.libs/libmkf.so: No such file or directory gcc: error: ../kiklib/src/.libs/libkik.so: No such file or directory The file /usr/bin/mlterm is actually a shell script that starts with these comments: # mlterm - temporary wrapper script for .libs/mlterm # Generated by ltmain.sh - GNU libtool 1.5.26 (1.1220.2.492 2008/01/30 06:40:56) # # The mlterm program cannot be directly executed until all the libtool # libraries that it depends on are installed. # # This wrapper script should never be moved out of the build directory. # If it is, it will not operate correctly. In version 3.0.11-1, which I downgraded to, I can see: $ file $(which mlterm) /usr/bin/mlterm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x312983f0694a87527584d91c3cd467e635c48494, stripped -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
