[pacman-dev] Some of my TODO entries to discuss
ngaba at bibl.u-szeged.hu
Tue Sep 25 06:14:05 EDT 2007
> Well, this should be fixed with
> Please follow the thread, and let me know your -U and -S opinion (there are
> different ways: the Vmiklos-way and the ~Arch-way). If I get enough feedback,
> will implement your choice.
> My opinion:
> -%REASON% should show the _initial_ reason (which is computed after the
> install of the package), and later -S/-U will keep this reason (without
> examining that this is a pulled dependency, or listed in the target list by
> user) [this is the ~Arch way]: I prefer this, because [1.] if the user don't
> want to update his whole system with -Su (because he has low-bandwidth net
> example), he can update a dependency (by doing "pacman -S dependency")
> change its reason field to explicit; [2.] and unneeded dependency->explicit
> conversion may prevent pacman from orphan detection (can happen in
> and missing dependency->explicit conversion just may list some extra orphan
> packages (can happen in ~Arch-way); [3.] explicit is the
> state of a package
> -IMHO we need an ability to change the reason fields in localdb /whatever
> choose/, because users may want to mark/unmark their "important" packages
> pacman's automatism is unpredictable ;-)
> Bye, ngaba
As I started thinking about the implementation, I ran into some older questions,
which we haven't discussed yet; but it is necessary to make decisions, because
the they affect the solution of this problem, too.
1. Should we resolve target<->target conflicts by removing the package from the
I started to like Xavier's opinion ( == no, we shouldn't), because I realized
that if we don't resolve them, then we don't(?) need pmsyncpkg_t struct.
[my answer: dunno, Xavier: no]
2. So shall I kill pmsyncpkg_t struct?
[my answer: yes; however, this is a big job; but this is the first step we need
if we want to implement the "universal" transaction; contra: we loose the "glue"
between the replacer and the to-be-replaced packages <- so the real question is:
do we need this glue?]
3. %REASON% handling
[my answer, Xavier: ~Arch-way]
SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu
This mail sent through IMP: http://horde.org/imp/
More information about the pacman-dev