Re: Help testing release candidate / mc-4.8.22-rc1

[Andrew Borodin]

On Sat, 29 Dec 2018 19:46:16 -0700 Jack Woehr via mc 
 wrote:
> In IBM i PASE environment, we're back to having struct timespect trouble
> with this snapshot:

This is weird.

> /home/JWOEHR/work/mc-4.8.21-108-g4b46e6194/src/filemanager/file.c: In
> function 'get_times':
> /home/JWOEHR/work/mc-4.8.21-108-g4b46e6194/src/filemanager/file.c:899:17:
> error: incompatible types when assigning to type 'struct timespec' from
> type 'st_timespec_t {aka const struct st_timespec}'
>  (*times)[0] = sb->st_atim;
>  ^
> /home/JWOEHR/work/mc-4.8.21-108-g4b46e6194/src/filemanager/file.c:900:17:
> error: incompatible types when assigning to type 'struct timespec' from
> type 'st_timespec_t {aka const struct st_timespec}'
>  (*times)[1] = sb->st_mtim;

Looks like HAVE_UTIMENSAT is defined. But there no any changes around
checking of utimensat() since 09/09 (commit a453376).

-- 
Andrew
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Help testing release candidate / mc-4.8.22-rc1

[Yury V. Zaytsev]

Hi there,

TLDR; I would appreciate if you could please test the following tarball
on your systems and report any blocker regressions as compared to the
previous 4.8.21 release: 

https://www.midnight-commander.org/nopaste/tarball/mc-4.8.21-108-g4b46e6194.tar.xz

$ sha256sum mc-4.8.21-108-g4b46e6194.tar.xz
95eb67435d0ab7ab08753c6057250b2a791468218c0ad5758e8b6bd2df3630d2  
mc-4.8.21-108-g4b46e6194.tar.xz

I've built this tarball out of the latest master with translations from
Transifex pulled in on a fresh Fedora 29 VM which I'm also going to use
to build the final release early next year if nothing serious comes up.

Many thanks!

-- 
Sincerely yours,
Yury V. Zaytsev



signature.asc
Description: This is a digitally signed message part
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel