On Fri, Feb 01, 2008, Jeff Johnson wrote:

> [...]
> I can change both INSTALLTIME and INSTALLTID to be
> arrays of 2 int32's, adding tv_usecs, without incurring any legacy afaik.

Ah, I see. Ok, this is a sensible enough approach.

> Checking he->c for 2 instead of 1 will differentiate new from old.
>
> I'd likely add a header extension for INSTALLTIME/INSTALLTID, and set
> tv_usecs to 0
> for legacy tags, so that the compatibility issue can be buried deeply in
> exactly one
> place. Neither INSTALLTIME/INSTALLTID is used in *.rpm headers. REMOVETID
> is added with --repackage, but that's more to poison repackaged packaging
> than for any other reason.
>
> So shall I extend time stamps to 2 int32's?

I would say: YES, please let's go this way! But do not forget that for
"%{xxx:date}" we at least also need support for those 2xInt32 based
fields (even if it then might be e.g. "%{xxx:date64}"...

> [...]
                                       Ralf S. Engelschall
                                       rse@engelschall.com
                                       www.engelschall.com