Mailing List Archive

On 2021.09.13 15:59, Walter Dnes wrote:
> I have a notebook that I haven't updated for a while. After emerge
> sync, it said to "emerge -1 portage". Trying to do so got me the
> following as listed in the gzipped attachment. I'd really rather not
> re-install. Is there a way to get out of this?

From my very elementary and simplistic look at the log, have you been
messing at all with python version related settings? (python_target
related flags)
It looks like the new portage needs the new version of some python
packages, but the older version of some of those packages is still
required by yet other packages.
Until/unless someone can suggest a more comprehensive approach (which
may be likely,) I would try upgrading those pythong packages included
in your upgrad - one at a time, trying to figure out which other
packages you need to upgrade first.
Of course if you've manually modified any python_target settings, I'd
consider that to be a likely cause of the problems.

Jack

On 2021-09-13 15:59-0400 "Walter Dnes" <waltdnes@waltdnes.org> wrote:

> I have a notebook that I haven't updated for a while. After emerge
> sync, it said to "emerge -1 portage". Trying to do so got me the
> following as listed in the gzipped attachment. I'd really rather not
> re-install. Is there a way to get out of this?
>

Looks like some packages want python 3.8 and some python 3.9. If you
emerge portage with USE="PYTHON_TARGETS: python3_8 -python3_9" first
and then again normally it might work.

--
Get my PGP key with `gpg --locate-keys tastytea@tastytea.de` or at
<https://tastytea.de/tastytea.asc>.

On Mon, 13 Sep 2021 15:59:52 -0400, Walter Dnes wrote:

> I have a notebook that I haven't updated for a while. After emerge
> sync, it said to "emerge -1 portage". Trying to do so got me the
> following as listed in the gzipped attachment. I'd really rather not
> re-install. Is there a way to get out of this?

You've been hit by the switch from Python 3.8 to 3.9 by the looks of it.
Try adding "sys-apps/portage python_targets_python3_8" to package.use.

You'll probably have to add a few more packages to this list to get world
updated. I currently have 38 packages with this flag in package_use on my
laptop, yet my desktop needs none, so the number you will have to add
will be somewhere between zero and lots :)


--
Neil Bothwick

Will we ever get out of this airport? asked Tom interminably.

On Mon, Sep 13, 2021 at 04:12:54PM -0400, Jack wrote
> On 2021.09.13 15:59, Walter Dnes wrote:
> > I have a notebook that I haven't updated for a while. After emerge
> > sync, it said to "emerge -1 portage". Trying to do so got me the
> > following as listed in the gzipped attachment. I'd really rather not
> > re-install. Is there a way to get out of this?
>
> From my very elementary and simplistic look at the log, have you been
> messing at all with python version related settings? (python_target
> related flags)

No. The notebook hasn't been updated for a few months.

> It looks like the new portage needs the new version of some python
> packages, but the older version of some of those packages is still
> required by yet other packages.
> Until/unless someone can suggest a more comprehensive approach (which
> may be likely,) I would try upgrading those pythong packages included
> in your upgrad - one at a time, trying to figure out which other
> packages you need to upgrade first.

That's what I'm doing right now, one piece at a time.

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

On Mon, Sep 13, 2021 at 10:14:46PM +0200, tastytea wrote
> On 2021-09-13 15:59-0400 "Walter Dnes" <waltdnes@waltdnes.org> wrote:
>
> > I have a notebook that I haven't updated for a while. After emerge
> > sync, it said to "emerge -1 portage". Trying to do so got me the
> > following as listed in the gzipped attachment. I'd really rather not
> > re-install. Is there a way to get out of this?
> >
>
> Looks like some packages want python 3.8 and some python 3.9. If you
> emerge portage with USE="PYTHON_TARGETS: python3_8 -python3_9" first
> and then again normally it might work.

That didn't quite work. I did "emerge -1 glibc", which also pulled in
paxutils. This removed the "deprecated glibc" error. But still no luck
with emerging portage.

Following this I ran "emerge -1 binutils". But still no luck with
emerging portage.

