Re: [gentoo-dev] Things one could be upset about

[Ciaran McCreesh]

On Sat, 17 Jan 2015 18:33:45 +0300
Andrew Savchenko <bircoph@g.o> wrote:
> Oh, this was discussed so many times already... There is NO single
> correct solution to such problems. And some mathematically correct
> solutions are impractical (e.g. half of the tree rebuild), so other
> ones which are good enough are preferred. As long as imperfect
> solution works fine, I'm ok with it.

And this is how errors accumulate until your system is a broken mess...

> - slower then portage

Not to do the same thing it isn't.

> (I don't care here if it is more correct or not, I just want to do my
> daily job);

Well, either you spend a tiny bit more time every now and again
avoiding problems, or you spend a huge amount of time when something
breaks at the least convenient possible moment.

> - not fully compatible with portage: it triggers a lot of problems
> portage doesn't. While this may be good for QA and tree
> improvement, I don't want to hang my workflow due to these issues;

Most of the problems you'll encounter are a one-off thing when
switching, particularly if you've allowed your system to be full of
broken dependencies etc by long-term use of Portage (see above). Once
you've cleaned up your system and fixed all the breakages you've
introduced by general sloppiness over the years, the problems you'll see
are genuine ones that need to be dealt with properly.

> - importare instead of local overlay is a complete nightmare:
> usually I don't want to install package exactly as make install
> does: often it lacks some required files (e.g. init scripts) or
> installs something unneeded on Gentoo system.
> Besides I use local overlay to test packages before committing to
> public overlays or Gentoo main tree. Lack of local overlay support
> is sufficient to send paludis straight to waste bin on my systems.

Uh, Paludis supports overlays, and always has.

> - completely insane command line options, arguments required to do
> what I want to do are quite cumbersome, portage is much saner here.

"emerge -uUDpvN --with-bdeps=y" vs "cave resolve --complete"?

Here's a quiz for you: exactly what do -u and -D even do with Portage?

-- 
Ciaran McCreesh