tag 676811 +patch thanks The apt xapian index is generated in the background upon first installation of apt-xapian-index. This takes some minutes. If you start packagesearch very soon after installation (before the first update is finished), you get a warning and packagesearch should launch an x-terminal-emulator which in turn launches "/usr/sbin/update-apt-xapian-index --update"
Packagesearch waits for the terminal emulator to finish. However, I have noticed today, that e.g. the terminal emulator "konsole" immediately finishes, probably handing the job to an existing process pool. This way, packageseach has no way of knowing when the process is finished. I have therefore changed packagesearch from using /etc/alternatives/x-terminal-emulator (where the behaviour is only roughly specified within the policy) to /usr/bin/xterm. This should fix this bug unless something else was going on at your side. > When I started packagesearch the first time in a multiarch Debian/Sid > chroot (including the usual mounts) as root, it complained that the > xapian index was not generated and offered to generate it. The systems > CPU usage raised to 100% and nothing user visible happend in the one or > two minutes I waited, neither in the GUI nor on the terminal I used to > start packagesearch. > > The output of ps axuf contained: > | root 16779 85.2 0.3 377520 19780 pts/22 Rl+ 13:51 1:25 | | > \_ packagesearch > | root 16784 0.0 0.0 0 0 pts/22 Z+ 13:52 0:00 | | > \_ [packagesearch] <defunct> > | root 16785 0.0 0.0 148796 3712 pts/29 Ss+ 13:52 0:00 | \_ > /bin/zsh > > I saw no process that seemed to be related to xapian or apt. > > If I just did not wait long enough and missed the xapian process, then > there are still two issues: > * PID 16784 was a zombie. > * There should be something user visible whilst the xapian cache is > generated, or at least the user notice should be noticed that > generating the cache might take some minutes. > > After manually invoking /usr/sbin/update-apt-xapian-index --update, > packagesearch started as expected. > > > Regards > Carsten > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
