[gentoo-soc] GSoC - Package statistics

[gentoo-soc] GSoC - Package statistics

[Michael Seifert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Gentoo team,

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]).

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?


[1] http://www.gentoo.org/proj/en/userrel/soc/ideas.xml#doc_chap6


Best regards and thanks in advance
Michael Seifert
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2H4awACgkQnzX+Jf4GTUyL1gCfXsFF2+QpYyoBOqQYDkrQLYrh
iLUAoLru0JfZ1Z/32/Cub8zeP/0iZ9tt
=TSGM
-----END PGP SIGNATURE-----

Re: [gentoo-soc] GSoC - Package statistics

[Brian Dolbec]

[-- Attachment #1: Type: text/plain, Size: 2949 bytes --]

On Tue, 2011-03-22 at 00:39 +0100, Michael Seifert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello Gentoo team,
> 
> 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]).
> 
> 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?
> 
> 

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.  

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.
-- 
Brian Dolbec <brian.dolbec@gmail.com>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-soc] GSoC - Package statistics

[chris]

 On Mon, 21 Mar 2011 17:51:58 -0700, Brian Dolbec 
 <brian.dolbec@gmail.com> wrote:
> On Tue, 2011-03-22 at 00:39 +0100, Michael Seifert wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hello Gentoo team,
>>
>> 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]).
>>
>> 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?
>>
>>
>
> 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).
 Glad to hear gentoolkit has an API.
>
> 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.
 I had envisioned the webapp as being the main frontend, but since users 
 would probably feel more comfortable with entering useful data via a 
 simple and minimal gui on the client side.
>
> 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.
 Agreed, maybe to avoid making the program annoying it could only run 
 when the user asks it to.
>
> So I would concentrate your research and proposal efforts on the
> database and webapps.

 I'm not a developer, so I don't think I can mentor this project even 
 though I had the original idea. As of now, as far as I know this project 
 has no mentor. Brian, as the author of gentoolkit and having such 
 similar ideas for this project as me I'd be happy to see you mentor it 
 if you want to.

 -Chris

Re: [gentoo-soc] GSoC - Package statistics

[Brian Dolbec]

[-- Attachment #1: Type: text/plain, Size: 5162 bytes --]

On Mon, 2011-03-21 at 22:22 -0500, chris@basementcode.com wrote:
> On Mon, 21 Mar 2011 17:51:58 -0700, Brian Dolbec 
>  <brian.dolbec@gmail.com> wrote:
> > On Tue, 2011-03-22 at 00:39 +0100, Michael Seifert wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> Hello Gentoo team,
> >>
> >> 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]).
> >>
> >> 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?
> >>
> >>
> >
> > 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).
>  Glad to hear gentoolkit has an API.
> >
> > 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.
>  I had envisioned the webapp as being the main frontend, but since users 
>  would probably feel more comfortable with entering useful data via a 
>  simple and minimal gui on the client side.

well, the only time a gui might be useful is selecting the responses to
pkg queries a dev my trigger to be asked.  All the info gathering could
be done in a cronjob, maybe once a week, month,... and possibly sent
automatically if that option is selected.  no user intervention or data
entry is needed after initial setup.

> >
> > 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.
>  Agreed, maybe to avoid making the program annoying it could only run 
>  when the user asks it to.

Yes the triggered queries would only put a notice to an email, or
systray icon,...  Answering them and sending would be when the user
selected only.
 
> >
> > So I would concentrate your research and proposal efforts on the
> > database and webapps.
> 
>  I'm not a developer, so I don't think I can mentor this project even 
>  though I had the original idea. As of now, as far as I know this project 
>  has no mentor. Brian, as the author of gentoolkit and having such 
>  similar ideas for this project as me I'd be happy to see you mentor it 
>  if you want to.
> 
>  -Chris

  Well, I would not be a good mentor for the webapp portion, since I
have not done any webapp programming outside of trying to tweak a couple
existing programs.  However for the user side of data collection, yes I
would take it on if the powers that be so choose.  I would still help if
asked even if not chosen as co-mentor. 

  Also being an official gentoo developer is not a pre-requisite to be a
mentor.  If you feel you have the qualifications for this task.  Get in
touch with dberkholz and antarus, the sooner the better for them to
evaluate you.


-- 
Brian Dolbec <brian.dolbec@gmail.com>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-soc] GSoC - Package statistics

