similar to: Another issue with Sys.timezone

Displaying 20 results from an estimated 5000 matches similar to: "Another issue with Sys.timezone"

2017 Oct 18
2
Another issue with Sys.timezone
>>>>> Martin Maechler <maechler at stat.math.ethz.ch> >>>>> on Mon, 16 Oct 2017 19:13:31 +0200 writes: >>>>> Stephen Berman <stephen.berman at gmx.net> >>>>> on Sun, 15 Oct 2017 01:53:12 +0200 writes: > > (I reported the test failure mentioned below to R-help but was advised > > that this list is
2017 Oct 20
1
Another issue with Sys.timezone
>>>>> Stephen Berman <stephen.berman at gmx.net> >>>>> on Thu, 19 Oct 2017 17:12:50 +0200 writes: > On Wed, 18 Oct 2017 18:09:41 +0200 Martin Maechler <maechler at stat.math.ethz.ch> wrote: >>>>>>> Martin Maechler <maechler at stat.math.ethz.ch> >>>>>>> on Mon, 16 Oct 2017 19:13:31 +0200
2017 Oct 16
0
Another issue with Sys.timezone
>>>>> Stephen Berman <stephen.berman at gmx.net> >>>>> on Sun, 15 Oct 2017 01:53:12 +0200 writes: > (I reported the test failure mentioned below to R-help but was advised > that this list is the right one to address the issue; in the meantime I > investigated the matter somewhat more closely, including searching > recent R-devel
2017 Oct 19
0
Another issue with Sys.timezone
On Wed, 18 Oct 2017 18:09:41 +0200 Martin Maechler <maechler at stat.math.ethz.ch> wrote: >>>>>> Martin Maechler <maechler at stat.math.ethz.ch> >>>>>> on Mon, 16 Oct 2017 19:13:31 +0200 writes: (I also included a reply to part of this response of yours below.) >>>>>> Stephen Berman <stephen.berman at gmx.net>
2017 May 17
1
problem running test on a system without /etc/localtime
>>>>> Henrik Bengtsson <henrik.bengtsson at gmail.com> >>>>> on Tue, 16 May 2017 20:49:02 -0700 writes: > On Tue, May 16, 2017 at 5:35 PM, Kirill Maslinsky <kirill at altlinux.org> wrote: >> Hi all, >> >> A problem with tests while building R. >> >> I'm packaging R for Sisyphus repository
2017 May 17
3
problem running test on a system without /etc/localtime
Hi all, A problem with tests while building R. I'm packaging R for Sisyphus repository and package build environment, by design, doesn't have /etc/localtime file present. This causes failure with Sys.timeone during test run: [builder at localhost tests]$ ../bin/R --vanilla < reg-tests-1d.R > ## PR#17186 - Sys.timezone() on some Debian-derived platforms > (S.t <-
2001 Mar 23
1
Timeserver sending wrong time to Windows Clients
Help Andrew! and whoever else.. I have a Linux Mandrake 7.2 box with Samba 2.07 acting as a timeserver for our local lan. We are in the CST timezone. All windows boxes sync thier time from the Linux box via: net time \\Nemesis /set /yes. I would like to have xntp keep the clock on the server updated. Problem: ntpdate and xntp work great at setting the Linux box hardware clock to GMT. The
2017 May 17
0
problem running test on a system without /etc/localtime
On Tue, May 16, 2017 at 5:35 PM, Kirill Maslinsky <kirill at altlinux.org> wrote: > Hi all, > > A problem with tests while building R. > > I'm packaging R for Sisyphus repository and package build environment, > by design, doesn't have /etc/localtime file present. This causes failure > with Sys.timeone during test run: > > [builder at localhost tests]$
2003 Apr 15
2
outdated timezone info
Just upgraded 4.7 to 4.8 stable. Hoped that timezone info will be up to date, but it still isn't though files in /usr/share/zoneinfo show new dates. For instance daylight saving time settings are outdated in Europe/Vilnius file. I'll try to recompile those files from sources got fom ftp://elsie.nci.nih.gov/pub/ but it would be nice to have updated info for the next release of freebsd or
2017 Oct 13
2
make check Error: could not get timezone
I just built the latest R-patched from source (SVN-Revision: 73548, Last Changed Date: 2017-10-12) and the build completed without a problem but `make check' errored out: running code in 'reg-tests-1d.R' ...make[3]: *** [Makefile.common:100: reg-tests-1d.Rout] Error 1 make[3]: Leaving directory '/sources/R-patched/tests' make[2]: *** [Makefile.common:275: test-Reg] Error
2011 Feb 20
3
Problem with timezone configuration
Hello, I have a problem configuring the timezone on a CentOS 5.5 server. I would like the timezone to be Europe/Paris. I have followed the steps described here: http://www.wikihow.com/Change-the-Timezone-in-Linux I think I have changed the appropriate configuration files ( /etc/localtime, /etc/sysconfig/clock ), but the output of the ?date? command still indicates the timezone is EST. [root
2005 Nov 07
1
New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
Which is why I always symlink /etc/localtime Not only does it solve these issues, but it makes it very clear which timezone is selected! -----Original Message----- From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On Behalf Of Aleksandar Milivojevic Sent: Monday, November 07, 2005 2:45 PM To: centos at centos.org Subject: Re: [CentOS] New Standard/Daylight time-change
2011 Dec 01
1
Can't get off Europe/Bucharest timezone
Hello Everyone, The timezone is set correctly on the OS America/Toronto: mv /etc/localtime /etc/localtime.bak cp /usr/share/zoneinfo/America/Toronto /etc/localtime I even tried adding the timezone setting to sip.conf: timezone=America/Toronto However. Asterisk wants to be in Bucharest? Thinking about it, I want to be in Bucharest! Cheers, Nick.
2011 Apr 17
3
timezone issue
hey list! having a slightly odd time issue on one host... can I get some help with this? This is the current time from a working system: Sun Apr 17 00:28:18 EDT 2011 However from the problem system this is the time: Sat Apr 16 20:30:01 EDT 2011 I have set the time zone as such: lrwxrwxrwx 1 root root 23 Apr 16 19:41 /etc/localtime -> /usr/share/zoneinfo/EST But when I run ntpdate
2017 Oct 14
0
make check Error: could not get timezone
On Fri, 13 Oct 2017 22:36:48 +0200 Stephen Berman <stephen.berman at gmx.net> wrote: > I just built the latest R-patched from source (SVN-Revision: 73548, Last > Changed Date: 2017-10-12) and the build completed without a problem but > `make check' errored out: > > running code in 'reg-tests-1d.R' ...make[3]: *** [Makefile.common:100: > reg-tests-1d.Rout]
2017 Jan 31
2
time zone
> Date: Tuesday, January 31, 2017 16:02:37 -0500 > From: TE Dukes <tdukes at palmettoshopper.com> > > Today, I started getting this error when trying to login to > zoneminder: > > ZoneMinder is not installed properly: php's date.timezone is not > set to a valid timezone > > Zoneminder has been running since last Wednesday when I installed > it. Today, I
2014 Jan 14
1
[PATCH] builder: test-virt-builder: check some results
Check at least some basic modifications in the image created with virt-builder. --- builder/test-virt-builder.sh | 47 +++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 46 insertions(+), 1 deletion(-) diff --git a/builder/test-virt-builder.sh b/builder/test-virt-builder.sh index 47d20a4..3c8eb60 100755 --- a/builder/test-virt-builder.sh +++ b/builder/test-virt-builder.sh @@ -65,6
2007 Apr 15
2
Weird time(zone)?
I installed CentOS 5 on a server today (wiping clean the drive which had 4.4 on it). During installation I picked the correct timezone, location and all. Yet, upon booting the machine, it seems to think that it's 6 hours earlier than it really is. The BIOS has the correct time and date on it. /etc/locatime was originally what /usr/share/zoneinfo/America/Denver would've
2008 Jun 11
2
time on asterisk
Hi, I'm using gotoiftime on asterisk, but it seems&nbsp; there is a difference between the asterisk time and the system time. could it be because i adjusted the system timezone on my linux? do asterisk not detect the change of timezone on the system? How can I fix this prob? Regards, nhadie -------------- next part -------------- An HTML attachment was scrubbed... URL:
2008 Nov 26
1
INTERNALDATE call, timezone randomly changes
Hi guys, I've run into an odd little problem. We use SquirrelMail as the basis for our webmail. Recently I've had a user complaining that the "Received" time on mail in the Sent folder has changed between logins. The change is always been by +1 hours or -5 hours. While checking, our developer had a time changed by +2 hours. On refresh it changed back. He poked through the code