1 |
On Tue, Apr 24, 2012 at 4:59 PM, Brian Dolbec <dolsen@g.o> wrote: |
2 |
> On Tue, 2012-04-24 at 16:45 +0200, Michał Górny wrote: |
3 |
>> On Tue, 24 Apr 2012 10:37:31 -0400 |
4 |
>> Mike Frysinger <vapier@g.o> wrote: |
5 |
>> |
6 |
>> > On Tuesday 24 April 2012 10:11:44 Theo Chatzimichos wrote: |
7 |
>> > > Since .cvsignore is needed either way, I'm going to do it in three |
8 |
>> > > days if there are no objections. But I'd like some feedback for the |
9 |
>> > > move of the file in /var. Opinions? |
10 |
>> > |
11 |
>> > considering the server generates it and the end user never does, i |
12 |
>> > don't see the point. they get it via the normal `emerge --sync` |
13 |
>> > process. -mike |
14 |
>> |
15 |
>> Maybe we should consider moving it to metadata/? |
16 |
>> |
17 |
>> On the other hand, moving it will require fixing all tools using it. |
18 |
>> And as it is already deprecated, I don't see much good in still working |
19 |
>> on it. |
20 |
>> |
21 |
> |
22 |
> I agree, a sudden move (3 days) will cause nuisance breakage. If |
23 |
> anything, lets firm up the schedule for it's removal, so that all tools |
24 |
> can be updated to use cat/pkg/metadata.xml only for local flags. |
25 |
> |
26 |
> Otherwise there will be a lot of user noise generated over broken tools |
27 |
> such as several gentoolkit utilities, porthole, kuroo, kportagetray,... |
28 |
> -- |
29 |
> Brian Dolbec <dolsen@g.o> |
30 |
|
31 |
I said three days for the .cvsignore, not for moving the file to /var |