On Thu, Aug 13, 2015 at 4:06 PM T.J. Duchene <t.j.duchene@???> wrote:

>
> 1. You can't mark a package as "Do not install." APT simply does not give
> you the option.
>
> Heaven knows, there are a lot of people who dislike things like network-
> manager, and do not them to install for any reason.
>
> Someone might say - wait you can put a hold on packages. That's true, but
> that does not stop packages from being installed. It only says which
> version
> is preferred. There is no option for "none".
>
> You can block packages with APT pinning, but using pinning is very
> esoteric.
>
> There's a less obvious, but more reliable solution that holding or
pinning., and that is the dummy package. equivs makes this pretty easy to
create - you simply need a package marked that conflicts with the undesired
software, or if you prefer, one which tells the system that package is
already installed, so that you can ignore the dependency at your own risk
and without any pestering from apt. .



> 2. Whenever an update has bug, you cannot rollback to the previous version
> of
> the package. It is always assumed that the latest version is correct. In
> the
> real world, we know that is not always true.
>

Sure you can, just not with apt. dpkg is still the actual package manager,
and will happily install older versions for you, so long as you take care
of the dependencies on your own. In many cases the previous packages are
still sitting around in apt's download directory, but if not, they can
usually still be found in the archives.

Besides, unless you follow unstable, this doesn't happen often enough to be
a serious concern, because of Debian's rigid "no functionality changes in
stable, only fixes" policy.

The situation in both of these cases should be better, but arguably, if
it's a direction Devuan decides to go in, it would be best to do so as
extensions to apt rather than reinventing the wheel, so as to keep as much
compatibility with Debian as possible and continue to use Debian as
upstream whenever possible.

Without Debian as an upstream, the task of maintaining Devuan even at
parity with Debian would be all but impossible for the small team of
maintainers and developers currently part of Devuan. Unless a very large
portion of the Debian community jumps ship, and Devuan becomes the base of
Debian rather than the other way around, I think this will have to continue
for the foreseeable future.