Monodoc take ages to install and eat all the cpu

[Lionel Dricot]

Today, I decided to install a gnome subtitles editor for the gnome desktop. I just checked the box in add/remove program and choosed to apply the changes.

I didn't checked that there was a huge stack of dependancies including perl and mono stuff. After 10 minutes, I realized that the package was still not installed.

It seems that the installation is still working, eating 100% of the CPU :

generating monodoc index...
generating monodoc search index... (this can take a while)

A while, maybe, but now it has been 15 minutes on a recent computer with 1Gb ram and decent processor. Enough is enough, I killed the process.

I don't know if it's "normal" or not. If it is, I consider non-acceptable that a package takes so much time to install itself.

ProblemType: Package
Architecture: i386
DistroRelease: Ubuntu 8.10
ErrorMessage: sous-processus post-installation script tué par le signal (Complété)
Package: monodoc-browser 1.9-2
PackageArchitecture: all
SourcePackage: mono-tools
Title: package monodoc-browser 1.9-2 failed to install/upgrade: sous-processus post-installation script tué par le signal (Complété)
Uname: Linux 2.6.27-9-generic i686

[Lionel Dricot (ploum-deactivatedaccount)]

worst of all being that all those dependancies seems to be not needed by gome-subtitle. I guess that add/remove follows all suggestion from all dependancies...

[Jo Shields (directhex)]

This is not out of the ordinary for generating indexes for large cross-referenced data sets - scrollkeeper and latex packages can trigger similar lengthy procedures.

If you think gnone-subtitle's dependencies are wrong, file a bug against that package

[Jaap-Willem Dooge (japydooge)]

kick: i've had the same problem when installing monodevelop. this package takes ages to complete so i hit ctrl+c a few times. it took around 2hours on a pentium m 2.0ghz with 2gb ram, eating 100% cpu on 9.10.