eix-update -a kde-sunset gets stuck at 48%

[padoor]

[mv]

How long did you wait? On a fast machine it takes about 3 minutes: It is not surprising that almost all ebuild of kde-sunset are stored in one category, namely in kde-base (which is at 48% of the categories). If you want to speed up (but have e.g. wrong slot information) you can use e.g. OVERLAY_CACHE_METHOD=parse or, to use this only for kde-sunset, CACHE_METHOD='/PATH_TO_THE_KDE_SUNSET_OVERLAY parse %{ADD_CACHE_METHOD}'.

[padoor]

this time i waited for half an hour. it is tecra M2 laptop. it is not so slow machine.
after 48% i dont see any disk activity also.
but kde-meta-3.5.10 emerges correctly [going on79/254 pkgs]
_________________
reach out a little bit more to catch it (DON'T BELIEVE the advocate part under my user name)

[mv]

I cannot reproduce it here.

(BTW: The -a option as you use it is rather useless; you probably mean something like -a /var/lib/layman/kde-sunset, but it seems that it is not necessary since PORTDIR_OVERLAY already contains that path.)

What you can try is something like

[johanson]

Hello,

because there was no answer if the post from "mv" solve the problem,...
I had the same problem. When i updated the eix db, eix waits at 48% from the kde overlay for a long long time,.... (~5mins)

i added
OVERLAY_CACHE_METHOD=parse
to the /etc/eixrc, and this was the solution.

Thank you "mv" - you helped me to save a lot of time ;o)
Johanson

[albright]

[toralf]

same here - eix-update ran 1/2 an hour before I decided to look around for a solution