Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 389735 - sys-apps/portage-2.2.0_alpha72 fails to do --deep correctly
Summary: sys-apps/portage-2.2.0_alpha72 fails to do --deep correctly
Status: UNCONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Dependencies (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-06 16:40 UTC by devsk
Modified: 2019-01-13 16: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 devsk 2011-11-06 16:40:10 UTC
I just did an 'emerge -uDN world' and then I followed it by 'emerge -pve world | grep " U "' to see if there was a package left un-upgraded. Sure enough, there were 12 packages. All are perl packages.

You can them below. 'genlop' is in the WORLD list in /var/lib/portage/world.

# emerge -pve genlop|grep " U "
[ebuild     U  ] perl-core/CPAN-Meta-YAML-0.4.0 [0.3.0] 29 kB [0]
[ebuild     U  ] perl-core/Archive-Tar-1.800.0 [1.760.0] 56 kB [0]
[ebuild     U  ] perl-core/Module-CoreList-2.570.0 [2.540.0] 79 kB [0]
[ebuild     U  ] perl-core/Module-Load-0.220.0 [0.200.0] 6 kB [0]
[ebuild     U  ] virtual/perl-CPAN-Meta-YAML-0.4.0 [0.3.0-r1] 0 kB [0]
[ebuild     U  ] virtual/perl-Archive-Tar-1.800.0 [1.760.0-r1] 0 kB [0]
[ebuild     U  ] virtual/perl-Module-CoreList-2.570.0 [2.540.0] 0 kB [0]
[ebuild     U  ] virtual/perl-Module-Load-0.220.0 [0.200.0] 0 kB [0]
[ebuild     U  ] perl-core/CPAN-Meta-2.112.621 [2.112.150] 75 kB [0]
[ebuild     U  ] perl-core/Module-Load-Conditional-0.460.0 [0.440.0] 14 kB [0]
[ebuild     U  ] virtual/perl-CPAN-Meta-2.112.621 [2.112.150] 0 kB [0]
[ebuild     U  ] virtual/perl-Module-Load-Conditional-0.460.0 [0.440.0-r1] 0 kB [0]

Anybody know why 'emerge -uDN world' did not upgrade these packages?

Reproducible: Always

Steps to Reproduce:
1. emerge -uDN world
2. emerge -pve world | grep " U "
3.
Actual Results:  
The above list for --empty world run should empty.

Expected Results:  
--empty world run is not empty.
Comment 1 Zac Medico gentoo-dev 2011-11-08 15:50:25 UTC
Maybe you want to set EMERGE_DEFAULT_OPTS="--with-bdeps=y", and this is a duplicate of bug 150238? This is covered in the "Why is it that emerge does not update all packages?" section of the FAQ:

  http://www.gentoo.org/proj/en/portage/doc/faq.xml
Comment 2 Zac Medico gentoo-dev 2011-11-08 15:53:29 UTC
BTW, there's been some recent discussion about adding an emerge --upgrade target that would enable --with-bdeps=y by default:

  http://archives.gentoo.org/gentoo-dev/msg_111f02e444ed34d452ae9d367423af4a.xml
Comment 3 devsk 2011-11-08 16:13:19 UTC
(In reply to comment #1)
> Maybe you want to set EMERGE_DEFAULT_OPTS="--with-bdeps=y", and this is a
> duplicate of bug 150238?

Why is that not the default? Just curious.
Comment 4 Zac Medico gentoo-dev 2011-11-08 16:17:05 UTC
Here's my response to the "saner defaults" part of the discussion:

http://archives.gentoo.org/gentoo-dev/msg_13d60f0eec83621a8012da810d52f11b.xml

> Or go with a saner defaults...

So, are any of the following sane?

1) Pull in updates for packages even though those packages won't be used
for anything.

2) Pull in build-time dependencies for packages that are already built,
even though no portage version has ever done this before by default.

3) Make depclean remove build-time dependencies by default, only to have
the rebuilt/installed the next time that the system is updated.