Hi, [ Cc: Debian glibc maintainers and Buildroot maintainer (the only distros I'm aware of they use it, although there will be others) ]
> The 06/04/2020 12:35, Petr Vorel wrote: > > The Sun RPC headers are not built, rpcgen program, librpcsvc and > > test for bug #20790 are completely removed. > > libtirpc is mature enough, librpcsvc and rpcgen are provided in > > rpcsvc-proto project. > i don't have a strong opinion on this, but i know we > have internal build scripts with --enable-obsolete-rpc > so i guess we will have to update those build scripts. > a bit more background detail may be useful in the > commit message though to help those who will have to > transition. I'm maintaining TI-RPC tests in LTP [1] (ugly, buggy, not covering much from TI-RPC and should be rewritten from scratch, but I just scratched a surface). While debugging some of the problems with Steve [2] I found that there are problems using certain functionality on netns. Not sure if anybody cares about bug fixing of the glibc implementation, I'd personally prefer the development moved to libtirpc and rpcsvc-proto. But agree all this might not be a good reason. [1] https://github.com/linux-test-project/ltp/tree/master/testcases/network/rpc [2] https://sourceforge.net/p/libtirpc/mailman/message/37014992/ > > this is a naive approach to stop providing the Sun RPC headers and > > related tools. It'd be great to move on and encourage using libtirpc and > > rpcsvc-proto for the rest of the users which are still using glibc > > implementation on never distros. Is it too early for it? If not, > > dropping --enable-obsolete-nsl could also be considered. > > make check failed on elf/tst-ldconfig-ld_so_conf-update and I was not > > able to figure out what broke it: > > FAIL: elf/tst-ldconfig-ld_so_conf-update > > Any hint what's wrong? > well first look at elf/tst-ldconfig-ld_so_conf-update.out Thanks! error: xfopen.c:29: could not open /etc/ld.so.conf (mode "a+"): No such file or directory error: 1 test failures running post-clean rsync > i usually get this if etc/ld.so.cache is not installed > (e.g. cross-compiling != no in config.make) or if it > is not updated in the testroot container, but it can > fail for various reasons, you can try to run OK, I'll try to run ldconfig. Sorry for missing obvious problems. > strace -o logfile -f -s 222 -tt make test t=elf/tst-ldconfig-ld_so_conf-update Thanks a lot! Previously I looked at https://sourceware.org/glibc/wiki/Testing/Testsuite > and look for a failing test child process and work > backwards to see what might have caused that failure. > > 86 files changed, 160 insertions(+), 9587 deletions(-) > nice. Kind regards, Petr
