HADOOP-17815. Run CI for Centos 7

Need to run the CI for Centos 7 platform
since it's a supported platform.
The CI will run on this platform only when
there's C++ file/C++ build/platform related
changes.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/1/console in case of problems.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m  0s

Docker mode activated.

-1 :x:
docker
22m  8s

Docker failed to build yetus/hadoop:c42441a1ec4.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/1/console

versions
git=2.17.1

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/2/console in case of problems.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
34m 32s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shellcheck
0m  0s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+0 :ok:
hadolint
0m  0s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
31m 28s

trunk passed

+1 :green_heart:
compile
2m 33s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
shadedclient
47m 37s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 17s

the patch passed

+1 :green_heart:
compile
2m 24s

the patch passed

+1 :green_heart:
cc
2m 24s

the patch passed

+1 :green_heart:
golang
2m 24s

the patch passed

+1 :green_heart:
javac
2m 24s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 17s

the patch passed

+1 :green_heart:
shadedclient
13m  9s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
19m 39s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

120m 39s

Reason
Tests

Failed CTEST tests
test_libhdfs_threaded_hdfspp_test_shim_static

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux 380ed90895a7 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / f186ca4767396a80950db810148ef37051b7ac8f

Default Java
Red Hat, Inc.-1.8.0_292-b10

CTEST
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/2/artifact/out/patch-hadoop-hdfs-project_hadoop-hdfs-native-client-ctest.txt

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/2/testReport/

Max. process+thread count
551 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/2/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 34s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shellcheck
0m  0s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+0 :ok:
hadolint
0m  0s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
31m 28s

trunk passed

+1 :green_heart:
compile
2m 32s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
shadedclient
47m 45s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 17s

the patch passed

+1 :green_heart:
compile
2m 23s

the patch passed

+1 :green_heart:
cc
2m 23s

the patch passed

+1 :green_heart:
golang
2m 23s

the patch passed

+1 :green_heart:
javac
2m 23s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
shadedclient
13m  7s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
31m 36s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 34s

The patch does not generate ASF License warnings.

98m 43s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux 363dbd5e124d 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 3ca998b2c2212dbf3df8f79bc5a0ca6b39a5afb2

Default Java
Red Hat, Inc.-1.8.0_292-b10

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/testReport/

Max. process+thread count
543 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
12m  1s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
19m 41s

trunk passed

+1 :green_heart:
compile
2m 40s

trunk passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
2m 42s

trunk passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
mvnsite
0m 27s

trunk passed

+1 :green_heart:
shadedclient
13m 19s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 16s

the patch passed

+1 :green_heart:
compile
2m 30s

the patch passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
cc
2m 30s

the patch passed

+1 :green_heart:
golang
2m 30s

the patch passed

+1 :green_heart:
javac
2m 30s

the patch passed

+1 :green_heart:
compile
2m 33s

the patch passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
cc
2m 33s

the patch passed

+1 :green_heart:
golang
2m 33s

the patch passed

+1 :green_heart:
javac
2m 33s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
hadolint
0m  2s

No new issues.

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
shadedclient
12m 46s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
31m 57s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

103m 40s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell hadolint shellcheck shelldocs mvnsite unit compile cc javac golang

uname
Linux 33395cc1d975 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 3ca998b2c2212dbf3df8f79bc5a0ca6b39a5afb2

Default Java
Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/testReport/

Max. process+thread count
705 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/3/console

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 hadolint=1.11.1-0-g0e692dd

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/5/console in case of problems.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
34m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shellcheck
0m  0s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+0 :ok:
hadolint
0m  0s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
31m  5s

trunk passed

+1 :green_heart:
compile
2m 33s

trunk passed

+1 :green_heart:
mvnsite
0m 32s

trunk passed

+1 :green_heart:
shadedclient
47m 26s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 16s

the patch passed

+1 :green_heart:
compile
2m 22s

the patch passed

+1 :green_heart:
cc
2m 22s

the patch passed

+1 :green_heart:
golang
2m 22s

the patch passed

+1 :green_heart:
javac
2m 22s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 18s

the patch passed

+1 :green_heart:
shadedclient
13m 13s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
19m 59s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in the patch failed.

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

121m 24s

Reason
Tests

Failed CTEST tests
test_libhdfs_threaded_hdfspp_test_shim_static

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux a257590062f0 4.15.0-136-generic #140-Ubuntu SMP Thu Jan 28 05:20:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 21dc05f09ce52b79f97f8ee1165dd48a348c9f14

Default Java
Red Hat, Inc.-1.8.0_292-b10

CTEST
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/5/artifact/out/patch-hadoop-hdfs-project_hadoop-hdfs-native-client-ctest.txt

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/5/testReport/

Max. process+thread count
720 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/5/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 47s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shellcheck
0m  0s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+0 :ok:
hadolint
0m  0s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
32m 42s

trunk passed

+1 :green_heart:
compile
2m 43s

trunk passed

+1 :green_heart:
mvnsite
0m 38s

trunk passed

+1 :green_heart:
shadedclient
52m 26s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
3m  8s

the patch passed

+1 :green_heart:
cc
3m  8s

the patch passed

+1 :green_heart:
golang
3m  8s

the patch passed

+1 :green_heart:
javac
3m  8s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
shadedclient
16m 52s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
42m 37s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

119m 43s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux 9628dea171b4 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 04656fb45afef3bc5412381e8cdb465e7cde5c49

Default Java
Red Hat, Inc.-1.8.0_292-b10

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/testReport/

Max. process+thread count
674 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 59s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
shellcheck
0m  1s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  1s

Shelldocs was not available.

+0 :ok:
hadolint
0m  1s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

-1 :x:
mvninstall
0m 39s
/branch-mvninstall-root.txt
root in trunk failed.

-1 :x:
compile
0m 29s
/branch-compile-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

-1 :x:
mvnsite
0m 30s
/branch-mvnsite-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-native-client in trunk failed.

+1 :green_heart:
shadedclient
2m 18s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 22s

the patch passed

+1 :green_heart:
compile
3m 14s

the patch passed

-1 :x:
cc
3m 14s
/results-compile-cc-hadoop-hdfs-project_hadoop-hdfs-native-client.txt
hadoop-hdfs-project_hadoop-hdfs-native-client generated 8 new + 0 unchanged - 0 fixed = 8 total (was 0)

+1 :green_heart:
golang
3m 14s

the patch passed

+1 :green_heart:
javac
3m 14s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 31s

the patch passed

+1 :green_heart:
shadedclient
17m 46s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
36m 57s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 42s

The patch does not generate ASF License warnings.

65m 48s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux a5b82befcccb 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 04656fb45afef3bc5412381e8cdb465e7cde5c49

Default Java
Red Hat, Inc.-1.8.0_292-b10

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/testReport/

Max. process+thread count
541 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/6/console

versions
git=2.27.0 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
38m 54s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shellcheck
0m  0s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+0 :ok:
hadolint
0m  0s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
32m 37s

trunk passed

+1 :green_heart:
compile
2m 39s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
shadedclient
49m  0s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 16s

the patch passed

+1 :green_heart:
compile
2m 33s

the patch passed

+1 :green_heart:
cc
2m 33s

the patch passed

+1 :green_heart:
golang
2m 33s

the patch passed

+1 :green_heart:
javac
2m 33s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 18s

the patch passed

+1 :green_heart:
shadedclient
13m 31s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
35m 58s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

