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 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