Re: apt-show-versions rewrite

2013-03-15 Thread Ben Hutchings
On Fri, 2013-03-15 at 07:30 -0400, nick black wrote: [...] > If you accept my point of view that lackluster performance is a bug, I've > been working on a bugfix, though admittedly a highly invasive one. [...] I'd like to thank you for working on APT performance, as I do feel it's a weak point at

Re: apt-show-versions rewrite

2013-03-15 Thread nick black
David, especially after reading http://raphaelhertzog.com/2010/12/10/people-behind-debian-david-kalnischkies-an-apt-developer/, I can see how my original post would totally get under your skin. I definitely didn't intend to do that; apologies! This project was motivated by one major thing: certa

Re: apt-show-versions rewrite

2013-03-15 Thread nick black
David Kalnischkies left as an exercise for the reader: > You forgot to provide the source for your rewrite; the "library" is rather > small to have a serious look at it even through a multithreaded cache would > be interesting, but it not even builds as I miss a "blossom.h" which apt-file > couldn'

Re: apt-show-versions rewrite

2013-03-10 Thread Julian Andres Klode
On Sun, Mar 10, 2013 at 08:28:14AM -0400, nick black wrote: > (CC'd kinda widely, eh; feel free to trim responses) > > Hello there, Christoph! > > I've used apt-show-versions for years, and found it quite useful. It's a bit > slow, though, and its need to update a root-owned disk cache is kind of

apt-show-versions rewrite

2013-03-10 Thread nick black
(CC'd kinda widely, eh; feel free to trim responses) Hello there, Christoph! I've used apt-show-versions for years, and found it quite useful. It's a bit slow, though, and its need to update a root-owned disk cache is kind of unfortunate. As part of my RAPTORIAL project (https://github.com/danka