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 2C85E1381F3 for ; Sun, 16 Jun 2013 18:22:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 609B5E0953; Sun, 16 Jun 2013 18:22:09 +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 6FD3BE08D1 for ; Sun, 16 Jun 2013 18:22:08 +0000 (UTC) Received: from [192.168.1.210] (S010600222de111ff.vc.shawcable.net [96.49.5.156]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dolsen) by smtp.gentoo.org (Postfix) with ESMTPSA id 8E4D333E0B3 for ; Sun, 16 Jun 2013 18:22:07 +0000 (UTC) Message-ID: <1371406910.28535.94.camel@big_daddy.dol-sen.ca> Subject: Re: [gentoo-dev] Packages up for grabs From: Brian Dolbec To: gentoo-dev@lists.gentoo.org Date: Sun, 16 Jun 2013 11:21:50 -0700 In-Reply-To: <1371403298.22480.8.camel@localhost> References: <1371376191.10717.15.camel@localhost> <1371390923.28535.67.camel@big_daddy.dol-sen.ca> <20130616164445.0c8f8f55@TOMWIJ-GENTOO> <1371402560.28535.79.camel@big_daddy.dol-sen.ca> <1371403298.22480.8.camel@localhost> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.4 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 Content-Transfer-Encoding: 8bit X-Archives-Salt: bf551a96-cb08-41b7-bd2f-84f32839f487 X-Archives-Hash: 88f511d923f53cbf4859f6632b94a169 On Sun, 2013-06-16 at 19:21 +0200, Pacho Ramos wrote: > El dom, 16-06-2013 a las 10:09 -0700, Brian Dolbec escribió: > [...] > > Thank you for considering helping. I have stayed away form the > > intricate details of package management in the past, but I also do not > > like how long portage is taking now for dep calculations. > > And, cannot that efforts be put in enhancing portage instead? > > > Many of the speed improvements currently in portage CAME from Brian's work in pkgcore. But there comes a time when you can do only so much with the framework that portage is based upon. Pkgcore's base framework is done differently and more efficiently, which is a good deal of why it is so much faster than portage. It has been long past due for gentoo to switch to the newer, better base framework that is pkgcore and enhance it. But, as you can see in gentoo's package management history for portage and pkgcore, development tends to be a lonely endeavour, with the brunt of it lying solely on one developer. That has currently been the case for portage for the past many years as well. Others have chipped in, including myself, but it is Zac that is doing most of it. Too many others have started a PM in c, c++, to replace portage, with only paludis having come into usable existence.