[Michael Seifert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 22.03.2011 05:59, schrieb Brian Dolbec:
> On Mon, 2011-03-21 at 22:22 -0500, chris@basementcode.com wrote:
>> On Mon, 21 Mar 2011 17:51:58 -0700, Brian Dolbec 
>>  <brian.dolbec@gmail.com> wrote:
>>> On Tue, 2011-03-22 at 00:39 +0100, Michael Seifert wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> Hello Gentoo team,
>>>>
>>>> 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]).
>>>>
>>>> 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?
>>>>
>>>>
>>>
>>> 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).
>>  Glad to hear gentoolkit has an API.
>>>
>>> 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.
>>  I had envisioned the webapp as being the main frontend, but since users 
>>  would probably feel more comfortable with entering useful data via a 
>>  simple and minimal gui on the client side.
> 
> well, the only time a gui might be useful is selecting the responses to
> pkg queries a dev my trigger to be asked.  All the info gathering could
> be done in a cronjob, maybe once a week, month,... and possibly sent
> automatically if that option is selected.  no user intervention or data
> entry is needed after initial setup.
> 
>>>
>>> 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.
>>  Agreed, maybe to avoid making the program annoying it could only run 
>>  when the user asks it to.
> 
> Yes the triggered queries would only put a notice to an email, or
> systray icon,...  Answering them and sending would be when the user
> selected only.
>  
>>>
>>> So I would concentrate your research and proposal efforts on the
>>> database and webapps.
>>
>>  I'm not a developer, so I don't think I can mentor this project even 
>>  though I had the original idea. As of now, as far as I know this project 
>>  has no mentor. Brian, as the author of gentoolkit and having such 
>>  similar ideas for this project as me I'd be happy to see you mentor it 
>>  if you want to.
>>
>>  -Chris
> 
>   Well, I would not be a good mentor for the webapp portion, since I
> have not done any webapp programming outside of trying to tweak a couple
> existing programs.  However for the user side of data collection, yes I
> would take it on if the powers that be so choose.  I would still help if
> asked even if not chosen as co-mentor. 
> 
>   Also being an official gentoo developer is not a pre-requisite to be a
> mentor.  If you feel you have the qualifications for this task.  Get in
> touch with dberkholz and antarus, the sooner the better for them to
> evaluate you.
> 
> 

I agree that a web-based querying tool/platform would be important. But,
to be honest, this is not exactly what I was hoping to do, when I read
the project idea. Mainly because it is not what I am looking for and
secondly because I am not very much into web development myself (except
for some small zope projects). Anyway, it is good to discuss things now
better than late.
Sorry, if I caused any inconvenience.
Be sure, however, that I will ask some more questions on another topic,
if you don't mind. :)

For the thouroughness of the discussion and out of personal interest:
The webapp should most likely integrate nicely on the gentoo website.
What CMS does gentoo.org use and what CMS would you suggest to an applicant?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2JOkIACgkQnzX+Jf4GTUxI1ACeJikHVy2hi7JT07xcGym7eq6R
8IEAn1mfG5BxmyAYVQvIycQQTnVXNeUn
=2Ntc
-----END PGP SIGNATURE-----

Re: [gentoo-soc] GSoC - Package statistics

[Brian Dolbec]

[-- Attachment #1: Type: text/plain, Size: 2393 bytes --]

On Wed, 2011-03-23 at 01:09 +0100, Michael Seifert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I agree that a web-based querying tool/platform would be important. But,
> to be honest, this is not exactly what I was hoping to do, when I read
> the project idea. Mainly because it is not what I am looking for and
> secondly because I am not very much into web development myself (except
> for some small zope projects). Anyway, it is good to discuss things now
> better than late.

Yes, that is exactly what this time period is for.

> Sorry, if I caused any inconvenience.

No, no inconvenience.  If I have stomped on your toes, I did not mean
to, If you have other ideas about this project, by all means get them
out.  :)


> Be sure, however, that I will ask some more questions on another topic,
> if you don't mind. :)

We look forward to it.


> 
> For the thouroughness of the discussion and out of personal interest:
> The webapp should most likely integrate nicely on the gentoo website.
> What CMS does gentoo.org use and what CMS would you suggest to an applicant?