143m 25s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux cb1bfce73638 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 38ed74f8d55afd54a344283474338db0ef2e36b4

Default Java
Red Hat, Inc.-1.8.0_292-b10

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/testReport/

Max. process+thread count
543 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/console

versions
git=2.9.5 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
23m 56s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
shellcheck
0m  1s

Shellcheck was not available.

+0 :ok:
shelldocs
0m  1s

Shelldocs was not available.

+0 :ok:
hadolint
0m  1s

hadolint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
24m 14s

trunk passed

+1 :green_heart:
compile
2m 58s

trunk passed

+1 :green_heart:
mvnsite
0m 46s

trunk passed

+1 :green_heart:
shadedclient
43m 47s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 23s

the patch passed

+1 :green_heart:
compile
2m 36s

the patch passed

+1 :green_heart:
cc
2m 36s

the patch passed

+1 :green_heart:
golang
2m 37s

the patch passed

+1 :green_heart:
javac
2m 36s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 30s

the patch passed

+1 :green_heart:
shadedclient
14m 39s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
36m  1s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

125m 22s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux e1cbbed2e6de 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 38ed74f8d55afd54a344283474338db0ef2e36b4

Default Java
Red Hat, Inc.-1.8.0_302-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/testReport/

Max. process+thread count
670 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/console

versions
git=2.27.0 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
12m  4s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
shelldocs
0m  1s

Shelldocs was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
27m 21s

trunk passed

+1 :green_heart:
compile
2m 39s

trunk passed

+1 :green_heart:
mvnsite
0m 31s

trunk passed

+1 :green_heart:
shadedclient
18m  8s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 18s

the patch passed

+1 :green_heart:
compile
2m 21s

the patch passed

+1 :green_heart:
cc
2m 21s

the patch passed

+1 :green_heart:
golang
2m 21s

the patch passed

+1 :green_heart:
javac
2m 21s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
hadolint
0m  3s

No new issues.

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
shellcheck
0m  1s

No new issues.

+1 :green_heart:
shadedclient
17m 50s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
34m 18s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 43s

The patch does not generate ASF License warnings.

120m  5s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell shellcheck shelldocs hadolint mvnsite unit compile cc javac golang

uname
Linux e9156c8a0fa4 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 38ed74f8d55afd54a344283474338db0ef2e36b4

Default Java
Debian-11.0.11+9-post-Debian-1

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/testReport/

Max. process+thread count
741 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/console

versions
git=2.30.2 maven=3.6.3 shellcheck=0.7.1 hadolint=1.11.1-0-g0e692dd

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
12m 55s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
21m 30s

trunk passed

+1 :green_heart:
compile
2m 49s

trunk passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
2m 54s

trunk passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
mvnsite
0m 25s

trunk passed

+1 :green_heart:
shadedclient
13m  8s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 14s

the patch passed

+1 :green_heart:
compile
2m 45s

the patch passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
cc
2m 45s

the patch passed

+1 :green_heart:
golang
2m 45s

the patch passed

+1 :green_heart:
javac
2m 45s

the patch passed

+1 :green_heart:
compile
2m 47s

the patch passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
cc
2m 47s

the patch passed

+1 :green_heart:
golang
2m 47s

the patch passed

+1 :green_heart:
javac
2m 47s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
hadolint
0m  3s

No new issues.

+1 :green_heart:
mvnsite
0m 18s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
shadedclient
13m 12s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
31m 43s

hadoop-hdfs-native-client in the patch passed.

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

108m 24s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3231

Optional Tests
dupname asflicense codespell hadolint shellcheck shelldocs mvnsite unit compile cc javac golang

uname
Linux 1c2f97143751 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 38ed74f8d55afd54a344283474338db0ef2e36b4

Default Java
Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/testReport/

Max. process+thread count
719 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-native-client U: hadoop-hdfs-project/hadoop-hdfs-native-client

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3231/7/console

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 hadolint=1.11.1-0-g0e692dd

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.


Internal Query: Adds Order Filter Resume Workaround

Internal Query: Adds Order Filter Resume Workaround
Description
When a user uses a v2 continuation token with the v3 it takes a while to rehydrate the query iterator. This is because the rid that v2 uses lags behind the rid that the v3 sdk uses. The only v2 worked efficiently is because it injects a filter for the target partition. We are mimicking the same thing here for v3 SDK. Technically this is undefined behavior since are essentially taking a continuation token and using it with a modified query text, which is why its not going to make it to the official release. This is only to help customers migrate from v2 to v3 sdk.

Customer was able to get their nuget drop.


Could not find android-104.5112.05.jar (com.github.webrtc-sdk:android:104.5112.05).

