>> suggest that the blocking is not visible when using the 2.6.26 kernel,=
>> while you said that it is. >=20 > Only two reports? I really doubt it (search for older bugs!). At least = it > worked for me with a more recent kernel whereas it freezed using 2.6.28= =2E Did you really mean 2.6.28 (which is just 1 month old), or did you mean 2.6.18 (etch's kernel)? >> Maybe the common thing is a somewhat slower/older CPU(k7, 686)/machine= ? >> That would somewhat explain the "I see it on SSH, but not on local" re= port from >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D479438#15 . >=20 > Whenever I use aptitude I have to wait up to 5 minutes (or longer) unti= l it > has done it's job but it works. My system is a PIII 800MHz with 256 MB = RAM and > a *very* slow solid state disk. I also tested aptitude on even slower h= ardware > (FreeRunner and a 400MHz Mips workstation and a 370 MHz Mips workstatio= n). It > works well (but slow) on these so I suspect a slow CPU is not related t= o the > problem. Not sure if other arches than i686-compatible (or the ones in k7's generation) are affected, but now that I managed to isolate the version that introduced the bug, I guess it will be easier for Daniel to figure out the cause of the problem. >> If is of any help, this machine has: >> >> 0 e...@twix ~/usr/src/perso/aptitude/aptitude-0.4.11.11 $ free -m >> total used free shared buffers cac= hed >> Mem: 1003 687 315 0 34 = 252 >=20 > Wow!!! What? The memory usage? Is normal when you compile aptitude in the background ;-) while having iceweasel opened. --=20 Regards, EddyP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D "Imagination is more important than knowledge" A.Einstein
signature.asc
Description: OpenPGP digital signature
