1 |
Is there any chance you can break this up? Mostly one patch for each * |
2 |
below? OTherwise it's rather large ( 1000 lines ) and is difficult to |
3 |
figure out what/when/where happened |
4 |
|
5 |
m h wrote: |
6 |
> Upon further testing, I'm updating a line in the patch |
7 |
> |
8 |
> On 4/28/06, m h <sesquile@×××××.com> wrote: |
9 |
> |
10 |
>> Folks- |
11 |
>> |
12 |
>> I'm submitting a patch of a refactoring of the emerge code in |
13 |
>> 2.1_pre9-r5. This patch adds no features per se. But I believe it |
14 |
>> makes the code much more readable. This only addresses the |
15 |
>> /usr/lib/portage/bin/emerge file. |
16 |
>> |
17 |
>> It does the following: |
18 |
>> |
19 |
>> * attempts to remove all global variables (with the exception of the |
20 |
>> spinner animation) |
21 |
>> * breaks up the heinous 900 lines of code at the bottom of the file into: |
22 |
>> * a __main__ section that calls out to |
23 |
>> * do_SOMETHING where something is (depclean, search, info, config, etc) |
24 |
>> * removes any code that was dangling at the leftmost side of my editor |
25 |
>> and puts it under the __main__ section |
26 |
>> * removes an olddbapi variable that isn't used |
27 |
>> |
28 |
>> I've tested it with the sync, remove, search, update and it appears to |
29 |
>> work. Any feedback is welcome. |
30 |
>> |
31 |
>> I hope that this gets in for a few reasons. I'm helping out with |
32 |
>> doing some work on the PREFIX branch, having the code unstructured |
33 |
>> makes it really hard to follow (hopefully it can get into trunk so I |
34 |
>> don't need to patch prefix, everytime it's updated). One of my |
35 |
>> coworkers just started adding some functionality to emerge (he'll send |
36 |
>> his patches in soon), but this is really his first week using python, |
37 |
>> and I don't want this to leave a bad taste in his mouth.... ;) |
38 |
>> |
39 |
>> -matt |
40 |
>> |
41 |
>> |
42 |
>> |
43 |
-- |
44 |
gentoo-portage-dev@g.o mailing list |