It looks the recent Python3 change (WT-4695) triggered the application of a stricter Python formatting standard, which failed the "s_all" verification as below, on one of our development environments.
Please note the problem needs a code compilation to surface. Jenkins pull request test (wiredtiger-pull-request-builds) did not fail, as the "s_all" verification is currently set to execute without a prior compilation step.
$ ./s_all
dist/s_all run started...
Updating files that include the package version
File "tools/fixlinks.py", line 62
source = re.sub(r'(\s+#.*self),
^
SyntaxError: EOL while scanning string literal
####################### MESSAGE ############################
s_all run of: "./s_python" resulted in:
[tab] characters appear in Python scripts:
./lang/python/wiredtiger.py
#######################
####################### MESSAGE ############################
s_all run of: "./s_win" resulted in:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
../build_win/wiredtiger_config.h: configuration #defines do not match POSIX
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
HAVE_TIMER_CREATE
#######################
dist/s_all run finished
We should either fix above errors picked up by the 'stricter' Python formatting standard, or revert to the previous checking standard and coordinate a smoother enabling of the 'stricter' formatting standard.
The Jenkins pull request test needs to be evaluated/enhanced to be able to catch such errors in the future.