| 1 |
On Wednesday 11 October 2006 23:35, Bo Ørsted Andresen wrote: |
| 2 |
> > [nomerge ] media-fonts/font-alias-1.0.1 |
| 3 |
> > [ebuild N ] kde-base/kde-env-3-r4 |
| 4 |
> > |
| 5 |
> > This looks for me like font-alias wants to bring in kde-env ... but |
| 6 |
> > might be a misinterpretation from my side as well since after that |
| 7 |
> > I decided to migrate to KDE ~x86 and since then the depenency is |
| 8 |
> > gone. |
| 9 |
> |
| 10 |
> ~khelpcenter-3.5.2 pulls in ~kdelibs-3.5.2 which pulls in kde-env. |
| 11 |
> ~kdelibs-3.5.4 on the other hand blocks kde-env. The solution is to |
| 12 |
> add kcontrol, kicker, khelpcenter (and any other packages that still |
| 13 |
> require a downgrade of kdelibs) to /etc/portage/package.keywords... |
| 14 |
|
| 15 |
A further point on this topic. kde-3.5.5 just went ~x86 and I've just |
| 16 |
run into this blocker myself. For some reason I had kde-env in my |
| 17 |
world, so I looked into the ebuilds to see what's going on. kde-env |
| 18 |
does this: |
| 19 |
|
| 20 |
|
| 21 |
|
| 22 |
RDEPEND="!>=kde-base/kdelibs-3.5.4-r2" |
| 23 |
|
| 24 |
S=${WORKDIR} |
| 25 |
|
| 26 |
src_install() { |
| 27 |
dodir /etc/env.d |
| 28 |
cat << EOF > ${D}/etc/env.d/99kde-env |
| 29 |
KDEDIRS=/usr |
| 30 |
CONFIG_PROTECT=/usr/share/config |
| 31 |
#KDE_IS_PRELINKED=1 |
| 32 |
EOF |
| 33 |
} |
| 34 |
|
| 35 |
|
| 36 |
|
| 37 |
So it 1) blocks kdelibs-3.5.4-r2 and greater and 2) |
| 38 |
creates /etc/env.d/99kde-env. So far so good. |
| 39 |
|
| 40 |
The kdelibs blocker is because of this in kdelibs-3.5.5.ebuild function |
| 41 |
src_install(): |
| 42 |
|
| 43 |
|
| 44 |
cat <<EOF > "${D}"/etc/env.d/45kdepaths-${SLOT} # number goes |
| 45 |
down with version upgrade |
| 46 |
PATH=${PREFIX}/bin |
| 47 |
ROOTPATH=${PREFIX}/sbin:${PREFIX}/bin |
| 48 |
LDPATH=${libdirs:1} |
| 49 |
CONFIG_PROTECT="${PREFIX}/share/config ${PREFIX}/env |
| 50 |
${PREFIX}/shutdown /usr/share/config" |
| 51 |
KDEDIRS="${PREFIX}:/usr:/usr/local" |
| 52 |
#KDE_IS_PRELINKED=1 |
| 53 |
EOF |
| 54 |
|
| 55 |
|
| 56 |
so it writes it's own 45-kdepaths-3.5 which conflicts with the same |
| 57 |
settings in kde-env. Fair enough and kdelibs-3.5.4-r2 is blocked for a |
| 58 |
similar reason. But src_install() in kdelibs-3.5.4-r1 has only: |
| 59 |
|
| 60 |
cat <<EOF > ${D}/etc/env.d/45kdepaths-${SLOT} # number goes down |
| 61 |
with version upgrade |
| 62 |
PATH=${PREFIX}/bin |
| 63 |
ROOTPATH=${PREFIX}/sbin:${PREFIX}/bin |
| 64 |
LDPATH=${libdirs:1} |
| 65 |
CONFIG_PROTECT="${PREFIX}/share/config ${PREFIX}/env ${PREFIX}/shutdown" |
| 66 |
EOF |
| 67 |
|
| 68 |
|
| 69 |
No conflict with the settings from kde-env, so kde-env & |
| 70 |
kdelibs-3.5.4-r1 work together. What's so special about |
| 71 |
kdelibs-3.5.4-r2 and greater that they must supplant kde-env (apart |
| 72 |
from the order the files are read in /etc/env.d)? |
| 73 |
|
| 74 |
I can't decide if this is a bug or the devs are trying stuff out. |
| 75 |
There's also NO bugs listed for kde-env on bugzilla, so I thought I'd |
| 76 |
ask here first and get some comment |
| 77 |
|
| 78 |
alan |
| 79 |
|
| 80 |
-- |
| 81 |
gentoo-user@g.o mailing list |
Archives