CAcert Code Development list.

[Wytze van der Raay <wytze AT cacert.org>]

On 04/22/2014 08:51 AM, Wytze van der Raay wrote:
> On 22.04.2014 03:16, Michael Tänzer wrote:
>> I just noticed when I did the tarball reimport to git that tere was a
>> change in locale/Makefile:
>>
>> diff --git a/locale/Makefile b/locale/Makefile
>> index 4215a4f..a2b856b 100644
>> @@ -144,7 +144,7 @@ GETTEXT_FILE_PATTERN := \
>>  ../pages/*/*.php \
>>  ../scripts/*.php \
>>  ../www/*.php \
>> -../www/*/*.php \
>> +../www/[a-z]*/*.php \
>>  # ../tverify/*.php \
>>  # ../tverify/*/*.php \
>>
>> Where is that one coming from? And does it make sense? Because in www
>> there are only directories starting with [a-z] anyway, aren't there?
> 
> You are quite right to notice that this change should not have been
> committed. The change has been on the production server since January
> 2013, to get around a problem reported in
>       https://bugs.cacert.org/view.php?id=1127
> Somehow, that problem was never picked up.
> 
> However, in the meantime we have changed the method for distributing
> CRLs from the webdb server to the OCSP and CRL server, so the symbolic
> link (crl -> . or CRL -> .) is not necessary anymore at all, and in
> fact does not exist anymore. So the code change above is also unneeded.
> 
> I can easily revert it (tomorrow), report the change to cacert-systemlog
> and update the tarball. OK with you guys?

Since it appears that you prefer to handle this issue with an arbitration
procedure (https://wiki.cacert.org/Arbitrations/a20140422.2), I will not
proceed with reverting this change unless directed so by an arbitration
decision. I hope that you realize that this may cause the issue to drag on
for months if not longer.

Regards,
-- wytze

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature