Re: Bug#17922: pkg-order: the mother of all wishlists
> Santiago> How could pkg-order be used to upgrade from bo to hamm? In
> Santiago> this case, we do not only want to install new packages but
> Santiago> also remove a lot of them.
>
> To upgrade from bo to hamm using the pkg-order library one
> should use Roman's excellent dftp. It does everything that the report
> asks for, and more. It uses the pkg-order library as a backend (which
> is how I intended pkg-order to be used.
Just a BTW: I don't know what dftp does if you try to do a bo->hamm
upgrade with it... I never tested this. It could do everything right,
or it could completely hose your system. The only thing it does is to
obey the installation order output by pkg-order.
> The pkg-order <Packages file of New packages> allows it to be tested
> quickly, but is awfully cumbersome to use in practice; the solution
> ftp uses is to build the internal list of packages to be installed
> one package at a time (I think). The underlying library is quite
> more flexible than than pkg order.
dftp just separates installation of packages at the breaks that
pkg-order inserts. This *should* do the right thing for all
Pre-Depends:, but who knows...
> I don't know if dftp handles removes; there are issues there that
> need careful handling, especially with the kind of multiple package
> dependencies involved in upgrading from libc5 to libc6. But I have
> to look at the issue in more detail before I can be sure I have all
> the invariants right.
dftp allows to remove packages (on user request, or to remove
conflicts), but the removing of packages isn't ordered. However, dftp
checks (with pkg-order) that no dependencies are left unsatisfied by
removes.
Roman
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: