Hi Brian, Thanks for the reply. I'll switch to %H. My mistake.
br, Nicholas > Nicholas Volk wrote: > >> After I updated cygwin today (bash updated) this no longer works as >> such, >> because the behaviour of %k has changed: instead of the usual "07" I now >> get " 7". Is this intentional? At least in my opinion the new behaviour >> is >> worse than the original. > > The date command is part of coreutils and updating bash should have > nothing to do with it. > >> (The fix itself is easy: tar -jcvf api-`date '+%Y%m%d%k%M' | tr ' ' >> '0'`.tbz files ) > > Why not just use %H? The entire purpose of %k as far as I can tell is > to have an alternative to %H that is space padded instead of zero > padded. And %H is standard while %k is a GNU extension. > > I spent a little bit of time in gitk trying to see if anything had > changed recently in coreutils or gnulib, but going all the way back to > the initial version of lib/strftime.c in gnulib from 1992-11-01, %k has > always meant a space padded version of %H: > <http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=lib/strftime.c;h=cc4953e68aaf9bc2cabdc9521ae2d99c220374bf;hb=43e78b970f396160a887c9da94531569faeda8a0>. > > Brian > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
