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
