public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Martin Vaeth <martin@mvath.de>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Portage performance dropped considerably
Date: Tue, 28 Jan 2014 01:34:06 +0000 (UTC)	[thread overview]
Message-ID: <slrnlee28r.ju2.martin@lounge.imp.fu-berlin.de> (raw)
In-Reply-To: 52E646A5.3060203@gentoo.org

hasufell <hasufell@gentoo.org> wrote:
>
> On 01/27/2014 12:26 AM, William Hubbs wrote:
>>
>> No, starting with USE="-*" is very dangerous.
>
> That's nonsense imo

No, William is completely right.

> and I use that setup on multiple servers/routers without any issues.

No one doubts that it is *possible* to add the correct USE for
every single package manually, but it is not a good idea to hide
the recommended defaults.

> It makes sense because you have the most minimal setup possible

This is not true, to start with: For instance, USE=minimal will
usually choose a more minimal setup.
With "-*" you will actually *disable* the default USE=minimal
for e.g. www-client/firefox, x11-apps/startx, sys-block/blocks,
dev-db/unixODBC, ... and thus get a setup which is even larger
than the recommended default.

> most minimal codepaths possible which reduces exposure to bugs.

No, you usually get less tested (and by upstream considered untypical)
codepaths which actually increases the probability to hit a bug
nobody did hit/test yet.

The USE="-*" approach was reasonable before EAPI=1 was introduced:
In these days, unusual codepaths would have been set by "negative"
USE-flags, e.g. IUSE="nocxx" for gcc.
Nowadays, the upstream-recommended codepaths are set by default-USE-Flags
in the ebuild, i.e. now the same is called IUSE="+cxx" in gcc.
Using -* you disable such defaults which are usually there for a
good reason.

Of course, if you know and care what every single USE-flags for every
single package does, it does not matter much which approach you take,
but I would guess that even in this case you need more exceptions
in /etc/portage/package.use with USE="-*" than with USE="".

Moreover, even for updates, it happens occassionally that a package
gets an additional USE-flag, whose default is then usually chosen in
such a way as the behaviour was before - so you risk dropping
crucial behaviour on updates if you are not very careful.



  reply	other threads:[~2014-01-28  1:34 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-26 14:35 [gentoo-user] Portage performance dropped considerably Nikos Chantziaras
2014-01-26 14:44 ` hasufell
2014-01-26 14:50 ` [gentoo-user] " Remy Blank
2014-01-26 15:24 ` eroen
2014-01-26 17:42   ` Alan McKinnon
2014-01-26 18:04     ` hasufell
2014-01-26 18:30       ` Alan McKinnon
2014-01-26 18:41         ` hasufell
2014-01-26 19:22           ` Alan McKinnon
2014-01-26 20:44             ` ny6p01
2014-01-27  5:03               ` Alan McKinnon
2014-01-27  9:27               ` Neil Bothwick
2014-01-26 23:26           ` William Hubbs
2014-01-26 23:36             ` Andreas K. Huettel
2014-01-27  0:44               ` Andreas K. Huettel
2014-01-27 11:44             ` hasufell
2014-01-28  1:34               ` Martin Vaeth [this message]
2014-01-28  3:19                 ` hasufell
2014-01-28 17:45                   ` Martin Vaeth
2014-01-28 18:07                     ` hasufell
2014-01-29 14:24                       ` Kerin Millar
2014-01-28  0:41             ` Walter Dnes
2014-01-28  1:42               ` Martin Vaeth
2014-01-28  4:02                 ` Walter Dnes
2014-01-31 19:03         ` Andrew Savchenko
2014-01-31 19:13           ` Mick
2014-01-31 21:18             ` Andrew Savchenko
2014-01-31 22:12               ` Alan McKinnon
2014-02-02  9:40                 ` Andrew Savchenko
2014-02-03 10:55                   ` Martin Vaeth
2014-02-03 11:57                     ` Greg Turner
2014-02-03 13:17                       ` Martin Vaeth
2014-01-26 19:29       ` Volker Armin Hemmann
2014-01-26 19:45         ` Alan McKinnon
2014-01-26 20:10           ` Volker Armin Hemmann
2014-01-27  9:30         ` Neil Bothwick
2014-01-27 11:59       ` Tanstaafl
2014-01-27 13:06         ` Alan McKinnon
2014-01-27 13:57           ` hasufell
2014-01-27 21:48             ` Neil Bothwick
2014-01-27 21:54               ` hasufell
2014-01-27 22:57                 ` Neil Bothwick
2014-01-27 23:35                   ` hasufell
2014-01-28  1:35                     ` Neil Bothwick
2014-02-03 14:04                   ` Pandu Poluan
2014-02-03 14:16                     ` Alan McKinnon
2014-02-03 16:38                       ` Pandu Poluan
2014-02-04  5:12                         ` Martin Vaeth
2014-01-28  1:50           ` Martin Vaeth
2014-01-30  3:50           ` hasufell
2014-01-30 18:15             ` [gentoo-user] " Stroller
2014-01-31 20:08               ` hasufell
2014-01-26 19:28     ` [gentoo-user] " Volker Armin Hemmann
2014-01-26 19:55       ` Alan McKinnon
2014-01-27 12:06         ` Helmut Jarausch
2014-01-27 21:56           ` Stefan G. Weichinger
2014-01-26 15:53 ` [gentoo-user] " Mariusz Ceier
2014-01-31 17:23   ` Andrew Savchenko
2014-01-26 16:06 ` Florian Philipp
2014-01-26 16:15   ` hasufell
2014-01-26 17:52     ` Florian Philipp
2014-01-26 18:16 ` covici
2014-03-07 19:36 ` Tom Wijsman
  -- strict thread matches above, loose matches on Subject: below --
2014-01-26 15:09 Greg Turner
2014-01-26 15:32 ` [gentoo-user] " eroen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=slrnlee28r.ju2.martin@lounge.imp.fu-berlin.de \
    --to=martin@mvath.de \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox