Re: [gentoo-amd64] kdepimlibs requiring -kdeprefix?

[Mark Haney]

Beso wrote:
> 2009/1/7 Mark Haney <mhaney@××××××××××××.org>:
>> Marcus D. Hanwell wrote:
>>> On Wednesday 07 January 2009 09:09:12 Mark Haney wrote:
>>>> I sync'd portage and ran emerge -upD world and got this message:
>>>>
>>>>
>>>> emerge: there are no ebuilds built with USE flags to satisfy
>>>> ">=kde-base/kdepimlibs-4.1:4.1[-kdeprefix]".
>>>> !!! One of the following packages is required to complete your request:
>>>> - kde-base/kdepimlibs-4.1.3 (Change USE: -kdeprefix)
>>>> (dependency required by "app-cdr/k9copy-2.1.0" [installed])
>>>> (dependency required by "world" [argument])
>>>>
>>>>
>>>> I've had nothing but pain trying to get kdepimlibs updated to 4.1.3, so
>>>> I've just left it out there hoping it'll be fixed at some point. I've
>>>> not this problem before and I"m hesitant to change that USE flag for
>>>> this one thing.  So, what's the deal here?  Is it okay to change it for
>>>> that one item?  I don't want to change it for all KDE, but this seems
>>>> weird to have this one not work like the rest of KDE.
>>> Do you have +kdeprefix set in your /etc/make.conf? I.e. is all of  KDE
>>> including kdepimlibs installed using +kdeprefix? It looks like you might have
>>> installed KDE with +kdeprefix and k9copy without. If that is the case it would
>>> need fixing.
>> Here's the thing, I've had this version of k9copy and kde4.1.3 on this
>> system this way since 4.1.3 came out (give or take a day or two) and
>> /never/ seen this error before.
>>
>> Keep in mind, I've had issues compiling kdepim 4.1.3 stuff so I simply
>> haven't updated it.  That /might/ be the problem, but I don't know.
>>
>>> In any case, to track it properly the correct place to report this would be
>>> bugs.gentoo.org. With details of your environment etc (emerge --info, KDE
>>> versions). A quick thing to try is USE=kdeprefix emerge -av k9copy.
>>>
>> I will do that and keep you posted.
>>
> i've had a look at 2.x ebuild and it doesn't seem like a broken package.
> also the kdeprefix is automatically pushed in for eapi 2 through the
> eclass (you could also
> not put it in your make.conf) and non kdeprefix on different slots are
> blocked if it's enabled
> on one package. you probably have some issues with some other dependency of
> k9copy. the most likely one is qt-dbus:4. try recompiling it and see
> what happens after that.
> also to have a check that you've enabled kdeprefix corectly try out
> installing a :0 of
> k9copy. it shouldn't trigger any blocks or issues.
>
> here's what i get when trying to install the package (i'm on paludis
> kde-svn brach since 4.2.x is
> much more better than 4.1.3 to go only with the official builds):
>
> [ebuild  N    ] kde-base/automoc-0.9.84  0 kB [0]
> [ebuild  N    ] app-misc/strigi-0.5.11  USE="clucene dbus qt4 -debug
> -exif -fam -hyperestraier -inotify -log -test" 0 kB [0]
> [ebuild     UD] virtual/jdk-1.6.0 [1.6.0-r2] 0 kB [?=>0]
> [ebuild  N    ] app-office/akonadi-server-1.0.0  USE="mysql" 0 kB [0]
> [ebuild  N    ] media-sound/phonon-4.2.0  USE="-debug -gstreamer" 0 kB [0]
> [ebuild  N    ] dev-libs/soprano-2.1.1  USE="clucene sesame2 -debug
> -doc -redland" 1,789 kB [0]
> [ebuild  NS   ] kde-base/kdelibs-4.1.3-r1 [3.5.10-r2] USE="acl alsa
> bzip2 jpeg2k kerberos mmx nls openexr opengl semantic-desktop spell
> sse sse2 ssl -3dnow (-altivec) -bindist -debug -doc -fam -htmlhandbook
> -test -zeroconf" 0 kB [0]
> [ebuild  N    ] kde-base/kdepimlibs-4.1.3  USE="ldap sasl -debug
> -htmlhandbook -test" 0 kB [0]
> [ebuild  N    ] app-cdr/k9copy-2.1.0  LINGUAS="it -ca -cs -de -el -es
> -es_AR -et -fr -nl -pl -pt_BR -ru -sr -sr@Latn -tr -zh_TW" 3,425 kB
> [0]
>
> and when i try to install k9copy:0
> [ebuild  N    ] app-cdr/k9copy-1.2.4  USE="-debug -xinerama"
> LINGUAS="it -ca -cs -de -el -es_AR -fr -nl -pl -pt_BR -ru -sr -tr
> -zh_TW" 2,495 kB
>
> the problem is that this package does not respect kdeprefix. i've
> tried installing it but it isn't respected and will be installed into
> /usr
> even if the kdeprefix is set for kde4 and you won't be able to use
> both versions. but this shouldn't reflect on kde4 prefix at all
> anyway.
> if someone else has the ability to confirm that this package installs
> itself without issues on a kde4.1 is welcome. it takes about 5 mins
> to compile it on a dualcore 1.8ghz with 8 compile processes.
>

k9copy does install properly.  I have it installed on my system now (and
have had it installed for a while now).  That's what's got me confused.

Now, I don't have kdepimlibs 4.1.3 installed on my system as every time
I've tried to install it, it bombs.


-- 
Frustra laborant quotquot se calculationibus fatigant pro inventione
quadraturae circuli

Mark Haney
Sr. Systems Administrator
ERC Broadband
[phone]

Call (866) ERC-7110 for after hours support