"emerge -1 dev-python/certifi" got nowhere. So I did "emerge -1 gcc",
which pulled it up from 9.3 to 10.3. Portage is still no go. Output
from "emerge -1 portage >>output.txt 2>&1" follows. I have tried
building each of certifi, setuptools, toml, and setuptools_scm
separately with no luck.


--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

On Mon, Sep 13, 2021 at 10:21:27PM +0100, Neil Bothwick wrote
> On Mon, 13 Sep 2021 15:59:52 -0400, Walter Dnes wrote:
>
> > I have a notebook that I haven't updated for a while. After emerge
> > sync, it said to "emerge -1 portage". Trying to do so got me the
> > following as listed in the gzipped attachment. I'd really rather not
> > re-install. Is there a way to get out of this?
>
> You've been hit by the switch from Python 3.8 to 3.9 by the looks of it.
> Try adding "sys-apps/portage python_targets_python3_8" to package.use.
>
> You'll probably have to add a few more packages to this list to get world
> updated.

Thank you very much. Progress. I've managed to get portage-3.0.26-r6
built. My package.use currently has...

sys-apps/portage -rsync-verify python_targets_python3_8
dev-python/setuptool python_targets_python3_8
dev-python/setuptools python_targets_python3_8
dev-python/certifi python_targets_python3_8
dev-python/setuptools_scm python_targets_python3_8
dev-python/toml python_targets_python3_8

Can I remove the python flags now or should I do a world update first?

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

On 14/09/2021 02:11, Walter Dnes wrote:
> On Mon, Sep 13, 2021 at 10:21:27PM +0100, Neil Bothwick wrote
>> On Mon, 13 Sep 2021 15:59:52 -0400, Walter Dnes wrote:
>>
>>> I have a notebook that I haven't updated for a while. After emerge
>>> sync, it said to "emerge -1 portage". Trying to do so got me the
>>> following as listed in the gzipped attachment. I'd really rather not
>>> re-install. Is there a way to get out of this?
>>
>> You've been hit by the switch from Python 3.8 to 3.9 by the looks of it.
>> Try adding "sys-apps/portage python_targets_python3_8" to package.use.
>>
>> You'll probably have to add a few more packages to this list to get world
>> updated.
>
> Thank you very much. Progress. I've managed to get portage-3.0.26-r6
> built. My package.use currently has...
>
> sys-apps/portage -rsync-verify python_targets_python3_8
> dev-python/setuptool python_targets_python3_8
> dev-python/setuptools python_targets_python3_8
> dev-python/certifi python_targets_python3_8
> dev-python/setuptools_scm python_targets_python3_8
> dev-python/toml python_targets_python3_8
>
> Can I remove the python flags now or should I do a world update first?
>
I'd do a system update first. Make sure the necessities are in a stable
state before you start mucking about with all the extras ... :-)

Cheers,
Wol

On Mon, 13 Sep 2021 21:11:49 -0400, Walter Dnes wrote:

> On Mon, Sep 13, 2021 at 10:21:27PM +0100, Neil Bothwick wrote
> > On Mon, 13 Sep 2021 15:59:52 -0400, Walter Dnes wrote:
> >
> > > I have a notebook that I haven't updated for a while. After
> > > emerge sync, it said to "emerge -1 portage". Trying to do so got
> > > me the following as listed in the gzipped attachment. I'd really
> > > rather not re-install. Is there a way to get out of this?
> >
> > You've been hit by the switch from Python 3.8 to 3.9 by the looks of
> > it. Try adding "sys-apps/portage python_targets_python3_8" to
> > package.use.
> >
> > You'll probably have to add a few more packages to this list to get
> > world updated.
>
> Thank you very much. Progress. I've managed to get portage-3.0.26-r6
> built. My package.use currently has...
>
> sys-apps/portage -rsync-verify python_targets_python3_8
> dev-python/setuptool python_targets_python3_8
> dev-python/setuptools python_targets_python3_8
> dev-python/certifi python_targets_python3_8
> dev-python/setuptools_scm python_targets_python3_8
> dev-python/toml python_targets_python3_8
>
> Can I remove the python flags now or should I do a world update first?

