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] some problems moving to 23.0 profile
Date: Tue, 02 Apr 2024 09:14:11 +0100	[thread overview]
Message-ID: <8356857.T7Z3S40VBb@rogueboard> (raw)
In-Reply-To: <5771314.DvuYhMxLoT@persephone>

[-- Attachment #1: Type: text/plain, Size: 2617 bytes --]

On Tuesday, 2 April 2024 07:03:42 BST J. Roeleveld wrote:
> On Monday, 1 April 2024 23:46:49 CEST John Covici wrote:
> > Hi.  Well, I followed the steps in the news item,  to move
> > todefault/linux/amd64/23.0/desktop/gnome/systemd
> > 
> > and it all worked till it wants me to emerge  the whole world file.
> > Here is what I get:
> > 
> > emerge --ask --emptytree @world
> > 
> > These are the packages that would be merged, in order:
> > 
> > Calculating dependencies  .... done!
> > Dependency resolution took 4.58 s (backtrack: 0/200).
> > 
> > 
> > !!! Problems have been detected with your world file
> > !!! Please run emaint --check world
> > 
> > 
> > !!! Ebuilds for the following packages are either all
> > !!! masked or don't exist:
> > www-apps/nextcloud:26.0.10
> > 
> > emerge: there are no ebuilds to satisfy
> > "sys-kernel/gentoo-sources:6.1.69".
> > (dependency required by "@kernels" [set])
> > (dependency required by "@selected" [set])
> > (dependency required by "@world" [argument])
> > 
> > I don't want to unmerge that kernel -- its my backup kernel, so I
> > definitely want to keep it.  I am using the nextcloud they are
> > complaining about , I will upgrade it soon, but I want to keep it for
> > now.
> 
> Do you actually need to keep the kernel-sources?
> Once the kernel is compiled and you moved the image to /boot/..., you don't
> need to keep the sources.
> 
> I also keep an older kernel just in case, but I don't tend to actually keep
> the sources around once I have confirmed the new kernel will boot.
> 
> --
> Joost

When gentoo-sources are tree-cleaned, it is typically because they have been 
superseded by later kernel patches to improve security and resolve bugs.  
Therefore it is usually a 'good idea' to emerge a later kernel when this 
happens, even if we're talking about a backup kernel.

Last week I came upon a similar problem on an old system I was trying to 
migrate to profile 23.0, only this happened not with my backup but with the 
running kernel.  This PC had not been updated for 5-6 months.  It's resource 
constrained and I didn't want to spend many days updating most of its 
deprecated packages, only to have to re-emerge them as part of the profile 
migration.  I can't recall if it was the same kernel as John's.  During the 
migration I came across some package (llvm?) which required a more up to date 
kernel to be able to emerge.  This forced me to upgrade the kernel first, 
before I could continue with the migration.  I'm mentioning this since the 
utility of a backup kernel would be limited when you can't use it to run your 
software.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2024-04-02  8:14 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-01 21:46 [gentoo-user] some problems moving to 23.0 profile John Covici
2024-04-01 21:56 ` byte.size226
2024-04-01 22:05 ` Dale
2024-04-02  3:51   ` John Covici
2024-04-02  5:58     ` Dale
2024-04-02  6:02     ` J. Roeleveld
2024-04-02  9:17       ` John Covici
2024-04-02 18:44         ` J. Roeleveld
2024-04-02  8:20     ` byte.size226
2024-04-02  6:03 ` J. Roeleveld
2024-04-02  8:14   ` Michael [this message]
2024-04-02 18:47     ` J. Roeleveld
2024-04-02 21:53       ` John Covici

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=8356857.T7Z3S40VBb@rogueboard \
    --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