From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4269 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: Pending patches/issues before 0.9.15 release? Date: Fri, 22 Nov 2013 01:18:32 +0100 Message-ID: <20131122001832.GJ1685@port70.net> References: <20131121013056.GA2128@brightrain.aerifal.cx> <528DD529.4030408@skarnet.org> <20131121163911.GP24286@brightrain.aerifal.cx> <528E5EB9.1080400@skarnet.org> <20131121225440.GI1685@port70.net> <528E9194.7090209@skarnet.org> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1385079519 4798 80.91.229.3 (22 Nov 2013 00:18:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Nov 2013 00:18:39 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4273-gllmg-musl=m.gmane.org@lists.openwall.com Fri Nov 22 01:18:45 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1VjeSK-0004xO-SA for gllmg-musl@plane.gmane.org; Fri, 22 Nov 2013 01:18:44 +0100 Original-Received: (qmail 22021 invoked by uid 550); 22 Nov 2013 00:18:44 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 22013 invoked from network); 22 Nov 2013 00:18:43 -0000 Content-Disposition: inline In-Reply-To: <528E9194.7090209@skarnet.org> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:4269 Archived-At: * Laurent Bercot [2013-11-21 23:04:52 +0000]: > >according to the official tzdata code the "right/" directory > >is obsolete and different path is used for this now > > Oh ? I will definitely investigate this more. > check the commens in the makefile (i dont know what distributions do, but it seems they now have a zoneinfo-posix and zoneinfo-leap and you have to symlink one or the other to the zoneinfo dir) > >knowing that TAI is non-conforming you need to provide a strong > >use-case for it > > I believe that Linux kernels crashing all over the world because of > a leap second happening makes a pretty strong case for not having the leap second is non-conforming as well > system clock jump around. There are several solutions for that, but > none of them is simpler than just ignoring the drift at a system level > and perform conversions in userland when needed. you are welcome to try that but my guess is.. synchronizing clocks according to TAI accurately is probably easier than posix time, especially since GPS time uses the same reference (with some offset for whatever reason) and that's widely available but for "performing the conversion when needed" would require an extra source of data about the rotation of the earth (otherwise the date would drift away from reality) and scale the TAI seconds to earth seconds on a given day before display.. (so you still need to sync to the rotation of the earth, but you made date calculations significantly harder)