Do a world update first, but you'll probably find you still need some of
them afterwards. I keep them in a separate file in package.use, so I can
move it and try a world update to see what is still needed.


--
Neil Bothwick

Those who live by the sword get shot by those who don't.

On Tue, Sep 14, 2021 at 08:22:07AM +0100, Neil Bothwick wrote
>
> Do a world update first, but you'll probably find you still need some of
> them afterwards.

"emerge -pv --changed-use --deep --update @world" gives me...

Total: 378 packages (299 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB
Conflict: 4 blocks

Trying to run the emerge shuts down in a few seconds without obvious
error messages. The blocks are...

[blocks b ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking gui-libs/display-manager-init-1.0-r3)
[blocks b ] <dev-libs/gobject-introspection-1.68.0 ("<dev-libs/gobject-introspection-1.68.0" is blocking dev-libs/gobject-introspection-common-1.68.0)
[blocks b ] >perl-core/Scalar-List-Utils-1.500.0-r999 (">perl-core/Scalar-List-Utils-1.500.0-r999" is blocking virtual/perl-Scalar-List-Utils-1.500.0-r2)
[blocks b ] =x11-base/xorg-server-1.20.10-r2 ("=x11-base/xorg-server-1.20.10-r2" is blocking gui-libs/display-manager-init-1.0-r3)

On a hunch, I tried "emerge -pv xorg-server" and got more errors...

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild N ] gui-libs/display-manager-init-1.0-r3::gentoo 0 KiB
[ebuild r U ] x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo [1.20.10-r2:0/1.20.10::gentoo] USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test% -unwind -xcsecurity -xephyr -xnest -xvfb (-libressl%) (-wayland%)" 5,003 KiB
[blocks b ] =x11-base/xorg-server-1.20.10-r2 ("=x11-base/xorg-server-1.20.10-r2" is blocking gui-libs/display-manager-init-1.0-r3)
[ebuild r U ] x11-drivers/xf86-input-libinput-1.1.0::gentoo [0.30.0::gentoo] 372 KiB
[blocks B ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking gui-libs/display-manager-init-1.0-r3)
[blocks B ] <=sys-apps/sysvinit-2.98 ("<=sys-apps/sysvinit-2.98" is blocking gui-libs/display-manager-init-1.0-r3)

Total: 3 packages (2 upgrades, 1 new), Size of downloads: 5,375 KiB
Conflict: 3 blocks (2 unsatisfied)

* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.

