Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 303389 - kde-base/kdelibs-4.3.5 emerge spins on cpu while checking for collisions and never completes
Summary: kde-base/kdelibs-4.3.5 emerge spins on cpu while checking for collisions and ...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-03 21:59 UTC by Joe Harvell
Modified: 2010-04-10 20:55 UTC (History)
1 user (show)

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


Attachments
emerge info (einfo.txt,4.63 KB, text/plain)
2010-02-03 22:00 UTC, Joe Harvell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joe Harvell 2010-02-03 21:59:55 UTC
Refer to "Steps to Reproduce"

Reproducible: Always

Steps to Reproduce:
1. emerge -v okteta (triggers update of kdelibs)
2. wait for kdelibs-4.3.5 to finish compile and install and begin merge
3. This also happens when I do an emerge /usr/portage/kde-base/kdelibs/kdelibs-4.3.5.ebuild merge

Actual Results:  
- emerge (or ebuild) reports package collisions for huge numbers of files, all under /usr/share/doc/kdelibs-4.3.5/HTML/en/kdelibs-apidox
- emerge (or ebuild) puts out a message stating "Searching all installed packages for file collisions..."
- a python2.6 process is running using a CPU 100% of the time
- wait for about an hour and it's still going (Ctrl-C will stop the emerge)




Expected Results:  
Not sure whether I should expect the package collisions to begin with.
Definitely merge should complete within an hour (after compile and install are done)
Comment 1 Joe Harvell 2010-02-03 22:00:53 UTC
Created attachment 218323 [details]
emerge info

emerge --info
Comment 2 Doktor Notor 2010-02-16 09:53:13 UTC
You might have some circular symlink in there. In general, /usr/share/doc/kde-*/HTML/${LANG} tended to be completely broken with KDE3. Can't check with KDE4 as I don't use KDE any more.
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2010-03-02 10:38:22 UTC
File collision with what package? This is with USE="doc" enabled? Also such hanging could be any of... bad memory, corrupted file system :-/
Comment 4 Joe Harvell 2010-03-30 17:46:07 UTC
(In reply to comment #3)
> File collision with what package? 
I think that's exactly what it's spinning on the CPU to try to find out.  It sees files already on the file system and is trying to find out which package it belongs to.  In this case, I think there was a previous installation the failed due to the /usr filling up.  Then I grew the file system (lvextend and resize_reiserfs) and ran the install again.  So I think the end result is that it should have found no packages claiming to own those files and then installed over them.

>This is with USE="doc" enabled? Also such
yes

> hanging could be any of... bad memory, corrupted file system :-/
> 
I don't think that's likely.

By the way, I worked around this problem somehow.  I don't remember whether I updated portage, hand-deleted all the files or what.  So I can't reproduce it or provide any more data.  I do think it's a valid bug though.
Comment 5 Andreas K. Hüttel archtester gentoo-dev 2010-04-10 20:55:48 UTC
Closing since we don't really have enough info on what happens...