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 1Q1qNs-00058D-HZ for garchives@archives.gentoo.org; Tue, 22 Mar 2011 01:27:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6CC561C011; Tue, 22 Mar 2011 01:27:28 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3EC051C011 for ; Tue, 22 Mar 2011 01:27:28 +0000 (UTC) Received: from gentoo.org (174-25-229-142.rstr.qwest.net [174.25.229.142]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dberkholz) by smtp.gentoo.org (Postfix) with ESMTPSA id 38C791B4030 for ; Tue, 22 Mar 2011 01:27:27 +0000 (UTC) Date: Mon, 21 Mar 2011 20:27:24 -0500 From: Donnie Berkholz To: gentoo-soc@lists.gentoo.org Subject: Re: [gentoo-soc] [SOC Ebuild generator project] Introduction and C&C Message-ID: <20110322012723.GA9965@comet> References: <20110321091010.GI72718@gentoo.org> <20110321131049.GM72718@gentoo.org> <1300751809.31104.54.camel@big_daddy.dol-sen.ca> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <1300751809.31104.54.camel@big_daddy.dol-sen.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: b343b5bb2035130ea4628b735aaefc38 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 16:56 Mon 21 Mar , Brian Dolbec wrote: > There is an app called shogun-toolbox http://www.shogun-toolbox.org/ >=20 > that is designed specifically for machine learning. It has many=20 > interface capabilities including python (which they state has the most=20 > complete documentation). There is also many examples for it's use. >=20 > I personally don't know nearly enough about it to know what modeling=20 > methods might be suitable or even if there is one suitable for this=20 > type of model. But I think should be investigated. Implemented this=20 > would have the potential to increase it's success rate over time,=20 > reducing developer load even more. This sounds like something that might be beyond a GSoC project to=20 develop a standalone code base. It would probably work better next year=20 as an enhancement, if this year's project to build an initial working=20 application worked out well. What I would do instead is a "smart" detection using things like=20 flex/bison/pybison. You could first detect the buildsystem type=20 (autotools/cmake/distutils/etc) based on file existence. Then you would=20 parse the build files using the syntax described for your lexical=20 analyzer/parser to build a basic understanding of what build-time=20 options are available and offer them as USE flags. You could also do=20 similar things to detect dependencies by understanding their syntax in=20 the source code. --=20 Thanks, Donnie Donnie Berkholz Admin, Summer of Code Gentoo Linux Blog: http://dberkholz.com --T4sUOijqQbZv57TR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEABECAAYFAk2H+vsACgkQXVaO67S1rtv3qgCfQRxA2zIKUorTgDa5PccUW27p 564AoOtogFC2ylpbQVMssRuah0YdBmnO =odbV -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR--