poldek --upa = segfault (0.30.1-8)

[stacho]

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