poldek --upa = segfault (0.30.1-8)

[stacho]

W dniu 2015-09-14 11:49, Łukasz Maśko napisał(a):
> $ poldek --upa
> 
> Naruszenie ochrony pamięci (zrzut pamięci)
> $ gdb poldek
> GNU gdb (GDB) 7.10-1 (PLD Linux)
> Copyright (C) 2015 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show 
> copying"
> and "show warranty" for details.
> This GDB was configured as "i686-pld-linux".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from poldek...Reading symbols from
> /usr/lib/debug/usr/bin/poldek.debug...done.
> done.
> (gdb) run --upa
> Starting program: /usr/bin/poldek --upa
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/libthread_db.so.1".
> 
> 
> 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
> #4  pkgdir_update_a (src=src w entry=0x8063df8) at pkgdir.c:301
> #5  0x41384c62 in source_update_a (src=src w entry=0x8063df8) at 
> source.c:712
> #6  0x41386154 in source_update (src=0x8063df8, flags=flags w entry=3) at
> source.c:732
> #7  0x413865f6 in sources_update (sources=sources w entry=0x8052c28, 
> flags=3)
> at source.c:869
> #8  0x413deb40 in oprun (rt=0x805e9d0) at op_source.c:470
> #9  0x0804bb6b in do_run () at main.c:505
> #10 0x08049d8b in main (argc=2, argv=0xbfffec44) at main.c:699
> 
> 
> Does anyone have any idea, what is wrong there? It wouldn't be a big 
> problem
> but id does not only appear with the --upa command, but also whenever 
> poldek
> decides, that it cannot apply patches and wants to download the whole 
> index.

Też tak mam, u mnie winny jest glibc-2.22-4 .
Downgrade do glibc-2.21-6 rozwiązuje problem.
U mnie dodatkowo glibc-2.22 powodował problemy z apache'm.
-- 
pzdr
Stacho Pal