(x11-apps/xinit-1.4.1:0/0::gentoo, installed) pulled in by
>=x11-apps/xinit-1.3.3-r1 required by (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb"

(gui-libs/display-manager-init-1.0-r3:0/0::gentoo, ebuild scheduled for merge) pulled in by
gui-libs/display-manager-init required by (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb"

(sys-apps/sysvinit-2.97-1:0/0::gentoo, installed) pulled in by
>=sys-apps/sysvinit-2.86-r6 required by (sys-apps/openrc-0.42.1-r1:0/0::gentoo, installed) USE="ncurses netifrc (split-usr) unicode -audit -bash -debug -newnet -pam (-prefix) (-selinux) -static-libs -sysv-utils"

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Walter Dnes wrote:
> On Tue, Sep 14, 2021 at 08:22:07AM +0100, Neil Bothwick wrote
>> Do a world update first, but you'll probably find you still need some of
>> them afterwards.
> "emerge -pv --changed-use --deep --update @world" gives me...
>
> Total: 378 packages (299 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB
> Conflict: 4 blocks
>
> Trying to run the emerge shuts down in a few seconds without obvious
> error messages. The blocks are...
>
> [blocks b ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking gui-libs/display-manager-init-1.0-r3)
> [blocks b ] <dev-libs/gobject-introspection-1.68.0 ("<dev-libs/gobject-introspection-1.68.0" is blocking dev-libs/gobject-introspection-common-1.68.0)
> [blocks b ] >perl-core/Scalar-List-Utils-1.500.0-r999 (">perl-core/Scalar-List-Utils-1.500.0-r999" is blocking virtual/perl-Scalar-List-Utils-1.500.0-r2)
> [blocks b ] =x11-base/xorg-server-1.20.10-r2 ("=x11-base/xorg-server-1.20.10-r2" is blocking gui-libs/display-manager-init-1.0-r3)
>
> On a hunch, I tried "emerge -pv xorg-server" and got more errors...
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild N ] gui-libs/display-manager-init-1.0-r3::gentoo 0 KiB
> [ebuild r U ] x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo [1.20.10-r2:0/1.20.10::gentoo] USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test% -unwind -xcsecurity -xephyr -xnest -xvfb (-libressl%) (-wayland%)" 5,003 KiB
> [blocks b ] =x11-base/xorg-server-1.20.10-r2 ("=x11-base/xorg-server-1.20.10-r2" is blocking gui-libs/display-manager-init-1.0-r3)
> [ebuild r U ] x11-drivers/xf86-input-libinput-1.1.0::gentoo [0.30.0::gentoo] 372 KiB
> [blocks B ] <=x11-apps/xinit-1.4.1 ("<=x11-apps/xinit-1.4.1" is blocking gui-libs/display-manager-init-1.0-r3)
> [blocks B ] <=sys-apps/sysvinit-2.98 ("<=sys-apps/sysvinit-2.98" is blocking gui-libs/display-manager-init-1.0-r3)
>
> Total: 3 packages (2 upgrades, 1 new), Size of downloads: 5,375 KiB
> Conflict: 3 blocks (2 unsatisfied)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (x11-apps/xinit-1.4.1:0/0::gentoo, installed) pulled in by
> >=x11-apps/xinit-1.3.3-r1 required by (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb"
>
> (gui-libs/display-manager-init-1.0-r3:0/0::gentoo, ebuild scheduled for merge) pulled in by
> gui-libs/display-manager-init required by (x11-base/xorg-server-1.20.13-r1:0/1.20.13::gentoo, ebuild scheduled for merge) USE="suid udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -minimal (-selinux) -systemd -test -unwind -xcsecurity -xephyr -xnest -xvfb"
>
> (sys-apps/sysvinit-2.97-1:0/0::gentoo, installed) pulled in by
> >=sys-apps/sysvinit-2.86-r6 required by (sys-apps/openrc-0.42.1-r1:0/0::gentoo, installed) USE="ncurses netifrc (split-usr) unicode -audit -bash -debug -newnet -pam (-prefix) (-selinux) -static-libs -sysv-utils"
>


I'm no pro at this but I think if you update xinit and sysvinit first it
will clear that block.  It could be the other way around tho.  If init
packages first doesn't work, try the display-manager-init first. 
Sometimes emerge spits things out backwards. 

One could remove those two *init packages but if you are actually
running that install, it could cause issues.  If done while chrooting
in, it should be safe. 

One of those methods *should* work.  In theory.  ;-)

Dale

:-)  :-)

On Tue, Sep 14, 2021 at 03:33:14AM -0500, Dale wrote
>
> I'm no pro at this but I think if you update xinit and sysvinit first it
> will clear that block. It could be the other way around tho. If init
> packages first doesn't work, try the display-manager-init first.
> Sometimes emerge spits things out backwards.
>
> One could remove those two *init packages but if you are actually
> running that install, it could cause issues. If done while chrooting
> in, it should be safe.
>
> One of those methods *should* work. In theory. ;-)

Thabk you very much. Emerging xinit broke the icejam. Now it's
"only" a matter of...

Total: 377 packages (298 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB

...wish me luck.

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Walter Dnes wrote:
> On Tue, Sep 14, 2021 at 03:33:14AM -0500, Dale wrote
>> I'm no pro at this but I think if you update xinit and sysvinit first it
>> will clear that block. It could be the other way around tho. If init
>> packages first doesn't work, try the display-manager-init first.
>> Sometimes emerge spits things out backwards.
>>
>> One could remove those two *init packages but if you are actually
>> running that install, it could cause issues. If done while chrooting
>> in, it should be safe.
>>
>> One of those methods *should* work. In theory. ;-)
> Thabk you very much. Emerging xinit broke the icejam. Now it's
> "only" a matter of...
>
> Total: 377 packages (298 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB
>
> ...wish me luck.
>


Glad to help.  I get a lot of help from this list so nice to give back a
little.  ;-)

