I also confirm this bug. The easiest way to reproduce is to simply run 'aptitude search foo'. For me, the upgrade that caused the problem was:
[UPGRADE] apt 0.6.46.4-0.1 -> 0.7.2-0.1 [UPGRADE] apt-utils 0.6.46.4-0.1 -> 0.7.2-0.1 [UPGRADE] aptitude 0.4.4-4 -> 0.4.4-4+b1 update-manager seems to suffer from the same problem (it pauses for a long, long time on startup), and attaching gdb gives backtraces in /usr/lib/libapt-pkg-libc6.5-6.so.4.4 (in particular, pkgDepCache::MarkInstall -> ActionGroup::release), so likely this is actually an apt bug? However, apt-get upgrade and apt-cache search do not show the same symptoms. This is totally unusable. Quantitatively, on a brand new Core 2 Duo processor, measuring user+system time: 'apt-cache search foo' takes 0.72s current unstable 'aptitude search foo' takes 129.32s and after downgrading to the version in testing (which also pulled in the older version of apt): current testing 'aptitude search foo': 3.70s So it's about 35 times slower than it used to be. -- Nathaniel -- The best book on programming is still Strunk and White. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
