X-Recipient: archive-cygwin@delorie.com X-Spam-Check-By: sourceware.org Message-ID: <48A12609.C1A1929B@dessent.net> Date: Mon, 11 Aug 2008 22:56:25 -0700 From: Brian Dessent X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: changed behaviour in date command References: <1454.81.17.205.14.1218517172.squirrel@webmail2.nebula.fi> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin@cygwin.com Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com 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: . 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/