missing mail logs form th-x86_64 [SOLVED: th-x86_64: strange runtime linker failure]

2020-11-10 Thread Jakub Bogusz
On Tue, Nov 10, 2020 at 06:45:10PM +0100, Jakub Bogusz wrote:
> `strace -f /usr/lib64/jvm/icedtea8-3.17.0/bin/javac -help` shows something 
> strange:
> 
> | # src  : 
> https://buildlogs.pld-linux.org/pld/th/x86_64/FAIL/command,bd4d8466-aafa-4f38-ab38-45d3dd906832.bz2
> | # date   : 2020/11/10 18:21:26
> | execve("/usr/lib64/jvm/icedtea8-3.17.0/bin/javac", 
> ["/usr/lib64/jvm/icedtea8-3.17.0/b"..., "-help"], 0x7ffd2c6b3340 /* 33 vars 
> */) = 0
>   
> | brk(NULL)   = 0x56350d9df000
> | arch_prctl(0x3001 /* ARCH_??? */, 0x7fff5b7713e0) = -1 EINVAL (Invalid 
> argument)
> | readlink("/proc/self/exe", "/usr/bin/rsync", 4096) = 14
>   ???
> | mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
> 0x7f6f30ec
> | access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or 
> directory)
> | openat(AT_FDCWD, "/usr/bin/../lib/amd64/jli/tls/x86_64/x86_64/libjli.so", 
> O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
> 
> | stat("/usr/bin/../lib/amd64/jli/tls/x86_64/x86_64", 0x7fff5b770580) = -1 
> ENOENT (No such file or directory)
> 
> 
> execve shows proper path, but why readlink("/proc/self/exe") returns
> "/usr/bin/rsync" and $ORIGIN is resolved as /usr/bin instead of
> /usr/lib64/jvm/icedtea8-3.17.0/bin ???

Problem solved by `mount -t proc proc /proc`.
There were some stale /proc contents, most likely rsynced from some live
system in 2009 (that's why /proc/self/exe points to rsync).

But missing e-mail logs still remain.


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: th-x86_64: strange runtime linker failure

2020-11-10 Thread Jakub Bogusz
Oh, and one more th-x86_64 malfunction: it stopped sending e-mail
notifications to the requester (well, at least to me).

(BTW, javac from the same package, i.e. icedtea8-jdk-3.17.0-1.x86_64,
works just fine on carme)


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


th-x86_64: strange runtime linker failure

2020-11-10 Thread Jakub Bogusz
I'm trying to debug libgda5 build failure:

| + javac getsp.java
| javac: error while loading shared libraries: libjli.so: cannot open shared 
object file: No such file or directory
| error: Bad exit status from /tmp/B.4ZeOy1/BUILD/tmp/rpm-tmp.33887 (%build)

/usr/bin/javac is a symlink to /usr/lib64/jvm/icedtea8-3.17.0/bin/javac and ldd 
shows:

| linux-vdso.so.1 (0x7fff6bad1000)
| libjli.so => 
/usr/lib64/jvm/icedtea8-3.17.0/bin/../lib/amd64/jli/libjli.so 
(0x7f5c2ce8f000)
| libc.so.6 => /lib64/libc.so.6 (0x7f5c2cc5b000)
| libz.so.1 => /lib64/libz.so.1 (0x7f5c2cc41000)
| libdl.so.2 => /lib64/libdl.so.2 (0x7f5c2cc3b000)
| libpthread.so.0 => /lib64/libpthread.so.0 (0x7f5c2cc1a000)
| /lib64/ld-linux-x86-64.so.2 (0x7f5c2cea7000)

libjli.so is found by $ORIGIN/../lib/amd64/jli RPATH.

But:

| $ /usr/lib64/jvm/icedtea8-3.17.0/bin/javac -help
| /usr/lib64/jvm/icedtea8-3.17.0/bin/javac: error while loading shared 
libraries: libjli.so: cannot open shared object file: No such file or directory

`strace -f /usr/lib64/jvm/icedtea8-3.17.0/bin/javac -help` shows something 
strange:

| # src  : 
https://buildlogs.pld-linux.org/pld/th/x86_64/FAIL/command,bd4d8466-aafa-4f38-ab38-45d3dd906832.bz2
| # date   : 2020/11/10 18:21:26
| execve("/usr/lib64/jvm/icedtea8-3.17.0/bin/javac", 
["/usr/lib64/jvm/icedtea8-3.17.0/b"..., "-help"], 0x7ffd2c6b3340 /* 33 vars */) 
= 0
  
| brk(NULL)   = 0x56350d9df000
| arch_prctl(0x3001 /* ARCH_??? */, 0x7fff5b7713e0) = -1 EINVAL (Invalid 
argument)
| readlink("/proc/self/exe", "/usr/bin/rsync", 4096) = 14
  ???
| mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f6f30ec
| access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or 
directory)
| openat(AT_FDCWD, "/usr/bin/../lib/amd64/jli/tls/x86_64/x86_64/libjli.so", 
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

| stat("/usr/bin/../lib/amd64/jli/tls/x86_64/x86_64", 0x7fff5b770580) = -1 
ENOENT (No such file or directory)


execve shows proper path, but why readlink("/proc/self/exe") returns
"/usr/bin/rsync" and $ORIGIN is resolved as /usr/bin instead of
/usr/lib64/jvm/icedtea8-3.17.0/bin ???


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: rpm4 on carme*

2020-11-10 Thread Jan Palus
On 06.11.2020 20:49, Jan Palus wrote:
> On 27.10.2020 23:21, Jan Rękorajski wrote:
> > All carme machines are now running rpm 4.16.0. Please test and report
> > any issues.
> 
> * poldek appears to still enforce directory deps while rpms does not
>   (that concerns mainly /usr/lib/.build-id subdirs)
> 
> * rpm.org is missing %{__ln} macro. spotted only single occurrence in
>   xrdp.spec

* missing __bash macro

* most noarch conditions stopped working now since 4.16 < 4.6
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en