[PATCH] New source-date-epoch module

[Miguel Ángel Arruga Vivas]

Hello,

Working on gettext I came up with the module named on the subject, which
provides an interface for the translation of the environment variable
SOURCE_DATE_EPOCH to a time_t object, based on the current standard[1].

As suggested by Bruno, I moved this work to the frame of gnulib, so I
added documentation for the gnulib manual and extended the configuration
macros a bit.  The macros for displacement and scaling may be
over-engineered so I didn't advance much on their implementation, I
couldn't find any implementation where time_t depends on the timezone
and the only implementation I found with a different epoch is __time32_t
for TI processors, which uses 1900.  Any comment or pointer about these
issues and related portability quirks will be gladly welcome.

There is another issue I should point out in advance:

Bruno Haible <bruno@clisp.org> writes:

> You will need to file a copyright assignment with the FSF for gnulib,
> like you have one already for gettext.

I'd sign the copyright assignment for gnulib without any fuss, but the
disclaimer signed by my employer doesn't include it explicitly, unlike
gettext.  This document was signed after a long negotiation which ended
with a closed list of projects as a compromise, as they saw it
irrelevant regarding Spanish law---to which I could agree, as there is
no exclusivity clause on my contract, unlike when I was employed on
Germany---because I don't/must not work on any Free Software project
during my working hours.  I've already started the negotiation for its
modification though, but I'm currently on holiday leave, as almost
everybody else on the company, therefore the new disclaimer won't be
available before January.

Could you confirm with the legal people what should be the way forward?

Best regards,
Miguel

[1] https://reproducible-builds.org/specs/source-date-epoch/

0001-source-date-epoch-New-module.patch
Description: 0001-source-date-epoch.patch

signature.asc
Description: PGP signature