1 |
Hi, |
2 |
|
3 |
There is no problem for late answer. I've been busy last week too. I |
4 |
will take the time to choose a project and also wait for more project |
5 |
ideas. I saw there is also a project about "Kernel Configuration" which |
6 |
is a subject I am very interested in currently. I am working on my |
7 |
kernel configuration for two months, trying to understand each setting |
8 |
and enable only what I need. However I'm still a beginner and I don't |
9 |
know if I would be able to work on such a tool. |
10 |
|
11 |
On Sat, 2013-03-09 at 11:40 -0800, Brian Dolbec wrote: |
12 |
|
13 |
> On Mon, 2013-03-04 at 23:44 +0100, Antoine Pinsard wrote: |
14 |
> > Hi again, |
15 |
> > |
16 |
> > I have two more project ideas and wonder if they are good ones and if |
17 |
> > they fit well the summer of code. |
18 |
> > |
19 |
> > The first one came from this discussion on Gentoo-Chat: |
20 |
> > http://forums.gentoo.org/viewtopic-t-951096.html |
21 |
> > |
22 |
> > According to some users (well, actually one for the time being), some |
23 |
> > portage tools "are out of date or do not completely fulfill the |
24 |
> > requirements of users" (last message of the first page). |
25 |
> > |
26 |
> > The idea is thus to fetch these tools and put them into two lists: those |
27 |
> > which need a few fixes and those which are better to be fully rewritten. |
28 |
> > Then evaluate which ones can be done while the summer of code. |
29 |
> > |
30 |
> > Do you think it could be a good subject? |
31 |
> |
32 |
> |
33 |
> First sorry it's taken so long to respond. I've been quite busy, plus I |
34 |
> wasn't sure how to best reply... |
35 |
> |
36 |
> Well, I know that we would like to re-write euse into python from bash. |
37 |
> By doing that euse could use the portage api calls to get better, more |
38 |
> consistent/current data to provide the users. It could also speed up |
39 |
> it's operation over the bash version (minor point). It would make it |
40 |
> easier to maintain as changes in operation on those files, accessing the |
41 |
> data about the flags, etc. change, the api calls are likely to not |
42 |
> change. That would make many changes automatically available, used |
43 |
> without needing to update the code. An euse re-write in python using |
44 |
> the portage api would also allow for more options/features to be easily |
45 |
> added. |
46 |
> |
47 |
> However I don't think that an euse re-write would be enough for gsoc |
48 |
> project. There are other tools in gentoolkit that could use more |
49 |
> updates, but for the most part are not extensive. |
50 |
> |
51 |
> I've cc'd the tools-portage alias so that we can all particiapte in any |
52 |
> further inquiries about gentoolkit and other tools-portage packages that |
53 |
> we maintain. |
54 |
> |
55 |
> For a well motivated student we may be able to come up with enough work |
56 |
> suitable for a gsoc project. |
57 |
> |
58 |
> > Thanks |
59 |
> |
60 |
> |
61 |
> |