As Michael S pointed out, po/POTFILES.in gets updated every other
commit just because the sort command has different semantics on
different systems. This is a pain because it affects the po files too.

Why is that? The current command used to sort is "sort -f -n", where
-f is to ignore case and -n is for numeric sorting.

First, the -n seems bogus, and on my system it actually prevents case
ignoring. This is why when I commit the file the case is preserved,
while others commit a POTFILES.in with case ignored.

I tried to use "sort -f" only, but it is not yet portable since I get
the following diff:

-src/insets/insetbib.C
 src/insets/inset.C
+src/insets/insetbib.C

So in one case '.' is before 'b' and in the other case it is after.
Why are different sort implementations do different things, I don't
know.

So what should we do? Maybe remove the options altogether and use a
plain "sort"? Would that give the same result for everybody?

JMarc

Reply via email to