Re: RFE: Modification to the Timezone Modifier

[Eric Blake]

On 12/09/2013 08:22 AM, Marko Myllynen wrote:
>>> It seems like it would be reasonable to add some sort of modifier to the
>>> existing %:::z to request suppression of leading 0.  If we didn't have
>>> back-compat to worry about, I'd even suggest making %:::z be the short
>>> form, and %0:::z be the 0-padded form.

>> sorry for the delayed reply and thanks for your insights - I've now
>> filed http://austingroupbugs.net/view.php?id=772 so let's see how it goes.
> 
> the request has been rejected on the basis that there are no current
> implementations.

The rejection also mentioned that an appropriate setting of TZ can
already be used to achieve what you want:

TZ="<UTC+3>+3<UTC+4>" date

In other words, if setting TZ is already sufficient, then why
standardize anything else?

> 
> Based on all the above I'm not sure what to do at this point, should we
> just live with this for few years and recheck at some point if the
> proposal would be more acceptable then or do you see any viable options
> to reach the desired result in the short/medium term?

The idea of still patching coreutils to omit leading 0 by default in
%:::z and using 0 padding in %0:::z still has merit, if someone wants to
write a patch.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

signature.asc
Description: OpenPGP digital signature