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: