search for: pst8pdt

Hi, I have two data sources. One records time in PST time zone, the other in GMT. I want to compute the difference between the two, but don't see how. Here is an example where I compute time difference between identical times each (meant to be) relative to its time zone. > as.POSIXlt("2000-05-10 10:15:00", "PST") - as.POSIXlt("2000-05-10 10:15:00",

On the documentation page for DateTimeClasses, in the Examples section, there are the following two lines: format(.leap.seconds) # the leap seconds in your time zone print(.leap.seconds, tz = "PST8PDT") # and in Seattle's The second line (using print) seems to ignore the tz argument, and prints the dates in my time zone, while: format(.leap.seconds, tz = "PST8PDT") does print the dates in PST. The code in https://github.com/wch/r-source/blob/trunk/src/library/base/R/dateti...

on hp-ux 11 i see: $ date;ssh jenny Fri Oct 12 14:44:13 PDT 2001 Last successful login for stevesk: Fri Oct 12 10:45:42 PST8PDT 2001 on pts/2 Last unsuccessful login for stevesk: Mon Sep 24 22:55:53 PST8PDT 2001 Last login: Fri Oct 12 10:45:43 2001 from 172.31.1.53 You have mail. so solaris PAM is different. can other solaris+PAM users confirm this? On Fri, 12 Oct 2001, Benn Oshrin wrote: :There appears to be a problem w...

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

...686 Intel(R) Pentium(R) 4 CPU 3.20GHz GenuineIntel GNU/Linux # /etc/conf.d/clock CLOCK="UTC" TIMEZONE="" CLOCK_OPTS="" CLOCK_SYSTOHC="YES" ### ALPHA SPECIFIC OPTIONS ### SRM="no" ARC="no" (/etc/locatime is copied from /usr/share/zoneinfo/PST8PDT) Any help would be greatly appreciated. Thank You. Bryan

...gt;>>>> on Thu, 15 Dec 2016 09:33:30 -0700 writes: > On the documentation page for DateTimeClasses, in the Examples section, > there are the following two lines: > > format(.leap.seconds) # the leap seconds in your time zone > print(.leap.seconds, tz = "PST8PDT") # and in Seattle's > > The second line (using print) seems to ignore the tz argument, and prints > the dates in my time zone, while: > > format(.leap.seconds, tz = "PST8PDT") > > does print the dates in PST. The code in > https://github.com/wch/r-sou...

...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 users were using. As to why tm + 3600 and tm + c(0, 1) * 3600 differ: one time is in one timezone, but two can be in different timezones...

...ime. You have not told us where you are, and we cannot tell from your junk-mail address (nor does the IP address resolve here, but an IP-to-geo service claims it is in Ottawa). But I suspect you will find the days you mention are the beginning of Summer Time in your unstated timezone. E.g. in PST8PDT > seq(as.POSIXlt("2000/4/2 01:00"), by="hour", length=4) [1] "2000-04-02 01:00:00 PST" "2000-04-02 03:00:00 PDT" [3] "2000-04-02 04:00:00 PDT" "2000-04-02 05:00:00 PDT" The help page for strptime (as used here) says Remember th...

Hi, I am not sure it this still is a point, but I just discovered that a chrooted rsync version 2.6.3pre1 is forgetting the time zone underways: Jan 12 07:00:01 ftp4 rsyncd[11091]: rsync on dobes/ from dobes@edoc1.gwdg.de (134.76.28.251) Jan 12 06:00:39 ftp4 rsyncd[11091]: wrote 732542 bytes read 182 bytes total size 553909487945 Logging is done with syslog. Time zone is GMT+1, the system

Hello everyone, I'm not new to Icecast, but I've always used Darkice. A new project friends and myself are building for fun utilizes a Rivendell automation setup that will run on one computer, then a source client for icecast on a 2nd computer with a mixer inbetween. I'm looking to push the title information from the Rivendell system over to the system that will have the

https://bugzilla.samba.org/show_bug.cgi?id=8198 Summary: rsync does not set TZ variable after chroot(), which confuses logging timestamps Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

https://bugzilla.samba.org/show_bug.cgi?id=2607 ------- Additional Comments From paul@debian.org 2005-04-14 07:32 ------- What timezone is your system running in? -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

...e Host is ntp time and date sync to be good. Here is my config to sync ntp. Please dont tailor my code just help me fix the problem. This code works 99% of the servers its on except for 2 centos 5 machines. class base { class { ''timezone'': timezone => ''PST8PDT'', ensure => present, autoupgrade => true, } package { ''ntp'': ensure => installed, } service { ''ntpd'': ensure => running, enable => true, hasstatus => true, hasrestart => true, } } node default { include base } Now...