Le 08.06.2014 17:10, The Wanderer a écrit :
Maybe it's possible to configure aptitude so that it doesn't do
that...
but if so, I would think that configuration should be the default,
because as things stand it seems almost worse than useless for
anything
but the simplest operations.
Can't agree more about the aptitude's "solver". That's why I **never**
use it, I prefer to break packages, and then fix the system myself,
through the curses interface.
Since I am running a fairly minimal system ( in average 800-900
packages are installed on my computers ) it does not take ages, even if
the aptitude's solver makes things very slow when something is broken (
it tries to find new solutions after every user action, even moving on
next broken package ).
I tried to go into it's source code, but I was not able to understand
it's structure. At least I learn that, at a point in time, there was a
Qt port, a Gtk port, and another one that I do not remember. But it's
hard to find a point to start hacking it unfortunately.
It have other defaults, for sure, for example since multiarch browsing
packages is painful if you have more than one arch: every package
corresponding to your pattern will be found as many times as the number
of architectures you enabled.
Another one is the CHANGELOG system, which only retrieves Debian's
changelog, which is not really informative about what was changed in
source code: lot of "maintainer change", "contributor added", etc. It is
also impossible to select text from it to copy paste, and suffer various
limitations when you are downloading/installing stuff: you can not then
change state of packages, there is no possibility to install a package
at the point where all it's dependencies has been downloaded, or better
to unpack it while waiting ( in short: it is mono-threaded ), it can not
install things in a different place than system's defaults ( unlike dpkg
which is able to, so it's not a dpkg's limitation, and it would make it
possible to manage distant computers by mounting their partitions
through sshfs or whatever. Or why not, manage multiple computer at the
same time, but this would be a lot more complex of course. ).
And finally, it would be pretty nice if it had different colors
depending on the version increase: major, minor, build.
But no software is perfect, right? Apt-get can't do those things
either, and I bet the same for synaptic.
So I still prefer aptitude ( for it TUI, clearly ), and maybe in the
future I'll have more motivation to enhance it than last time I tried (
but it's not even possible to find correct documentation about libpkg,
IIRC, so I doubt it ). Or to prove another time that
http://xkcd.com/927/ is so true :D
However, about the solver, I have noticed ( when I was trying to hack
it, I subscribed to the dedicated mailinglist ) that the idea of a
multiple solver was there. With this feature, implementing a null
solver, or whatever, would be possible. Our "toys" are not unmaintained.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/38ac63140dbed92f846a0041b196b...@neutralite.org
