similar to: [Bug 1214] some log messages ignore TZ

Displaying 20 results from an estimated 6000 matches similar to: "[Bug 1214] some log messages ignore TZ"

2004 Oct 28
2
POSIX time anomaly (PR#7317)
Full_Name: Allen McIntosh Version: 2.0.0 OS: RedHat 9.0 Submission from: (NULL) (67.80.175.118) The POSIX time printing routine gives strange results when asked to print a time that is exactly midnight: TZ=CST6CDT R -q --no-save > strptime("10/5/2004 00:00:01 CDT", "%m/%d/%Y %H:%M:%S %Z") [1] "2004-10-05 00:00:01" > strptime("10/5/2004 00:00:00
2006 Sep 12
3
Weird TZ Behavior in 4.1p1 and 4.3p2 on AIX
Hi, I am using PAM authentication on 3.8p1. In my PAM auth module I can turn on debug logging that includes a timestamp in the form "mm/dd/yy hh:mm:ss". Life is good. I want to upgrade from 3.8p1 so I can use PAM for PasswordAuthentication in addition to keyboard-interactive. I have compiled both 4.1p1 and 4.3p2 and the PAM authentication for both methods works fine in both
2011 Jun 01
6
[Bug 8198] New: rsync does not set TZ variable after chroot(), which confuses logging timestamps
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
2000 Jun 28
2
Samba as a time server
Greetings, is there any way to force Samba to return the non-daylight savings time when Win/OS2 clients attempt to syncronise their clocks with it? The only way I can tell is to force the entire system to ignore DST using /etc/localtime regards, -- scott
2011 Oct 04
2
adding a dummy variable...
Hi all, I have a dataset of individuals where the variable ID corresponds to the identification of the household where the individual lives. rel.head stands for the relationship with the household head. so rel.head=1 is the household head, rel.head=2 is the spouse, rel.head=3 is the children. Here is an example to see how it looks like: df<-data.frame(ID=c("17100",
2013 May 16
12
[Bug 2106] New: When TZ isn't explicitly set ls can give different time stamps
https://bugzilla.mindrot.org/show_bug.cgi?id=2106 Bug ID: 2106 Summary: When TZ isn't explicitly set ls can give different time stamps Classification: Unclassified Product: Portable OpenSSH Version: 5.3p1 Hardware: Other OS: Linux Status: NEW Severity: normal
2001 Mar 08
0
Timeserver Timezone Mismatch BUG?
I am having a terrible time getting the hardware clock, system clock and the time served to my winXX boxes to jive on my Mandrake 7.2/Samba 2.07 machine. I have my clock file, timezone and localtime links set to America/Chicago. No matter what I do, if I use UTC for my hwclock, my system clock on the Linux box is fine, but samba passes system time +6 hours to the windows clients. (Yes I know CST =
2001 Mar 08
0
Timeserver Timezone Mismatch -- BUG?
I don't think my original post made it, so here is a repost of my problem. I am having a terrible time getting the hardware clock, system clock and the time served to my winXX boxes to jive on my Mandrake 7.2/Samba 2.07 machine. I have my clock file, timezone and localtime links set to America/Chicago. No matter what I do, if I use UTC for my hwclock, my system clock on the Linux box is
2018 May 16
2
Date method of as.POSIXct does not respect tz
R 3.5.0 Is it intended that the Date method of as.POSIXct does not respect the tz parameter? I suggest changing as.POSIXct.Date to this: function (x, tz = "", ...) .POSIXct(unclass(x) * 86400, tz = tz) Currently, the best workaround seems to be using the character method if one doesn't want the default timezone (which is often an annoying DST timezone). This came up on
2007 Jan 08
1
Does strptime(...,tz="GMT") do anything?
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" >
2004 Mar 05
2
3.8p1 not honoring TZ environment variable
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
2003 Aug 04
0
as.POSIXct Bug when used with POSIXlt arg and tz= arg (PR#3646)
Tracking down this bug was joint work with Jermoe Asselin (jerome at hivnet.ubc.ca) and Patrick Connolly (p.connolly at hortresearch.co.nz). We collectively were able to determine that this is a problem in both Windows 2000 and in Linux and by testing it in our three time zones that it seems to be daylight savings time related. Conversion of POSIXlt datetimes to POSIXct appears to have problems.
2016 Dec 16
0
print.POSIXct doesn't seem to use tz argument, as per its example
>>>>> Jennifer Lyon <jennifer.s.lyon at gmail.com> >>>>> 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
2004 Apr 08
1
openssh-3.8p1 fails to set TZ environment variable bug
Found on while running on IRIX 6.5.22f, sshd from openssh-3.8p1 nukes its envrionment in main(), causing sshd to loose track of the TZ environment variable passed to it by the system. This means that inside do_setup_env(), the call to getenv("TZ") will never succeed, despite the fact that this variable should have a value.
2014 Jun 10
1
any concerns about including TZ in AcceptEnv
Hi OpenSSH folks-- this is more of a configuration question than a development question, i think, but: Are there any caveats worth being aware of about including the TZ variable in AcceptEnv for sshd_config by default? I don't see any particular risk, but if there are gotchas people know about, i'd be happy to be made aware of them. Regards, --dkg -------------- next part
2004 Apr 08
1
[Bug 838] TZ variable not being set in IRIX 6.5
http://bugzilla.mindrot.org/show_bug.cgi?id=838 Summary: TZ variable not being set in IRIX 6.5 Product: Portable OpenSSH Version: -current Platform: All OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: wadelljs at
2008 Dec 09
1
Is tz working in voicemail.conf [general] section ?
Hi, I can't find a way to let users defined in a specific section to use a given timezone. Am missing something obvious ? voicemail.conf: [general] tz=paris24 envelope=on [zonemessages] paris24=Europe/Paris|'vm-received' q 'digits/at' R [mysection] 7530 => 1234,foo at example.com,,attach=yes|tz=paris24 7531 => 1234,foo at example.com,,attach=yes When 7530 is
2004 Mar 08
4
[Bug 810] TZ environment variable not being set
http://bugzilla.mindrot.org/show_bug.cgi?id=810 Summary: TZ environment variable not being set Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: IRIX Status: NEW Severity: normal Priority: P3 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: Al.Smith
2013 Nov 25
0
Fetching data from MySQL via odbcConnect - Error in as.POSIXlt.character(x, tz, ...) :
Hi! I am trying to retrieve data from a MySQL Database using RODBC with the commands odbcConnect and sqlFetch. There are different data files in the database and in some cases it works without any difficulties. Nevertheless I get an error with some data files. Since I'm not familiar with MySQL I hope to get some ideas here. My code looks as follows: myconn
1999 Jan 06
0
FW: SUGGESTION: allow TZ to be specified at time of mount (PR#124 25)
Dear John, >Samba fully honours Unix timezone info. All my sites run their Linux hardware clocks >set at GMT. Under Red Hat Linux, or Caldera, SuSE, or PHT TurboLinux, the Linux >"timeconfig" command can be used to do this. The timezone for the server is >selected appropriately I ran timezone and found it had hardware clock set to GMT and TZ set to GB. Setting TZ to GMT had