[gentoo-user] "Calculating world dependencies" taking forever first time

[gentoo-user] "Calculating world dependencies" taking forever first time

[Walter Dnes]

  I did an "emerge --sync" on my main machine, followed by
"emerge --ask --deep --update --world --fetchonly".  It spent several
minutes at "Calculating world dependencies", with the "spinner" very
slowly moving.  Eventually it ran.  Subsequent calls to emerge ran at
the usual speed I'm accustomed to.  My main machine is an AMDK8 3000+,
in 32bit mode, with 2 gigs of ram.

  My emergency backup machine is a 1999 Dell PIII, 450 mhz with 128 megs
of ram.  It's extremely painful on this one.  The spinner takes about 2
or 3 seconds to move 45 degrees (1/8th of a full spin).  Eventually it
finishes after several minutes.  Subsequent attempts run at the normal
speed.  Does it have to fill some sort of cache?  I also notice USE
flags in the outout.  "-ip32r10k%" is in yellow, whatever that
signifies...

[m450][root][~] emerge --ask --deep --update --world --fetchonly

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

Calculating world dependencies... done!
[ebuild     U ] sys-libs/ncurses-5.5-r2 [5.4-r6]
[ebuild     U ] app-admin/perl-cleaner-1.04 [1.03-r1]
[ebuild     U ] sys-apps/man-pages-2.32 [2.31]
[ebuild     U ] sys-devel/binutils-2.16.1-r2 [2.16.1]
[ebuild  NS   ] sys-kernel/gentoo-sources-2.6.16-r9  USE="-build -doc -symlink"
[ebuild     U ] sys-devel/gcc-3.4.6-r1 [3.4.5-r1] USE="-ip32r10k%"
[ebuild  N    ] sys-libs/libutempter-1.1.2.1
[ebuild     U ] x11-terms/xterm-207-r1 [207]
[ebuild     U ] media-libs/jpeg-6b-r7 [6b-r5]
[ebuild     U ] media-libs/tiff-3.8.2 [3.7.4]
[ebuild     U ] sys-apps/shadow-4.0.15-r2 [4.0.14-r1]
[ebuild     U ] net-mail/getmail-4.6.0 [4.5.4]
[ebuild     U ] app-portage/gentoolkit-0.2.2 [0.2.1]
[ebuild  N    ] dev-libs/nspr-4.6.1-r2  USE="-ipv6"
[ebuild  N    ] dev-libs/nss-3.11-r1
[ebuild     U ] www-client/mozilla-firefox-1.5.0.4 [1.0.8]

Would you like to fetch the source files for these packages? [Yes/No]

-- 
Walter Dnes <waltdnes@waltdnes.org> In linux /sbin/init is Job #1
My musings on technology and security at http://tech_sec.blog.ca
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Benno Schulenberg]

Walter Dnes wrote:
>   I did an "emerge --sync" on my main machine, followed by
> "emerge --ask --deep --update --world --fetchonly".  It spent
> several minutes at "Calculating world dependencies", with the
> "spinner" very slowly moving.  Eventually it ran.  Subsequent
> calls to emerge ran at the usual speed I'm accustomed to.

You upgraded portage.  The einfos said to run 'emerge --metadata' 
first thing.

> I also notice USE flags in the outout. 
> "-ip32r10k%" is in yellow, whatever that signifies...

The percent sign means it's a new flag since you last emerged the 
package.  See 'man emerge'.

Benno
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Walter Dnes]

On Wed, Jun 14, 2006 at 01:24:58PM +0200, Benno Schulenberg wrote
> Walter Dnes wrote:
> >   I did an "emerge --sync" on my main machine, followed by
> > "emerge --ask --deep --update --world --fetchonly".  It spent
> > several minutes at "Calculating world dependencies", with the
> > "spinner" very slowly moving.  Eventually it ran.  Subsequent
> > calls to emerge ran at the usual speed I'm accustomed to.
> 
> You upgraded portage.  The einfos said to run 'emerge --metadata' 
> first thing.

  Thanks, I'll try to remeber that next time I emerge portage.  Could it
