Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 171221

Summary: kde-functions.eclass dies when uninstalling kde-base/libksirtet
Product: Gentoo Linux Reporter: Samuli Suominen (RETIRED) <ssuominen>
Component: EclassesAssignee: Gentoo KDE team <kde>
Status: RESOLVED FIXED    
Severity: normal CC: gent_bz, mail, peper, qa
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Samuli Suominen (RETIRED) gentoo-dev 2007-03-17 07:25:15 UTC
Reporting for user. He tried to emerge -C libksirtet resulting..

-- cut --

kde-base/libksirtet
    selected: 3.5.5 
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1 
>>> Unmerging kde-base/libksirtet-3.5.5...

!!! ERROR: kde-base/libksirtet-3.5.5 failed.
Call stack:
  ebuild.sh, line 1511:   Called source
'/var/db/pkg/kde-base/libksirtet-3.5.5/libksirtet-3.5.5.ebuild'
  libksirtet-3.5.5.ebuild, line 7:   Called inherit 'kde-meta'
  ebuild.sh, line 1256:   Called qa_source
'/usr/portage/eclass/kde-meta.eclass'
  ebuild.sh, line 28:   Called source '/usr/portage/eclass/kde-meta.eclass'
  kde-meta.eclass, line 116:   Called get-parent-package
'kde-base/libksirtet'
  kde-functions.eclass, line 323:   Called die

!!! Package  not found in KDE_DERIVATION_MAP, please report bug
!!! If you need support, post the topmost build error, and the call stack if
relevant.
!!! A complete build log is located at
'/var/log/portage/kde-base:libksirtet-3.5.5:20070317-005759.log'.

!!! FAILED prerm: 1

A removal phase of the 'kde-base/libksirtet-3.5.5' package has failed
with exit value 1. The problem occurred while executing the ebuild
located at
'/var/db/pkg/kde-base/libksirtet-3.5.5/libksirtet-3.5.5.ebuild'. If
necessary, manually remove the ebuild in order to skip the execution of
removal phases.

-- cut --

#gentoo-bugs

08:45 <+drac> Try editing /usr/portage/eclass/kde-functions.eclass
08:46 <+drac> Add something like "kde-base/kdegames kde-base/libksirtet" to KDE_DERIVATION_MAP next to the others.
09:15 < analyzer> deleted:)
09:16 <+drac> so it worked?
09:16 < analyzer> this package deleted
09:16 < analyzer> :-)

So that worked for him, if it's an right solution or not that I do not know.
Comment 1 gent_bz 2007-03-17 07:28:13 UTC
Dupe of 170286
Comment 2 Samuli Suominen (RETIRED) gentoo-dev 2007-03-17 07:29:28 UTC
http://sources.gentoo.org/viewcvs.py/gentoo-x86/kde-base/libksirtet/?hideattic=0

Not in portage, but WAS in portage. That's why you don't go around editing eclasses once they've been committed.
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2007-03-17 07:31:00 UTC
*** Bug 170286 has been marked as a duplicate of this bug. ***
Comment 5 Carsten Lohrke (RETIRED) gentoo-dev 2007-03-17 16:42:28 UTC
The question here is why someone who isn't part of the KDE team did this unimportant and seemingly trivial fix, but managed to screw it and neither one cleaned up afterwards - well Zac readded two other incorretly removed entries soon after.

Piotr, did you actually ask someone from the KDE team, if it's fine touching the eclass, before breaking KDE tree wide? We basically can't incompatibly change stuff once introduced in eclasses, so even removing entries for dead packages isn't a good idea.


The most entries stem from the days the split kde ebuilds were experimental, which shouldn't matter anymore. I readded a couple older ones, though. Considering fixed.