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 1Q1ppX-00084p-Bt for garchives@archives.gentoo.org; Tue, 22 Mar 2011 00:52:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D84261C014; Tue, 22 Mar 2011 00:51:59 +0000 (UTC) Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com [209.85.210.181]) by pigeon.gentoo.org (Postfix) with ESMTP id ADE651C014 for ; Tue, 22 Mar 2011 00:51:59 +0000 (UTC) Received: by iyb26 with SMTP id 26so9373030iyb.40 for ; Mon, 21 Mar 2011 17:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:reply-to:to:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer; bh=hZcXCdka2x7wo52/xkHKQz9YeoP2bwBxcLApfg00ec0=; b=EjJmDvtYZzqudhF6zhz5VMyKsvs+iYMjPhPeBd1WVSkSy7oQ64AJtqpXjqQviNA1AZ k+sxgJkGj7AB2tbqGDc+gasvZo5Piu/j0m8AThCXw/b3T5hNVpNZ7nqhs3Eg14zw08FW hTDWl07CO1UL8I3bkAO+zPjkbyP2GBfMMakhM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:reply-to:to:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer; b=hBiWvxwN6Fhz+znKwnk6zVo+gsaC4EPImcFqlxoGVt5nGvE4IzacyYzDrOK6rHYQCD i6+DC0Fq6Wg+toKBSbRxW7AssjDnVGxLmJhFiysjQmmCrzuk9MbOSpPJkOHMvB7UY8/G rkyXjcN3HFOfWSCyIsgMP3Prfx2TgEKYvkUic= Received: by 10.42.226.67 with SMTP id iv3mr3027648icb.33.1300755118969; Mon, 21 Mar 2011 17:51:58 -0700 (PDT) Received: from [192.168.1.210] (xx65110024092.cipherkey.net [65.110.24.92]) by mx.google.com with ESMTPS id 14sm4025628ibo.29.2011.03.21.17.51.57 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2011 17:51:57 -0700 (PDT) Subject: Re: [gentoo-soc] GSoC - Package statistics From: Brian Dolbec To: gentoo-soc@lists.gentoo.org In-Reply-To: <4D87E1AC.1030201@gmx.net> References: <4D87E1AC.1030201@gmx.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-IuVlaZkAz6g3pWcIYN9u" Date: Mon, 21 Mar 2011 17:51:58 -0700 Message-ID: <1300755118.31104.110.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 X-Mailer: Evolution 2.32.2 X-Archives-Salt: X-Archives-Hash: e7e65df883d0642e076b1b6f6521f849 --=-IuVlaZkAz6g3pWcIYN9u Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2011-03-22 at 00:39 +0100, Michael Seifert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hello Gentoo team, >=20 > I am interested in taking part in this year's Google Summer of Code and > would like to discuss some general things. More specific, I am talking > about Christopher Harvey's idea to design an application that raises > statistics on the installed packages on a system (see [1]). >=20 > Let me explain my issue: > In the first place, I am a Java developer and I consider my Java skills > to be quite well. The point is that java is not part of a minimal gentoo > system, whereas Python is. I would not have problems with Python, but I > would have to learn the API of a GUI toolkit (preferably PyQt). > What is your opinion: Would you be okay with a Java application or would > you rather like to have a Python based one or even some other language? > And finally, how much time do you think will it cost to work through the > Qt API? >=20 >=20 Well, a good deal of the info gathering methods are already coded in python (by me) and installed on many users systems already, soon to be even more as gentoolkit-0.3.0 final is about to be released. Have a look at the analyse module. It is designed for accessing the installed package database and reporting/repairing things about it. There is room for many more types of reports depending what is needed. Adding an anonymous data upload should not be difficult. So far I have only been adding report types for problems users have run into. It has USE flags and keywords reports so far. It has an api to use so as to not need terminal output parsing to get the relevant data out of it. Also so does most of equery and eclean have usable api's now (if there is anything needed from there (the reason I got involved in gentoolkit coding). I don't think a gui would be needed, but rather webapp interfaces to the data gathered. Most of the devs are cli die hards, so a simple command line interface to query the central database should be primary. I believe it would be more widely used for the ebuilds they maintain. A browser could be used to connect to it and get graphs, etc. for more elaborate info displays. =20 I would think the main portion of this project would be the database and webapp query tools. Potential controversy aside, I would also think you should add a mechanism for a dev to trigger a simple query for people having a cat/pkg-ver installed to optionally fill in a few questions regarding an pkg's stability,... all anonymously. Those queries could be generic in nature and come with the data gathering tool, that way only a simple small string need be downloaded at the time of data upload (for ex: pkgname, query #, possibly a bug #) no executable code. So I would concentrate your research and proposal efforts on the database and webapps. --=20 Brian Dolbec --=-IuVlaZkAz6g3pWcIYN9u Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQEcBAABAgAGBQJNh/KuAAoJECIU2QoBTxfLJY4IAKms59vCQswpWLQpElrL0FH/ U3KOf4Y7eZLHGmHK1qKT70Ge6Ufv021dVaRfNdp0MYEiMhf6pu7R2BWzFV0ho/bw xMTagGjQjy6a4hpI5BezAIuiti5sYNIEUMn/MatQDgW/kboMHGoRUATALRgA4J2D NRGFfhqDW/+OfmdP4l8zdNZW7TZz8dtR8anPpkFv4l4N0fcPJaB4iV6/uX+P5tq7 BJtR9mrBLWwGYk60KLADhFEzIiH2gE1HFZkMEQAQSqJGVQru0QJXhkmuBsJgenDM JHPoQ6u1dwOr83VCAN7yzWEVzt0pusU44/IjcqaDQrCrg4AYqJNhGY41AROQaDw= =sfEo -----END PGP SIGNATURE----- --=-IuVlaZkAz6g3pWcIYN9u--