be made part of the portage ebuild?

-- 
Walter Dnes <waltdnes@waltdnes.org> In linux /sbin/init is Job #1
My musings on technology and security at http://tech_sec.blog.ca
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Neil Bothwick]

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

On Sat, 17 Jun 2006 09:10:08 -0400, Walter Dnes wrote:

> > You upgraded portage.  The einfos said to run 'emerge --metadata' 
> > first thing.
> 
>   Thanks, I'll try to remeber that next time I emerge portage.  Could it
> be made part of the portage ebuild?

No, because it is not necessary every time. It happened because you went
from 2.0 to 2.1 and the metadata/cache format changed. Now you have 2.1
installed, you can set it to mail you the einfo messages, so you won't
miss it next time.


-- 
Neil Bothwick

I've got a mind like a... a... what's that thing called?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Walter Dnes]

On Sat, Jun 17, 2006 at 02:32:36PM +0100, Neil Bothwick wrote

> Now you have 2.1 installed, you can set it to mail you the einfo
> messages, so you won't miss it next time.

  I found a few comments in /etc/make.conf.example but the manpages
haven't been updated yet.  Is it possible to specify only the info
messages for email?  Actually, I'd prefer to log just the info messages
to a separate logfile.  The comments don't help me.

> I've got a mind like a... a... what's that thing called?

  They say that memory is the second thing to go.  I forget what the
first is.

-- 
Walter Dnes <waltdnes@waltdnes.org> In linux /sbin/init is Job #1
My musings on technology and security at http://tech_sec.blog.ca
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Bo Ørsted Andresen]

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

On Sunday 18 June 2006 03:14, Walter Dnes wrote:
> Actually, I'd prefer to log just the info messages
> to a separate logfile.  The comments don't help me.

PORTAGE_ELOG_CLASSES="info"

But I *really* wouldn't recommend that. A lot of important information is 
included as an ewarn and by the above you only get the einfo. Why do you only 
want einfo?

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Alexander Skwar]

Benno Schulenberg wrote:
> Walter Dnes wrote:
>>   I did an "emerge --sync" on my main machine, followed by
>> "emerge --ask --deep --update --world --fetchonly".  It spent
>> several minutes at "Calculating world dependencies", with the
>> "spinner" very slowly moving.  Eventually it ran.  Subsequent
>> calls to emerge ran at the usual speed I'm accustomed to.
> 
> You upgraded portage.  The einfos said to run 'emerge --metadata' 
> first thing.

I'm also seeing this from time to time - "emerge -Duvat world"
just seems to take forever at the "Calculating world dependencies"
after I ran "eix-sync" which includes "emerge --sync". And I haven't
updated portage. Any ideas?

I don't think it's a missing "emerge --metadata", as the metadata
generation is included when running "emerge --sync" (Updating Portage
cache:  100%), isn't it?

Alexander Skwar
-- 
Never accept an invitation from a stranger unless he gives you candy.
		-- Linda Festa
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Benno Schulenberg]

Alexander Skwar wrote:
> Benno Schulenberg wrote:
> > Walter Dnes wrote:
> >> several minutes at "Calculating world dependencies",
> >
> > You upgraded portage.  The einfos said to run 'emerge
> > --metadata' first thing.
>
> I'm also seeing this from time to time - "emerge -Duvat world"
> just seems to take forever at the "Calculating world
> dependencies" after I ran "eix-sync" which includes "emerge
> --sync". And I haven't updated portage. Any ideas?

You're still at portage-2.0.*?  The latest versions of those were 
known to be terribly slow at updating the cache.  Sometimes.  When 
there were lots of changes in the KDE stuff.

> I don't think it's a missing "emerge --metadata", as the metadata
> generation is included when running "emerge --sync" (Updating
> Portage cache:  100%), isn't it?

