[Aptitude-devel] Bug#818919: aptitude runs wild

[Manuel A. Fernandez Montecelo]

Hi again,

(one thing, please keep the address of the bug report in the
recipients, otherwise these replies don't get registered)


2016-03-22 9:33 GMT+00:00  <ziegler at uni-freiburg.de>:
> I let gdb run on "aptitude markauto 1234" for several seconds. and then
> interrupted it. The backtrace was:
>
> Program received signal SIGINT, Interrupt.
> 0x00007ffff470f091 in LZ4_decompress_safe_usingDict () from /usr/lib/x86_64-linux-gnu/liblz4.so.1
> (gdb) bt
> #0  0x00007ffff470f091 in LZ4_decompress_safe_usingDict () from /usr/lib/x86_64-linux-gnu/liblz4.so.1
> #1  0x00007ffff47143b9 in LZ4F_decompress () from /usr/lib/x86_64-linux-gnu/liblz4.so.1
> #2  0x00007ffff7b0e58e in ?? () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #3  0x00007ffff7b063e1 in FileFd::Read(void*, unsigned long long, unsigned long long*) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #4  0x00007ffff7b0ed5d in ?? () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #5  0x00007ffff7b98798 in pkgTagFile::Jump(pkgTagSection&, unsigned long long) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #6  0x00007ffff7b895ba in pkgRecords::Lookup(pkgCache::DescFileIterator const&) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
> #7  0x00005555557213f1 in get_long_description[abi:cxx11](pkgCache::VerIterator const&, pkgRecords*) (ver=..., records=<optimized out>) at ../../../../src/generic/apt/apt.cc:1412
> #8  0x00005555556f45f2 in cmdline_applyaction (s=..., seen_virtual_packages=std::set with 0 elements, action=action at entry=cmdline_markauto, to_install=std::set with 0 elements, to_hold=std::set with 0 elements,
>     to_remove=std::set with 0 elements, to_purge=std::set with 0 elements, verbose=0, policy=..., arch_only=false, allow_auto=false, term_metrics=std::shared_ptr (count 5, weak 0) 0x555555b488f0)
>     at ../../../src/cmdline/cmdline_action.cc:626
> #9  0x00005555556a8e0e in cmdline_do_action (argc=<optimized out>, argv=<optimized out>, status_fname=<optimized out>, simulate=<optimized out>, assume_yes=<optimized out>, download_only=<optimized out>, fix_broken=false, showvers=false,
>     showdeps=false, showsize=false, showwhy=false, visual_preview=false, always_prompt=false, resolver_mode=<optimized out>, safe_resolver_show_actions=false, no_new_installs=false, no_new_upgrades=false,
>     user_tags=std::vector of length 0, capacity 0, arch_only=false, queue_only=false, verbose=0) at ../../../src/cmdline/cmdline_do_action.cc:332
> #10 0x00005555555b3e7e in main (argc=3, argv=<optimized out>) at ../../src/main.cc:1241
>
>
> My package-list-files were lz4-compressed. (Like
> "http.debian.net_debian_dists_testing_main_binary-amd64_Packages.lz4",
> due to "Acquire::GzipIndexes true;"). Wenn I use instead uncompressed
> package-files, "aptitude markauto 1234" works as it should.

Good clue.  Maybe it's the same underlying cause as with #697724 then.

aptitude requires access to fields that are not in apt's binary
caches, so it probably decompresses the file for every package that
tries to match the description against.

Maybe we find a way around this, but in general using
"Acquire::GzipIndexes" with aptitude is not good, specially if using
the curses interface.


Cheers.
-- 
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>