FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 01-31-2009, 07:09 PM
Dmitry Makovey
 
Default KDE-4.2 and KDE-3.5

Hi,

I was tracking KDE-4.x for a while now while sticking to "stable" KDE-3.5, which in gentoo's case is 3.5.9. Trying to get KDE-4.2 installed spits out a blocker:

[blocks B ] <=kde-base/kdebase-startkde-3.5.10 ("<=kde-base/kdebase-startkde-3.5.10" is blocking kde-base/kdelibs-4.2.0)

which for me means switching to *2* testing platforms (3.5.10 and 4.2) when I want to test only 1 (4.2).

Now my question is: how safe is it to do a workaround, and create local version of kde-base/kdelibs-4.2.0-r1 ebuild (say, -r2) which removes the block and just stick with 3.5.9 on 3.5 side ? I really don't feel like unmasking 3.5.10 builds and building them too.

another confusing thing is:
!<=kde-base/kdebase-3.5.9-r4
!<=kde-base/kdebase-startkde-3.5.10
which I read as "you're fine using kde-3.5.9 as long as you don't use startkde". kind of weird.

__
This communication is intended for the use of the recipient to whom it
is addressed, and may contain confidential, personal, and or privileged
information. Please contact us immediately if you are not the intended
recipient of this communication, and do not copy, distribute, or take
action relying on it. Any communications received in error, or
subsequent reply, should be deleted or destroyed.
---
 
Old 01-31-2009, 08:35 PM
Nikos Chantziaras
 
Default KDE-4.2 and KDE-3.5

Dmitry Makovey wrote:

Hi,

I was tracking KDE-4.x for a while now while sticking to "stable" KDE-3.5, which in gentoo's case is 3.5.9. Trying to get KDE-4.2 installed spits out a blocker:

[blocks B ] <=kde-base/kdebase-startkde-3.5.10 ("<=kde-base/kdebase-startkde-3.5.10" is blocking kde-base/kdelibs-4.2.0)

which for me means switching to *2* testing platforms (3.5.10 and 4.2) when I want to test only 1 (4.2).

Now my question is: how safe is it to do a workaround, and create local version of kde-base/kdelibs-4.2.0-r1 ebuild (say, -r2) which removes the block and just stick with 3.5.9 on 3.5 side ? I really don't feel like unmasking 3.5.10 builds and building them too.

another confusing thing is:
!<=kde-base/kdebase-3.5.9-r4
!<=kde-base/kdebase-startkde-3.5.10
which I read as "you're fine using kde-3.5.9 as long as you don't use startkde". kind of weird.


I know you didn't ask for this answer, but KDE 3.5.10 is *not* masked.
It's in ~arch. It should be a safe/stable update since it's a bug-fix
release (and I assume it's the last release of the KDE3 series.)
 
Old 01-31-2009, 09:27 PM
Philip Webb
 
Default KDE-4.2 and KDE-3.5

090131 Nikos Chantziaras wrote:
> Dmitry Makovey wrote:
>> I was tracking KDE-4.x for a while while sticking to "stable" KDE-3.5.,,
>> Trying to get KDE-4.2 installed spits out a blocker:
>> [blocks B ] <=kde-base/kdebase-startkde-3.5.10
>> ("<=kde-base/kdebase-startkde-3.5.10" is blocking kde-base/kdelibs-4.2.0)
>> which for me means switching to *2* testing platforms (3.5.10 and 4.2)
>> Now my question is: how safe is it to do a workaround
> KDE 3.5.10 is *not* masked. It's in ~arch.
> It should be a safe/stable update since it's a bug-fix release

I've been using 3.5.10 since 080924 without any problems:
just update to that & then try emerging 4.2.0 .

My feeling remains that KDE 4 is more eye-candy than useful,
but I do understand the KDE team's motivation for developing it
& no doubt it will supersede KDE 3 over the next year or so.
My plan is to try out 4.2.1 when it's released & gets into testing.

--
========================,,======================== ====================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatchassdotutorontodotca
 

Thread Tools




All times are GMT. The time now is 06:55 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org