Happy compiling.  Keep the thing cool. 

Dale

:-)  :-) 

On Tue, Sep 14, 2021 at 10:35:25AM -0500, Dale wrote
> Walter Dnes wrote:
> >
> > Total: 377 packages (298 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB
> >
> > ...wish me luck.
> >
>
>
> Glad to help. I get a lot of help from this list so nice to give back a
> little. ;-)
>
> Happy compiling. Keep the thing cool.

time emerge --changed-use --deep --update @world

...gave me...

* IMPORTANT: 40 config files in '/etc' need updating.
* See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS
* sections of the emerge man page to learn how to update config files.

* IMPORTANT: 4 news items need reading for repository 'gentoo'.
* Use eselect news read to view new items.

* After world updates, it is important to remove obsolete packages with
* emerge --depclean. Refer to `man emerge` for more information.

real 293m20.427s
user 366m20.734s
sys 71m22.050s

I also noticed a whole slew of perl packages updating when I ran
"emerge -pv", so I followed up with "perl-cleaner --reallyall", which
went through a bunch of packages. Lesson learned, update the notebook
more often.

--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Walter Dnes wrote:
> On Tue, Sep 14, 2021 at 10:35:25AM -0500, Dale wrote
>> Walter Dnes wrote:
>>> Total: 377 packages (298 upgrades, 52 new, 2 in new slots, 25 reinstalls), Size of downloads: 1,408,922 KiB
>>>
>>> ...wish me luck.
>>>
>>
>> Glad to help. I get a lot of help from this list so nice to give back a
>> little. ;-)
>>
>> Happy compiling. Keep the thing cool.
> time emerge --changed-use --deep --update @world
>
> ...gave me...
>
> * IMPORTANT: 40 config files in '/etc' need updating.
> * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS
> * sections of the emerge man page to learn how to update config files.
>
> * IMPORTANT: 4 news items need reading for repository 'gentoo'.
> * Use eselect news read to view new items.
>
> * After world updates, it is important to remove obsolete packages with
> * emerge --depclean. Refer to `man emerge` for more information.
>
> real 293m20.427s
> user 366m20.734s
> sys 71m22.050s
>
> I also noticed a whole slew of perl packages updating when I ran
> "emerge -pv", so I followed up with "perl-cleaner --reallyall", which
> went through a bunch of packages. Lesson learned, update the notebook
> more often.
>


That's one downside to Gentoo, it doesn't like being stale.  As you just
experienced, not updating Gentoo creates a time consuming and often
confusing process to get back up to date.  If I were to want to install
something that I couldn't keep up to date, update at least once a month,
I'd use some other distro for that machine.  Going 3 months or more can
lead to enough problems but going a year or so is a big problem. 
Depending on what all has changed, it can even be faster to reinstall
than update. 

If I were advising a new person trying to Gentoo, I'd recommend going no
more than a month between updates.  If that person can't upgrade at
least once every three months, I'd suggest another distro.  At some
point, it just becomes to much trouble. 

That's not a knock at the devs either.  It's just the way Gentoo is
since it follows upstream so closely.  In all honesty, way back, it was
even harder to upgrade a machine way out of date.  The devs who code
emerge have made a lot, make that huge, progress in making emerge find
ways around blocks and such.  Still, regular updates is easier in my
opinion than waiting to long. 

I have to admit tho, if I had a laptop which comes with cooling issues
plus being slower than a desktop, I'd likely go to once a month updates
unless I could compile on my desktop then move the binaries over to the
laptop. 

Glad you got it going and I could help in some small way. 

Dale

:-)  :-) 

P. S. I've been learning Kicad and even ordered some circuit boards. 
It's getting dangerous over here.  :/