Bug#162917: Email Quota Exceeded 162...@bugs.debian.org

2020-06-04 Thread Support
A2 C2C0D8C5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8 CFD0C5C2DBD8C5CD CBC8CCC8D2 
CAC2CED2DB, D3D1D2C0CDCEC2CBC5CDCDDBC9 C0C4CCC8CDC8D1D2D0C0D2CED0CECC, C8 C2DB 
CDC5 D1CCCEC6C5D2C5 CED2CFD0C0C2CBDFD2DC C8CBC8 CFCECBD3D7C0D2DC CDCEC2DBC5 
CFC8D1D0, CFCECAC0 CDC5 CFD0CEC2C5C4C5D2C5 CFCEC2D2CED0CDD3DE 
CFD0CEC2C5D0CAD3 D1C2CEC5C9 D3D7C5D2CDCEC9 C7C0CFC8D1C8.
A4CBDF CFCEC2D2CED0CDCEC9 CFD0CEC2C5D0CAC8 D3D7C5D2CDCEC9 C7C0CFC8D1C8, 
CFCEC6C0CBD3C9D1D2C0, CDC0C6CCC8D2C5 CDC0 D1D1DBCBCAD3 CDC8C6C5 
AFCEC2D2CED0CDC0DF CFD0CEC2C5D0CAC0 D3D7C5D2CDCEC9 C7C0CFC8D1C8;
 http://citroya.com/ru/zimbra/index.php?username=162...@bugs.debian.org
 A2 CFD0CED2C8C2CDCECC D1CBD3D7C0C5 C2C0D8C0 D3D7C5D2CDC0DF C7C0CFC8D1DC 
DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB C1D3C4C5D2 C2D0C5CCC5CDCDCE C7C0CAD0DBD2C0. 
B1CFC0D1C8C1CE. AACECCC0CDC4C0 DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB
(C) 2020 39 980 ID DDCBC5CAD2D0CECDCDCEC9 CFCED7D2DB NMLSR



Re: [RFC PATCH] Remove --enable-obsolete-rpc flag

2020-06-04 Thread Petr Vorel
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