Should these files ignored?

Should these files ignored?

[Feng Shu]

#+BEGIN_COMMENT
    doc/guix.info-1
    doc/guix.info-2
    po/guix/cs.po
    po/guix/da.po
    po/guix/de.po
    po/guix/eo.po
    po/guix/fr.po
    po/guix/hu.po
    po/guix/pt_BR.po
    po/guix/sr.po
    po/guix/vi.po
    po/packages/de.po
    po/packages/eo.po
    po/packages/fr.po
    po/packages/hu.po
    po/packages/pt_BR.po
    po/packages/sr.po
    po/packages/vi.po
#+END_COMMENT

--

Re: Should these files ignored?

[Ludovic Courtès]

Feng Shu <tumashu@163.com> skribis:

> #+BEGIN_COMMENT
>     doc/guix.info-1
>     doc/guix.info-2

These are now ignored.

>     po/guix/cs.po

These must not be ignored, they are checked in.

Thanks,
Ludo’.

Re: Should these files ignored?

[Pjotr Prins]

On Mon, May 25, 2015 at 10:57:52PM +0200, Ludovic Courtès wrote:
> >     po/guix/cs.po
> 
> These must not be ignored, they are checked in.

When you run make they change because they contain a time stamp. It
messes up the git record. Can we run make without generating these .po
files?

Pj.

Re: Should these files ignored?

[Ludovic Courtès]

Pjotr Prins <pjotr.public12@thebird.nl> skribis:

> On Mon, May 25, 2015 at 10:57:52PM +0200, Ludovic Courtès wrote:
>> >     po/guix/cs.po
>> 
>> These must not be ignored, they are checked in.
>
> When you run make they change because they contain a time stamp. It
> messes up the git record. Can we run make without generating these .po
> files?

They’re only regenerated upon ‘make dist’ or ‘make -C po/guix update-po’,
I think.

I just run ‘git reset --hard’ when that happens, which is rare.

Ludo’.

Re: Should these files ignored?

[Taylan Ulrich Bayırlı/Kammer]

ludo@gnu.org (Ludovic Courtès) writes:

> They’re only regenerated upon ‘make dist’ or ‘make -C po/guix update-po’,
> I think.
>
> I just run ‘git reset --hard’ when that happens, which is rare.

Actually I get the .po file changes when I build after e.g. "git reset
--hard && git clean -fdx", meaning essentially bring the directory to
the state of a freshly cloned repository.  I haven't tried if it also
happens after "make clean", but it will certainly happen to those who
clone the repository and build for the first time.

Taylan

Re: Should these files ignored?

[Ludovic Courtès]

taylanbayirli@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:

> ludo@gnu.org (Ludovic Courtès) writes:
>
>> They’re only regenerated upon ‘make dist’ or ‘make -C po/guix update-po’,
>> I think.
>>
>> I just run ‘git reset --hard’ when that happens, which is rare.
>
> Actually I get the .po file changes when I build after e.g. "git reset
> --hard && git clean -fdx", meaning essentially bring the directory to
> the state of a freshly cloned repository.  I haven't tried if it also
> happens after "make clean", but it will certainly happen to those who
> clone the repository and build for the first time.

Yes, it happens on a first clone.

Yet I’m uncomfortable with ignoring changes to these files because we
occasionally really want to update them and to see the changes.

So I’m not sure what can be done.  Ideas?

Ludo’.

Re: Should these files ignored?

[Pjotr Prins]

Make it a separate make target.

Pj.

On Wed, May 27, 2015 at 05:04:08PM +0200, Ludovic Courtès wrote:
> taylanbayirli@gmail.com (Taylan Ulrich "Bay??rl??/Kammer") skribis:
> 
> > ludo@gnu.org (Ludovic Courtès) writes:
> >
> >> They???re only regenerated upon ???make dist??? or ???make -C po/guix update-po???,
> >> I think.
> >>
> >> I just run ???git reset --hard??? when that happens, which is rare.
> >
> > Actually I get the .po file changes when I build after e.g. "git reset
> > --hard && git clean -fdx", meaning essentially bring the directory to
> > the state of a freshly cloned repository.  I haven't tried if it also
> > happens after "make clean", but it will certainly happen to those who
> > clone the repository and build for the first time.
> 
> Yes, it happens on a first clone.
> 
> Yet I???m uncomfortable with ignoring changes to these files because we
> occasionally really want to update them and to see the changes.
> 
> So I???m not sure what can be done.  Ideas?
> 
> Ludo???.
> 

--