From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 31 04:02:28 2019 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 05 22:50:26 2019 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 To: 36870@debbugs.gnu.org Subject: bug#36870: was: date bug -- really locale bug or ?? 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-Debbugs-Envelope-To: 36870 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: , Reply-To: Bengt Richter 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 debbugs-submit-bounces@debbugs.gnu.org Tue Aug 06 02:54:26 2019 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 To: Bengt Richter Subject: Re: bug#36870: was: date bug -- really locale bug or ?? 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-Debbugs-Envelope-To: 36870 Cc: 36870@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: -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 debbugs-submit-bounces@debbugs.gnu.org Tue Aug 06 13:04:15 2019 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 To: Mark H Weaver Subject: Re: bug#36870: was: date bug -> locale inconvenience -> suggestion :) 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-Debbugs-Envelope-To: 36870 X-Mailman-Approved-At: Tue, 06 Aug 2019 13:04:13 -0400 Cc: 36870@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: , Reply-To: Bengt Richter 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 debbugs-submit-bounces@debbugs.gnu.org Mon Aug 26 06:12:10 2019 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. From unknown Mon Jun 23 04:14:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 23 Sep 2019 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator