1 |
On 04/11/2014 04:03 PM, Brian Dolbec wrote: |
2 |
> On Fri, 11 Apr 2014 15:05:09 -0700 |
3 |
> Pavel Kazakov <nullishzero@g.o> wrote: |
4 |
> |
5 |
>> On 03/31/2014 12:00 AM, Alexander Berntsen wrote: |
6 |
>>> On 31/03/14 04:06, Brian Dolbec wrote: |
7 |
>>>> It all looked really good to me. {:-D |
8 |
>>> Yep. |
9 |
>>> |
10 |
>>> Please update the commit messages to follow DEVELOPING though. |
11 |
>>> |
12 |
>> |
13 |
>> Sure. How are the following updates? |
14 |
>> |
15 |
>> For the first patch, I'll remove the second message line so the |
16 |
>> message is only: |
17 |
>> Move -MERGING- string to a constant |
18 |
>> |
19 |
>> |
20 |
> |
21 |
> No, there is never suppose to be more than a blank line for the second |
22 |
> line. Then for lines 3+ fill your boots :) |
23 |
> |
24 |
> the idea is to have one short descriptive line, followed by a blank |
25 |
> line, then as many detail lines as needed. |
26 |
> |
27 |
> So, in this case dropping out the whitespace changes is minor, but |
28 |
> still relevant. so it should be kept on line 3. |
29 |
> |
30 |
> |
31 |
>> For the second patch, I'll update the message to: |
32 |
>> Add emaint module that handles failed merges |
33 |
>> |
34 |
>> The emaint module can scan for failed merges and fix any failed merges |
35 |
>> found. The emaint module also keeps track of failed merges using a |
36 |
>> tracking file. |
37 |
>> |
38 |
>> Regards, |
39 |
>> Pavel |
40 |
>> |
41 |
> |
42 |
> I was thinking more along the lines of: |
43 |
> |
44 |
> New emaint module: Merges |
45 |
> |
46 |
> This emaint module scans for failed package merges and will display |
47 |
> or fix any failed packages found. |
48 |
> This module also saves failed merges found using a tracking file. |
49 |
> Subsequent runs of the module will re-load that info for re-display, |
50 |
> re-emerge of those packages. |
51 |
> |
52 |
> |
53 |
|
54 |
Both suggestions look good to me. Should I update the commit messages, |
55 |
merge to master, and push? |
56 |
|
57 |
Regards, |
58 |
Pavel |