[arch-general] pacman new generation
Paul Gideon Dann
pdgiddie at gmail.com
Tue Nov 22 06:35:41 EST 2011
On Tuesday 22 Nov 2011 12:20:25 Magnus Therning wrote:
> - Many of these languages improve the ability to reason about the
> behaviour of the program. This _can_ improve quality. HOWEVER, pacman
> doesn't strike as a tool that suffers from bad quality, there seems to
> be a development team that fully understand the crucial role that
> pacman plays in Arch and they behave accordingly in relation to
> rolling out updates.
We should also bear in mind that most of what Pacman does is speed-critical
database-like operations. I'm a huge Ruby fan, but I'm happy to admit that
it's crazy slow compared to C. It simply doesn't make sense to rewrite it in
another language; C is just about as fast as you can get.
However, it *does* make sense to move most of the performance-critical
sections into a shared library, for which bindings can be written for other
languages. That way, you can quickly play with some concepts and write tools
in easier languages on top on the library. That's actually pretty much what
has been done already.
More information about the arch-general