Well, as I've stated, I don't have experience in developing webapps, so
I can't recommend anything to you. I think this type of info would be
used most by devs.  While users may use it, I think the primary goal is
to collect data to help the devs decide where to put more of their
efforts, and help streamline the stabilization process.  For the most
part the gentoo sites use guide xml, which is a custom xslt
transformation...  I don't think this type of tool would fit well with
the semi static nature of gentoo's web pages using guide xml.  Also this
data would most likely be on a different server than the gentoo.org
site.


I suggested a webapp as means of primary interaction because it is
easily run in a browser, so no special software needs to be installed.
It is just the one one program.  That opens it up to all users.

  But a gui could be developed to get the data from the database and
display the reports, graphs, etc..  be it gtk , kde/Qt, or whatever.
That's where the powers that be need to chime in with their comments and
thoughts of the direction they would like to see it take.  


All my comments are my own and not to be considered as absolute (my way
or the highway ;).

-- 
Brian Dolbec <brian.dolbec@gmail.com>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-soc] GSoC - Package statistics

[Michael Seifert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 23.03.2011 07:30, schrieb Brian Dolbec:
> On Wed, 2011-03-23 at 01:09 +0100, Michael Seifert wrote:
>> Sorry, if I caused any inconvenience.
> 
> No, no inconvenience.  If I have stomped on your toes, I did not mean
> to, If you have other ideas about this project, by all means get them
> out.  :)
> 

The point is that I also think that a web interface would be the best
solution. It is just not quite what I am looking for and there already
seemed to be efforts on organizing the mentoring. That is the reason why
I would like to discuss a second idea. I did not feel stomped on my
toes, it just all went a bit too fast :)
You have been very helpful and responsive. Please keep it up!

> 
>>
>> For the thouroughness of the discussion and out of personal interest:
>> The webapp should most likely integrate nicely on the gentoo website.
>> What CMS does gentoo.org use and what CMS would you suggest to an applicant?
> 
> Well, as I've stated, I don't have experience in developing webapps, so
> I can't recommend anything to you. I think this type of info would be
> used most by devs.  While users may use it, I think the primary goal is
> to collect data to help the devs decide where to put more of their
> efforts, and help streamline the stabilization process.  For the most
> part the gentoo sites use guide xml, which is a custom xslt
> transformation...  I don't think this type of tool would fit well with
> the semi static nature of gentoo's web pages using guide xml.  Also this
> data would most likely be on a different server than the gentoo.org
> site.
> 

I personally would make use of zope as a CMS. For those who don't know
it: It supports scripting in restricted Python, a very nice templating
language, and an easy to use database (Zope Object Database). ZODB is an
object database that uses Python's pickle module for serialization. What
are your thoughts about a NOSQL database?

> 
> I suggested a webapp as means of primary interaction because it is
> easily run in a browser, so no special software needs to be installed.
> It is just the one one program.  That opens it up to all users.
> 
>   But a gui could be developed to get the data from the database and
> display the reports, graphs, etc..  be it gtk , kde/Qt, or whatever.
> That's where the powers that be need to chime in with their comments and
> thoughts of the direction they would like to see it take.  
> 
> 
> All my comments are my own and not to be considered as absolute (my way
> or the highway ;).
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2Js+EACgkQnzX+Jf4GTUxuUACeLsJ85YGFEvm6YzmzjGHUvEAI
BosAoJntQgZjtTHlY8sxt7zXqDE0niln
=3ixC
-----END PGP SIGNATURE-----

Re: [gentoo-soc] GSoC - Package statistics

[Donnie Berkholz]

[-- Attachment #1: Type: text/plain, Size: 1071 bytes --]

On 23:30 Tue 22 Mar     , Brian Dolbec wrote:
> On Wed, 2011-03-23 at 01:09 +0100, Michael Seifert wrote:
> > I agree that a web-based querying tool/platform would be important.

I don't think it's critical to the project at all, for it to be useful 
to Gentoo developers. As a dev myself, I typically avoid things that 
require me to go to websites because it just takes longer. I use CLI 
interfaces to bugzilla, I read mailing lists and use text editors in a 
terminal, etc.

I'd like a simple CLI tool that just goes and grabs me the info about a 
given package, or shows me overall rankings for certain sets of packages 
(depending on specified queries). Perhaps a web-service (using REST or 
SOAP) would be more interesting to implement than an actual UI. Then 
anyone could tack a web-based UI on later.

Sure, a webapp might be nice for users, and perhaps for a few devs, but 
you could definitely propose a complete project without it.

-- 
Thanks,
Donnie

Donnie Berkholz
Admin, Summer of Code
Gentoo Linux
Blog: http://dberkholz.com

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-soc] GSoC - Package statistics

