906853 – emerge -uDN @world picks up packages that have already been rebuilt

Bug 906853 - emerge -uDN @world picks up packages that have already been rebuilt

Summary: emerge -uDN @world picks up packages that have already been rebuilt

Status:	UNCONFIRMED

Alias:	None

Product:	Portage Development
Classification:	Unclassified
Component:	Core (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Portage team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2023-05-20 13:15 UTC by Marius Stoica
Modified:	2023-05-23 08:08 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
emerge --info portage (emerge.info,7.67 KB, text/plain) 2023-05-20 13:15 UTC, Marius Stoica	Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Marius Stoica 2023-05-20 13:15:09 UTC

Created attachment 862042 [details]
emerge --info portage

I am trying to update my @world set, but portage keeps re-emerging these packages even tough it has already emerged them.

> letto@localhost: ~ $ sudo emerge -avuDN @world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> Dependency resolution took 64.28 s.
> 
> [ebuild  rR    ] dev-util/source-highlight-3.1.9-r1::gentoo  USE="-doc -static-libs" 0 KiB
> [ebuild  rR    ] net-libs/libtorrent-rasterbar-2.0.8:0/2.0::gentoo  USE="dht ssl -debug -gnutls -python -test" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR    ] dev-util/mdds-2.0.3:1/2.0::gentoo  USE="openmp -doc -test" 0 KiB
> [ebuild  rR    ] dev-cpp/libcmis-0.5.2-r2:0.5::gentoo  USE="man -test -tools" 0 KiB
> [ebuild  rR    ] dev-libs/libixion-0.17.0-r1:0/0.17::gentoo  USE="-debug -python" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR    ] dev-libs/liborcus-0.17.2-r1:0/0.17::gentoo  USE="spreadsheet-model -python -test -tools" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR    ] games-arcade/supertux-0.6.3-r2::gentoo  USE="-debug" 0 KiB
> [ebuild  rR    ] app-office/libreoffice-7.5.3.2::gentoo  USE="branding dbus kde mariadb pdfimport vulkan -accessibility -base -bluetooth -clang -coinmp -cups -custom-cflags -debug -eds -firebird -googledrive -gstreamer -gtk -java -ldap -odk -postgres -test -valgrind" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR   *] dev-util/heaptrack-9999::gentoo  USE="gui -test -zstd" 0 KiB
> 
> Total: 9 packages (9 reinstalls), Size of downloads: 0 KiB


All of these packages were already rebuilt several times. There seems to be no new use flag or reason for re-installing them that I can see. Portage thinks re-installing them must be great fun. This happens for about a month now.


> letto@localhost: ~ $  sudo emerge -av1 dev-util/source-highlight
...
> >>> dev-util/source-highlight-3.1.9-r1 merged.
> >>> Regenerating /etc/ld.so.cache...
> 
> >>> Completed (1 of 1) dev-util/source-highlight-3.1.9-r1::gentoo
> 
>  * Regenerating GNU info directory index...
>  * Processed 169 info files.
> letto@localhost: ~ $

Of course, after this portage tries to install it again...

> letto@localhost: ~ $ sudo emerge -avuDN @world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> Dependency resolution took 57.14 s.
> 
> [ebuild  rR    ] dev-util/source-highlight-3.1.9-r1::gentoo  USE="-doc -static-libs" 0 KiB
> [ebuild  rR    ] net-libs/libtorrent-rasterbar-2.0.8:0/2.0::gentoo  USE="dht ssl -debug -gnutls -python -test" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR    ] dev-util/mdds-2.0.3:1/2.0::gentoo  USE="openmp -doc -test" 0 KiB
> [ebuild  rR    ] dev-cpp/libcmis-0.5.2-r2:0.5::gentoo  USE="man -test -tools" 0 KiB
> [ebuild  rR    ] dev-libs/libixion-0.17.0-r1:0/0.17::gentoo  USE="-debug -python" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR    ] dev-libs/liborcus-0.17.2-r1:0/0.17::gentoo  USE="spreadsheet-model -python -test -tools" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR    ] games-arcade/supertux-0.6.3-r2::gentoo  USE="-debug" 0 KiB
> [ebuild  rR    ] app-office/libreoffice-7.5.3.2::gentoo  USE="branding dbus kde mariadb pdfimport vulkan -accessibility -base -bluetooth -clang -coinmp -cups -custom-cflags -debug -eds -firebird -googledrive -gstreamer -gtk -java -ldap -odk -postgres -test -valgrind" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
> [ebuild  rR   *] dev-util/heaptrack-9999::gentoo  USE="gui -test -zstd" 0 KiB
> 
> Total: 9 packages (9 reinstalls), Size of downloads: 0 KiB

Also, "emerge -pvuDN --debug @world" generated a file that has 57 MB so I'm not sure how to add it here.

Comment 1 Marius Stoica 2023-05-23 08:08:24 UTC

This turns out to be caused by the fact that the upgrade to dev-libs/boost-1.82.0-r1 is blocked.

I have a program that is depending strictly on on dev-libs/boost-1.81 and blocks the upgrade to any newer version of boost.

After adding =dev-libs/boost-1.82.0-r1 to package.mask portage doesn't re-emerge any package now.

Maybe the issue should be that when a packge upgrade is blocked, portage doesn't handle upgrading correctly. That, or this bug should be closed?