public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

  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