[Michael Seifert]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am 23.03.2011 14:49, schrieb Donnie Berkholz:
> On 23:30 Tue 22 Mar     , Brian Dolbec wrote:
>> On Wed, 2011-03-23 at 01:09 +0100, Michael Seifert wrote:
>>> I agree that a web-based querying tool/platform would be important.
> 
> I don't think it's critical to the project at all, for it to be useful 
> to Gentoo developers. As a dev myself, I typically avoid things that 
> require me to go to websites because it just takes longer. I use CLI 
> interfaces to bugzilla, I read mailing lists and use text editors in a 
> terminal, etc.
> 
> I'd like a simple CLI tool that just goes and grabs me the info about a 
> given package, or shows me overall rankings for certain sets of packages 
> (depending on specified queries). Perhaps a web-service (using REST or 
> SOAP) would be more interesting to implement than an actual UI. Then 
> anyone could tack a web-based UI on later.
> 
> Sure, a webapp might be nice for users, and perhaps for a few devs, but 
> you could definitely propose a complete project without it.
> 

A web-service without UI sounds like good compromise to me :)

What I find a nice idea is that package maintainers can query users to
get feedback, as Brian suggested. However the extent of how much the
users are bothered should be measured carefully. Nobody wants annoying
popups to ask repeatedly about things you don't care much.

Does anyone think that some advanced statistics are appreciated, for
example calculating package trends or determining correlations?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2KZb0ACgkQnzX+Jf4GTUwRhgCguYv47SBBA25aKlIhLCaqnGsa
kwUAn05SZmsWBD9SdtXF8Y9P9R49BGAE
=KOdk
-----END PGP SIGNATURE-----

Re: [gentoo-soc] GSoC - Package statistics

[Brian Dolbec]

[-- Attachment #1: Type: text/plain, Size: 2221 bytes --]

On Wed, 2011-03-23 at 22:27 +0100, Michael Seifert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Am 23.03.2011 14:49, schrieb Donnie Berkholz:
> > On 23:30 Tue 22 Mar     , Brian Dolbec wrote:
> >> On Wed, 2011-03-23 at 01:09 +0100, Michael Seifert wrote:
> >>> I agree that a web-based querying tool/platform would be important.
> > 
> > I don't think it's critical to the project at all, for it to be useful 
> > to Gentoo developers. As a dev myself, I typically avoid things that 
> > require me to go to websites because it just takes longer. I use CLI 
> > interfaces to bugzilla, I read mailing lists and use text editors in a 
> > terminal, etc.
> > 
> > I'd like a simple CLI tool that just goes and grabs me the info about a 
> > given package, or shows me overall rankings for certain sets of packages 
> > (depending on specified queries). Perhaps a web-service (using REST or 
> > SOAP) would be more interesting to implement than an actual UI. Then 
> > anyone could tack a web-based UI on later.
> > 
> > Sure, a webapp might be nice for users, and perhaps for a few devs, but 
> > you could definitely propose a complete project without it.
> > 
> 
> A web-service without UI sounds like good compromise to me :)
> 
> What I find a nice idea is that package maintainers can query users to
> get feedback, as Brian suggested. However the extent of how much the
> users are bothered should be measured carefully. Nobody wants annoying
> popups to ask repeatedly about things you don't care much.

That can be easily configured in a users preferences both globally and
pkg specific.

> 
> Does anyone think that some advanced statistics are appreciated, for
> example calculating package trends or determining correlations?


Let me quote some of my original reply that seems to have been
missed/forgotten:

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.  


-- 
Brian Dolbec <brian.dolbec@gmail.com>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-soc] GSoC - Package statistics

[Donnie Berkholz]

[-- Attachment #1: Type: text/plain, Size: 429 bytes --]

On 22:27 Wed 23 Mar     , Michael Seifert wrote:
> Does anyone think that some advanced statistics are appreciated, for
> example calculating package trends or determining correlations?

Definitely. That sounds like a good thing for optional features at the 
end of the schedule, which you could do if time allows.

-- 
Thanks,
Donnie

Donnie Berkholz
Admin, Summer of Code
Gentoo Linux
Blog: http://dberkholz.com

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]