Hrrrm.  Yes it was a missing "emerge --metadata".  You will see when 
you upgrade.

Benno
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Alexander Skwar]

Benno Schulenberg wrote:
> Alexander Skwar wrote:
>> Benno Schulenberg wrote:
>> > Walter Dnes wrote:
>> >> several minutes at "Calculating world dependencies",
>> >
>> > You upgraded portage.  The einfos said to run 'emerge
>> > --metadata' first thing.
>>
>> I'm also seeing this from time to time - "emerge -Duvat world"
>> just seems to take forever at the "Calculating world
>> dependencies" after I ran "eix-sync" which includes "emerge
>> --sync". And I haven't updated portage. Any ideas?
> 
> You're still at portage-2.0.*?

No. Portage 2.1.1_pre1-r1

>  The latest versions of those were 
> known to be terribly slow at updating the cache.  Sometimes.

Just like the current version, it seems? :) Yesterday, it took
about 30 Minutes to do "Calculating world dependencies". That *IS*
slow.

>> I don't think it's a missing "emerge --metadata", as the metadata
>> generation is included when running "emerge --sync" (Updating
>> Portage cache:  100%), isn't it?
> 
> Hrrrm.

Pardon?

>  Yes it was a missing "emerge --metadata".

Sure? What's done in the "Updating Portage cache" step? Why is
"man emerge" saying, that --metadata is (sort of) run after a
--sync?

So, as I said, it's certainly not a missing --metadata run. What's
causing emerge to be so terribly slow sometimes? It's also not a
matter of load - I had nothing intensive running at this time, just
emerge, firefox (no flash site shown), thunderbird. In top, emerge
was shown as the most active process.

>  You will see when 
> you upgrade.

Can't be done. This happened from time to time again for a long period
now. And it happens with the current version.

Alexander Skwar
-- 
Time will end all my troubles, but I don't always approve of Time's methods.
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Zac Medico]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexander Skwar wrote:
> I'm also seeing this from time to time - "emerge -Duvat world"
> just seems to take forever at the "Calculating world dependencies"
> after I ran "eix-sync" which includes "emerge --sync". And I haven't
> updated portage. Any ideas?
> 
> I don't think it's a missing "emerge --metadata", as the metadata
> generation is included when running "emerge --sync" (Updating Portage
> cache:  100%), isn't it?


Normally, this indicates that the cache has been invalidated for some reason.  For example, eclasses in one's overlay can cause this.  

See here for more details: http://bugs.gentoo.org/show_bug.cgi?id=124041

Zac
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEm41t/ejvha5XGaMRAj8TAKDi9yPrdR/OwLaJ62b0oVkSE0CDEQCgoHhQ
Dy70zpp/vyAafx3sepFzrCY=
=L+SC
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] "Calculating world dependencies" taking forever first time

[Alexander Skwar]

Zac Medico wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Alexander Skwar wrote:
>> I'm also seeing this from time to time - "emerge -Duvat world"
>> just seems to take forever at the "Calculating world dependencies"
>> after I ran "eix-sync" which includes "emerge --sync". And I haven't
>> updated portage. Any ideas?
>> 
>> I don't think it's a missing "emerge --metadata", as the metadata
>> generation is included when running "emerge --sync" (Updating Portage
>> cache:  100%), isn't it?
> 
> Normally, this indicates that the cache has been invalidated for some reason.

After each and every sync?

>  For example, eclasses in one's overlay can cause this.  

Any other causes? I don't have any eclasses in my overlay :(

> See here for more details: http://bugs.gentoo.org/show_bug.cgi?id=124041

Will do.

...

Done.

Just like you've written here, the biggest "suggestion" is to not
have eclasses in overlays. As I don't have any eclasses in my overlays,
that's not the reason for me :(

Alexander Skwar
-- 
I am more bored than you could ever possibly be.  Go back to work.
-- 
gentoo-user@gentoo.org mailing list