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 2617F138247 for ; Mon, 13 Jan 2014 09:17:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 576ECE0A95; Mon, 13 Jan 2014 09:17:46 +0000 (UTC) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5A6E5E0A82 for ; Mon, 13 Jan 2014 09:17:45 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id w10so2485325pde.19 for ; Mon, 13 Jan 2014 01:17:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=97gbY94vIby4R749jiE3oBRVOvB9uEcaiZIplTG0sQA=; b=dHk9BVSEemiJySiw4MlAmxEeAPEdko7DTy3nBv0wjElzZIlnwHgUFMhvie8h4cBvO8 W8X1V6Pt/EeYS5ZS7mglZQ5WLTwWf5aOSTxSfnv+ndeBoxhNuKnct39O9+WsoLKlYaV5 CiDNOJffjdR06ZLnuo6uRDBrJxqzPYtc4cEuKwTM06KRp34LYm17Gmv+m9Lmr7QPK9RG opg4ZoW2jOPBnQH6swdLlNBapNR+1FiA6YcUlzfiucWKF/c5wi2fjZPWUXeittceaXS9 niZg+tBXIqe2lFBeyI1MXxOi1YqxRpI87IJGUYtS/JD/GK8ULUHq6+LzrpIUzn2qMUdW L85g== X-Gm-Message-State: ALoCoQkx1JISLSvMdpd4itqpPbsRz2OGmaTJjDeGU+y3PdaqE/HyvYGyMc4q1CSRsQHu5yWPfb4y X-Received: by 10.66.145.166 with SMTP id sv6mr28945201pab.31.1389604664269; Mon, 13 Jan 2014 01:17:44 -0800 (PST) Received: from [192.168.1.35] (ppp-58-11-233-223.revip2.asianet.co.th. [58.11.233.223]) by mx.google.com with ESMTPSA id iu7sm36413148pbc.45.2014.01.13.01.17.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 Jan 2014 01:17:43 -0800 (PST) Message-ID: <52D3AEB9.7080500@pathscale.com> Date: Mon, 13 Jan 2014 16:15:37 +0700 From: =?UTF-8?B?IkMuIEJlcmdzdHLDtm0i?= User-Agent: Mozilla/5.0 (X11; SunOS i86pc; rv:17.0) Gecko/20130802 Thunderbird/17.0.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org CC: Alexander Berntsen Subject: Re: [gentoo-dev] [OT] pkgcore bikeshed (was Portage team) References: <1388986435.17870.49.camel@big_daddy.dol-sen.ca> <1389582464.7103.185.camel@big_daddy.dol-sen.ca> <20140113083917.5427344.53422.41690@pathscale.com> <52D3A71F.9040602@plaimi.net> In-Reply-To: <52D3A71F.9040602@plaimi.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Archives-Salt: b5176acd-fce9-43b3-a1ed-92d6d6e545a5 X-Archives-Hash: 7fe0bc92a6d4aa35d98c366311ad01a1 On 01/13/14 03:43 PM, Alexander Berntsen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 13/01/14 09:39, C. Bergström wrote: >> Drive-by trolling comment but I wish the effort to keep porkage >> alive would have instead been directed towards pkgcore. > Realistically, we have to keep updating them both in parallel. pkgcore > needs to be brought up to portage-level functionality, and we need to > keep fixing portage bugs for its many users. We could have a technical > discussion on the merits of pkgcore vs. portage, but in the end, it's > about the users. > > For the record, I would be very happy if you hacked on pkgcore. Just > as happy as if you hacked on portage, even. So please do. :-) Where I work uses pkgcore[1], but not the areas which are generally beneficial to the whole community. (We use it as part of a web application to handle testsuites which have build dependencies.) We can blah blah about performance of resolving package dependencies all day long, but it's clearly not a game changer feature for users. (or they just don't know) Long term the API to pkgcore could be beneficial, but again I'm not sure it's a game changer for users. Dare I turn this from a trolling comment into a laundry list of pros/cons of pkgcore and why now may be a good time to invest in the future. At the end of the day we have one codebase which is "engineered" and another which has "evolved". If gentoo only ever wants to fetch tarballs and build source.. who cares.. If you ever want to build something on top of that - you will painfully realize that there's only 1 choice. On 01/13/14 03:59 PM, Dirkjan Ochtman wrote: > If you know your email is going to be drive-by trolling, maybe just > hold it in next time? Yeah I know better, but this time was like a fart - (half attempt joking) ------------ [1] /* Side details */ In a nutshell we make it possible to track the results of "make check" or equivalent test coverage for every source package. There's a little work involved for setting up each package, but it gives the easy ability to *know* and prove that between xyz ${FLAGS} there's no regressions. For example: How do you *know* that fftw or ssl is regression free when you enable avx, fma or some other higher level of optimization (-O3). By knowing I don't mean just result correctness, but also potentially runtime performance, code size and potentially compile times. (If those are things you care about)