From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id DBD7C1381F3 for ; Fri, 13 Sep 2013 13:51:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2BD52E0B30; Fri, 13 Sep 2013 13:51:06 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0725DE0B18 for ; Fri, 13 Sep 2013 13:51:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 48E5A33EB9E for ; Fri, 13 Sep 2013 13:51:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.051 X-Spam-Level: X-Spam-Status: No, score=-1.051 tagged_above=-999 required=5.5 tests=[AWL=-0.132, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.917, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m57JK9Rs-XOb for ; Fri, 13 Sep 2013 13:50:58 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 26B1B33E974 for ; Fri, 13 Sep 2013 13:50:56 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKTln-00017H-Ay for gentoo-user@gentoo.org; Fri, 13 Sep 2013 15:50:47 +0200 Received: from ppp118-209-122-132.lns20.mel4.internode.on.net ([118.209.122.132]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Sep 2013 15:50:47 +0200 Received: from kensington by ppp118-209-122-132.lns20.mel4.internode.on.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 13 Sep 2013 15:50:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Michael Palimaka Subject: [gentoo-user] Re: KDE: unwanted dependencies Date: Fri, 13 Sep 2013 23:50:33 +1000 Message-ID: References: <5232E48B.6060608@yandex.ru> <5232E582.6000907@gmail.com> <5232F86F.3090909@yandex.ru> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ppp118-209-122-132.lns20.mel4.internode.on.net User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 In-Reply-To: <5232F86F.3090909@yandex.ru> X-Archives-Salt: 51f604ea-6133-4090-91b2-6b01612b54b9 X-Archives-Hash: 1a50986a30d518decbe9c7d98ea3f11b On 13/09/2013 21:35, Yuri K. Shatroff wrote: > On 13.09.2013 14:14, Alan McKinnon wrote: >> On 13/09/2013 12:10, Yuri K. Shatroff wrote: >>> Hi people, >>> >>> I am about to update KDE from 4.10.4 to 4.11.1. >>> Is it possible to avoid installing various nepomuks and akonadis which >> >> No > > Pity. > >>> appear to be required now? I have set USE=-semantic-desktop but it >>> doesn't seem to help. While the USE flag has disappeared, you could try putting nepomuk and akonadi into your package.provided file. >>> My current KDE installation is quite happy without that stuff (which >>> also brings along tons of other crap). >> >> >> The KDE maintainers posted quite extensively about this some time back. > > Some time back I heard that KDE devs were striving to make KDE more > modular. KDE upstream is, yes, and how this will affect semantic-desktop remains to be seen. >> It is too hard to try and extract semantic-desktop out of the KDE build >> whilst not breaking everything else. What you now do is allow the stuff >> to be built, and disable the function in System Settings. > > Well why wasn't it too hard before? It's not quite obvious why one's got > to "extract" some additional functionality, as opposed to including it > when needed. A strange approach, all in all. The decision to remove the USE flag happened mostly because it maintain, and was in general not well supported anyway. There have been a number of proposals about the situation: do nothing, do a full revert, or implement some compromise. I would hope that we make a final decision about this before stabilising any 4.11 version. > BTW, it seems that mysql is also a hard dependency for QT now. At least, > the average joe can't be scorned any more for not having a "server". Hey > to all localhost admins! :) That shouldn't be the case. The default akonadi backend is mysql, why could explain why it's being pulled in.