From unknown Mon Jun 23 04:15:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36870: date bug Resent-From: Bengt Richter Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 31 Jul 2019 08:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 36870 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 36870@debbugs.gnu.org X-Debbugs-Original-Cc: bug-guix@gnu.org Reply-To: Bengt Richter Received: via spool by submit@debbugs.gnu.org id=B.15645601486969 (code B ref -1); Wed, 31 Jul 2019 08:03:01 +0000 Received: (at submit) by debbugs.gnu.org; 31 Jul 2019 08:02:28 +0000 Received: from localhost ([127.0.0.1]:51514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hsjZ5-0001oJ-OD for submit@debbugs.gnu.org; Wed, 31 Jul 2019 04:02:28 -0400 Received: from lists.gnu.org ([209.51.188.17]:35231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hshzG-0007TK-Cy for submit@debbugs.gnu.org; Wed, 31 Jul 2019 02:21:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55351) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hshzE-0002LP-Qb for bug-guix@gnu.org; Wed, 31 Jul 2019 02:21:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_LOW, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hshzC-0004do-Iv for bug-guix@gnu.org; Wed, 31 Jul 2019 02:21:20 -0400 Received: from imta-36.everyone.net ([216.200.145.36]:34728 helo=imta-38.everyone.net) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hshz3-0004XL-1L; Wed, 31 Jul 2019 02:21:09 -0400 Received: from pps.filterd (m0004960.ppops.net [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id x6V6AVpY007137; Tue, 30 Jul 2019 23:20:57 -0700 X-Eon-Originating-Account: AmUc9MFPCvout9qRJ9ClHwRMcSmEVjcbvFRuOJnUXv8 X-Eon-Dm: m0116293.ppops.net Received: by m0116293.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116293.5d40ced1.8a4a; Tue, 30 Jul 2019 23:20:55 -0700 X-Eon-Sig: AQMHrIJdQTNHyGvydgIAAAAC,0f7d959cc7879997fb6ae2e792099eb7 X-Eip: _k92LNZcykNQKtZifRO0hihjoC-1GEODPIQl_x9ANVI Date: Wed, 31 Jul 2019 06:20:47 +0000 From: Bengt Richter Message-ID: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.12.1 (2019-06-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-31_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=882 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1907310065 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 216.200.145.36 X-Spam-Score: -1.1 (-) X-Mailman-Approved-At: Wed, 31 Jul 2019 04:02:26 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Hi Ludovic, Please excuse my direct mail and speculative shot at CC-ing bug-guix ;-/ (Hope to get my email stuff in order RSN :) Bug: The plain old date command seems confused about zone info, as you can see from the following: Bottom line: I would look for a regex that erroneously excludes embedded forward slashes in forming the TZ key used to look up the localtime date info in tables like /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi The date bug ripples into lots of dependents, such as "who -b" that first made me notice, and lots more -- really need to fix! ;-) $ $ echo $TZ # my current zone America/Los_Angeles $ # plain America without following slash does not exist in the table, so how does date punt then? Insert key itself as %Z? $ egrep -m3 '^Z America([^/]|$)' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi $ egrep -m3 '^Z America([^/]|$)' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi $ egrep -m3 '^Z America([/]|$)' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi Z America/Danmarkshavn -1:14:40 - LMT 1916 Jul 28 Z America/Scoresbysund -1:27:52 - LMT 1916 Jul 28 Z America/Godthab -3:26:56 - LMT 1916 Jul 28 $ egrep -m3 '^Z America/Los' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi Z America/Los_Angeles -7:52:58 - LMT 1883 N 18 12:7:2 $ Earlier experiments, to get to above speculation, taken from emacs M-x shell: (Many examples below contrast the /usr/bin/ versions from arch linux with those redirected by guix profile links (more details follow)) ------------------------------------------------------------- [19:13 ~/bs]$ PS1='$ ' # minimize prompt overhead $ $ # first noticed in wrong directory name I generate $ # based on who -b -- which in turn depends on date $ # which has the bug (produces UTC, but more to it): $ date -Is 2019-07-31T02:22:29+00:00 $ /usr/bin/date -Is 2019-07-30T19:22:48-07:00 $ date --version date (GNU coreutils) 8.30 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ /usr/bin/date --version date (GNU coreutils) 8.31 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ # but the real clue is from plain date, which mangles output order and TZ info: $ date Wed Jul 31 02:24:30 America 2019 $ /usr/bin/date Tue 30 Jul 2019 07:24:45 PM PDT $ which -a env /home/bokr/.guix-profile/bin/env /usr/bin/env $ env|grep TZ TZ=America/Los_Angeles $ /usr/bin/env|grep TZ TZ=America/Los_Angeles $ uname -a Linux PhantoNv4ArchGx 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 x86_64 GNU/Linux $ uname -rv 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 $ grep -m1 'model name' /proc/cpuinfo model name : Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz $ ## BTW, for me, arch linux with kernel 5.2.x went glacial with unk busyness $ ## and forced me to stay for now with 5.1.15 as "foreign distro" for my guix, which is $ guix --version guix (GNU Guix) 34e549d813113fc57213202fd5e4b885d95d0913 Copyright (C) 2019 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. $ guix describe Generation 6 Jul 11 2019 08:41:53 (current) guix 34e549d repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 34e549d813113fc57213202fd5e4b885d95d0913 $ $ ## I should probably do a pull and see if this has been fixed already, so, will do that... $ 2019-07-30 19:51:35 [ ] going for pull.. ------------------------------------------------------------- Well, that didn't fix it, unless reboot is required ... $ guix describe Generation 7 Jul 31 2019 03:25:55 (current) guix 274ba54 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 274ba54e535b811acca02e42cffd45f0f625d142 $ date Wed Jul 31 03:44:28 America 2019 $ /usr/bin/date Tue 30 Jul 2019 08:44:42 PM PDT $ date '+%F %T %z %Z' 2019-07-31 03:45:44 +0000 America $ /usr/bin/date '+%F %T %z %Z' 2019-07-30 20:46:12 -0700 PDT $ file /etc/localtime /etc/localtime: symbolic link to /usr/share/zoneinfo/Europe/Stockholm $ # but TZ env variable usually overrides (seemingly, in my setup), and I am $ # currently in Seattle zone, and I change TZ in ~/.bash_profile to current $ env|grep TZ TZ=America/Los_Angeles $ /usr/bin/env|grep TZ TZ=America/Los_Angeles $ date --version $ date --version date (GNU coreutils) 8.30 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ /usr/bin/date --version date (GNU coreutils) 8.31 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ --------------------------------------- Hard to believe the 8.30 to 8.31 version difference accounts for the problem. HTH, Regards, Bengt Richter From unknown Mon Jun 23 04:15:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36870: was: date bug -- really locale bug or ?? References: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> In-Reply-To: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> Resent-From: Bengt Richter Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 06 Aug 2019 02:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36870 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 36870@debbugs.gnu.org Reply-To: Bengt Richter Received: via spool by 36870-submit@debbugs.gnu.org id=B36870.156505982626855 (code B ref 36870); Tue, 06 Aug 2019 02:51:01 +0000 Received: (at 36870) by debbugs.gnu.org; 6 Aug 2019 02:50:26 +0000 Received: from localhost ([127.0.0.1]:36103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hupYP-0006z4-9m for submit@debbugs.gnu.org; Mon, 05 Aug 2019 22:50:26 -0400 Received: from imta-38.everyone.net ([216.200.145.38]:41836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hupMc-0006hO-01 for 36870@debbugs.gnu.org; Mon, 05 Aug 2019 22:38:15 -0400 Received: from pps.filterd (omta003.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id x762Yb23016750 for <36870@debbugs.gnu.org>; Mon, 5 Aug 2019 19:38:12 -0700 X-Eon-Originating-Account: hnvtIjPIJeZBjo0QSJLka9d_USjvyAYAMKgJFLrqX7c X-Eon-Dm: m0116293.ppops.net Received: by m0116293.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116293.5d48cd37.2038 for <36870@debbugs.gnu.org>; Mon, 5 Aug 2019 19:38:11 -0700 X-Eon-Sig: AQMHrIJdSOgTXdrIOQIAAAAB,66a0c7109674b2a2f0adb2b8ded98c62 X-Eip: 4S77UFQhelKpr8GCwwRk_wIOgGvX_4z74_C4mNpwnis Date: Tue, 6 Aug 2019 02:38:02 +0000 From: Bengt Richter Message-ID: <20190806023802.GA833@PhantoNv4ArchGx.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.12.1 (2019-06-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-08-06_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=15 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908060028 X-Spam-Score: -0.5 (/) X-Mailman-Approved-At: Mon, 05 Aug 2019 22:50:23 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.5 (-) Hi all, following up on myself, sorry I lost my copy of my original, so this does not contain any quoting, but this can stand on its own as a new problem statement. Problem should go away if I can get locales working, but despite trying what purportedly has worked for others, no luck. I hope it will be obvious to someone from the below ;-) $ # first some context: $ uname -rv 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 $ guix -V guile: warning: failed to install locale guix (GNU Guix) a17fe3f01ac160a576135b03d23bc098ebf6fb31 Copyright (C) 2019 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. $ ### that warning -- "guile: warning: failed to install locale" might be a clue in that $ ### it does _NOT_ happen in the direct bash console environment, but does in emacs's M-x shell ... $ cat ~/bin/pidparents ## something to show where I am, that I find useful #!/usr/bin/bash # ~/bin/parentage pid=${1:-$$} #this process if no pid specified as $1 while [ $(($pid)) -gt 0 ]; do ps h -p $pid -o comm,tt,pid,stat,args pid=$(ps -q $pid -o ppid=) done $ pidparents ## from here in emacs's shell pidparents pts/0 9286 S+ /usr/bin/bash /home/bokr/bin/pidparents bash pts/0 6884 Ss /bin/bash --noediting -i .emacs-26.2-rea tty4 6393 Sl+ /gnu/store/9nrncjaxygfrr9q749pymcw3l9vywh0k-emacs-26.2/bin/emacs-26.2 /home/bokr/.mutt/temp/mutt-PhantoNv4ArchGx-1000-6327- mutt tty4 6327 S mutt bash tty4 24159 S bash bash tty4 3608 Ss -bash login ? 3601 Ss login -- bokr systemd ? 1 Ss /sbin/init \EFI\PhantoNv4ArchGx\vmlinuz-linux $ ### does something depend on ttyN vs pts/N ?? don't think so, but maybe some env gets lost in pts start? $ $ $ ### here I call the guix date vs the archlinux date at /usr/bin/date -- note the difference $ which -a date /home/bokr/.guix-profile/bin/date /usr/bin/date $ $ strace -y date|& egrep 'America|^write'|sed -e 's:,:,\n :g' openat(AT_FDCWD, "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/share/zoneinfo/America/Los_Angeles", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) write(1, "Mon Aug 5 18:22:52 America 2019"..., 33Mon Aug 5 18:22:52 America 2019 $ $ strace -y /usr/bin/date|& egrep 'America|^write'|sed -e 's:,:,\n :g' openat(AT_FDCWD, "/usr/share/zoneinfo/America/Los_Angeles", O_RDONLY|O_CLOEXEC) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=2836, ...}) = 0 fstat(4, {st_mode=S_IFREG|0644, st_size=2836, ...}) = 0 read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\5\0\0\0\0"..., 4096) = 2836 lseek(4, -1802, SEEK_CUR) = 1034 read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\5\0\0\0\0"..., 4096) = 1802 close(4) = 0 write(1, "Mon 05 Aug 2019 11:23:06 AM PDT\n", 32Mon 05 Aug 2019 11:23:06 AM PDT $ ;;;;;;;;;;;;;;;; I put export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale/" export LC_ALL=en_US.utf8 in both ~/.bash_profile and ~/.bashrc and still no joy I'm wondering whether I have to reboot, not just log out and back in, to get locales into effect. Have been trying and searching, but something is eluding me ;-/ [later, after rebooting -- nope, reboot didn't do it :( ] Generation 37 Aug 02 2019 01:42:29 + tzdata 2019b out /gnu/store/kmsqjsrwryfnz6p9pb4yysly71221blv-tzdata-2019b Generation 38 Aug 04 2019 15:39:34 + glibc-locales 2.28 out /gnu/store/bb9alx1ap57pz0vmx7p1r8qk0lxxfg3x-glibc-locales-2.28 Generation 39 Aug 05 2019 08:08:19 + localed 241 out /gnu/store/98mpw3n6j34dsnq63hb14bpfv9bxq9f4-localed-241 (Hm, guess I ought to clean out some generations) Any ideas appreciated. Am I the only one seeing this? I first noticed because who -b gave me UTC time instead of local time. Thanks. Regards, Bengt Richter From unknown Mon Jun 23 04:15:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36870: was: date bug -- really locale bug or ?? Resent-From: Mark H Weaver Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 06 Aug 2019 06:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36870 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Bengt Richter Cc: 36870@debbugs.gnu.org Received: via spool by 36870-submit@debbugs.gnu.org id=B36870.156507446618973 (code B ref 36870); Tue, 06 Aug 2019 06:55:01 +0000 Received: (at 36870) by debbugs.gnu.org; 6 Aug 2019 06:54:26 +0000 Received: from localhost ([127.0.0.1]:36350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hutMX-0004vu-6g for submit@debbugs.gnu.org; Tue, 06 Aug 2019 02:54:26 -0400 Received: from world.peace.net ([64.112.178.59]:45826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hutMV-0004va-84 for 36870@debbugs.gnu.org; Tue, 06 Aug 2019 02:54:23 -0400 Received: from mhw by world.peace.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hutMO-0004NU-Q5; Tue, 06 Aug 2019 02:54:16 -0400 From: Mark H Weaver References: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> <20190806023802.GA833@PhantoNv4ArchGx.localdomain> Date: Tue, 06 Aug 2019 02:54:03 -0400 In-Reply-To: <20190806023802.GA833@PhantoNv4ArchGx.localdomain> (Bengt Richter's message of "Tue, 6 Aug 2019 02:38:02 +0000") Message-ID: <871rxyokbd.fsf@netris.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Bengt, I'm sorry that I didn't have time to fully read your messages, but if I understand correctly from my quick skimming, the 'date' command from Guix is failing to access the zoneinfo. I think I see your problem. Bengt Richter writes: > $ strace -y date|& egrep 'America|^write'|sed -e 's:,:,\n :g' > openat(AT_FDCWD, > "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/share/zoneinfo/America/Los_Angeles", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) The file name above suggests that your TZDIR variable is not set correctly to allow Guix-built binaries to find the zoneinfo files. On Guix systems, /etc/environment includes an entry that sets TZDIR to the equivalent of "$(guix build tzdata)/share/zoneinfo". When using Guix on top of another distro, an alternative choice might be to set TZDIR to "/usr/share/zoneinfo". I'm not sure which setting is preferable on non-Guix systems. Can you try setting TZDIR and see if that solves the problem for you? Regards, Mark From unknown Mon Jun 23 04:15:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#36870: was: date bug -> locale inconvenience -> suggestion :) Resent-From: Bengt Richter Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 06 Aug 2019 17:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36870 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Mark H Weaver Cc: 36870@debbugs.gnu.org Reply-To: Bengt Richter Received: via spool by 36870-submit@debbugs.gnu.org id=B36870.15651110557564 (code B ref 36870); Tue, 06 Aug 2019 17:05:01 +0000 Received: (at 36870) by debbugs.gnu.org; 6 Aug 2019 17:04:15 +0000 Received: from localhost ([127.0.0.1]:37713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hv2sg-0001xs-Hj for submit@debbugs.gnu.org; Tue, 06 Aug 2019 13:04:15 -0400 Received: from imta-38.everyone.net ([216.200.145.38]:40318) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hv2Ng-00017u-8u for 36870@debbugs.gnu.org; Tue, 06 Aug 2019 12:32:13 -0400 Received: from pps.filterd (omta003.sj2.proofpoint.com [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id x76G9p54010656; Tue, 6 Aug 2019 09:32:09 -0700 X-Eon-Originating-Account: zKzRmdM_y2PH1nlG9PcCqwh0noQSF6nGu9zDgqU4GOY X-Eon-Dm: m0116293.ppops.net Received: by m0116293.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116293.5d48cd37.13086; Tue, 6 Aug 2019 09:31:57 -0700 X-Eon-Sig: AQMHrIJdSat9SuxLjAIAAAAC,35db67b64e65dcf1ea527f0f1882d4cf X-Eip: 5jszvWNw_p88BDCfEl334_D8PsMzBUFH4qJ2B1HUwwE Date: Tue, 6 Aug 2019 16:31:48 +0000 From: Bengt Richter Message-ID: <20190806163148.GA7621@PhantoNv4ArchGx.localdomain> References: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> <20190806023802.GA833@PhantoNv4ArchGx.localdomain> <871rxyokbd.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <871rxyokbd.fsf@netris.org> User-Agent: Mutt/1.12.1 (2019-06-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-08-06_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1908060153 X-Spam-Score: -0.5 (/) X-Mailman-Approved-At: Tue, 06 Aug 2019 13:04:13 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.5 (-) On +2019-08-06 02:54:03 -0400, Mark H Weaver wrote: > Hi Bengt, > > I'm sorry that I didn't have time to fully read your messages, but if I > understand correctly from my quick skimming, the 'date' command from > Guix is failing to access the zoneinfo. I think I see your problem. > > Bengt Richter writes: > > $ strace -y date|& egrep 'America|^write'|sed -e 's:,:,\n :g' > > openat(AT_FDCWD, > > "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/share/zoneinfo/America/Los_Angeles", > > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > > The file name above suggests that your TZDIR variable is not set > correctly to allow Guix-built binaries to find the zoneinfo files. > > On Guix systems, /etc/environment includes an entry that sets TZDIR to > the equivalent of "$(guix build tzdata)/share/zoneinfo". > > When using Guix on top of another distro, an alternative choice might be > to set TZDIR to "/usr/share/zoneinfo". I'm not sure which setting is > preferable on non-Guix systems. > > Can you try setting TZDIR and see if that solves the problem for you? > > Regards, > Mark Thanks, that works using either /usr/... or /gnu/... but I am thinking everything guix should be accessed via some profile if it's configurable? There is already a suggestion to source like this: GUIX_PROFILE="$HOME/.guix-profile" . "$GUIX_PROFILE/etc/profile" I think it would be nice if that were the only ~/.bash_profile mod a foreign-system user would have to make to tie into the guix packages such user installs with guix install. So what about having that GUIX_PROFILE profile -- at its end -- source ~/.guixrc if it exists, and then when some installation wants to suggest some environment settings, just automatically append commented-out code to ~/.guixrc. Then the friendly hints at then end of an install could suggest: ┌──────────────────────────────────────────────┐ │ "Consider uncommenting some of the new │ │ lines we just added at the end of ~/.guixrc" │ └──────────────────────────────────────────────┘ (sorry if utf8 box-drawing characters are a nono here -- are they? ;-/ ) I had noticed the TZDIR name looking with "guix edit tzdata", and was trying to figure out why installing had not hinted that I might need to do what you suggest above :) Thanks again. Regards, Bengt Richter From unknown Mon Jun 23 04:15:49 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Bengt Richter Subject: bug#36870: closed (Re: bug#36870:) Message-ID: References: <87wof0z15f.fsf@gnu.org> <20190731062047.GA831@PhantoNv4ArchGx.localdomain> X-Gnu-PR-Message: they-closed 36870 X-Gnu-PR-Package: guix Reply-To: 36870@debbugs.gnu.org Date: Mon, 26 Aug 2019 10:13:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1566814382-26533-1" This is a multi-part message in MIME format... ------------=_1566814382-26533-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #36870: date bug which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 36870@debbugs.gnu.org. --=20 36870: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36870 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1566814382-26533-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 36870-done) by debbugs.gnu.org; 26 Aug 2019 10:12:10 +0000 Received: from localhost ([127.0.0.1]:45633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i2Byr-0006sr-MM for submit@debbugs.gnu.org; Mon, 26 Aug 2019 06:12:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i2Byn-0006sJ-Q2 for 36870-done@debbugs.gnu.org; Mon, 26 Aug 2019 06:12:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37173) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1i2Byi-0004ER-J4; Mon, 26 Aug 2019 06:12:00 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=47554 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1i2Byi-00025T-6W; Mon, 26 Aug 2019 06:12:00 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Bengt Richter Subject: Re: bug#36870: References: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> <20190806023802.GA833@PhantoNv4ArchGx.localdomain> <871rxyokbd.fsf@netris.org> <20190806163148.GA7621@PhantoNv4ArchGx.localdomain> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 9 Fructidor an 227 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 26 Aug 2019 12:11:56 +0200 In-Reply-To: <20190806163148.GA7621@PhantoNv4ArchGx.localdomain> (Bengt Richter's message of "Tue, 6 Aug 2019 16:31:48 +0000") Message-ID: <87wof0z15f.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36870-done Cc: Mark H Weaver , 36870-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Bengt Richter skribis: > On +2019-08-06 02:54:03 -0400, Mark H Weaver wrote: >> Hi Bengt, >>=20 >> I'm sorry that I didn't have time to fully read your messages, but if I >> understand correctly from my quick skimming, the 'date' command from >> Guix is failing to access the zoneinfo. I think I see your problem. >>=20 >> Bengt Richter writes: >> > $ strace -y date|& egrep 'America|^write'|sed -e 's:,:,\n :g' >> > openat(AT_FDCWD, >> > "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/share/zon= einfo/America/Los_Angeles", >> > O_RDONLY|O_CLOEXEC) =3D -1 ENOENT (No such file or directory) >>=20 >> The file name above suggests that your TZDIR variable is not set >> correctly to allow Guix-built binaries to find the zoneinfo files. >>=20 >> On Guix systems, /etc/environment includes an entry that sets TZDIR to >> the equivalent of "$(guix build tzdata)/share/zoneinfo". >>=20 >> When using Guix on top of another distro, an alternative choice might be >> to set TZDIR to "/usr/share/zoneinfo". I'm not sure which setting is >> preferable on non-Guix systems. >>=20 >> Can you try setting TZDIR and see if that solves the problem for you? >>=20 >> Regards, >> Mark > > Thanks, that works using either /usr/... or /gnu/... Good, closing! > but I am thinking everything guix should be accessed via > some profile if it's configurable? > > There is already a suggestion to source like this: > > GUIX_PROFILE=3D"$HOME/.guix-profile" > . "$GUIX_PROFILE/etc/profile" > > I think it would be nice if that were the only ~/.bash_profile > mod a foreign-system user would have to make to tie into the > guix packages such user installs with guix install. > > So what about having that GUIX_PROFILE profile -- at its end -- > source ~/.guixrc if it exists, and then when some installation wants > to suggest some environment settings, just automatically > append commented-out code to ~/.guixrc. I agree that it=E2=80=99d be nice to somehow tell users about =E2=80=98TZDI= R=E2=80=99, but I=E2=80=99m reluctant to introducing yet another profile file. I=E2=80=99m not sure what would be the best approach! Thanks, Ludo=E2=80=99. ------------=_1566814382-26533-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 31 Jul 2019 08:02:28 +0000 Received: from localhost ([127.0.0.1]:51514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hsjZ5-0001oJ-OD for submit@debbugs.gnu.org; Wed, 31 Jul 2019 04:02:28 -0400 Received: from lists.gnu.org ([209.51.188.17]:35231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hshzG-0007TK-Cy for submit@debbugs.gnu.org; Wed, 31 Jul 2019 02:21:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55351) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hshzE-0002LP-Qb for bug-guix@gnu.org; Wed, 31 Jul 2019 02:21:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_LOW, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hshzC-0004do-Iv for bug-guix@gnu.org; Wed, 31 Jul 2019 02:21:20 -0400 Received: from imta-36.everyone.net ([216.200.145.36]:34728 helo=imta-38.everyone.net) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hshz3-0004XL-1L; Wed, 31 Jul 2019 02:21:09 -0400 Received: from pps.filterd (m0004960.ppops.net [127.0.0.1]) by imta-38.everyone.net (8.16.0.27/8.16.0.27) with SMTP id x6V6AVpY007137; Tue, 30 Jul 2019 23:20:57 -0700 X-Eon-Originating-Account: AmUc9MFPCvout9qRJ9ClHwRMcSmEVjcbvFRuOJnUXv8 X-Eon-Dm: m0116293.ppops.net Received: by m0116293.mta.everyone.net (EON-AUTHRELAY2 - 32d0d199) id m0116293.5d40ced1.8a4a; Tue, 30 Jul 2019 23:20:55 -0700 X-Eon-Sig: AQMHrIJdQTNHyGvydgIAAAAC,0f7d959cc7879997fb6ae2e792099eb7 X-Eip: _k92LNZcykNQKtZifRO0hihjoC-1GEODPIQl_x9ANVI Date: Wed, 31 Jul 2019 06:20:47 +0000 From: Bengt Richter To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: date bug Message-ID: <20190731062047.GA831@PhantoNv4ArchGx.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.12.1 (2019-06-15) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-31_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1034 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=882 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1906280000 definitions=main-1907310065 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 216.200.145.36 X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 31 Jul 2019 04:02:26 -0400 Cc: bug-guix@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bengt Richter Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Hi Ludovic, Please excuse my direct mail and speculative shot at CC-ing bug-guix ;-/ (Hope to get my email stuff in order RSN :) Bug: The plain old date command seems confused about zone info, as you can see from the following: Bottom line: I would look for a regex that erroneously excludes embedded forward slashes in forming the TZ key used to look up the localtime date info in tables like /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi The date bug ripples into lots of dependents, such as "who -b" that first made me notice, and lots more -- really need to fix! ;-) $ $ echo $TZ # my current zone America/Los_Angeles $ # plain America without following slash does not exist in the table, so how does date punt then? Insert key itself as %Z? $ egrep -m3 '^Z America([^/]|$)' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi $ egrep -m3 '^Z America([^/]|$)' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi $ egrep -m3 '^Z America([/]|$)' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi Z America/Danmarkshavn -1:14:40 - LMT 1916 Jul 28 Z America/Scoresbysund -1:27:52 - LMT 1916 Jul 28 Z America/Godthab -3:26:56 - LMT 1916 Jul 28 $ egrep -m3 '^Z America/Los' /gnu/store/xml1s9r9vp98amhyyn3q85p5xls3nivf-tzdata-2019a/share/zoneinfo/tzdata.zi Z America/Los_Angeles -7:52:58 - LMT 1883 N 18 12:7:2 $ Earlier experiments, to get to above speculation, taken from emacs M-x shell: (Many examples below contrast the /usr/bin/ versions from arch linux with those redirected by guix profile links (more details follow)) ------------------------------------------------------------- [19:13 ~/bs]$ PS1='$ ' # minimize prompt overhead $ $ # first noticed in wrong directory name I generate $ # based on who -b -- which in turn depends on date $ # which has the bug (produces UTC, but more to it): $ date -Is 2019-07-31T02:22:29+00:00 $ /usr/bin/date -Is 2019-07-30T19:22:48-07:00 $ date --version date (GNU coreutils) 8.30 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ /usr/bin/date --version date (GNU coreutils) 8.31 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ # but the real clue is from plain date, which mangles output order and TZ info: $ date Wed Jul 31 02:24:30 America 2019 $ /usr/bin/date Tue 30 Jul 2019 07:24:45 PM PDT $ which -a env /home/bokr/.guix-profile/bin/env /usr/bin/env $ env|grep TZ TZ=America/Los_Angeles $ /usr/bin/env|grep TZ TZ=America/Los_Angeles $ uname -a Linux PhantoNv4ArchGx 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 x86_64 GNU/Linux $ uname -rv 5.1.15-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 25 04:49:39 UTC 2019 $ grep -m1 'model name' /proc/cpuinfo model name : Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz $ ## BTW, for me, arch linux with kernel 5.2.x went glacial with unk busyness $ ## and forced me to stay for now with 5.1.15 as "foreign distro" for my guix, which is $ guix --version guix (GNU Guix) 34e549d813113fc57213202fd5e4b885d95d0913 Copyright (C) 2019 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. $ guix describe Generation 6 Jul 11 2019 08:41:53 (current) guix 34e549d repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 34e549d813113fc57213202fd5e4b885d95d0913 $ $ ## I should probably do a pull and see if this has been fixed already, so, will do that... $ 2019-07-30 19:51:35 [ ] going for pull.. ------------------------------------------------------------- Well, that didn't fix it, unless reboot is required ... $ guix describe Generation 7 Jul 31 2019 03:25:55 (current) guix 274ba54 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 274ba54e535b811acca02e42cffd45f0f625d142 $ date Wed Jul 31 03:44:28 America 2019 $ /usr/bin/date Tue 30 Jul 2019 08:44:42 PM PDT $ date '+%F %T %z %Z' 2019-07-31 03:45:44 +0000 America $ /usr/bin/date '+%F %T %z %Z' 2019-07-30 20:46:12 -0700 PDT $ file /etc/localtime /etc/localtime: symbolic link to /usr/share/zoneinfo/Europe/Stockholm $ # but TZ env variable usually overrides (seemingly, in my setup), and I am $ # currently in Seattle zone, and I change TZ in ~/.bash_profile to current $ env|grep TZ TZ=America/Los_Angeles $ /usr/bin/env|grep TZ TZ=America/Los_Angeles $ date --version $ date --version date (GNU coreutils) 8.30 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ /usr/bin/date --version date (GNU coreutils) 8.31 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later . This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David MacKenzie. $ --------------------------------------- Hard to believe the 8.30 to 8.31 version difference accounts for the problem. HTH, Regards, Bengt Richter ------------=_1566814382-26533-1--