search for: est5edt

...for the long post, but the problem seems subtle and complex, unless I'm doing something completely wrong, in which case it should be evident from the first 10 lines below.) This is what I see, using a (slightly modified) example from ?as.POSIXlt : > as.POSIXlt((d <- Sys.time()), "EST5EDT") # the current time in New York [1] "2007-10-30 12:38:47 EST" > d [1] "2007-10-30 11:38:47 Mountain Daylight Time" > The problem is that Mountain Time is 2 hours behind Eastern Time and the US is still on Daylight Saving Time - the current time in New York should...

Sorry for the extra info required, but I had digest mode turned on and wouldn't have received the mailing till tomorrow. I have since updated the data manually, but after 'yum update tzdata' was run, the zdump -v for EST5EDT and America/New_York all still showed a date of April 1, instead of March 11. After manually fixing, it is correct. This was mostly a question about why yum provided a tzdata that was for a 2006a rpm instead of the 2006g or later when I did the yum. Thanks Steve Campbell campbell at cnpapers....

Neither of these have reached me on R-devel (and only PR#8103 is on the archive), and they seem to be the same error although neither mentions the other. That's 'odd', to quote one of them. "EDT" is not a valid POSIX timezone (but, say, EST5EDT is). R's docs are quite clear that what happens with invalid inputs is system-specific. (Windows seems often to run home to PST8PDT.) You can have timezones without DST, but not one permanently in DST. In short, these were user errors compounded by unhelpful error-recovery by the OS the...

...me what I missed? I'm trying to setup a simple extension (400) that reports the time when it is dialed. I searched the threads and it seems like this should work... Here's what's in my extensions.conf: exten => 400,1,Answer() exten => 400,n,Wait,1 exten => 400,n,SayUnixTime(,EST5EDT,) exten => 400,n,Playback(tt-weasels) [BTW, tt-weasels is hillarious! ;-) Props to whoever made that. ] When I call the extension, it answers and immediately falls through to tt-weasels, which I hear fine. It's like SayUnixTime gets jumped over or returns nothing (very quickly.) I checke...

...ause R > does not get correct timezone information from the system. > > Here's the error - > http://pastebin.com/raw/32D3ngNZ > > This would be correct, > > > difftime( > + as.POSIXct(c("1970-01-01 00:00:00", "1970-01-01 12:00:00"), tz="EST5EDT"), > + as.POSIXct(c("1970-01-01 00:00:00", "1970-01-01 00:00:00"), tz="UTC")) > Time differences in hours > [1] 5 17 > > but my system gives 4 16 which would suggest that it thinks that > there is only 4 hours time difference between UTC...

...ected over a number of months from Allentown, PA, which is just north of Philadelphia. I am using as.POSIXct for dates and times, and I need to get the timezone specification correct. Going on the documentation for DateTimeClasses, I believe one way to specify the correct time zone is tz="EST5EDT" I would be grateful for any advice on this. I ask because I haven't been able to find a list of all the possible time zones or formats that can be used. I have done a bit of googling without to much success. I have read Gabor's article in the recent R Newsletter too. David Scott...

Running under Windows XP 64 bit, as.POSIXlt()/as.POSIXct() seem to think that US time zones (EST5EDT, MST7MDT) switched from daylight savings back to standard time on Oct 28, 2007, whereas the switch is actually on Sun Nov 04, 2007. Examples: > Sys.timezone() [1] "Mountain Daylight Time" > as.POSIXct("2007-10-30 12:38:47") [1] "2007-10-30 12:38:47 Mountain Daylig...

Yes, the potential issue I see is that make check fails when I explicitly set TZ. However, I set it to be the same as what the system reports when I login. Details: The system (RHEL) I am working on has $ strings /etc/localtime | tail -n 1 EST5EDT,M3.2.0,M11.1.0 $ date +%Z EDT $ echo $TZ US/Eastern On Fri, Oct 2, 2020 at 9:48 AM Sebastian Meyer <seb.meyer at fau.de> wrote: > Thank you for the report. In R-devel, all.equal.POSIXt() by default > reports inconsistent time zones. Previously, > > > x <- Sys.time() >...

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

Hi, I''ve been trying to do timezone conversion, and have some trouble getting it to work on my Windows machine. Searching the web, I found http://wiki.rubyonrails.com/rails/pages/HowtoSetDefaultTimeZone ...which explains how to set the default timezone. I''m using an environment.rb that include the lines: ActiveRecord::Base.default_timezone = :utc ENV[''TZ''] =

tplate at acm.org wrote: > Running under Windows XP 64 bit, as.POSIXlt()/as.POSIXct() seem > to think that US time zones (EST5EDT, MST7MDT) switched from daylight > savings back to standard time on Oct 28, 2007, whereas the switch > is actually on Sun Nov 04, 2007. > > =20 Not Our Problem. (This sort of thing never is. We are wholly dependent=20 on the OS for this information). Check out http://support.microsoft...

Colleagues, I submitted this several days ago and no one responded, so I am trying again, trying a different subject line: I just encountered some unexpected behavior of difftime in relationship to the change from daylight savings to standard time. My understanding is that DST and ST take effect at 2AM. However, the results below suggests that R (version 2.8.0 in OS X) implements the

...007 00:14", "10/03/2007 00:14", "10/04/2007 00:14", "10/05/2007 00:14", "10/06/2007 00:14", "10/07/2007 00:14", "10/08/2007 00:14") z <- strptime(dtimes, "%m/%d/%Y %H:%M", tz="EST5EDT") plot(z, rnorm(10)) rug(z) This happens also undo Windows, both with 2.6.0 and 2.7.0 (2007-10-26 r43284) --please do not edit the information below-- Version: platform = i386-apple-darwin8.10.1 arch = i386 os = darwin8.10.1 system = i386, darwin8.10.1 status = major = 2 minor = 6.0 year...

Hello, I just built openssh 3.8p1 on an HP-UX 11i machine. All looks well except for the timezone. I'm noticing now that when it logs stuff to syslog, it's off by 2 hours for me. What I've figured is this: My timezone is MST7MDT (mountain time). The timezone in /etc/default/tz is EST5EDT (eastern time). There's a 2 hour difference between mountain & eastern time. What I'm thinking is the real problem, is that it is not looking at the TZ environment variable to get its own setting for the timezone when it starts up, and so it just uses the default in /etc/default/tz....

Hi All In trying to correlate some tide gauge data I need to deal with varying timezones. From the documentation on strptime, it seemed that the tz variable might have some effect on the conversion, but I'm not seeing an effect. > strptime("20061201 1:02 PST",format="%Y%m%d %H:%M",tz="PST")+0 [1] "2006-12-01 01:02:00 EST" >

I am using the latest SVN version 1.2 of Asterisk When I attempt to test the output of certain variables, for use in file naming etc, certain key ones appear to fail. exten => 5555,1,NoOp(${EPOCH}) Returns -- Executing NoOp("SIP/200-638c", "1141352935") in new stack exten => 5556,1,NoOp(${TIMESTAMP}) Returns -- Executing NoOp("SIP/200-8cc9",

...9;s different behavior between older sshd's and the current. I noticed after installing openssh3.8p1 on IRIX that the TZ environment variable is not being set, so everything is appearing in GMT...and this is not the case on linux. I made a manual change to /etc/profile and specifically set TZ=EST5EDT and this solves the problems for interactive logins, however, noninteractive logins don't process this. I ran this command on an irix and a linux box to see what was being set: ssh hostname "export" IRIX: DISPLAY=localhost:10.0 HOME=/root LOGNAME=root MAIL=/usr/mail//root PATH=/usr...

...l.com> wrote: > Yes, the potential issue I see is that > make check > fails when I explicitly set TZ. However, I set it to be the same as what > the system reports when I login. > > Details: The system (RHEL) I am working on has > $ strings /etc/localtime | tail -n 1 > EST5EDT,M3.2.0,M11.1.0 > $ date +%Z > EDT > $ echo $TZ > US/Eastern > > > > On Fri, Oct 2, 2020 at 9:48 AM Sebastian Meyer <seb.meyer at fau.de> wrote: > >> Thank you for the report. In R-devel, all.equal.POSIXt() by default >> reports inconsistent time zones. P...

...s/home/tinsless _=/usr/bin/env PATH=/usr/bin:/bin:/usr/sbin:/sbin:/opt/ssh/bin LOGNAME=tinsless MAIL=/var/mail/tinsless USER=tinsless SHELL=/usr/bin/ksh HOME=/nfs/home/tinsless SSH_CLIENT=172.16.208.14 65476 22 SSH_CONNECTION=172.16.208.14 65476 172.16.208.41 22 PWD=/nfs/home/tinsless TZ=EST5EDT uid=320(tinsless) gid=200(sa) groups=4(adm) _=/usr/bin/sudo PATH=/usr/bin:/bin:/usr/sbin:/sbin:/opt/ssh/bin LOGNAME=root MAIL=/var/mail/tinsless USER=root SHELL=/usr/bin/ksh HOME=/nfs/home/tinsless SSH_CLIENT=172.16.208.14 65476 22 SSH_CONNECTION=172.16.208.14 65476 172.16.208.41 22 PWD=...

The return value of Sys.time() today with a timezone of US/Eastern is unchanged between 4.0.3-patched and devel, but on devel the following test fails all.equal(x, as.POSIXlt(x)) with x = Sys.time() This means that devel does not complete make tests (failure on tests/reg-tests-2.R) It is entirely possible that it is an error on my end, I use export TZ="US/Eastern" but I have been