From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] could there be a problem with acct-group/lp?
Date: Thu, 31 Dec 2020 11:03:19 +0000 [thread overview]
Message-ID: <2127874.iZASKD2KPV@lenovo.localdomain> (raw)
In-Reply-To: <20201231093113.63882520@digimed.co.uk>
[-- Attachment #1: Type: text/plain, Size: 1832 bytes --]
On Thursday, 31 December 2020 09:31:13 GMT Neil Bothwick wrote:
> On Thu, 31 Dec 2020 08:34:42 +0100, n952162 wrote:
> > Why do you specify -1? That's the most common advice I get for avoiding
> > slot-conflicts, but I can't imagine a system without cups.
>
> To avoid adding to your world file. If a package needs to be in @world,
> it will already be there to -1 will be harmless. In the case of CUPS, you
> don't want it in world as it is a dependency of any program that wants to
> be able to print.
Yes, what Neil sagely advised. :-)
I suggest you make it a rule to always run emerge for any individual package
atom with -1, unless you *really* intend to install such a package yourself
and it has not been already installed as a dependency for other package(s).
If you do not use -1 the package you emerge will be added in your world file
and then you could end up fighting against portage sooner or later.
Imagine a hypothetical scenario where one day CUPS is deprecated and replaced
by the oh-so-marvellous latest and greatest CUPS-ng. You try to update your
system, but come up against a blocker because the recently deprecated old CUPS
now clashes with CUPS-ng. The old CUPS is in your world file, because you
added it there by running emerge without -1 and consequently portage cannot
override your choice and unmerge it to replace it with CUPS-ng. Portage will
now throw a wobbly, alerting you to a blocker you must resolve yourself.
This is why you were advised in previous messages related to the recent python
updates to make sure among other things no python packages have inadvertently
ended up in your world file. Unless you're a developer with specific python
requirements, you would not want python which is both a @system set and
potentially @world set dependency to end up in there.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-12-31 11:03 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-30 22:17 [gentoo-user] could there be a problem with acct-group/lp? n952162
2020-12-30 23:33 ` Jack
2020-12-31 0:29 ` Michael
2020-12-31 7:34 ` n952162
2020-12-31 9:31 ` Neil Bothwick
2020-12-31 11:03 ` Michael [this message]
2020-12-31 13:14 ` Michael Orlitzky
2021-01-01 19:47 ` n952162
2021-01-01 19:50 ` n952162
2021-01-01 20:01 ` n952162
2020-12-31 7:20 ` n952162
2020-12-31 9:33 ` Neil Bothwick
2021-01-01 20:13 ` [gentoo-user] could there be a problem with acct-group/lp? [RESOLVED] n952162
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=2127874.iZASKD2KPV@lenovo.localdomain \
--to=confabulate@kintzios.com \
--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