1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
Am 22.03.2011 05:59, schrieb Brian Dolbec: |
5 |
> On Mon, 2011-03-21 at 22:22 -0500, chris@××××××××××××.com wrote: |
6 |
>> On Mon, 21 Mar 2011 17:51:58 -0700, Brian Dolbec |
7 |
>> <brian.dolbec@×××××.com> wrote: |
8 |
>>> On Tue, 2011-03-22 at 00:39 +0100, Michael Seifert wrote: |
9 |
>>>> -----BEGIN PGP SIGNED MESSAGE----- |
10 |
>>>> Hash: SHA1 |
11 |
>>>> |
12 |
>>>> Hello Gentoo team, |
13 |
>>>> |
14 |
>>>> I am interested in taking part in this year's Google Summer of Code |
15 |
>>>> and |
16 |
>>>> would like to discuss some general things. More specific, I am |
17 |
>>>> talking |
18 |
>>>> about Christopher Harvey's idea to design an application that raises |
19 |
>>>> statistics on the installed packages on a system (see [1]). |
20 |
>>>> |
21 |
>>>> Let me explain my issue: |
22 |
>>>> In the first place, I am a Java developer and I consider my Java |
23 |
>>>> skills |
24 |
>>>> to be quite well. The point is that java is not part of a minimal |
25 |
>>>> gentoo |
26 |
>>>> system, whereas Python is. I would not have problems with Python, |
27 |
>>>> but I |
28 |
>>>> would have to learn the API of a GUI toolkit (preferably PyQt). |
29 |
>>>> What is your opinion: Would you be okay with a Java application or |
30 |
>>>> would |
31 |
>>>> you rather like to have a Python based one or even some other |
32 |
>>>> language? |
33 |
>>>> And finally, how much time do you think will it cost to work through |
34 |
>>>> the |
35 |
>>>> Qt API? |
36 |
>>>> |
37 |
>>>> |
38 |
>>> |
39 |
>>> Well, a good deal of the info gathering methods are already coded in |
40 |
>>> python (by me) and installed on many users systems already, soon to |
41 |
>>> be |
42 |
>>> even more as gentoolkit-0.3.0 final is about to be released. |
43 |
>>> |
44 |
>>> Have a look at the analyse module. It is designed for accessing the |
45 |
>>> installed package database and reporting/repairing things about it. |
46 |
>>> There is room for many more types of reports depending what is |
47 |
>>> needed. |
48 |
>>> Adding an anonymous data upload should not be difficult. So far I |
49 |
>>> have |
50 |
>>> only been adding report types for problems users have run into. It |
51 |
>>> has |
52 |
>>> USE flags and keywords reports so far. It has an api to use so as to |
53 |
>>> not need terminal output parsing to get the relevant data out of it. |
54 |
>>> Also so does most of equery and eclean have usable api's now (if |
55 |
>>> there |
56 |
>>> is anything needed from there (the reason I got involved in |
57 |
>>> gentoolkit |
58 |
>>> coding). |
59 |
>> Glad to hear gentoolkit has an API. |
60 |
>>> |
61 |
>>> I don't think a gui would be needed, but rather webapp interfaces to |
62 |
>>> the |
63 |
>>> data gathered. Most of the devs are cli die hards, so a simple |
64 |
>>> command |
65 |
>>> line interface to query the central database should be primary. I |
66 |
>>> believe it would be more widely used for the ebuilds they maintain. A |
67 |
>>> browser could be used to connect to it and get graphs, etc. for more |
68 |
>>> elaborate info displays. |
69 |
>> I had envisioned the webapp as being the main frontend, but since users |
70 |
>> would probably feel more comfortable with entering useful data via a |
71 |
>> simple and minimal gui on the client side. |
72 |
> |
73 |
> well, the only time a gui might be useful is selecting the responses to |
74 |
> pkg queries a dev my trigger to be asked. All the info gathering could |
75 |
> be done in a cronjob, maybe once a week, month,... and possibly sent |
76 |
> automatically if that option is selected. no user intervention or data |
77 |
> entry is needed after initial setup. |
78 |
> |
79 |
>>> |
80 |
>>> I would think the main portion of this project would be the database |
81 |
>>> and |
82 |
>>> webapp query tools. Potential controversy aside, I would also think |
83 |
>>> you |
84 |
>>> should add a mechanism for a dev to trigger a simple query for people |
85 |
>>> having a cat/pkg-ver installed to optionally fill in a few questions |
86 |
>>> regarding an pkg's stability,... all anonymously. Those queries |
87 |
>>> could |
88 |
>>> be generic in nature and come with the data gathering tool, that way |
89 |
>>> only a simple small string need be downloaded at the time of data |
90 |
>>> upload |
91 |
>>> (for ex: pkgname, query #, possibly a bug #) no executable code. |
92 |
>> Agreed, maybe to avoid making the program annoying it could only run |
93 |
>> when the user asks it to. |
94 |
> |
95 |
> Yes the triggered queries would only put a notice to an email, or |
96 |
> systray icon,... Answering them and sending would be when the user |
97 |
> selected only. |
98 |
> |
99 |
>>> |
100 |
>>> So I would concentrate your research and proposal efforts on the |
101 |
>>> database and webapps. |
102 |
>> |
103 |
>> I'm not a developer, so I don't think I can mentor this project even |
104 |
>> though I had the original idea. As of now, as far as I know this project |
105 |
>> has no mentor. Brian, as the author of gentoolkit and having such |
106 |
>> similar ideas for this project as me I'd be happy to see you mentor it |
107 |
>> if you want to. |
108 |
>> |
109 |
>> -Chris |
110 |
> |
111 |
> Well, I would not be a good mentor for the webapp portion, since I |
112 |
> have not done any webapp programming outside of trying to tweak a couple |
113 |
> existing programs. However for the user side of data collection, yes I |
114 |
> would take it on if the powers that be so choose. I would still help if |
115 |
> asked even if not chosen as co-mentor. |
116 |
> |
117 |
> Also being an official gentoo developer is not a pre-requisite to be a |
118 |
> mentor. If you feel you have the qualifications for this task. Get in |
119 |
> touch with dberkholz and antarus, the sooner the better for them to |
120 |
> evaluate you. |
121 |
> |
122 |
> |
123 |
|
124 |
I agree that a web-based querying tool/platform would be important. But, |
125 |
to be honest, this is not exactly what I was hoping to do, when I read |
126 |
the project idea. Mainly because it is not what I am looking for and |
127 |
secondly because I am not very much into web development myself (except |
128 |
for some small zope projects). Anyway, it is good to discuss things now |
129 |
better than late. |
130 |
Sorry, if I caused any inconvenience. |
131 |
Be sure, however, that I will ask some more questions on another topic, |
132 |
if you don't mind. :) |
133 |
|
134 |
For the thouroughness of the discussion and out of personal interest: |
135 |
The webapp should most likely integrate nicely on the gentoo website. |
136 |
What CMS does gentoo.org use and what CMS would you suggest to an applicant? |
137 |
-----BEGIN PGP SIGNATURE----- |
138 |
Version: GnuPG v2.0.17 (GNU/Linux) |
139 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
140 |
|
141 |
iEYEARECAAYFAk2JOkIACgkQnzX+Jf4GTUxI1ACeJikHVy2hi7JT07xcGym7eq6R |
142 |
8IEAn1mfG5BxmyAYVQvIycQQTnVXNeUn |
143 |
=2Ntc |
144 |
-----END PGP SIGNATURE----- |