Re: [PATCH] Remove unused check in configure.ac

2017-09-15 Thread Andrey Gursky
06.05.2017, 19:52, "Yury V. Zaytsev" <y...@shurup.com>: On Wed, 19 Apr 2017, Andrey Gursky wrote: AC_STRUCT_ST_BLOCKS is a leftover from cleanup in 0ba019a90b3798abae32ba261e72b737dc945615 I don't understand why you're saying that this macro is unu

Re: file timestamps not preserved

2017-05-05 Thread Andrey Gursky
On Fri, 5 May 2017 22:20:56 +0300 Nerijus Baliunas wrote: > And one more bug report with zip/rar files: if I copy files only, > their timestamps are OK, but if I copy directories, timestamps > of files inside of them are lost. Nerijus, thanks for the report. I can reproduce this (at least with

Re: file timestamps not preserved

2017-05-05 Thread Andrey Gursky
Hi Nerijus, On Fri, 5 May 2017 17:43:34 +0300 Nerijus Baliunas wrote: > On Wed, 19 Apr 2017 01:36:49 +0200 Andrey Gursky <andrey.gur...@e-mail.ua> > wrote: > > > I received the file and was able to reproduce the issue. > > I applied both patches to 4.8.19: > [PAT

[PATCH] Remove unused check in configure.ac

2017-04-18 Thread Andrey Gursky
AC_STRUCT_ST_BLOCKS is a leftover from cleanup in 0ba019a90b3798abae32ba261e72b737dc945615 --- configure.ac | 1 - 1 file changed, 1 deletion(-) diff --git a/configure.ac b/configure.ac index 387110daf..ac81404f5 100644 --- a/configure.ac +++ b/configure.ac @@ -180,7 +180,6 @@

[PATCH] Initialize struct stat st_[acm]tim.tv_nsec when present

2017-04-18 Thread Andrey Gursky
struct stat in libc for Linux kernel contains few fields more since 14+ years [1]. from bits/stat.h: struct timespec st_atim;/* Time of last access. */ struct timespec st_mtim;/* Time of last modification. */ struct timespec st_ctim;/* Time of

Re: file timestamps not preserved

2017-04-18 Thread Andrey Gursky
On Tue, 18 Apr 2017 17:06:57 +0200 Andrey Gursky wrote: > On Tue, 18 Apr 2017 15:55:58 +0200 Andrey Gursky wrote: > > > On Tue, 18 Apr 2017 16:30:36 +0300 Nerijus Baliūnas wrote: > > > > > 2017-04-18 16:09, Andrey Gursky rašė: > > > > Hi Nerijus, > &

Re: file timestamps not preserved

2017-04-18 Thread Andrey Gursky
On Tue, 18 Apr 2017 15:55:58 +0200 Andrey Gursky wrote: > On Tue, 18 Apr 2017 16:30:36 +0300 Nerijus Baliūnas wrote: > > > 2017-04-18 16:09, Andrey Gursky rašė: > > > Hi Nerijus, > > > > > > On Tue, 18 Apr 2017 15:33:50 +0300 Nerijus Baliunas wrote: > &

Re: file timestamps not preserved

2017-04-18 Thread Andrey Gursky
On Tue, 18 Apr 2017 16:30:36 +0300 Nerijus Baliūnas wrote: > 2017-04-18 16:09, Andrey Gursky rašė: > > Hi Nerijus, > > > > On Tue, 18 Apr 2017 15:33:50 +0300 Nerijus Baliunas wrote: > > > >> Hello, > >> > >> mc 4.8.19 does not preserve tim

Re: file timestamps not preserved

2017-04-18 Thread Andrey Gursky
Hi Nerijus, On Tue, 18 Apr 2017 15:33:50 +0300 Nerijus Baliunas wrote: > Hello, > > mc 4.8.19 does not preserve timestamps of files, if they are copied from > tar.gz, cpio > archives. But copying from zip is OK. I've built now mc (git master) on Debian testing, entered a tar.gz archive and

Re: mc^2 news (august 2016)

2016-09-11 Thread Andrey Gursky
Hi Yury, On Thu, 18 Aug 2016 21:00:31 +0200 (CEST) "Yury V. Zaytsev" wrote: > On Thu, 18 Aug 2016, denisgolovan wrote: > [cut] > > I mean to structure those 500+ bugs/features ("future" milestone) in > > some meaningful way + put some estimates(weeks, dollars)/difficulty

Re: mc^2 news (january 2016)

2016-03-06 Thread Andrey Gursky
On Sat, 27 Feb 2016 17:58:12 +0100 (CET) "Yury V. Zaytsev" <y...@shurup.com> wrote: > On Sat, 27 Feb 2016, Andrey Gursky wrote: > > > Yury, do you plan to close all tickets with milestone 4.8.16 for the > > release? > > I can't tell; if I get time, the

Re: mc^2 news (january 2016)

2016-02-27 Thread Andrey Gursky
On Thu, 25 Feb 2016 22:17:33 +0100 "Yury V. Zaytsev" wrote: > On a related note, I think we (or, rather, I) should start thinking > about releasing 4.8.16 sometime soon. There is quite a bit of good stuff > accumulated in master already. Yury, do you plan to close all tickets