W dniu 2015-09-14 14:24, Arkadiusz Miśkiewicz napisał(a):
On Monday 14 of September 2015, stacho wrote:
W dniu 2015-09-14 11:49, Łukasz Maśko napisał(a):
> Program received signal SIGSEGV, Segmentation fault.
> 0x4cfad721 in ?? () from /lib/libc.so.6
> (gdb) backtrace
> #0 0x4cfad721 in ?? () from /lib/libc.so.6
> #1 0x4cf64f5e in ?? () from /lib/libc.so.6
> #2 0x4cf65153 in setenv () from /lib/libc.so.6
> #3 0x4138853a in env_source (idxpath=0xbfffd9ec
> "ftp://ftp1.pld-linux.org/dists/th/PLD/i686/RPMS/packages.ndir.gz";,
> src=0x8063df8) at
> pkgdir.c:277
[...]
Też tak mam, u mnie winny jest glibc-2.22-4 .
Winny był poldek. Fixed.
Potwierdzam, działa.
Downgrade do glibc-2.21-6 rozwiązuje problem.
U mnie dodatkowo glibc-2.22 powodował problemy z apache'm.
Jakie?
Coś z locale, ale teraz też już jest dobrze.
Pozostał jeszcze tylko taki wpis w logu:
Sep 15 11:37:13 orion systemd: PAM unable to
dlopen(/lib64/security/pam_unix.so): /lib64/libresolv.so.2: symbol
__h_errno, version G
LIBC_PRIVATE not defined in file libc.so.6 with link time reference
Sep 15 11:37:13 orion systemd: PAM adding faulty module:
/lib64/security/pam_unix.so
Nie zauważyłem żeby w czymś to przeszkadzało, ale jest. :)
--
pzdr
Stacho Pal
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
