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 34D521381F3 for ; Fri, 13 Sep 2013 14:04:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8EB75E0BB3; Fri, 13 Sep 2013 14:04:12 +0000 (UTC) Received: from forward9l.mail.yandex.net (forward9l.mail.yandex.net [84.201.143.142]) by pigeon.gentoo.org (Postfix) with ESMTP id 2ECF5E0B33 for ; Fri, 13 Sep 2013 14:04:11 +0000 (UTC) Received: from smtp7.mail.yandex.net (smtp7.mail.yandex.net [77.88.61.55]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 32E3CE60D36 for ; Fri, 13 Sep 2013 18:04:10 +0400 (MSK) Received: from smtp7.mail.yandex.net (localhost [127.0.0.1]) by smtp7.mail.yandex.net (Yandex) with ESMTP id EC3461580785 for ; Fri, 13 Sep 2013 18:04:09 +0400 (MSK) Received: from 31.207.68.232.pppoe-dynamic.pushkinnet.ru (31.207.68.232.pppoe-dynamic.pushkinnet.ru [31.207.68.232]) by smtp7.mail.yandex.net (nwsmtp/Yandex) with ESMTP id JNGLrlffnH-49h0bUvN; Fri, 13 Sep 2013 18:04:09 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1379081049; bh=uqtKDwmvxGWscel1RnK3P9GOBaQap1bJpDbTuvRDFXU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TCc4w6R/ul/smWIZRAR79Q2SmSdUzttr/nfu+ufAnOz4jVF5zEWGYf07LHYMSndXr RJsD5Zyjaa69U+bp0om0yDFwL46Kl/MU9QaaLL80IzNFAbW8Wks0BcEtWaAPi3hl3v puGvan4C2NP3IpWM6GrplY3R6JaCzjCUIDCjYQic= Authentication-Results: smtp7.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52331B59.1000802@yandex.ru> Date: Fri, 13 Sep 2013 18:04:09 +0400 From: "Yuri K. Shatroff" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130619 Thunderbird/17.0.6 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: KDE: unwanted dependencies References: <5232E48B.6060608@yandex.ru> <5232E582.6000907@gmail.com> <5232F86F.3090909@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: df103b65-316f-4a0d-8255-35fc66705d33 X-Archives-Hash: fba9543cb486c8c95e1b15101798ebfa On 13.09.2013 17:50, Michael Palimaka wrote: > 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. so there is hope? ;) >>> 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. Clear, then I'll opt to wait for the stable 4.11. >> 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. Yes, really, I was mislead, it is qtsql which requires setting the mysql flag, but I missed that it was due to akonadi. Thank you for the detailed answer, Michael. -- Best wishes, Yuri K. Shatroff