Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 635606 - sys-apps/portage does not catch rebuild on the first world update, require running twice
Summary: sys-apps/portage does not catch rebuild on the first world update, require ru...
Status: UNCONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Interface (emerge) (show other bugs)
Hardware: All All
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-10-27 16:51 UTC by Piotr Karbowski
Modified: 2017-10-28 22:49 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Piotr Karbowski gentoo-dev 2017-10-27 16:51:45 UTC
I do have set of scripts that take a latest stage3 and then update it to ~amd64 for later usage, to build Gentoo systems faster. Today i noticed that updating the @world set to ~amd64 result in couple rebuilds, but does not catch all of them it seems, which later results in a depclean crash like:

     * Dependencies could not be completely resolved due to                                                                                                             
     * the following required packages not being installed:                                                                                                             
     *                                                                                                                                                                  
     *   dev-lang/perl:0/5.24= pulled in by:                                                                                                                            
     *     virtual/perl-File-Temp-0.230.400-r5                                                                                                                          

However if I run `emerge -NuDv @world --with-bdeps y` twice in a row prior to running `emerge --depclean`, it does work. It used to work just fine about a month ago, so I'd say it's a new thing. I can reproduce it with stage3-amd64-20171019.tar.bz2

The steps to reproduce within the stage3:

export USE='-filecaps'
export ACCEPT_KEYWORDS="~amd64"
export MAKEOPTS="--quiet -j$(nproc)"
env-update                                                                                                                                                               
source /etc/profile
cat >/etc/locale.gen <<EOF                                                                                                                                               
en_US ISO-8859-1                                                                                                                                                         
en_US.UTF-8 UTF-8                                                                                                                                                        
EOF  
emerge -u portage
emerge -NuDv @world --with-bdeps y
Comment 1 Zac Medico gentoo-dev 2017-10-28 22:49:57 UTC
Please use the command to check which packages have dependencies on virtual/perl-File-Temp:

emerge -pv --depclean virtual/perl-File-Temp