similar to: [Bug 2607] Rsync logging time incorrectly

Displaying 20 results from an estimated 7000 matches similar to: "[Bug 2607] Rsync logging time incorrectly"

2005 Apr 14
0
[Bug 2607] New: Rsync logging time incorrectly
https://bugzilla.samba.org/show_bug.cgi?id=2607 Summary: Rsync logging time incorrectly Product: rsync Version: 2.6.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: kilburna@iservnetworks.com
2007 Jan 02
5
DO NOT REPLY [Bug 4318] New: automatic module creation with rights on server
https://bugzilla.samba.org/show_bug.cgi?id=4318 Summary: automatic module creation with rights on server Product: rsync Version: 2.6.9 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:
2007 Feb 18
8
DO NOT REPLY [Bug 4402] New: Incorrect time logged with glibc 2.5
https://bugzilla.samba.org/show_bug.cgi?id=4402 Summary: Incorrect time logged with glibc 2.5 Product: rsync Version: 2.6.9 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: kilburna@iservnetworks.com
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 <-
2017 Oct 14
2
Another issue with Sys.timezone
(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 postings, since I haven't been following this list.) Last May there were two reports here of problems with Sys.timezone, one where the zoneinfo directory is in a
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 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 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
2017 Jan 31
2
time zone
> Date: Tuesday, January 31, 2017 18:16:36 -0500 > From: TE Dukes <tdukes at palmettoshopper.com> > >> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of >> Richard Sent: Tuesday, January 31, 2017 5:19 PM >> >> >> > Date: Tuesday, January 31, 2017 16:59:32 -0500 >> > From: TE Dukes <tdukes at palmettoshopper.com>
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
2015 Jul 31
4
Dovecot/Pigeonhole Issue (UTC modtime instead of localtime)
Hi List, We are using the following setup: Dovecot-2.2.18 Pigeonhole-0.4.8 (for Dovecot-2.2) After the mail is finally delivered via a fileinto by the Sieve filter it gets an updated timestamp (modification time). The server has localtime setup correctly IMO (UTC +0200), but still the delivered mail is setup as being two hours old. I think I found out that the function
2017 Jan 31
1
time zone
> Date: Tuesday, January 31, 2017 16:59:32 -0500 > From: TE Dukes <tdukes at palmettoshopper.com> > > From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of Richard > Sent: Tuesday, January 31, 2017 4:44 PM > >> Date: Tuesday, January 31, 2017 16:02:37 -0500 >> From: TE Dukes <tdukes at palmettoshopper.com> >> >> Today, I started
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
2017 Apr 06
3
as.POSIXct character string is not in a standard unambiguous format
Hi Ben Thanks for your answer I have already tried this, as well as x <- as.POSIXct(strptime("2002-02-02 02:02", "%Y-%m-%d %H:%M")) It works! But it does not fix it widely for all tests used during the "make check" step at compile time. Unless I patch all of them. There is something with localtime but I cannot find what. On another machine with another
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
2020 Oct 02
2
timezone tests and R-devel
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
2008 Dec 09
3
difftime
Hi. I'm trying to take the difference in days between two times. Can you point out what's wrong, or suggest a different function? When I try the following code, The following code works fine: a <- strptime(1911100807,format="%Y%m%d%H",tz="GMT") b <- strptime(1911102718,format="%Y%m%d%H",tz="GMT") x <- difftime(b, a,
2017 Feb 01
2
time zone
> Date: Tuesday, January 31, 2017 19:35:46 -0500 > From: TE Dukes <tdukes at palmettoshopper.com> > >> From: CentOS [mailto:centos-bounces at centos.org] On Behalf Of >> Richard Sent: Tuesday, January 31, 2017 6:46 PM >> >> > Date: Tuesday, January 31, 2017 18:16:36 -0500 >> > From: TE Dukes <tdukes at palmettoshopper.com> >> >
2020 Oct 01
3
timezone tests and R-devel
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
2011 Mar 21
7
wrong time retrieved from system command
${STRFTIME(${EPOCH},GMT+8,%G%m%d-%H%M%S)} I use the above command to get the system date and time it returns 20110321-034329 but it is exactly 8 hours early than the system time when I type date in linux terminal Mon Mar 21 19:43:35 HKT 2011 I am looking for help. CK -------------- next part -------------- An HTML attachment was scrubbed... URL: