From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-167797-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id BC953138827
for <garchives@archives.gentoo.org>; Fri, 2 Oct 2015 22:42:11 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 4D90621C04A;
Fri, 2 Oct 2015 22:41:54 +0000 (UTC)
Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 260F621C004
for <gentoo-user@lists.gentoo.org>; Fri, 2 Oct 2015 22:41:52 +0000 (UTC)
Received: by igxx6 with SMTP id x6so26078526igx.1
for <gentoo-user@lists.gentoo.org>; Fri, 02 Oct 2015 15:41:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:sender:in-reply-to:references:date:message-id:subject
:from:to:content-type;
bh=hYZYU0NOKWQ6pGLii19yFDvAe3vcUUVHKikoS9dviH0=;
b=J90WmnWCtsZvJwk7MILPAvB1su5LqKk5wcQ6ixJ/4ZI592uWGBtjILy51F9Z3NU85L
9vdGoCYd+c2yjYQUSpKR+LzQ3KDbef5XEwmTToh+icJxd6a829yZ65TTwllaa+nmlY7T
WGq4GDISdyGTP1xA1yj+CDJ4A7ZvvXH8/bBJRNLF36fQwG4yTx5cLbffBkSlJaEGUjty
AfshMOJSlPBkRr9pJVheUMf1dS1DXJVyNU+JHt/gbHqtlINB0NuMgUn8PKpYIN0DsfyG
wWs/VzViRfsSkJgVUiKdj8DMZ3IwPCpNERRrGHvMFSHIyMZ6bQ16gM0hlz/QJZzjDyp+
rgxQ==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.50.45.10 with SMTP id i10mr1318141igm.70.1443825712298; Fri,
02 Oct 2015 15:41:52 -0700 (PDT)
Sender: freemanrich@gmail.com
Received: by 10.79.103.70 with HTTP; Fri, 2 Oct 2015 15:41:52 -0700 (PDT)
In-Reply-To: <560E166F.3020607@gmail.com>
References: <560DFA7F.3060703@wht.com.au>
<560E166F.3020607@gmail.com>
Date: Fri, 2 Oct 2015 18:41:52 -0400
X-Google-Sender-Auth: zej50pfnyvOgT6zIGuKolzKJTRM
Message-ID: <CAGfcS_kHcNnFKaTRRFmnR4eJx=92CE3q-=3CdxrJS0=wQs4d1A@mail.gmail.com>
Subject: Re: [gentoo-user] Using KDE apps in a non KDE environment
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 8608cfb8-49df-4eaf-b762-83b836f6a4d0
X-Archives-Hash: ca0a773b79aaf2fb8ad7e480a2ee866a
On Fri, Oct 2, 2015 at 1:30 AM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> On 02/10/2015 05:31, Andrew Lowe wrote:
>> Hi all,
>> I'm getting disillusioned with the direction KDE is taking, with
>> respect to forcing users to use things they don't want to. The semantic
>> desktop, or whatever they are now calling bits and pieces of it, is one
>> thing that comes immediately to mind.
>>
>> Anyway, I've decided to move on and am thinking of going to lxqt. The
>> problem is that I'm used to several KDE apps, kwooty, kwrite and a few
>> more. Is it possible to run something such as lxqt and then emerge in
>> kde apps where it will bring in just a few kde libraries, which I can
>> live with, but not the whole desktop environment?
>
> Yes. Remove all of KDE then emerge back in the apps you want, they have
> deps on the libs they need. Whatever they pull in is required.
It is easier than that.
Edit your /var/lib/portage/world
Remove anything kde-related you're not explicitly interested in, such
as kde-meta
Add anything you are explicitly interested in, such as kwooty or kwrite
Add kde-apps/kdebase-runtime-meta
Then run emerge --depclean and watch all the other stuff go away.
No need to purge yourself of stuff like kdelibs that takes a long time
to rebuild just to add it back. Let the dependency manager help you
out for a change. :)
I'm not even certain you need to explicitly add kdebase-runtime-meta -
other packages might pull that in on their own but I'm not certain of
that. Run a --depclean -p first and see what portage wants to get rid
of before going that route. Software may-or-may not work correctly
without that virtual installed and your bugs will be closed as
invalid. That virtual is intended to be a somewhat-minimalist one for
situations like yours, but kde applications still will tend to pull a
lot of stuff in.
--
Rich