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

2020-05-21 Thread Yury V. Zaytsev
On Thu, 21 May 2020, Nerijus Baliūnas wrote: I thought he was a Fedora mc package maintainer, but it seems I confused him with someone else, sorry! I see, maybe you confused Egmont with Jindřich Nový? He used to maintain mc in Fedora, but I don't know if he's active these days - haven't met

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

2020-05-21 Thread Nerijus Baliūnas via mc-devel
2020-05-21 19:02, Yury V. Zaytsev rašė: On Tue, 19 May 2020, Nerijus Baliunas via mc-devel wrote: Unfortunately, mc 4.8.20 was released only in half a year after May 2017 (November 2017), and it was not included in RHEL 8 (that's the main reason I was asking to make a release sooner). The

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

2020-05-21 Thread Yury V. Zaytsev
On Tue, 19 May 2020, Nerijus Baliunas via mc-devel wrote: Unfortunately, mc 4.8.20 was released only in half a year after May 2017 (November 2017), and it was not included in RHEL 8 (that's the main reason I was asking to make a release sooner). The version in RHEL/CentOS 8 has that annoying

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

2020-05-18 Thread Nerijus Baliunas via mc-devel
On Sun, 7 May 2017 00:52:49 +0200 Egmont Koblinger wrote: > It is a regression (on my Fedora at least), as timestamps were preserved > > with the earlier mc versions. > > As far as I understand the current story, this is probably due to some > other change since mc didn't change its relevant

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

2017-10-09 Thread Nerijus Baliunas
Hello, it would be nice to release 4.8.20, as there will probably be more reports with timestamps not preserving in the near future. On Sun, 7 May 2017 00:52:49 +0200 Egmont Koblinger wrote: > Hi guys, > > It is a regression (on my Fedora at least), as timestamps were

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

2017-05-06 Thread Egmont Koblinger
Hi guys, It is a regression (on my Fedora at least), as timestamps were preserved > with the earlier mc versions. > As far as I understand the current story, this is probably due to some other change since mc didn't change its relevant code recently. Also, generally it's not feasible to make a

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

2017-05-06 Thread Nerijus Baliunas
On Sat, 6 May 2017 22:08:47 +0200 (CEST) "Yury V. Zaytsev" wrote: > Regarding the release, I'm not sure about it. As far as I understand, it's > not a regression, but a bug that has been present for a very long time, so > if this is true, then we are not really in a hurry.

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

2017-05-06 Thread Yury V. Zaytsev
On Sat, 6 May 2017, Nerijus Baliunas wrote: It works, and it fixes my yesterday reported problem with zip/rar subdirs. Thanks! IMHO it would be nice to release 4.8.20 with this fix, it is important. Thanks for the confirmation, I have put the branch on review. Regarding the release, I'm not

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

2017-05-06 Thread Nerijus Baliunas
On Sat, 6 May 2017 21:06:39 +0200 (CEST) "Yury V. Zaytsev" wrote: > I've created a ticket and branch for this patch: > > https://midnight-commander.org/ticket/3821#comment:1 > > I've also patched all other places where stat is filled manually that I > could find. The

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

2017-05-06 Thread Yury V. Zaytsev
I've created a ticket and branch for this patch: https://midnight-commander.org/ticket/3821#comment:1 I've also patched all other places where stat is filled manually that I could find. The all builds & tests seem to run through. Does this version work, or problems remain? On Wed, 19