From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MdQWh-0003cG-4e for garchives@archives.gentoo.org; Tue, 18 Aug 2009 15:23:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A2FFEE027E; Tue, 18 Aug 2009 15:23:05 +0000 (UTC) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by pigeon.gentoo.org (Postfix) with ESMTP id 2E2D9E0271; Tue, 18 Aug 2009 15:23:05 +0000 (UTC) Received: by ewy18 with SMTP id 18so4483662ewy.14 for ; Tue, 18 Aug 2009 08:23:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer; bh=dDpj+RAEBj8icNgKZ3+fGk5nGmqEd9Ojh6VzvYtNQZ0=; b=g6ZvUbHTpkH8Z5SuceW+aaY+nTOdKq3RC+lgGQVCnhQQQM/DspUq6hK7gmKaQpaun9 IjHlUGDfls1VWNL9yO3A0zTqoKYFg038/f2x3AnXXF0QOssgCEN2CvGTC7EXZbeejzb6 dcp3vtgbS7CzSvBOePtJua6qgyNKdvmieqkAU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer; b=EjhxWTvb8bdCCYs5QGc/og1yfGWkvBua3f26KNO4UDXCrxs6o+sLEIFRYrpvAbq6tx Xn9fnD0JeaLV/EaxP2MN3SXIFnxw+PuenjmjIu4MT9DzlvJWSD/Cmu4lcRQI0qqnzWQE mpdoypXk+1gWB8JoQ6vmU6sehE6EiQb7wzebU= Received: by 10.210.33.17 with SMTP id g17mr4639659ebg.79.1250608984651; Tue, 18 Aug 2009 08:23:04 -0700 (PDT) Received: from ?192.168.1.106? (bl7-243-103.dsl.telepac.pt [85.240.243.103]) by mx.google.com with ESMTPS id 10sm131649eyz.1.2009.08.18.08.23.02 (version=SSLv3 cipher=RC4-MD5); Tue, 18 Aug 2009 08:23:02 -0700 (PDT) Subject: [gentoo-dev] Re: Progress on Universal Select Tool From: =?ISO-8859-1?Q?S=E9rgio?= Almeida To: Gentoo SoC Cc: Gentoo Dev In-Reply-To: <1245163715.14589.515.camel@thedude> References: <1245163715.14589.515.camel@thedude> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6d4SD3dMHhkYlZ/kyZF7" Date: Tue, 18 Aug 2009 16:23:00 +0100 Message-Id: <1250608980.3826.70.camel@thedude> 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 X-Mailer: Evolution 2.26.1 X-Archives-Salt: 7e86bf3c-7920-4c67-bd59-a4eb02d7c36b X-Archives-Hash: dfe46922e5d08b4cab13b5d8f44b5818 --=-6d4SD3dMHhkYlZ/kyZF7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Regardless that firm pencil's down date has come for this year's GSoC as discussed with my mentor I will continue coding. These final weeks will be split between coding, documentation, sample module creation and polishing. Also a live ebuild creation is in progress. Comparing uselect with eselect: * uselect is much faster (even with lots of modules) * uselect can already use (in a very ugly way) all eselect's modules with a copy/paste step. It's still faster in this way. * uselect menu is much more user friendly even though it's based on eselect/ecletic. * uselect has a general user-profile schema (using a ~/.uselect/ folder). * uselect does not have a base function libraries as eselect does. uselect objective was to create a simple framework that needs no logic coding within modules. * uselect can be easily expanded with more action classes with not much coding as we are using an object based language with great inheritance features. Uselect is far from ready, but it's current state (besides usable) is "presentable". What do I mean by presentable? Uselect and Uprofile are a Proof of Concept of what both can be. I was expecting better interaction and belief in the Universal Select Tool project during all SoC. As most ideas/suggestions were purely based on necessity and not on community-wide contribution as suggestion for new action types templates a very solid and flexible framework was not achieved. A solid example (symlinking modules) is fully supported either user-wide and system-wide. A fine structure for .uselect folders and .uprofile folders was not strictly defined as it is a very decisional matter for general gentoo usability. Automatic module creation during emerge is not possible without major changes to ebuilds due to the lack of a list of "to-be-installed" files (there are ugly workarounds, but none are worth implementing). Module's API is very simple and can be easily changed from plain python to json or a similar markup language. Uprofile (as current concept was not in my initial proposal) is strictly a proof of concept of the interaction beween uprofile and uselect's API. Once documentation and examples are done uselect and uprofile will be ready to be presented to the gentoo community and to be discussed within gentoo's decision organs. It's been great to be working with gentoo. I hope that this tool gets integrated in gentoo and I am willing to continue developing it after SoC's end. Thanks to everyone that helped, especially my mentor bicatali, people at gentoo-dev@ and gentoo-soc@ and a few unknown folks at #python that helped me solve complex python class mutation problems and recursiveness paradoxes (this was the real deal). Will also continue posting weekly reports on gentoo-soc@ until soc ends. Cheers, S=C3=A9rgio --=20 S=C3=A9rgio Almeida - mephx.x@gmail.com mephx @ freenode --=-6d4SD3dMHhkYlZ/kyZF7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkqKx00ACgkQQXumuXcKj06IJwCfTl0uyVP69AmxqqnFtyoBUz6Q 0SsAn1clW/QVw3HyxKLjzAqPIymJH+IZ =BSFq -----END PGP SIGNATURE----- --=-6d4SD3dMHhkYlZ/kyZF7--