Hi, any reason why I cant find android-104.5112.05.jar? this blocking me from building the apk.
[        ] 1: Task failed with an exception.
[        ] -----------
[        ] * What went wrong:
[        ] Execution failed for task ':app:checkPosDebugAarMetadata'.
[        ] > Could not resolve all files for configuration ':app:posDebugRuntimeClasspath'.
[        ]    > Failed to transform android-104.5112.05.aar (com.github.webrtc-sdk:android:104.5112.05) to match attributes {artifactType=android-aar-metadata, org.gradle.category=library, org.gradle.libraryelements=jar, org.gradle.status=release, org.gradle.usage=java-runtime}.
[        ]       > Could not find android-104.5112.05.jar (com.github.webrtc-sdk:android:104.5112.05).
[        ]         Searched in the following locations:
[        ]             https://jitpack.io/com/github/webrtc-sdk/android/104.5112.05/android-104.5112.05.aar
[        ]             https://jitpack.io/com/github/webrtc-sdk/android/104.5112.05/android-104.5112.05.jar
[        ] * Try:
[        ] > Run with --debug option to get more log output.
[        ] > Run with --scan to get full insights.
[        ] Caused by: org.gradle.internal.resolve.ArtifactNotFoundException: Could not find android-104.5112.05.jar (com.github.webrtc-sdk:android:104.5112.05).
[        ] Searched in the following locations:
[        ]     https://jitpack.io/com/github/webrtc-sdk/android/104.5112.05/android-104.5112.05.aar
[        ]     https://jitpack.io/com/github/webrtc-sdk/android/104.5112.05/android-104.5112.05.jar
[        ] ==============================================================================
[        ] 2: Task failed with an exception.
[        ] -----------
[        ] * What went wrong:
[        ] java.lang.StackOverflowError (no error message)
[        ] * Try:
[        ] > Run with --debug option to get more log output.
[        ] > Run with --scan to get full insights.
[        ] ==============================================================================
[        ] * Get more help at https://help.gradle.org
[        ] BUILD FAILED in 20m 28s```

Duplicate issue:
flutter-webrtc/flutter-webrtc#1298

A mirror of 104.5112.05 is up on Maven Central, found here:
  dependencies {
    implementation 'io.github.webrtc-sdk:android:104.5112.05'
  }


"Destroy all disks and backups" on backup restore page is unclear

Selecting that option sets overwrite to true in linode/instances/:id/backups/:id/restore. This destroys disks and config profiles, but not backups. I would suggest rewording this to "Destroy all disks and config profiles," or maybe "Destroy all disks" as I don't believe we expose config profiles in the new manager.
(Maybe also clarify: "Destroy all disks on the target Linode.")

Whoops, dupe of https://github.com/linode/manager/issues/1875.


"item" patch + \bgroup -> "Use of \MT@prot@group doesn't match its definition."

Description
The patches to "item" apparently cause problems if the item text starts with a \bgroup, resulting in the error "Use of \MT@prot@group doesn't match its definition." This affects pdflatex, xelatex, and lualatex.
Minimal example demonstrating the issue
\documentclass{article}
\usepackage{microtype}
\begin{document}
\begin{itemize}
\item \bgroup Hi there!\egroup
\end{itemize}
\end{document}

As a workaround, if there is something before \bgroup (for example, \null), things work ok. Another workaround is to use \begingroup instead of \bgroup.

An even simpler workaround would be to just use parentheses ... but of course I agree that this is a bug that needs to be fixed

Could you try with
\def\MT@prot@group{\bgroup\afterassignment\MT@prot@get@firstchar\let\MT@temp= }

WorksForMe(TM) :)
However, I will create another related issue that is not solved by this :-/ .


[C#] Add null reference types support to gRPC C# plugin

Add support for null reference types to gRPC C# plugin.
To enable, add the option "nullable_reference_types" to the plugin, e.g.
protoc --plugin=protoc-gen-grpc=grpc_csharp_plugin \
    --csharp_out=. --grpc-csharp_out=. \
    --grpc-csharp_opt=enable_nrt \
    myproto.proto

This PR is a prerequisite for adding support to Grpc.Tools - see https://github.com/grpc/grpc/issues/20729
Note: this is the gRPC plugin only - adding support to protoc code generation is separate (see https://github.com/protocolbuffers/protobuf/pull/13218 for one PR doing this)

@jtattermusch @jskeet for review

Will look at this next week. (I'm off on Friday.)

I'm eager to see this implemented into gRPC. I never contributed to this amazing library, but can I help you in any way?


ResendService - Nest can't resolve dependencies

So, I'm quite new to NestJS and I'm trying to make an API where I can send emails.
I followed the steps on README, but I'm getting the following errors:
[Nest] 51366  - 18/05/2024, 17:34:59   ERROR [ExceptionHandler] Nest can't resolve dependencies of the SendEmailUseCase (?). Please make sure that the argument ResendService at index [0] is available in the EmailModule context.

Potential solutions:
- Is EmailModule a valid NestJS module?
- If ResendService is a provider, is it part of the current EmailModule?
- If ResendService is exported from a separate @Module, is that module imported within EmailModule?
  @Module({
    imports: [ /* the Module containing ResendService */ ]
  })

Error: Nest can't resolve dependencies of the SendEmailUseCase (?). Please make sure that the argument ResendService at index [0] is available in the EmailModule context.

Potential solutions:
- Is EmailModule a valid NestJS module?
- If ResendService is a provider, is it part of the current EmailModule?
- If ResendService is exported from a separate @Module, is that module imported within EmailModule?
  @Module({
    imports: [ /* the Module containing ResendService */ ]
  })

I thought that I would be able to call ResendService from anywhere after configuring the ResendModule, but it's not working. My files structures is as follow:
app.module.ts
import { Module } from '@nestjs/common';
import { ResendModule } from 'nestjs-resend';
import { ENV_RESEND_API_KEY } from './core/constants';
import { RoutesModule } from './routes/routes.module';

@Module({
  imports: [
    ResendModule.forRoot({
      apiKey: ENV_RESEND_API_KEY,
    }),
    RoutesModule,
  ],
  providers: [],
  exports: [],
})
export class AppModule {}

routes.module.ts
import { Module } from '@nestjs/common';
import { EmailModule } from './email/email.module';

@Module({
  imports: [EmailModule],
})
export class RoutesModule {}

email.module.ts
import { Module } from '@nestjs/common';
import { EmailController } from './email.controller';
import { SendEmailUseCase } from './use-cases/send-email.use-case';

@Module({
  providers: [SendEmailUseCase],
  controllers: [EmailController],
})
export class EmailModule {}

email.controller.ts
import { Controller, Get } from '@nestjs/common';
import { SendEmailUseCase } from './use-cases/send-email.use-case';

@Controller('email')
export class EmailController {
  constructor(private readonly sendEmailUseCase: SendEmailUseCase) {}

  @Get('/')
  async sendEmail() {
    await this.sendEmailUseCase.exec();
  }
}

send-email.use-case.ts
import { Injectable } from '@nestjs/common';
import { ResendService } from 'nestjs-resend';

@Injectable()
export class SendEmailUseCase {
  constructor(private readonly resendService: ResendService) {}

  async exec() {
    await this.resendService.send({
      from: 'Hello World',
      to<EMAIL_ADDRESS>      subject: 'Hello World',
      text: 'Hello World',
    });
  }
}

I'm facing the same problem, any solution?

same here


In the starred messages view, new starred message events crash the app

To reproduce:

Go to the starred messages view on the mobile app
Log into the same account on another device
Star an old message

I haven't yet diagnosed the cause of the crash, but looking at the error message, it is likely that the client relies on the assumption that a starred message is known to the app. This is not the case when that message is ancient and hasn't been fetched before.

Error Details
Error: getFetchedMessagesForNarrow: message with id is missing in getMessages(state)
The error may be correlated with this previous error:
index.android.bundle:1881:1699
map@[native code]
index.android.bundle:1881:1544
C@index.android.bundle:1158:886
index.android.bundle:1157:1038
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:2469:4330
t@index.android.bundle:1153:1076
f@index.android.bundle:1122:149
index.android.bundle:1122:347
notify@index.android.bundle:1122:309
notifyNestedSubs@index.android.bundle:1122:724
notifyNestedSubs@[native code]
C@index.android.bundle:1126:3030
f@index.android.bundle:1122:149
index.android.bundle:1122:347
_e@index.android.bundle:81:93155
xe@index.android.bundle:81:12945
notify@index.android.bundle:1122:309
notifyNestedSubs@index.android.bundle:1122:724
f@index.android.bundle:1122:149
E@index.android.bundle:2692:1608
index.android.bundle:2638:366
h@index.android.bundle:2013:4962
index.android.bundle:2013:6131
s@index.android.bundle:107:746
index.android.bundle:107:2101
s@index.android.bundle:107:746
e@index.android.bundle:107:1233
index.android.bundle:107:1389
index.android.bundle:101:618
index.android.bundle:101:645
index.android.bundle:110:1748
T@index.android.bundle:110:496
k@index.android.bundle:110:886
callReactNativeMicrotasks@index.android.bundle:110:3148
value@index.android.bundle:61:2874
index.android.bundle:61:965
value@index.android.bundle:61:2510
value@index.android.bundle:61:923
value@[native code]
value@[native code]

Component Stack:

    in Unknown
    in Unknown
    in Connect(Component)
    in Unknown
    in Unknown
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in Unknown
    in RCTView
    in Unknown
    in u
    in Unknown
    in PanGestureHandler
    in Unknown
    in RCTView
    in Unknown
    in u
    in Unknown
    in RCTView
    in Unknown
    in o
    in Unknown
    in RNSScreen
    in u
    in Unknown
    in n
    in Suspense
    in Unknown
    in _
    in r
    in a
    in Unknown
    in RNSScreenContainer
    in ScreenContainer
    in Unknown
    in n
    in o
    in Unknown
    in RNGestureHandlerRootView
    in Unknown
    in s
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in UnknownError: getFetchedMessagesForNarrow: message with id is missing in getMessages(state)
The error may be correlated with this previous error:
index.android.bundle:1881:1699
map@[native code]
index.android.bundle:1881:1544
C@index.android.bundle:1158:886
index.android.bundle:1157:1038
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:2469:4330
t@index.android.bundle:1153:1076
f@index.android.bundle:1122:149
index.android.bundle:1122:347
notify@index.android.bundle:1122:309
notifyNestedSubs@index.android.bundle:1122:724
notifyNestedSubs@[native code]
C@index.android.bundle:1126:3030
f@index.android.bundle:1122:149
index.android.bundle:1122:347
_e@index.android.bundle:81:93155
xe@index.android.bundle:81:12945
notify@index.android.bundle:1122:309
notifyNestedSubs@index.android.bundle:1122:724
f@index.android.bundle:1122:149
E@index.android.bundle:2692:1608
index.android.bundle:2638:366
h@index.android.bundle:2013:4962
index.android.bundle:2013:6131
s@index.android.bundle:107:746
index.android.bundle:107:2101
s@index.android.bundle:107:746
e@index.android.bundle:107:1233
index.android.bundle:107:1389
index.android.bundle:101:618
index.android.bundle:101:645
index.android.bundle:110:1748
T@index.android.bundle:110:496
k@index.android.bundle:110:886
callReactNativeMicrotasks@index.android.bundle:110:3148
value@index.android.bundle:61:2874
index.android.bundle:61:965
value@index.android.bundle:61:2510
value@index.android.bundle:61:923
value@[native code]
value@[native code]

Component Stack:

    in Unknown
    in Unknown
    in Connect(Component)
    in Unknown
    in Unknown
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in Unknown
    in RCTView
    in Unknown
    in u
    in Unknown
    in PanGestureHandler
    in Unknown
    in RCTView
    in Unknown
    in u
    in Unknown
    in RCTView
    in Unknown
    in o
    in Unknown
    in RNSScreen
    in u
    in Unknown
    in n
    in Suspense
    in Unknown
    in _
    in r
    in a
    in Unknown
    in RNSScreenContainer
    in ScreenContainer
    in Unknown
    in n
    in o
    in Unknown
    in RNGestureHandlerRootView
    in Unknown
    in s
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in u
    in c
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in Unknown
    in Unknown
    in l
    in IntlProvider
    in Unknown
    in RCTView
    in Unknown
    in r
    in Connect(r)
    in Unknown
    in RNCSafeAreaProvider
    in Unknown
    in Unknown
    in n
    in Unknown
    in r
    in r
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in n

Call Stack:

index.android.bundle:1881:1699
map@[native code]
index.android.bundle:1881:1544
C@index.android.bundle:1158:886
index.android.bundle:1157:1038
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:2469:4330
index.android.bundle:1153:645
index.android.bundle:1153:1249
index.android.bundle:1117:530
S@index.android.bundle:2469:4271
index.android.bundle:2469:488
hr@index.android.bundle:81:41156
nl@index.android.bundle:81:52479
Ea@index.android.bundle:81:78041
Pa@index.android.bundle:81:77943
xa@index.android.bundle:81:77708
Sa@index.android.bundle:81:74696
Sa@[native code]
ut@index.android.bundle:81:25302
_e@index.android.bundle:81:93216
xe@index.android.bundle:81:12945
notify@index.android.bundle:1122:309
notifyNestedSubs@index.android.bundle:1122:724
f@index.android.bundle:1122:149
E@index.android.bundle:2692:1608
index.android.bundle:2638:366
h@index.android.bundle:2013:4962
index.android.bundle:2013:6131
s@index.android.bundle:107:746
index.android.bundle:107:2101
s@index.android.bundle:107:746
e@index.android.bundle:107:1233
index.android.bundle:107:1389
index.android.bundle:101:618
index.android.bundle:101:645
index.android.bundle:110:1748
T@index.android.bundle:110:496
k@index.android.bundle:110:886
callReactNativeMicrotasks@index.android.bundle:110:3148
value@index.android.bundle:61:2874
index.android.bundle:61:965
value@index.android.bundle:61:2510
value@index.android.bundle:61:923
value@[native code]
value@[native code]
    in u
    in c
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in Unknown
    in Unknown
    in l
    in IntlProvider
    in Unknown
    in RCTView
    in Unknown
    in r
    in Connect(r)
    in Unknown
    in RNCSafeAreaProvider
    in Unknown
    in Unknown
    in n
    in Unknown
    in r
    in r
    in Unknown
    in RCTView
    in Unknown
    in RCTView
    in Unknown
    in n

Call Stack:

index.android.bundle:1881:1699
map@[native code]
index.android.bundle:1881:1544
C@index.android.bundle:1158:886
index.android.bundle:1157:1038
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:1157:1004
C@index.android.bundle:1158:886
index.android.bundle:2469:4330
index.android.bundle:1153:645
index.android.bundle:1153:1249
index.android.bundle:1117:530
S@index.android.bundle:2469:4271
index.android.bundle:2469:488
hr@index.android.bundle:81:41156
nl@index.android.bundle:81:52479
Ea@index.android.bundle:81:78041
Pa@index.android.bundle:81:77943
xa@index.android.bundle:81:77708
Sa@index.android.bundle:81:74696
Sa@[native code]
ut@index.android.bundle:81:25302
_e@index.android.bundle:81:93216
xe@index.android.bundle:81:12945
notify@index.android.bundle:1122:309
notifyNestedSubs@index.android.bundle:1122:724
f@index.android.bundle:1122:149
E@index.android.bundle:2692:1608
index.android.bundle:2638:366
h@index.android.bundle:2013:4962
index.android.bundle:2013:6131
s@index.android.bundle:107:746
index.android.bundle:107:2101
s@index.android.bundle:107:746
e@index.android.bundle:107:1233
index.android.bundle:107:1389
index.android.bundle:101:618
index.android.bundle:101:645
index.android.bundle:110:1748
T@index.android.bundle:110:496
k@index.android.bundle:110:886
callReactNativeMicrotasks@index.android.bundle:110:3148
value@index.android.bundle:61:2874
index.android.bundle:61:965
value@index.android.bundle:61:2510
value@index.android.bundle:61:923
value@[native code]
value@[native code]

Thanks for the report.
Looking at the code around the error, it's thrown because we've breached the invariant that state.narrows contains only message IDs that appear in state.messages.
And looking at narrowsReducer.js which maintains state.narrows, I see the bug there: it's that when we receive an event saying a message was starred, we add it unconditionally to the state.narrows entry for the starred-messages narrow (if we have such an entry), without checking if the message appears in state.messages.
It looks like the same issue also applies to events saying a message gained a mention flag.
It'd be possible to fix this bug. But I think this situation is rare, which is consistent with the fact that we haven't heard a report of it before. Given that and that this app is in maintenance mode, I think we won't fix it in this codebase and will instead indirectly fix it by finishing and launching the new zulip-flutter app.

Meanwhile, taking this as an opportunity to avoid a similar bug in zulip-flutter:
The zulip-flutter analogue of state.narrows is MessageListView, the view-model for a message list. It doesn't currently respond to UpdateMessageFlagsEvent, so this doesn't arise. When we add that functionality, the most obvious thing will be to handle it the same way we handle messages getting moved into a channel or topic narrow, which is already conservative about preventing this sort of issue:
  void _messagesMovedIntoNarrow() {
    // If there are some messages we don't have in [MessageStore], and they
    // occur later than the messages we have here, then we just have to
    // re-fetch from scratch.  That's always valid, so just do that always.
    // TODO in cases where we do have data to do better, do better.
    _reset();
    notifyListeners();
    fetchInitial();
  }

I'll also make a note in the relevant issue, to make sure we watch for this potential bug. (… Actually it looks like we didn't quite have such an issue in the tracker; just filed https://github.com/zulip/zulip-flutter/issues/1006 for it.)

hey @gnprice @PIG208 is this issue still unsolved, if it is unsolved then assign it to me and provide some links for description

@mayankdhangar2408 See my reply to another of your comments: https://github.com/zulip/zulip-mobile/issues/5885#issuecomment-2487410893


Preview cannot be turned off if the toolbar is autohiding

When preview mode is enabled, contenteditables are disabled and the toolbar is auto-hidden ... so the Preview button cannot be clicked again to disable the Preview mode.

https://github.com/balupton/mercury/issues/27


Add ability to configure the past scheduled time threshold

Closes #463.
Naming is hard, so probably people can suggest a better name for this configuration option.
I also refactored a bit the relevant methods to avoid double negation and be simpler to understand.

Seems fine @fatkodima ✅
Let's leave it open some days, so we can think a bit on the naming.

Maybe something like "reschedule grace period" would make more sense in terms of naming.

Like it @kevinrobell-st! What's your thoughts @fatkodima?

Like it! Switched to that name, thank you ❤

Thanks @fatkodima 🙌

Hopefully soon! In the meantime, you can point the gem to GitHub master branch:
gem 'sidekiq-cron', github: 'sidekiq-cron/sidekiq-cron'


build: fix path to test data directory

Prior to this patch, in a repository setup where onnx-mlir is not
present in the top-level directory, the build failed because the
setup_model_download() function assumed that the third_party/onnx
directory is located at the root of the repository.
This patch fixes the problem by replacing the reference to
CMAKE_SOURCE_DIR with ONNX_MLIR_SRC_ROOT.
Signed-off-by: Ashay Rane<EMAIL_ADDRESS>

Can one of the admins verify this patch?

Thanks! Can you check whether there may be other places like that in the cmake files?

@jenkins-droid test this please

Jenkins Linux s390x Build #7460 [push] build: fix path to test ... started at 19:22

Jenkins Linux ppc64le Build #6509 [push] build: fix path to test ... started at 19:24

Jenkins Linux amd64 Build #7444 [push] build: fix path to test ... started at 18:22

Jenkins Linux amd64 Build #7444 [push] build: fix path to test ... passed after 54 min

Jenkins Linux s390x Build #7460 [push] build: fix path to test ... passed after 1 hr 29 min

Jenkins Linux ppc64le Build #6509 [push] build: fix path to test ... passed after 1 hr 40 min


publish: let users provide exact silo post text in param/mf2 class

originally proposed here:

what if we support custom new webmention query params and/or mf2 classes that clients can use to give us the exact text they want to publish for a specific silo? that would relieve the pressure for complex transformations like this. sophisticated users/CMSes could use their own rich UI to craft this, then send it to us and we'd post it verbatim. unsophisticated users could keep using our existing translation. it would also let CMSes keep reusing our silo API implementations instead of doing it themselves, which i'm definitely for.

:clap: very innnnnteresting

"Beware of bugs in the above code; I have only proved it correct, not tried it."

if you have a post that embeds the brid.gy/publish/twitter link but hasn't been published yet (say on a site that embeds the link on every page for convenience) ... is there anything to prevent someone from sending a webmention with the &bridgy-twitter-content=  parameter set to whatever they want?

ooh, great catch! there absolutely is not; that's a huge hole.
the simple fix is just to drop the query param entirely, which I'm ok with, unless you can think of a safe way to keep it...?


Textbox Autocomplete (browser prediction)

The autocomplete attribute specifies whether or not an input field should have autocomplete enabled.
Autocomplete allows the browser to predict the value. When a user starts to type in a field, the browser should display options to fill in the field, based on earlier typed values.
This is especially useful for login pages where you want KeyChain support from the browser, google recommends to use "new-password" and "current-password" at login pages.
Note: The autocomplete attribute works with the following types: text, search, url, tel, email, password, datepickers, range, and color.

The autocomplete component you've submitted was merged a while back, so I'm closing this.  Thanks!


Cross-country experiments: Normalize each feature per country along with the wealth index

Updates from Jace:
Using scaled features and scaled wealth index (per-country) improves our cross-country performance!
More details here:
https://docs.google.com/document/d/1BrVgLLun48z2iitScisOr1F62b2uedWp1ihN3Qqbp0I/edit#heading=h.4ihvh46o55bc


Error "target \8216+RTS\8217 is not a module name or a source file" in Atom

I've just upgraded to the latest HIE as part of a move to Stack lts-15.2. When I save a file in Atom (triggering HIE) I get the error message
target \8216+RTS\8217 is not a module name or a source file
in a red box at the top right.
I'm filing this as an HIE bug because it is HIE that has changed rather than the Atom plug-in.

Looks liek a HIE-bug. Do you have spaces in the filepath? If yes, this is a duplicate of #1669 and fixed in hie-bios, we just need a new release and bump versions.

There are no spaces in my filepaths.
\8216 and \8217 are the open and close single quote characters, so at a guess they got inserted around the +RTS by mistake somewhere instead of the ASCII single quote.

Can you share your project set-up a bit, and link logs of the execution? Some way to do that is by invoking hie-wrapper --debug . in the root of your project.

Here is the output of HIE.  There is a lot of it, but a search for "not a module" will find the error message in question.
hie.log.txt
I'm using Atom 1.45.0 with the following Haskell plugins:
atom-ide-ui 0.13.0
ide-haskell 2.4.1
ide-haskell-cabal 2.4.0
ide-haskell-hie 0.12.0
language-haskell 1.19.4

\8216 and \8217 are the open and close single quote characters, so at a guess they got inserted around the +RTS by mistake somewhere instead of the ASCII single quote.

IIRC, this is from GHC itself. For some reason, GHC thinks that +RTS is a target to compile...
Can not easily reproduce, can you provide a minimal project to play around with? Or just some project that produces this problem? Does the problem go away if you remove those +RTS entry from your .cabal or package.yaml file?

Does the problem go away if you remove those +RTS entry from your .cabal or package.yaml file?

Yes it does. I put them in some time ago to try to speed up compilation by giving the GHC garbage collector more room for manoeuvre.

What does your .cabal file look like with these option? Can you provide an example of this section?

I had
ghc-options: -Wall -j +RTS -A32m -RTS
in my .cabal file for the library section and each exec section.

Can reproduce on linux.
Flag difference, output with hie.yaml
-fbuilding-cabal-package
-O0
-outputdir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-odir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-hidir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-stubdir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-i
-i/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-i/home/baldr/Documents/haskell/fprog/app
-i/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/autogen
-i/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/global-autogen
-I/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/autogen
-I/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/global-autogen
-I/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-optP-include
-optP/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/autogen/cabal_macros.h
-hide-all-packages
-Wmissing-home-modules
-no-user-package-db
-package-db
/home/baldr/.cabal/store/ghc-8.6.5/package.db
-package-db
/home/baldr/Documents/haskell/fprog/dist-newstyle/packagedb/ghc-8.6.5
-package-db
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/package.conf.inplace
-package-id
base-<IP_ADDRESS>
-package-id
fprog-<IP_ADDRESS>-inplace
-XHaskell2010
app/Main.hs
-Wall
-j
-rtsopts
-with-rtsopts=-N
-hide-all-packages

output without hie.yaml
-fbuilding-cabal-package
-O
-outputdir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-odir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-hidir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-stubdir
/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-i
-i/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-i/home/baldr/Documents/haskell/fprog/app
-i/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/autogen
-i/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/global-autogen
-I/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/autogen
-I/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/global-autogen
-I/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/fprog-tmp
-optP-include
-optP/home/baldr/Documents/haskell/fprog/dist-newstyle/build/x86_64-linux/ghc-8.6.5/fprog-<IP_ADDRESS>/x/fprog/build/fprog/autogen/cabal_macros.h
-hide-all-packages
-Wmissing-home-modules
-no-user-package-db
-package-db
/home/baldr/.cabal/store/ghc-8.6.5/package.db
-package-db
/home/baldr/Documents/haskell/fprog/dist-newstyle/packagedb/ghc-8.6.5
-package-id
base-<IP_ADDRESS>
-package-id
fprog-<IP_ADDRESS>-inplace
-XHaskell2010
-Wall
-j
+RTS
-A32m
-RTS
-threaded
-rtsopts
-with-rtsopts=-N
app/Main.hs

Note that the latter contains +RTS -A32m -RTS while the former does not.
So, bug in the cabal-helper-helper implementation.

Potential work-around:
Replace any occurrence of +RTS -A32m -RTS with -with-rtsopts=-A32m

Side note: removing the -A32m means that Atom with HIE is now taking sane amounts of RAM. Telling GHC to allocate itself plenty of memory isn't a problem in batch mode, but it seems that it doesn't play well in HIE.

Carried over from https://github.com/DanielG/cabal-helper/issues/101, the correct syntax is "-with-rtsopts=-A32m -T".
However, what were you actually trying to achieve with +RTS -A32m -RTS?

The intention is to make GHC run faster by increasing the allocation size for the GC, thereby reducing the number of garbage collections during compilation. This is recommended in a number of places, including this blog post.
Incidentally, -with-rtsopts is not the same thing. +RTS sets the run-time options for the current program (i.e. GHC), but -with-rtsopts is a flag for GHC which contains the run-time options for the generated executable.

In hie-bios, we explicitly strip RTS flags. I wonder why.

From irc discussion with @mpickering:
HIE can not honor them because it is already too late when we get this options, the ghc session has already started, and we cant limit the used memory later. Therefore, the fix is to strip these options in cabal-helper-helper.

@PaulJohnson would you mind checking if this problem is gone?

Yup, seems to have nailed it, thanks.

Great news!
However, please note that these flags dont do anything to the compiler used by HIE. So, it will have no impact on the memory used by HIE.


I get this message whenever running over 1000 ish requests

(node) warning: Recursive process.nextTick detected. This will break in the next version of node. Please use setImmediate for recursive deferral.

We encountered the same issue when dealing with large amount of datas (~5000) in one request. This cause a Maximum call stack size exceeded.
There is some way to prevent this to happen?
@filwisher @kevbook @substack


Conversion of JS date value to number date is not precise on Chrome

Functions like XLSX.utils.sheet_add_json converts JS date values to excel number dates (OLE Automation date) using datenum.
The conversion is not correct on Chrome. The converted value is a few seconds less than the passed date. On Firefox works correctly.
As an example look at this pen.
It copies datenum implementation and try to convert 'Jun 05 2020 00:00:00', writing the result to console. On Firefox the returned value is correct (43987) just like C# implementation. But in Chrome or Chrome based like new Edge, returns 43986.9999537037.
The difference from Chrome to Firefox is basedate.getTimezoneOffset(). On Firefox returns an fractional number (in my case<PHONE_NUMBER>6666666) while Chrome return an integer number (154).
Using this implementation fixes it.
I'm willing to create a PR but could not find where to add tests for datenum. If some one guide me where to add such tests i can create a PR.
Important to test for cases like https://github.com/SheetJS/sheetjs/issues/1332
Probably https://github.com/SheetJS/sheetjs/issues/1890 is caused by this issue

https://bugs.chromium.org/p/v8/issues/detail?id=7863 known bug with Chromium.
Sadly year 1900 (which marks the zero point for dates in Excel) happens to be the only relevant year with issues.  You can test this in node by invoking with the TZ environment variable:
$ env TZ=Asia/Shanghai node

(function (date) {
    var timezoneOffset = date.getTimezoneOffset() / (60 * 24);
    var msDateObj = (date.getTime() / 86400000) + (25569 - timezoneOffset);
    return msDateObj;
})(new Date(1900,1,1,0,0,0,0)) // 32.99950231481489

Maybe it's better to break 1900 than break today

Maybe it's better to break 1900 than break today

Did you already decided what to do?
I can help with the patch with deems necessary

Moving discussion to https://github.com/SheetJS/sheetjs/issues/1565


New component: Scratch buffer

Regexplainer relies on the Nui buffer interface which both NuiPopup and NuiSplit implement. I had need for a scratch buffer (invisible, ephemeral, unlisted) but one that also implements the NuiBuffer interface, what that I could use it with my existing code. This is what I came up with:

warning: probably shitty code incoming

---A Nui-compatible scratch buffer.
---ephemeral, invisible, unlisted
---@class ScratchBuffer
---@field _ NuiBufferOptions
---@field bufnr number
local Scratch = setmetatable({
  super = nil
}, {
  __name = 'Scratch',
  __call = function(class, options)
      local self = setmetatable({}, { __index = class })
      self._ = {
        buf_options = options.buf_options,
        loading = false,
        mounted = false,
        win_enter = options.enter,
        win_options = options.win_options,
      }
      self.bufnr = vim.api.nvim_create_buf(false, true)
      return self
  end
})

function Scratch:mount()
  self._.mounted = true;
end

function Scratch:unmount()
  vim.api.nvim_buf_delete(self.bufnr, { force = true })
  self._.mounted = false;
end

---@param register? string The register to yank to. defaults to '*'
function Scratch:yank(register)
  register = register or '*'
  vim.api.nvim_buf_call(self.bufnr, function()
    vim.cmd("%y"..register)
  end)
end

return Scratch

If that looks reasonably interesting, I'm happy to open a PR.

This doesn't seem like a UI component. 🤔

nope, it's for plugin development

regexplainer generates some content and puts it in a buffer
depending on the config, that buffer can be either a popup or a split, (or, now, a scratch buffer)
I didn't want to have to duck-type the incoming buffer class at the call site, so it was better to create this class which implements the nui buffer interface

Ah... I see, got it!

Closing, because this is not anything UI related.


Mark preferred version of API

Some APIs have multiple swagger files documenting different versions.
In my service, by default show preferred version of API.
Could you please mark preferred version somehow?
For example, Git support symlinks, so you can make $api/preferred/ point to dir with preferred version.

Hmm... I guess we could do this, but I'm not sure we should think about versions this way. All versions that are not preview should be equally good for customers to consume. There is no preference other than feature set.
We could provide guidance to point toward the latest, or simply have the convention rather than having to keep updating the symlink when a new version is available.

All versions that are not preview should be equally good for customers to consume.

Yes, but imagine person see your API for the first time without any previous experience with it.
I think, to explain it litter bit better I need to provide some background.
I working on catalog of OpenAPI specs for public APIs.
Some 3rd-party tools/services access it through my own API.
Have sample site to show simplest possible UI, I think this screenshot illustrate my current strategy:

So user always presented with the latest version but it still possible to choose previous ones.

We could provide guidance to point toward the latest, or simply have the convention rather than having to keep updating the symlink when a new version is available.

Alternative you can mark it inside spec itself.
In my catalog I currently use x-preferred with boolean as the value.
I borrow this semantic from Google Discovery, see this

Hi @IvanGoncharov
The API documented inside the Stable folder version are the ones that customer would write stable code on, "Preffered" would be a bit subjective depending on what the customers are looking for. Some prefer latest stable other prefer to lock on a specific version.
Ofcourse the more recent version that you adopt the more goodness of features you get :)
Thanks
Closing and please re-open if you have other questions
Thanks
Samer


Added branch modification

:tada: This issue has been resolved in version 1.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


remove owner in tests

this pr needs for https://github.com/zerocracy/judges-action/pull/351

@yegor256 please merge

@rultor release, tag is 0.0.70

@rultor release, tag is 0.0.70

@yegor256 OK, I will release it now. Please check the progress here

@rultor release, tag is 0.0.70

@yegor256 Done! FYI, the full log is here (took me 7min)

@Suban05 Thank you for your contribution! We appreciate your effort, but there are some areas for improvement. Unfortunately, we couldn't award points this time due to: lack of code review (-16), very few comments (1, -4), and too few hits-of-code (10, -8). However, we've adjusted the score to ensure you receive the minimum 4 points. Please note that code reviews and sufficient hits-of-code are crucial for our team's success. We encourage you to keep contributing and focus on these aspects in your future submissions. Your current balance stands at +123.


fix inertia on finger_edu & a1, ref #68

It would be useful to include a tiny inertia (e.g., 1e-6) as Pybullet simulator doesn't like body with no inertia.

@jcarpent : Those links are only here for the collisions, so those values should not mess with dynamics algo.
@cmastalli : what do you mean by "doesn't like" ? This modification is here to prevent pybullet to assign a 1kg default mass to those links which have none. Did #68 raise any issue for you ?


Non-sticky session should be loaded for ignored resources with container managed auth

From martin.grotzke on June 09, 2012 21:26:51
In non-sticky session mode with container managed authentication (e.g. form based) ignored resources (configured via requestUriIgnorePattern) are not displayed as the session is not loaded for them.
This should be changed so that the session is loaded (but not updated) from/in memcached.
Original issue: http://code.google.com/p/memcached-session-manager/issues/detail?id=141

From martin.grotzke on June 09, 2012 13:21:16
Fixed.
This fixes also an issue with form auth and stale sessions caused by ignored resources.
Status: Fixed

From martin.grotzke on July 03, 2012 01:14:33
(No comment was entered for this change.)
Labels: Milestone-1.6.2


Overlapping

P section is overlapping with the scroll-wrapper sections

Fixed by adding min-width: fit-content;
  #p {
    color: whitesmoke;
    text-shadow: 0.5px 0.5px black;
    font-size: 20px;
    font-weight: bolder;
    text-align: center;
    background-image: URL("../images/purplecosmos.jpg");
    width: 66%;
    min-width:fit-content;
    padding: 5px;
  }


Raise exception after main?

In my OpenCL program (just call test_mul24 in test_int.cl),  the exception is raised as follows:
terminate called without an active exception
Aborted

I am not sure what happened. But I see ~thread is called in __run_exit_handlers in _start.
Some threads are unfinished (related to #3?).
My program is as follows. It is straightforward as OpenCL program.
Probably other program raise the same exception.....
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
#include <assert.h>
#include <math.h>

#ifdef __APPLE__
#include <OpenCL/opencl.h>
#else
#include <CL/cl.h>
#endif

#define MAX_SOURCE_SIZE (0x100000)

#define N 1024

cl_int a[N];
cl_int b[N];

int main() {
  char fileName[] = "./test_int.cl";

  FILE *fp = fopen(fileName, "r");
  if (!fp) {
    fprintf(stderr, "Failed to load kernel\n");
    exit(1);
  }

  char * source_str = (char*)malloc(MAX_SOURCE_SIZE);
  size_t source_size = fread(source_str, 1, MAX_SOURCE_SIZE, fp);
  fclose(fp);

  cl_platform_id platform_id = NULL;
  cl_uint ret_num_platforms;
  cl_int ret = clGetPlatformIDs(1, &platform_id, &ret_num_platforms);
  cl_device_id device_id = NULL;
  cl_uint ret_num_devices;
  ret = clGetDeviceIDs(platform_id, CL_DEVICE_TYPE_DEFAULT, 1, &device_id, &ret_num_devices);

  cl_context context = clCreateContext(NULL, 1, &device_id, NULL, NULL, &ret);
  cl_command_queue command_queue = clCreateCommandQueue(context, device_id, 0, &ret);

  for (int i = 0; i < N; i++)
    a[i] = N;

  cl_mem memobj = clCreateBuffer(context, CL_MEM_READ_WRITE, sizeof(cl_float) * N, NULL, &ret);
  clEnqueueWriteBuffer(command_queue, memobj, CL_TRUE, 0, sizeof(cl_float) * N, a, 0, NULL, NULL);

  cl_program program = clCreateProgramWithSource(context, 1, (const char **)&source_str, (const size_t *)&source_size, &ret);
  ret = clBuildProgram(program, 1, &device_id, NULL, NULL, NULL);

  cl_kernel kernel = clCreateKernel(program, "test_mul24", &ret);
  cl_int arg0 = 2;

  ret = clSetKernelArg(kernel, 0, sizeof(cl_int), (void*)&arg0);
  ret = clSetKernelArg(kernel, 1, sizeof(cl_mem), (void*)&memobj);
  size_t global_item_size[] = { N };
  ret = clEnqueueNDRangeKernel (command_queue, kernel, 1, NULL,
				global_item_size, NULL, 0, NULL, NULL);
  ret = clFinish(command_queue);
  ret = clFlush(command_queue);
  ret = clEnqueueReadBuffer(command_queue, memobj, CL_TRUE, 0, sizeof(cl_float) * N, b, 0, NULL, NULL);
  ret = clReleaseKernel(kernel);
  ret = clReleaseProgram(program);
  ret = clReleaseMemObject(memobj);
  ret = clReleaseCommandQueue(command_queue);
  ret = clReleaseContext(context);
  free(source_str);

  return 0;
}

The exception is thrown, because the background-thread actually handling the communication with the GPU is not correctly shut down: It is aborted by the program being stopped instead of stopping itself by returning from the thread-function.
In theory, the thread should be shut-down when the last command-queue is released, but it seems that doesn't happen.

Testing with e.g. boost-compute test-case test_adjacent_difference does not throw this exception, but a few other test-programs do.
BTW: You have an error in your code, you don't set all 3 kernel arguments (there are 3: int num, int in and int* out), so clEnqueueNDRangeKernel fails.
Running your code throws, even with the above error fixed. Since your code seems to release all objects properly, there seems to be a bug in VC4CL.

Sorry for confusing you because of my mistake.
I have also checked that the same exception is thrown after fixing my bug.

I found the issue:
I was expecting the caller of all the clEnqueue* functions to release the event passed to the functions once, after they are done handling the event. But if there is no event given, the caller cannot release it...
The latests commit now fixes the bug in your code as well as TestVC4CL.

Thanks to your commits, my program can finish successfully.
But TestVC4CL make segmentation fail in __cxa_finalize.
It seems that other resource leaks may remind.

As follows:
(gdb) backtrace
#0  0x76f5b0d0 in std::default_delete<vc4cl::BaseObject>::operator() (this=<optimized out>, __ptr=0x1112f0)
   at /usr/include/c++/6/bits/unique_ptr.h:76
#1  std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >::~unique_ptr (this=<optimized out>,
   __in_chrg=<optimized out>) at /usr/include/c++/6/bits/unique_ptr.h:239
#2  __gnu_cxx::new_allocator<std::_Rb_tree_node<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > >::destroy<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > (this=<optimized out>, __p=<optimized out>)
   at /usr/include/c++/6/ext/new_allocator.h:124
#3  std::allocator_traits<std::allocator<std::_Rb_tree_node<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > > >::destroy<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > (__a=..., __p=<optimized out>)
   at /usr/include/c++/6/bits/alloc_traits.h:487
#4  std::_Rb_tree<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::_Identity<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::less<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::allocator<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > >::_M_destroy_node (this=<optimized out>, __p=0x10f3b8) at /usr/include/c++/6/bits/stl_tree.h:567
#5  std::_Rb_tree<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::_Identity<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::less<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::allocator<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > >::_M_drop_node (this=0x76f8a378 <liveObjectsTracker>, __p=0x10f3b8)
   at /usr/include/c++/6/bits/stl_tree.h:575
#6  std::_Rb_tree<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::_Identity<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::less<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::allocator<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > >::_M_erase (__x=0x10f3b8, this=0x76f8a378 <liveObjectsTracker>)
   at /usr/include/c++/6/bits/stl_tree.h:1640
#7  std::_Rb_tree<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::_Identity<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::less<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::allocator<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > >::~_Rb_tree (this=0x76f8a378 <liveObjectsTracker>, __in_chrg=<optimized out>)
   at /usr/include/c++/6/bits/stl_tree.h:873
#8  std::set<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> >, std::less<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > >, std::allocator<std::unique_ptr<vc4cl::BaseObject, std::default_delete<vc4cl::BaseObject> > > >::~set (this=0x76f8a378 <liveObjectsTracker>, __in_chrg=<optimized out>) at /usr/include/c++/6/bits/stl_set.h:90
#9  vc4cl::ObjectTracker::~ObjectTracker (this=0x76f8a378 <liveObjectsTracker>, __in_chrg=<optimized out>)
   at /home/pi/work/VC4CL/src/ObjectTracker.cpp:18
#10 0x762231b0 in __cxa_finalize (d=0x76f896b8) at cxa_finalize.c:56
#11 0x76f351ac in __do_global_dtors_aux () from /home/pi/work/VC4CL/build/libVC4CL.so.1.2
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

In my env, this problem is reproduced during executing TestVC4CL.
The stack trace is as follows.
(gdb) bt
#0  0x76f5b8e4 in VC4CL_clReleasePerformanceCounterVC4CL (
    counter=<optimized out>)
    at /home/pi/work/VC4CL/src/PerformanceCounter.cpp:79
#1  0x00084f3c in TestExtension::testReleasePerformanceCounters (
    this=0x7efffad0) at /home/pi/work/VC4CL/test/TestExtension.cpp:87
#2  0x76fa1684 in Test::Suite::runTestMethod(Test::Suite::TestMethod const&)
    ()
   from /home/pi/work/VC4CL/build/cpptest-lite/src/cpptest-lite-project-build/libcpptest-lite.so.1.1.2
#3  0x76fa1930 in Test::Suite::run(Test::Output&, bool) ()
   from /home/pi/work/VC4CL/build/cpptest-lite/src/cpptest-lite-project-build/libcpptest-lite.so.1.1.2
#4  0x0001c270 in main (argc=<optimized out>, argv=<optimized out>)
    at /home/pi/work/VC4CL/test/test.cpp:84


Can you please share an example input?

Hi
Thanks for your interesting work.
I'm trying to run the code but it seems the data generation is a bit complex. I'm at the step of generating labels.instances.align.annotated.v2.ply using ShunCheng's code. And his repo also requires a few dependencies which are conflict with my Pytorch version.
So, can you provide a pair of processed scene graph inputs to let me quickly run your code? So I can skip the data generation at the moment.
Thanks
Chuhao

Hello,

For now, I have added two example scenes data in the .npy format which is expected by preprocess.py to example_data/ folder. I will also add the code in a while, however, the idea is just porting it in the .npy format after generating labels.instances.align.annotated.v2.ply for faster processing.

scannet8_relationships.txt contains the 8 relationships predicted by SceneGraphFusion. I have uploaded the file to the pretrained checkpoint GDrive (link in README). However, if you want to use 3RScan GT relationships instead, use the relationships.txt provided by the dataset (just change model:rel_dim parameter to 41 in this case).

Hope this helps, let me know in case of more issues.

Thanks!
I have generated data.npy and download the scanner_relationship.txt.
Will try run evaluation now.

more file is missing. I asked in a new issue.


Lost connection to MySQL server during query (after 0.8.2 -> 0.8.4)

After upgrading to 0.8.4 I get this error frequent. I did a new 0.8.2 install via setup.py and it worked again. Then I did a install of 0.8.3 via setup.py and I got this error.
This error is not exact reproducible. But it occurs after "many" select queries. It look likes it happens with a bigger select query (more data to return).
File "cymysql/cursors.py", line 259, in cymysql.cursors.DictCursor.execute (cymysql/cursors.c:6594)
File "cymysql/cursors.py", line 133, in cymysql.cursors.Cursor.execute (cymysql/cursors.c:4285)
File "cymysql/cursors.py", line 35, in cymysql.cursors.Cursor.errorhandler (cymysql/cursors.c:1639)
File "cymysql/connections.py", line 118, in cymysql.connections.Connection.errorhandler (cymysql/connections.c:4189)
File "cymysql/cursors.py", line 128, in cymysql.cursors.Cursor.execute (cymysql/cursors.c:4093)
File "cymysql/cursors.py", line 234, in cymysql.cursors.Cursor._query (cymysql/cursors.c:6219)
File "cymysql/connections.py", line 341, in cymysql.connections.Connection.query (cymysql/connections.c:9315)
File "cymysql/packet.pyx", line 285, in cymysql.packet.MySQLResult.init (cymysql/packet.c:6392)
File "cymysql/packet.pyx", line 295, in cymysql.packet.MySQLResult.read_rest_rowdata_packet (cymysql/packet.c:6561)
File "cymysql/packet.pyx", line 61, in cymysql.packet.MysqlPacket.init (cymysql/packet.c:1470)
File "cymysql/packet.pyx", line 87, in cymysql.packet.MysqlPacket.__recv_packet (cymysql/packet.c:1838)
cymysql.err.OperationalError: (2013, 'Lost connection to MySQL server during query')
It is always a select statement (where and order by). The connection to mysql is via tcp-ip (from one virtual machine to another (virtualbox), same hardware).
I am running:
client:
Kernel		: Linux 3.13.0-63-generic (x86_64)
Compiled		: #103-Ubuntu SMP Fri Aug 14 21:42:59 UTC 2015
Default C Compiler	: GNU C Compiler version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04)
Distribution		: Ubuntu 14.04.3 LTS
python: 3.4
cython: 0.23.3
server:
-Version-
Kernel		: Linux 3.13.0-63-generic (x86_64)
Compiled		: #103-Ubuntu SMP Fri Aug 14 21:42:59 UTC 2015
Default C Compiler	: GNU C Compiler version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04)
Distribution		: Ubuntu 14.04.3 LTS
mysql: mariadb 5.5.44

Probably fix it in repository.
Can you install and test with current master branch ?

Thanks. It works again :). Let me know when I can close the issue.

Thanks
0.8.5 released now, and fix it.