HBASE-27222 Purge FutureReturnValueIgnored warnings from error prone

There are still 4 warnings left. For the two metrics one, I do not find a better way to fix, as the scheduleWithFixedRate will return a ScheduledFuture, seems the way is to store it somewhere and cancel it when stop?
And in AssignmentManager, the problem is moveAsync just returns a Future, not a CompletableFuture, so there is no way to register a listener to log the errors if any. We can fix this in the future to let it returns a CompletableFuture, but better in another issue.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  6s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 25s
master passed

+1 :green_heart:
compile
5m 12s
master passed

+1 :green_heart:
checkstyle
1m 46s
master passed

+1 :green_heart:
spotless
0m 46s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
4m 16s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 14s
the patch passed

+1 :green_heart:
compile
5m  7s
the patch passed

+1 :green_heart:
javac
0m 32s
hbase-common in the patch passed.

-0 :warning:
javac
0m 38s
hbase-client generated 3 new + 119 unchanged - 4 fixed = 122 total (was 123)

+1 :green_heart:
javac
0m 20s
hbase-zookeeper generated 0 new + 47 unchanged - 1 fixed = 47 total (was 48)

+1 :green_heart:
javac
0m 20s
hbase-asyncfs generated 0 new + 4 unchanged - 20 fixed = 4 total (was 24)

+1 :green_heart:
javac
2m 12s
hbase-server in the patch passed.

-0 :warning:
javac
0m 27s
hbase-it generated 2 new + 101 unchanged - 2 fixed = 103 total (was 103)

+1 :green_heart:
javac
0m 24s
hbase-examples generated 0 new + 33 unchanged - 4 fixed = 33 total (was 37)

+1 :green_heart:
javac
0m 14s
hbase-external-blockcache generated 0 new + 1 unchanged - 1 fixed = 1 total (was 2)

-0 :warning:
checkstyle
0m 15s
hbase-common: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
checkstyle
0m 15s
The patch passed checkstyle in hbase-client

+1 :green_heart:
checkstyle
0m  8s
The patch passed checkstyle in hbase-zookeeper

+1 :green_heart:
checkstyle
0m  9s
The patch passed checkstyle in hbase-asyncfs

+1 :green_heart:
checkstyle
0m 31s
The patch passed checkstyle in hbase-server

+1 :green_heart:
checkstyle
0m 10s
The patch passed checkstyle in hbase-it

-0 :warning:
checkstyle
0m 10s
hbase-examples: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
checkstyle
0m  7s
hbase-external-blockcache: The patch generated 0 new + 0 unchanged - 14 fixed = 0 total (was 14)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 41s
Patch does not cause any errors with Hadoop 3.1.2 3.2.2 3.3.1.

+1 :green_heart:
spotless
0m 43s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
5m  8s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
1m 14s
The patch does not generate ASF License warnings.

50m 11s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 4e9d756b359c 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 075b3053cf

Default Java
AdoptOpenJDK-1.8.0_282-b08

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/artifact/yetus-general-check/output/diff-compile-javac-hbase-client.txt

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/artifact/yetus-general-check/output/diff-compile-javac-hbase-it.txt

checkstyle
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/artifact/yetus-general-check/output/diff-checkstyle-hbase-common.txt

checkstyle
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/artifact/yetus-general-check/output/diff-checkstyle-hbase-examples.txt

Max. process+thread count
69 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  6s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 34s
master passed

+1 :green_heart:
compile
2m 21s
master passed

+1 :green_heart:
shadedjars
3m 51s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 41s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 25s
the patch passed

+1 :green_heart:
compile
2m 23s
the patch passed

+1 :green_heart:
javac
2m 23s
the patch passed

+1 :green_heart:
shadedjars
3m 52s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 41s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 34s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m  2s
hbase-client in the patch passed.

+1 :green_heart:
unit
0m 36s
hbase-zookeeper in the patch passed.

+1 :green_heart:
unit
1m 21s
hbase-asyncfs in the patch passed.

+1 :green_heart:
unit
219m 27s
hbase-server in the patch passed.

+1 :green_heart:
unit
0m 46s
hbase-it in the patch passed.

+1 :green_heart:
unit
1m 55s
hbase-examples in the patch passed.

+1 :green_heart:
unit
0m 16s
hbase-external-blockcache in the patch passed.

251m 22s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 70504eaab9db 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 075b3053cf

Default Java
AdoptOpenJDK-1.8.0_282-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/testReport/

Max. process+thread count
2569 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/1/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
2m  6s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 19s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 52s
master passed

+1 :green_heart:
compile
9m  5s
master passed

+1 :green_heart:
checkstyle
3m 32s
master passed

+1 :green_heart:
spotless
1m 15s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
7m 36s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 15s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 35s
the patch passed

+1 :green_heart:
compile
9m  8s
the patch passed

+1 :green_heart:
javac
1m  0s
hbase-common in the patch passed.

-0 :warning:
javac
1m  8s
hbase-client generated 3 new + 119 unchanged - 4 fixed = 122 total (was 123)

+1 :green_heart:
javac
0m 37s
hbase-zookeeper generated 0 new + 47 unchanged - 1 fixed = 47 total (was 48)

+1 :green_heart:
javac
0m 42s
hbase-asyncfs generated 0 new + 4 unchanged - 20 fixed = 4 total (was 24)

+1 :green_heart:
javac
3m 35s
hbase-server in the patch passed.

-0 :warning:
javac
0m 51s
hbase-it generated 2 new + 101 unchanged - 2 fixed = 103 total (was 103)

+1 :green_heart:
javac
0m 47s
hbase-examples generated 0 new + 33 unchanged - 4 fixed = 33 total (was 37)

+1 :green_heart:
javac
0m 28s
hbase-external-blockcache generated 0 new + 1 unchanged - 1 fixed = 1 total (was 2)

-0 :warning:
checkstyle
0m 26s
hbase-common: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
checkstyle
0m 30s
The patch passed checkstyle in hbase-client

+1 :green_heart:
checkstyle
0m 18s
The patch passed checkstyle in hbase-zookeeper

+1 :green_heart:
checkstyle
0m 19s
The patch passed checkstyle in hbase-asyncfs

+1 :green_heart:
checkstyle
0m 53s
The patch passed checkstyle in hbase-server

+1 :green_heart:
checkstyle
0m 21s
The patch passed checkstyle in hbase-it

+1 :green_heart:
checkstyle
0m 20s
The patch passed checkstyle in hbase-examples

+1 :green_heart:
checkstyle
0m 17s
hbase-external-blockcache: The patch generated 0 new + 0 unchanged - 14 fixed = 0 total (was 14)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
17m 59s
Patch does not cause any errors with Hadoop 3.1.2 3.2.2 3.3.1.

+1 :green_heart:
spotless
1m 16s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
9m  6s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
2m 33s
The patch does not generate ASF License warnings.

85m 47s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 09640feba55a 5.4.0-1071-aws #76~18.04.1-Ubuntu SMP Mon Mar 28 17:49:57 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / da27a67a1e

Default Java
AdoptOpenJDK-1.8.0_282-b08

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/2/artifact/yetus-general-check/output/diff-compile-javac-hbase-client.txt

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/2/artifact/yetus-general-check/output/diff-compile-javac-hbase-it.txt

checkstyle
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/2/artifact/yetus-general-check/output/diff-checkstyle-hbase-common.txt

Max. process+thread count
64 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/2/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  7s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 26s
master passed

+1 :green_heart:
compile
5m 10s
master passed

+1 :green_heart:
checkstyle
1m 44s
master passed

+1 :green_heart:
spotless
0m 45s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
4m 11s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 16s
the patch passed

+1 :green_heart:
compile
5m  5s
the patch passed

+1 :green_heart:
javac
0m 32s
hbase-common in the patch passed.

-0 :warning:
javac
0m 38s
hbase-client generated 3 new + 119 unchanged - 4 fixed = 122 total (was 123)

+1 :green_heart:
javac
0m 19s
hbase-zookeeper generated 0 new + 47 unchanged - 1 fixed = 47 total (was 48)

+1 :green_heart:
javac
0m 20s
hbase-asyncfs generated 0 new + 4 unchanged - 20 fixed = 4 total (was 24)

+1 :green_heart:
javac
2m 11s
hbase-server in the patch passed.

-0 :warning:
javac
0m 27s
hbase-it generated 2 new + 101 unchanged - 2 fixed = 103 total (was 103)

+1 :green_heart:
javac
0m 24s
hbase-examples generated 0 new + 33 unchanged - 4 fixed = 33 total (was 37)

+1 :green_heart:
javac
0m 14s
hbase-external-blockcache generated 0 new + 1 unchanged - 1 fixed = 1 total (was 2)

+1 :green_heart:
checkstyle
0m 13s
The patch passed checkstyle in hbase-common

+1 :green_heart:
checkstyle
0m 16s
The patch passed checkstyle in hbase-client

+1 :green_heart:
checkstyle
0m  9s
The patch passed checkstyle in hbase-zookeeper

+1 :green_heart:
checkstyle
0m  8s
The patch passed checkstyle in hbase-asyncfs

+1 :green_heart:
checkstyle
0m 31s
The patch passed checkstyle in hbase-server

+1 :green_heart:
checkstyle
0m 10s
The patch passed checkstyle in hbase-it

+1 :green_heart:
checkstyle
0m  9s
The patch passed checkstyle in hbase-examples

+1 :green_heart:
checkstyle
0m  8s
hbase-external-blockcache: The patch generated 0 new + 0 unchanged - 14 fixed = 0 total (was 14)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 26s
Patch does not cause any errors with Hadoop 3.1.2 3.2.2 3.3.1.

+1 :green_heart:
spotless
0m 41s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
5m  5s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
1m 12s
The patch does not generate ASF License warnings.

49m 22s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/3/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 3ad619b14df8 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / da27a67a1e

Default Java
AdoptOpenJDK-1.8.0_282-b08

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/3/artifact/yetus-general-check/output/diff-compile-javac-hbase-client.txt

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/3/artifact/yetus-general-check/output/diff-compile-javac-hbase-it.txt

Max. process+thread count
64 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/3/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  8s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 38s
master passed

+1 :green_heart:
compile
3m 26s
master passed

+1 :green_heart:
shadedjars
5m 11s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
2m 11s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 31s
the patch passed

+1 :green_heart:
compile
2m 48s
the patch passed

+1 :green_heart:
javac
2m 48s
the patch passed

+1 :green_heart:
shadedjars
4m 39s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 58s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m  2s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 44s
hbase-client in the patch passed.

+1 :green_heart:
unit
0m 43s
hbase-zookeeper in the patch passed.

+1 :green_heart:
unit
1m 15s
hbase-asyncfs in the patch passed.

+1 :green_heart:
unit
222m  5s
hbase-server in the patch passed.

+1 :green_heart:
unit
1m 26s
hbase-it in the patch passed.

+1 :green_heart:
unit
1m 46s
hbase-examples in the patch passed.

+1 :green_heart:
unit
0m 19s
hbase-external-blockcache in the patch passed.

263m 21s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 6b00c1fc4d8a 5.4.0-1025-aws #25~18.04.1-Ubuntu SMP Fri Sep 11 12:03:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 75a05b5cd0

Default Java
AdoptOpenJDK-11.0.10+9

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/testReport/

Max. process+thread count
2696 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 39s
Docker mode activated.

-0 :warning:
yetus
0m  4s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 35s
master passed

+1 :green_heart:
compile
3m 27s
master passed

+1 :green_heart:
shadedjars
5m 21s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
2m 35s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 23s
the patch passed

+1 :green_heart:
compile
4m  6s
the patch passed

+1 :green_heart:
javac
4m  6s
the patch passed

+1 :green_heart:
shadedjars
4m 59s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
2m  1s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 50s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 21s
hbase-client in the patch passed.

+1 :green_heart:
unit
0m 44s
hbase-zookeeper in the patch passed.

+1 :green_heart:
unit
1m 42s
hbase-asyncfs in the patch passed.

-1 :x:
unit
260m  6s
hbase-server in the patch failed.

+1 :green_heart:
unit
0m 54s
hbase-it in the patch passed.

+1 :green_heart:
unit
2m 15s
hbase-examples in the patch passed.

+1 :green_heart:
unit
0m 21s
hbase-external-blockcache in the patch passed.

303m 19s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 769eb687eefd 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 75a05b5cd0

Default Java
AdoptOpenJDK-1.8.0_282-b08

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/testReport/

Max. process+thread count
2470 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/4/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

Ping @apurtell .
PTAL at this one?
Thanks.

@Apache9 Apologies for the delay, lgtm with minor comments

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 41s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 26s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 12s
master passed

+1 :green_heart:
compile
4m 49s
master passed

+1 :green_heart:
checkstyle
1m 22s
master passed

+1 :green_heart:
spotless
0m 40s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 46s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  9s
the patch passed

+1 :green_heart:
compile
4m 49s
the patch passed

+1 :green_heart:
javac
0m 28s
hbase-common in the patch passed.

-0 :warning:
javac
0m 35s
hbase-client generated 3 new + 119 unchanged - 4 fixed = 122 total (was 123)

+1 :green_heart:
javac
0m 16s
hbase-zookeeper generated 0 new + 47 unchanged - 1 fixed = 47 total (was 48)

+1 :green_heart:
javac
0m 17s
hbase-asyncfs generated 0 new + 4 unchanged - 20 fixed = 4 total (was 24)

+1 :green_heart:
javac
2m 15s
hbase-server in the patch passed.

-0 :warning:
javac
0m 25s
hbase-it generated 2 new + 101 unchanged - 2 fixed = 103 total (was 103)

+1 :green_heart:
javac
0m 21s
hbase-examples generated 0 new + 33 unchanged - 4 fixed = 33 total (was 37)

+1 :green_heart:
javac
0m 12s
hbase-external-blockcache generated 0 new + 1 unchanged - 1 fixed = 1 total (was 2)

+1 :green_heart:
checkstyle
0m 11s
The patch passed checkstyle in hbase-common

+1 :green_heart:
checkstyle
0m 12s
The patch passed checkstyle in hbase-client

+1 :green_heart:
checkstyle
0m  6s
The patch passed checkstyle in hbase-zookeeper

+1 :green_heart:
checkstyle
0m  6s
The patch passed checkstyle in hbase-asyncfs

+1 :green_heart:
checkstyle
0m 28s
The patch passed checkstyle in hbase-server

+1 :green_heart:
checkstyle
0m  7s
The patch passed checkstyle in hbase-it

+1 :green_heart:
checkstyle
0m  7s
The patch passed checkstyle in hbase-examples

+1 :green_heart:
checkstyle
0m  5s
hbase-external-blockcache: The patch generated 0 new + 0 unchanged - 14 fixed = 0 total (was 14)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 50s
Patch does not cause any errors with Hadoop 3.1.2 3.2.2 3.3.1.

+1 :green_heart:
spotless
0m 40s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
4m 37s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 53s
The patch does not generate ASF License warnings.

47m  0s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 480fdea410b0 5.4.0-1071-aws #76~18.04.1-Ubuntu SMP Mon Mar 28 17:49:57 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ebd189157e

Default Java
AdoptOpenJDK-1.8.0_282-b08

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/artifact/yetus-general-check/output/diff-compile-javac-hbase-client.txt

javac
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/artifact/yetus-general-check/output/diff-compile-javac-hbase-it.txt

Max. process+thread count
64 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  4s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 14s
master passed

+1 :green_heart:
compile
2m 30s
master passed

+1 :green_heart:
shadedjars
3m 46s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 54s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 17s
the patch passed

+1 :green_heart:
compile
2m 29s
the patch passed

+1 :green_heart:
javac
2m 29s
the patch passed

+1 :green_heart:
shadedjars
3m 45s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 54s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 31s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m  1s
hbase-client in the patch passed.

+1 :green_heart:
unit
0m 38s
hbase-zookeeper in the patch passed.

+1 :green_heart:
unit
1m 20s
hbase-asyncfs in the patch passed.

+1 :green_heart:
unit
210m 16s
hbase-server in the patch passed.

+1 :green_heart:
unit
0m 53s
hbase-it in the patch passed.

+1 :green_heart:
unit
1m 55s
hbase-examples in the patch passed.

+1 :green_heart:
unit
0m 25s
hbase-external-blockcache in the patch passed.

243m  0s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux d3ce882e78a2 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ebd189157e

Default Java
AdoptOpenJDK-1.8.0_282-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/testReport/

Max. process+thread count
2601 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 13s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 27s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
4m  8s
master passed

+1 :green_heart:
compile
3m 44s
master passed

+1 :green_heart:
shadedjars
5m 57s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
3m 19s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 19s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 51s
the patch passed

+1 :green_heart:
compile
3m 38s
the patch passed

+1 :green_heart:
javac
3m 38s
the patch passed

+1 :green_heart:
shadedjars
5m 14s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
2m 44s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 22s
hbase-common in the patch passed.

+1 :green_heart:
unit
2m  8s
hbase-client in the patch passed.

+1 :green_heart:
unit
0m 51s
hbase-zookeeper in the patch passed.

+1 :green_heart:
unit
1m 20s
hbase-asyncfs in the patch passed.

-1 :x:
unit
206m 10s
hbase-server in the patch failed.

+1 :green_heart:
unit
0m 50s
hbase-it in the patch passed.

+1 :green_heart:
unit
1m 39s
hbase-examples in the patch passed.

+1 :green_heart:
unit
0m 18s
hbase-external-blockcache in the patch passed.

253m  7s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4634

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux b34808d895f9 5.4.0-1025-aws #25~18.04.1-Ubuntu SMP Fri Sep 11 12:03:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ebd189157e

Default Java
AdoptOpenJDK-11.0.10+9

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/testReport/

Max. process+thread count
2631 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-zookeeper hbase-asyncfs hbase-server hbase-it hbase-examples hbase-external-blockcache U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4634/5/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.


Add modelling of action servers

http://wiki.ros.org/actionlib
https://github.com/ros-planning/navigation/blob/melodic-devel/move_base/src/move_base.cpp
Action Format

Goal
Result
Feedback

This seems to be mostly working, but needs a small adjustment.
When the action is constructed, the topics that are the underlying implementation of the action remain in the pubs and subs of the node. These should be removed, and only the action port constructed. I think the ports mentioned in:
https://github.com/ChrisTimperley/rosdiscover/blob/0dfeef9ae354012c2fd5a33fadc1b8102ba9b278/src/rosdiscover/interpreter/__init__.py#L167
need to be removed. Similarly for the action_client method.

It sounds like we want to differentiate between derived/implicit topics and explicit topics here? That way we can choose whether or not to ignore them depending on the analysis that we're doing.


[DSSv3] Fix Issue 16210 - std.utf.byUTF can be made into a bidirectional range

I also added unittests and an example.

ping @vladchicos

This looks like a rebase screw up.


Question: Back-pressure and DoS risk

Hi,
I first wanted to congratulate you. This study project looks great :-)
I just had a minor question regarding some paragraph you wrote:

Note that there is no backpressure being applied to the 'connections' Source, i.e. all connections are being accepted at maximum rate, which, depending on the applications, might present a DoS risk!

Is there a real risk of an DoS attack having in mind the rate of requests per address? I heard about this config parameter:
akka.http.routing.range-count-limit

but I'm not sure if a limit on ranges would be safe enough.
What are your thoughts about that?
Which could be the limit cases?

You are absolutely right, I have changed the text. Thanks!


Add the build configuration

test

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: mikenguyen69 sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

close test


Invalid Params Status Code 500

Some users report to receive lots of errors 500 from daemon running zelcore.
The error is received by daemon and can be returned from several rcp commands.
How to replicate (Thanks to Bobb):
problematic z-address:
key:
secret-extended-key-main1qv6sq6v2qqqqpqxgl8lsxudr78c57p6waxcs3k3454xsv3txtpn9fcal257cjxl7h7jdrzv6lek6pfukdmv9s4a6knw0w3p6a2eyxe548dcwk0zd3x8s6stcnpqdu8avxp7yh5lp3yjhcns6n9rupm5vcrse2wrwvq2zrrqgynhqrjngm6h7gyrdr5qeng40cn66hfz269ru94srtad5sltff3suhevww2ntatahsu6s96nlaqrxsseap07hqdy775pl5x485yeutzcrd0nxc
zaddr=za1e4dh59thf7y2l7sxz6y20xz9p7xzuqag679mquagderqqpyegf6g8qjcjeflnunudjurx3zjjws
to reproduce, you must import it together with another (any) t-address, and then rescan
(try Kyf2ZxJWAzLCwUWVSC6W4rYk3zSr7iaZJzjstVvihh4CQrGmJJS9 2019-10-12T22:04:19Z label= # addr=t1cQuMxPFPFtMUTbsSTbKSYY37JQXkiR7Sn

unused address)

(tested >> import only this z-address + rescan does not reproduce error)
(tested >> import this z-address + other zaddress + rescan does not reproduce error)
(tested >> import other used z-address + another t-addres + rescan does not reproduce error)
after rescan it takes upto a minute until the error starts popping up
every test was done with a new (empty) wallet

Should be Fixed with zelcore V3. It was a zelcore problem.


[desktop] : can't specify the K8s config file

Description
I am using many different K8s config files with only one context in them but headlamp seems to be using the default ~/.kube.config file.
That would be nice to be able to choose the config file.
Impact
can use headlamp if i have to copy my individual config files to the default config file.

Thanks @sgandon .
Improving the initial setup experience is in our list. As a quick fix, I think we can make it so that all kube config files within a Headlamp's config folder, as well as exposing the -kubeconfig option we have in the backend.
If you need a dirtier approach, you can run the backend with the mentioned option (./backend/server -dev -kubeconfig /your/config), and still use the downloaded app for launching the UI.

In fact your proposal for reading all kube configs from a folder is great as all my config files are located in the default K8s config folder. So I would suggest you use the ~/.kube folder instead of the Headlamp's config folder.


We couldn't connect to 'https://huggingface.co' to load this file, couldn't find it in the cached files and it looks like google/flan-t5-large is not the path to a directory containing a file named config.json. Checkout your internet connection or see how to run the library in offline mode at 'https://huggingface.co/docs/transformers/installation#offline-mode'.

I download this model from huggingface,and put them into /home/ahu123/.cache/huggingface/hub/models--AutonLab--MOMENT-1-large/.
from momentfm import MOMENTPipeline
model = MOMENTPipeline.from_pretrained(
"/home/ahu123/.cache/huggingface/hub/models--AutonLab--MOMENT-1-large/", local_files_only=True,
model_kwargs={
'task_name': 'forecasting',
'forecast_horizon': 192,
'head_dropout': 0.1,
'weight_decay': 0,
'freeze_encoder': True, # Freeze the patch embedding layer
'freeze_embedder': True, # Freeze the transformer encoder
'freeze_head': False, # The linear forecasting head must be trained
},
)
but get
We couldn't connect to 'https://huggingface.co/' to load this file, couldn't find it in the cached files and it looks like google/flan-t5-large is not the path to a directory containing a file named config.json.
Checkout your internet connection or see how to run the library in offline mode at 'https://huggingface.co/docs/transformers/installation#offline-mode'.

Hello,
Thanks for your interest in MOMENT! We have fixed this issue in the latest pull request. Let us know if the issue has resolved for you. I am closing the issue for now, but please don't hesitate to (re-)open an issue if you face any more problems!
Best,
Mononito


Remove only root element in App.vue

It's unnecessary to contain only one root element in components in Vue 3 although it's necessary in Vue 2
It will show two

 in Vue 3

thanks

thanks


Profiles: handle local syncronization

Codecov Report

Merging #72 (cfd5f5f) into main (191aad5) will decrease coverage by 0.16%.
The diff coverage is 29.41%.

@@            Coverage Diff             @@
##             main      #72      +/-   ##
==========================================
- Coverage   40.82%   40.65%   -0.17%
==========================================
  Files          21       21
  Lines         534      546      +12
  Branches       68       71       +3
==========================================
+ Hits          218      222       +4
- Misses        310      318       +8
  Partials        6        6

Impacted Files
Coverage Δ

...loyment_toolbelt/jobs/job_profiles_synchronizer.py
34.78% <29.41%> (-0.52%)
:arrow_down:


[ISSUE-829][REFACTOR] Unify name of PUSH_DATA_FAIL_MAIN

What changes were proposed in this pull request?
Why are the changes needed?

What are the items that need reviewer attention?
Related issues.
close #829
Related pull requests.
How was this patch tested?
/cc @related-reviewer
/assign @main-reviewer

ping @waitinfuture @FMX


Bug Fix: Correted Group Membership Endpoints.

@ydubreuil Can you merge this.

I can't test but it's what the doc says: https://developer.zendesk.com/rest_api/docs/core/group_memberships


WIP: ATS

This PR handles adding ATS as a devtool and adds a basic ATS test workflow.
Important files:
tests/integration/ats.sh.in: Helper script that gets generated at the CMake step to run ats from the build directory
tests/integration/test.ats: Base ATS test file that exposes helpful variables and functions.  This also loads all subdirectory's *.ats files that it finds.
tests/integration/default/default.ats: adds a serial and parallel integration test for data/input_files/default.lua
tests/integration/default/default_serial.json: serial baseline summary file
tests/integration/default/default_parallel.json: parallel baseline summary file
Test repo PR: https://github.com/LLNL/serac_tests/pull/1
Relevant docs:
https://serac.readthedocs.io/en/task-white238-ats_devtool/sphinx/dev_guide/codevelop.html
https://serac.readthedocs.io/en/task-white238-ats_devtool/sphinx/dev_guide/testing.html
ATS Spack build needs this PR (just using the fork for now until this gets merged):
https://github.com/spack/spack/pull/27798
~~which also forces this to be fixed:
https://github.com/LLNL/uberenv/issues/73~~

[ ] Update TPL spack sha to past where the new uberenv needs
[ ] Build devtools on all platforms in shared location
[ ] Rebuild/hack regular host-configs to use new devtools
[ ] Add rest of input-files
[ ] Force @jamiebramwell to approve baselines

Codecov Report

Merging #614 (d1f2b31) into develop (e9fcdc1) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           develop     #614   +/-   ##
========================================
  Coverage    95.59%   95.59%
========================================
  Files          118      118
  Lines         7621     7621
========================================
  Hits          7285     7285
  Misses         336      336

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update e9fcdc1...d1f2b31. Read the comment docs.

@jamiebramwell  and @samuelpmishLLNL Can you give these two PRs a once over before I add the rest of the input files in data/input_files?

So if I'm reading this correctly, the baselines are stored in serac/tests/integration/... and the input files are stored in serac/data/input_files/.... Is it possible to have the test input files also in the test repo? This might be the long term plan and this is just a stopgap.

So if I'm reading this correctly, the baselines are stored in serac/tests/integration/... and the input files are stored in serac/data/input_files/.... Is it possible to have the test input files also in the test repo? This might be the long term plan and this is just a stopgap.

My idea was there was going to be two levels of integration test input files:

ones meant as good examples for users, those go in serac/data/input_files
ones not really meant for users for base consumption due to having to do "interesting" things to force test cases, those can go in serac/tests/integration

but both of these should be ran through ATS for testing.

So if I'm reading this correctly, the baselines are stored in serac/tests/integration/... and the input files are stored in serac/data/input_files/.... Is it possible to have the test input files also in the test repo? This might be the long term plan and this is just a stopgap.

My idea was there was going to be two levels of integration test input files:
* ones meant as good examples for users, those go in `serac/data/input_files`

* ones not really meant for users for base consumption due to having to do "interesting" things to force test cases, those can go in `serac/tests/integration`

but both of these should be ran through ATS for testing.

Makes sense. Thanks for the explanation. Everything else looks good! I'll try installing ats locally and see how it goes.

Can we also install ats via the +devtools variant?

Can we also install ats via the +devtools variant?

Yes, with the normal spack caveat.  If you have an external package for them defined in your packages.yaml, spack will use that instead of installing them.  If you do not have the devtool listed it will install it with the variant.

So if I'm reading this correctly, the baselines are stored in serac/tests/integration/... and the input files are stored in serac/data/input_files/.... Is it possible to have the test input files also in the test repo? This might be the long term plan and this is just a stopgap.

My idea was there was going to be two levels of integration test input files:
* ones meant as good examples for users, those go in `serac/data/input_files`

* ones not really meant for users for base consumption due to having to do "interesting" things to force test cases, those can go in `serac/tests/integration`

but both of these should be ran through ATS for testing.

Makes sense. Thanks for the explanation. Everything else looks good! I'll try installing ats locally and see how it goes.

We could maybe move them down the line to be in an examples directory imo.

This is now working on my local machine. Thanks @white238 !!!

https://github.com/LLNL/ATS/issues/68 to track ATS running parallel jobs on laptops.


Edit/delete OAuth clients

Right now you can only create them.

To contribute:
Relevant files:
server/forms.py
server/controller/admin.py  (search for OAuth)
server/models.py (search for Client class)
Relevant admin route once installed:
localhost:5000/admin/clients/
What this might look like:
Clicking on a client from the page above takes you to a detail page with a form that allows you to edit values.
Bonus points: Allow users to generate a new secret if they lose access to the first one.

I would like to take this up.

Sure! Consider yourself assigned to this issue.


changing months in datepicker (Firefox) failing

in Firefox I am not able to change months in date_picker component.
Firefox is complaining that event object is undefined.
Event is not sent to handler functions incrementViewMonth and decrementViewMonth (Calendar component)

Missed that, thanks!


HBASE-22873: Fixed typo in block caching docs

JIRA: https://issues.apache.org/jira/browse/HBASE-22873

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
65
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

+1
mvninstall
344
master passed

0
refguide
361
branch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

_ Patch Compile Tests _

+1
mvninstall
327
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

0
refguide
339
patch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

_ Other Tests _

+1
asflicense
18
The patch does not generate ASF License warnings.

1528

Subsystem
Report/Notes

Docker
Client=19.03.1 Server=19.03.1 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-506/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/506

JIRA Issue
HBASE-22873

Optional Tests
dupname asflicense refguide

uname
Linux 8f325e70113e 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/HBase-PreCommit-GitHub-PR_PR-506/out/precommit/personality/provided.sh

git revision
master / 43a0ec80fa

refguide
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-506/1/artifact/out/branch-site/book.html

refguide
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-506/1/artifact/out/patch-site/book.html

Max. process+thread count
96 (vs. ulimit of 10000)

modules
C: . U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-506/1/console

versions
git=2.11.0 maven=2018-06-17T18:33:14Z)

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.


CMakeLists.txt: Allow disabling EDDSA support from command line

The Windows failures are unrelated to this PR

That can be difficult to do when using build environments or packaging systems. Having a nicely defined argument makes it easier to disable these

That can be difficult to do when using build environments or packaging systems. Having a nicely defined argument makes it easier to disable these

Why single out EDDSA though? Presumably this type of fix would be needed for all macros.

Because the EDDSA support is currently not very good

I don't have strong opinion. I am OK either way.


[Core] enable local context for global resource group

This is the first version for local context.
You can find the very early spec here.
There are also some other useful linkes:

Local context app service examples
CVT for local context

And we have come with an agreement with PM  that we will divide these works into several phases.
In this sprint, we add two new commands:

az local-context on

az local-context off

and only enable the global parameter --resource-group-name.
After this change, if user run a command and specify --resource-group-name for it, the value will automatically saved and will be used in following commands if the local-context is turned on.
Description of PR (Mandatory)
(Why this PR? What is changed? What is the effect? etc. A high-quality description can accelerate the review process)
Testing Guide
(Example commands with explanations)
History Notes:
(Fill in the following template if multiple notes are needed, otherwise PR title will be used for history note.)
[Component Name 1] (BREAKING CHANGE:) (az command:) make some customer-facing change.
[Component Name 2] (BREAKING CHANGE:) (az command:) make some customer-facing change.

This checklist is used to make sure that common guidelines for a pull request are followed.

[ ] The PR title and description has followed the guideline in Submitting Pull Requests.

[ ] I adhere to the Command Guidelines.

local context

It'll be great if the PR description can have some brief introduction about the implementation:

How is it achieved?
Where is the context stored on the file system?
How to use it grammatically?

The design spec is user-oriented. We'd better also have some developer-orientated doc.


hdf5-threadsafe: 1.10.3 -> 1.10.4

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/hdf5-threadsafe/versions.
meta.description for hdf5-threadsafe is: '"Data model, library, and file format for storing and managing data"'.

Checks done (click to expand)

built on NixOS
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5diff passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5ls passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5dump passed the binary check.
Warning: no invocation of /nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5debug had a zero exit code or showed the expected version
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5repart passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5mkgrp passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5clear passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5import passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5repack passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5jam passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5unjam passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5copy passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5format_convert passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5stat passed the binary check.
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5perf_serial passed the binary check.
Warning: no invocation of /nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5redeploy had a zero exit code or showed the expected version
/nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin/h5cc passed the binary check.
15 of 17 passed binary check by having a zero exit code.
12 of 17 passed binary check by having the new version present in output.
found 1.10.4 with grep in /nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4
directory tree listing: https://gist.github.com/d5ab83375e3c338c0fca5de0e2fc48cc
du listing: https://gist.github.com/4e53d320f8aca86f7b21b33ddc00309a

Outpath report (click to expand)

Outpath difference report
808 total rebuild paths
222 package rebuilds
221 x86_64-linux rebuilds
201 i686-linux rebuilds
176 x86_64-darwin rebuilds
210 aarch64-linux rebuilds
First ten rebuilds by attrpath
EBTKS
alembic
armadillo
bicgl
bicpl
caffe
caffe2
cdo
cntk
conglomerate

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A hdf5-threadsafe https://github.com/r-ryantm/nixpkgs/archive/4a1410e8a38dfbee8709dc938cc3f15ab367aa61.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4
ls -la /nix/store/g6mcnn0j5z38lvwdkk9zcm17q683ilyd-hdf5-1.10.4/bin

Success on x86_64-linux (full log)
Attempted: hdf5-threadsafe
Partial log (click to expand)
shrinking /nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/bin/h5diff
shrinking /nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/lib/libhdf5.so.103.0.0
strip is /nix/store/xzn29jrdk6czmx5qai15v6hwsrxviw4c-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/lib  /nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/bin
patching script interpreter paths in /nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4
/nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/share/hdf5_examples/run-all-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/bz05mnzgipkkcvlr3l6avvh659ck7zrf-bash-4.4-p23/bin/sh"
/nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/share/hdf5_examples/c/run-c-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/bz05mnzgipkkcvlr3l6avvh659ck7zrf-bash-4.4-p23/bin/sh"
/nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/bin/h5redeploy: interpreter directive changed from " /bin/sh" to "/nix/store/bz05mnzgipkkcvlr3l6avvh659ck7zrf-bash-4.4-p23/bin/sh"
/nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4/bin/h5cc: interpreter directive changed from " /bin/sh" to "/nix/store/bz05mnzgipkkcvlr3l6avvh659ck7zrf-bash-4.4-p23/bin/sh"
checking for references to /build in /nix/store/s4g14z82v2zx0537js021pa2cxxz72g9-hdf5-1.10.4...

Success on aarch64-linux (full log)
Attempted: hdf5-threadsafe
Partial log (click to expand)
shrinking /nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/lib/libhdf5.so.103.0.0
strip is /nix/store/426i2d272x6c8j4shwl1377xj2cf1ijj-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/lib  /nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/bin
patching script interpreter paths in /nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4
/nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/share/hdf5_examples/run-all-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/dsvsl7r2vqvjilphj8ci8skxkib89xsa-bash-4.4-p23/bin/sh"
/nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/share/hdf5_examples/c/run-c-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/dsvsl7r2vqvjilphj8ci8skxkib89xsa-bash-4.4-p23/bin/sh"
/nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/bin/h5redeploy: interpreter directive changed from " /bin/sh" to "/nix/store/dsvsl7r2vqvjilphj8ci8skxkib89xsa-bash-4.4-p23/bin/sh"
/nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4/bin/h5cc: interpreter directive changed from " /bin/sh" to "/nix/store/dsvsl7r2vqvjilphj8ci8skxkib89xsa-bash-4.4-p23/bin/sh"
checking for references to /build in /nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4...
/nix/store/3l8haqcnm1qdimwhhp8ymq6cdwhcjazm-hdf5-1.10.4

@GrahamcOfBorg build alembic

Success on aarch64-linux (full log)
Attempted: alembic
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/k7hsycxmpdzkvmjng1mr2f2np45y64gz-alembic-1.7.9
strip is /nix/store/s2azzxwmnjql93c8xwrdhp48xrmki1yz-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/k7hsycxmpdzkvmjng1mr2f2np45y64gz-alembic-1.7.9
checking for references to /build in /nix/store/k7hsycxmpdzkvmjng1mr2f2np45y64gz-alembic-1.7.9...
shrinking RPATHs of ELF executables and libraries in /nix/store/qpia14mwil5s6mswm2yv3gbzib357k81-alembic-1.7.9-lib
shrinking /nix/store/qpia14mwil5s6mswm2yv3gbzib357k81-alembic-1.7.9-lib/lib/libAlembic.so.1.7.9
strip is /nix/store/s2azzxwmnjql93c8xwrdhp48xrmki1yz-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/qpia14mwil5s6mswm2yv3gbzib357k81-alembic-1.7.9-lib/lib
patching script interpreter paths in /nix/store/qpia14mwil5s6mswm2yv3gbzib357k81-alembic-1.7.9-lib
checking for references to /build in /nix/store/qpia14mwil5s6mswm2yv3gbzib357k81-alembic-1.7.9-lib...

Success on x86_64-linux (full log)
Attempted: alembic
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/5kf13l6s8l5rmwb41llzwnnpv5il7h87-alembic-1.7.9
strip is /nix/store/cr415sky7bmrpyp63adqhaaslj83b15w-binutils-2.30/bin/strip
patching script interpreter paths in /nix/store/5kf13l6s8l5rmwb41llzwnnpv5il7h87-alembic-1.7.9
checking for references to /build in /nix/store/5kf13l6s8l5rmwb41llzwnnpv5il7h87-alembic-1.7.9...
shrinking RPATHs of ELF executables and libraries in /nix/store/dib47ybjm7fhaalpgqpp009axjmgsilm-alembic-1.7.9-lib
shrinking /nix/store/dib47ybjm7fhaalpgqpp009axjmgsilm-alembic-1.7.9-lib/lib/libAlembic.so.1.7.9
strip is /nix/store/cr415sky7bmrpyp63adqhaaslj83b15w-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/dib47ybjm7fhaalpgqpp009axjmgsilm-alembic-1.7.9-lib/lib
patching script interpreter paths in /nix/store/dib47ybjm7fhaalpgqpp009axjmgsilm-alembic-1.7.9-lib
checking for references to /build in /nix/store/dib47ybjm7fhaalpgqpp009axjmgsilm-alembic-1.7.9-lib...

Success on x86_64-linux (full log)
Attempted: hdf5, hdf5-threadsafe
Partial log (click to expand)
shrinking /nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/bin/h5diff
shrinking /nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/lib/libhdf5.so.103.0.0
strip is /nix/store/cr415sky7bmrpyp63adqhaaslj83b15w-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/lib  /nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/bin
patching script interpreter paths in /nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4
/nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/share/hdf5_examples/run-all-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/9nyxsx4mj2yv81br7dyi4a9y2k7q7y3q-bash-4.4-p23/bin/sh"
/nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/share/hdf5_examples/c/run-c-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/9nyxsx4mj2yv81br7dyi4a9y2k7q7y3q-bash-4.4-p23/bin/sh"
/nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/bin/h5redeploy: interpreter directive changed from " /bin/sh" to "/nix/store/9nyxsx4mj2yv81br7dyi4a9y2k7q7y3q-bash-4.4-p23/bin/sh"
/nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4/bin/h5cc: interpreter directive changed from " /bin/sh" to "/nix/store/9nyxsx4mj2yv81br7dyi4a9y2k7q7y3q-bash-4.4-p23/bin/sh"
checking for references to /build in /nix/store/w2ba2lq2g7h31xcbb2qss5dwliqbvx9f-hdf5-1.10.4...

Success on aarch64-linux (full log)
Attempted: hdf5, hdf5-threadsafe
Partial log (click to expand)
patching script interpreter paths in /nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4/share/hdf5_examples/run-all-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/ld63nn7dfm03ky5sklsndh9cggi97q7a-bash-4.4-p23/bin/sh"
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4/share/hdf5_examples/hl/run-hl-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/ld63nn7dfm03ky5sklsndh9cggi97q7a-bash-4.4-p23/bin/sh"
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4/share/hdf5_examples/hl/c/run-hlc-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/ld63nn7dfm03ky5sklsndh9cggi97q7a-bash-4.4-p23/bin/sh"
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4/share/hdf5_examples/c/run-c-ex.sh: interpreter directive changed from " /bin/sh" to "/nix/store/ld63nn7dfm03ky5sklsndh9cggi97q7a-bash-4.4-p23/bin/sh"
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4/bin/h5redeploy: interpreter directive changed from " /bin/sh" to "/nix/store/ld63nn7dfm03ky5sklsndh9cggi97q7a-bash-4.4-p23/bin/sh"
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4/bin/h5cc: interpreter directive changed from " /bin/sh" to "/nix/store/ld63nn7dfm03ky5sklsndh9cggi97q7a-bash-4.4-p23/bin/sh"
checking for references to /build in /nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4...
/nix/store/sb7vk5knwd2izby7cnynvxdhvv9g0caq-hdf5-1.10.4
/nix/store/smhd0pja5k56xcv2ja1hnbxz8y0isn79-hdf5-1.10.4

Timed out, unknown build status on x86_64-darwin (full log)
Attempted: hdf5, hdf5-threadsafe
Partial log (click to expand)
cannot build derivation '/nix/store/zy6cr1s79c03k8g7z8rnjix2yhh6jaik-perl-5.28.0.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/5h04709n7cqy7m035jsx7hnqgn8c0qjv-pkg-config-0.29.2.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/kf46rb164h8rjkya5w96ccqcscrjajly-openssl-1.0.2p.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/j8fnp7ipnr3b0076nm341fasqx5kjpfj-libssh2-1.8.0.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/fl3plpjk2gqr2rms0wa8jaqw881sjqzr-nghttp2-1.34.0.drv': 5 dependencies couldn't be built
cannot build derivation '/nix/store/kimjp9mz015k2aw4cinz16dqsj8cakv2-curl-7.62.0.drv': 6 dependencies couldn't be built
cannot build derivation '/nix/store/q2f5in6k6qrzzyifiywa758zlgg28q7l-hdf5-1.10.4.tar.bz2.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/vya6qisv4as7x5alxvdmzwk69ybfay1n-hdf5-1.10.4.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/ycqzv75zj40kf47a909wsbipr50429ym-hdf5-1.10.4.drv': 4 dependencies couldn't be built
error: build of '/nix/store/vya6qisv4as7x5alxvdmzwk69ybfay1n-hdf5-1.10.4.drv', '/nix/store/ycqzv75zj40kf47a909wsbipr50429ym-hdf5-1.10.4.drv' failed


user and group ?

Hi,
it seems user and group don't return anything. Shouldn't they display the owner and group_owner?
Thanks

@jgranduel I'm wondering if this is an OS or filesystem issue.  On my Linux/ext4 system, user and group are display correctly.

Thank you for your reply. It might be the issue as it works on WSL Ubuntu but not with Linux/zfs. Any workaround?

Thanks for reporting this! I had no chance to test user and others against ZFS partition, but guess there are two possibilities:

uid for user name substitution fails due to some kind of unsupported auth mechanism on your system (or due to lacking of specific permissions)
file uids are disjoint from current user base

I'll try to set up a ZFS, and reproduce the issue.

Just a quick comment. I cannot display user when I'm not the owner of the folder (even as root), but it works with my files. OS/filesystem might have been misleading? HTH.

I cannot display user when I'm not the owner of the folder (even as root), but it works with my files.

I've only used ZFS as part of a homework assignment long ago, but I'm wondering if some incantation of zfs allow .. might provide the more "expected behavior".

I don't know zfs enough I'm afraid. Why do ls -ld .. or stat -c "%U" .. work, but not fselect? what is different in your approach? Shouldn't it work as root?

group seems to be causing a parse(?) error.
$ fselect --version
fselect 0.8.8
Find files with SQL-like queries.
https://github.com/jhspetersson/fselect

Usage: fselect [ARGS] COLUMN[, COLUMN...] [from PATH[, PATH...]] [where EXPR] [group by COLUMN, ...] [order by COLUMN (asc|desc), ...] [limit N] [into FORMAT]

$ ls -alFR
.:
total 0
drwxr-xr-x.  3 rick rick  120 Dec 19 05:52 ./
drwxrwxrwt. 88 root root 1780 Dec 19 12:12 ../
-rw-r--r--.  1 rick rick    0 Dec 19 05:48 one
drwxr-xr-x.  2 rick rick  100 Dec 19 05:52 subdir/
-rw-r--r--.  1 rick rick    0 Dec 19 05:48 three
-rw-r--r--.  1 rick rick    0 Dec 19 05:48 two

./subdir:
total 0
drwxr-xr-x. 2 rick rick 100 Dec 19 05:52 ./
drwxr-xr-x. 3 rick rick 120 Dec 19 05:52 ../
-rw-r--r--. 1 rick rick   0 Dec 19 05:52 five
-rw-r--r--. 1 rick rick   0 Dec 19 05:52 four
-rw-r--r--. 1 rick rick   0 Dec 19 05:52 six

$ fselect mode,user,group,size,path from .
query: Could not parse tokens at the end of the query

$ fselect group from .
query: Error parsing fields, no selector found

@rickhg12hs CHEERS! omg, I fixed that in master, group field was parsed incorrectly as part of group by expression


merge package template from arlac77/npm-package-template

package.json

chore(devDependencies): update<EMAIL_ADDRESS>from template
chore(engines): update<EMAIL_ADDRESS>from template

.travis.yml

chore(travis): merge from template .travis.yml

doc/README.hbs

docs(README): update from template

Coverage remained the same at 97.143% when pulling c3d6917d941cc997d7780fe49f812cc40035b8e2 on template-sync-2 into 3bb07ac05be22a9f52fcf6918cacb23b3463ea57 on master.

Codecov Report

Merging #38 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff          @@
##           master    #38   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files           2      2
  Lines          29     29
=====================================
  Hits           29     29

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3bb07ac...c3d6917. Read the comment docs.


Track size in shallow layer

We can't analyze the Exp expressions which often determine size (at least not without wrapping/intercepting everything that builds Exp, which would be like making a whole new EDSL).  That kind of stinks, but we can still figure out the sizes of some arrays.
This could be useful for things like determining a policy for divide and conquer, or deciding when not to fission at all.
Alternatively, if we want to focus on run1 instead of run, the goal would not be so much to determine static sizes (impossible), but to generate conditional Accelerate programs that test size and dispatch to precompiled alternatives.  One goal would be a run1 version of something like matrix multiply that behaves well on all matrix sizes.

This seems doable.
There are some easy cases like mandelbrot, where the work is done in a single generate that has a constant expression as its shape parameter. To make that less trivial, we could have that shape parameter read from an array at runtime.
We could ask the autotuner for some threshold where it's not worth splitting that generate, make two different programs (one that splits, one that doesn't), then dispatch at runtime by comparing the actual size to the tuned threshold.

Pushing this off till later because we want to go with run1.


chore: go-demo-6 to 1.0.395

chore: Promote go-demo-6 to version 1.0.395

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approvers:
If they are not already assigned, you can assign the PR to them by writing /assign  in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

/approve

/assign kjuulh

/approve


Recent update is making spectate mode bounce up and down. (Custom Client)

On any different variation of a client I try it keeps bouncing up and down. (or resetting itself over and over again.)
Example: http://agarprivate.ml/client

its a bug in the client which you're using

@Barbosik I promise you these are the same versions of a client I have used before and all of the sudden it's doing it. It's a change that has been made on your guys's end.

nothing is changed, just enabled scrambleLevel = 2 by default, it helps to reduce minions, because they cannot use navigation. If your client cannot show spectate mode properly, it means that your client has a bug. It's well known and very old bug very popular in modded clients.


Kernel dies in quarto/integrals/surface_area.ipynb notebook

OS version: Mac OS X 13.4.1.(c)
Hardware: Mac M2 Max
Julia Version 1.9.1
Conda version: 23.5.2 (Conda installed into the .Julia directory by Conda package)
Python version: 3.10.12
Error message:
When running the command:
quarto render quarto --to pdf --toc
the run fails with the following error:
[52/82] integrals/surface_area.qmd

Starting julia-1.9 kernel...Done

Executing 'surface_area.ipynb'
  Cell 1/30...Done
  Cell 2/30...Done
  Cell 3/30...Done
  Cell 4/30...Done
  Cell 5/30...Done
  Cell 6/30...Done
  Cell 7/30...Done
  Cell 8/30...Done
  Cell 9/30...Done
  Cell 10/30...Done
  Cell 11/30...Done
  Cell 12/30...Done
  Cell 13/30...2023-07-18 15:24:38,738 - traitlets - ERROR - Kernel died while waiting for execute reply.

How to replicate the error running Julia in Jupyter or the CLI:
If you copy the following code from the quarto/integrals/surface.area.ipynb notebook and run it in the REPL, or run just the cells in the notebook that contains this code, the code works without error:
using CalculusWithJulia
using Plots
using SymPy
using QuadGK
g(u) = 6 + 2sin(u)
f(u) = 2cos(u)
a, b = 0, 2pi
us = range(a, b, length=100)
plot(g.(us), f.(us), xlims=(-0.5, 9), aspect_ratio=:equal, legend=false)
plot!([0,0],[-3,3], color=:red, linewidth=5)    # y axis emphasis
plot!([3,9], [0,0], color=:green, linewidth=5)  # x axis emphasis
# lines of code in cell that crashes the server
S(u,v) = [g(u)*cos(v), g(u)*sin(v), f(u)] us = range(a, b, length=100)
vs = range(0, 2pi, length=100)
0.0:0.06346651825433926:6.283185307179586
ws = unzip(S.(us, vs'))   # reorganize data
surface(ws..., zlims=(-6,6), legend=false)

plot!([0,0], [0,0], [-3,3], color=:red, linewidth=5) # y axis emphasis

However, if you step through the Jupyter notebook from the very top, you get the "lost connection to kernel server" error, when you run the cell that contains the last few lines of code listed above.
Besides preventing building the pdf, this seems to indicate some underlying error in the CalculuswithJulia package. My suspicion is it is related to the unzip command, since the notation in the notebook seems to imply this is the first place you use it.

Thanks for reporting back the issue. I'll have a look. (BTW, the pdf doesn't gracefully adjust for the plots and takes forever to build, so I haven't tested building it in awhile)

Hmm, was hoping for an easy to fix typo. But am not finding it. I can compile with 1.8, but need to update the kernel I'm using with quarto.

FYI I tried building in Quarto after rebuilding the repository in both 1.8 and 1.7 (using JuliaUp) and rebuilding iJulia to deploy associated kernels. The Quarto build didn't work, although in 1.7 it just stopped without an error message. I also didn't do the above test until today, and that was only for 1.9.
The PDF really isn't that important to me, I was using this as an opportunity to play around with Quarto. The web site is great, and that way I am always getting the latest version. The reason I reported the bug, is only because it seems like there is an underlying bug in CalculuswithJulia as the above test shows (since it was run outside Quarto) and that package I do want to use ;) I wasn't sure which was the best place to report the bug, but since the notebook was in this repository, I did it here.

I tried building with a 1.9 kernel and it isn't working for me. Not sure why, but I have some vague memory that this was a known issue. Now I can't get Plots to work within Jupyter and 1.9, so there is something amiss, though not sure it is the CalculusWithJulia package, which doesn't do too much (though it certainly might be doing something incorrectly :)

Hmmm that is really strange. I got a very nice plot, when I ran the code in the REPL and in the Jupyter notebook if I just ran the four relevant boxes. I don't want to take too much of your time on this since I know how much work is involved in an open source project, and like I said the PDF output is not critical to me (and probably not for most people).  I am sure you have more important things that require your time.
If I run into any issues when going through the book that gives me more insights into an underlying problem I will let you know. In any case it's probably some subtle interactions amongst the millions of packages and  it will likely shake out in the future. I suggest we close this ticket :) In any case, many thanks for the great book and package!!!!!!

No worries, it ins't the call to unzip, but the next call to surface(...) that is causing it to fail. I can repeat it. Now why it seems to work in the REPL and not the notebook is something I need to sort out, as the web page won't compile cleanly from scratch if not. So for now, I'll leave this open and hope to close soon.

I tracked down the issue, which may be something other pages will have problems with. For that page, everything after the animated image doesn't show, whereas prior to that the calls to surface work fine. I've moved this particular animation to the end of the file. Hopefully there is somethign just about surface plots, as otherwise ...
Closed by #114


Serverless GraphQL with Edge Caching

Hi,
This is project is is really awesome.  It would be really cool if a developer just declares the GraphQL queries/mutations in simple .graphql files just like declaring your serverless functions to be run at edge. I have been doing some POC on this in a side project called Fringe.
It would be great if you could please take some time to have a look into this and if this could be something that nostalgie could also use then I can give it  a try with your guidance to open PR on the same for this project.
Also would love to start contributing to this project in any way possible.

Hi @bishwenduk029, I have to admit that I'm both very fascinated and very ignorant when it comes to GraphQL.
As a part of an effort to port a POC a work colleague made to Nostalgie, I had to address their use of GraphQL. What I did for that was to move it to dedicated Server Functions. In other words, I moved the GraphQL querying to the "backend-for-the-frontend" where Server Functions run.
I like this pattern for a number of reasons: 1) it doesn't couple the front-end to any specific data-loading paradigm; 2) it lets me use server-side graphql tooling; and 3) it made for a slightly better typing experience.
Let me elaborate on the third; my understanding is that without some form of either TypeScript-native query composition tool like Nexus or some form of code-generation, the argument and return types of GraphQL queries will be totally opaque to the TypeScript language service. While Nexus seems really cool, I wouldn't want to put all my eggs in that basket as I don't think the community adoption justifies it yet.
What interests me more is the idea of baking in some form of codegen workflow. I have built a number of codegen tools lately at work and it has proved very valuable to both my team needing to construct and reason about object shapes, and also to other teams consuming out libraries.
I've taken a look at your repo and wasn't able to figure out quickly how Nostalgie might be able to benefit from Fringe. I think conceptually, it sounds like a match but would need your guidance to better understand your vision. I understand that sometimes the technology moves faster than the documents (Nostalgie itself being a prime example 😳).
I hope to hear a bit more about your vision.

@ggoodman , Thank you for taking the time and explaining your vision for Nostalgie and GraphQL in great detail. I was referring Fringe for the concept of GraphQL execution on server with caching and improving the developer experience by just declaring the query in plain .graphql file in frontend. Import the query and then using a Nostalgie hook like useGraphQLQuery(, ) thus abstracting execution/http/fetch from developer.
Now the bundler would need to convert the GraphQL imports  to AST  at the time of bundling. Then another RPC endpoint like that for function currently could invoke a function to execute the GraphQL.
I  very much agree to your point that given that how any type of server processing can be encapsulated in Nostalgie functions, above mentioned GraphQL processing approach might be more of a specific use case and might not need a separate RPC endpoint.
But given the increase in adoption of GraphQL, I thought providing such a feature OOTB could give a good developer experience.

As GraphQL would just be a specific use case which can be easily supported with Nostalgie functions. Hence, closing the issue for now.


Uniswap: KeyError: 'binance'

Hello there,
I just installed the latest version of Uniswap Python and it fails here:
from uniswap import Uniswap
from web3 import Web3

address = None                      # or None if you're not going to make transactions
private_key = None                # or None if you're not going to make transactions
version = 2                             # specify which version of Uniswap to use

bsc = "https://bsc-dataseed.binance.org/"
web3 = Web3(Web3.HTTPProvider(bsc))

print(web3.isConnected())

uniswap = Uniswap(address=address, private_key=private_key, version=version, web3=web3)

The web3 connection return true but I keep getting this error:
Traceback (most recent call last):
  File "C:/Users/User/PycharmProjects/XX/XX/UniSwap_API_test.py", line 24, in <module>
    uniswap = Uniswap(address=address, private_key=private_key, version=version, web3=web3)
  File "C:\Users\User\PycharmProjects\XX\venv\lib\site-packages\uniswap\uniswap.py", line 121, in __init__
    router_contract_addr = _router_contract_addresses_v2[self.network]
KeyError: 'binance'

Could anyone help me out?

That's a bug definitely.
You need to add BSC factory/router contracts addresses here
https://github.com/uniswap-python/uniswap-python/blob/0400e51fca5f29ebe1c4c2e520c5f43b8fa657d3/uniswap/constants.py#L25
_factory_contract_addresses_v2 and _router_contract_addresses_v2 accordingly
I suppose you gonna use pancakeswap v2 so addresses are
0xcA143Ce32Fe78f1f7019d7d551a6402fC5350c73        for factoryV2
0x10ED43C718714eb63d5aA57B78B54704E256024E    for routerV2

I added the 2 lines in the dictionary, but I still have the same error.
This is the dictionary. Is it true?
_factory_contract_addresses_v2 = {
    "mainnet": "0x5C69bEe701ef814a2B6a3EDD4B1652CB9cc5aA6f",
    "ropsten": "0x5C69bEe701ef814a2B6a3EDD4B1652CB9cc5aA6f",
    "rinkeby": "0x5C69bEe701ef814a2B6a3EDD4B1652CB9cc5aA6f",
    "görli": "0x5C69bEe701ef814a2B6a3EDD4B1652CB9cc5aA6f",
    "xdai": "0xA818b4F111Ccac7AA31D0BCc0806d64F2E0737D7",
    "factoryV2": "0xcA143Ce32Fe78f1f7019d7d551a6402fC5350c73",
    "routerV2": "0x10ED43C718714eb63d5aA57B78B54704E256024E",
}

No, it should be
_factory_contract_addresses_v2 = {
....
"binance": "0xcA143Ce32Fe78f1f7019d7d551a6402fC5350c73"
}
and next dictionary
_router_contract_addresses_v2 = {
....
"binance": "0x10ED43C718714eb63d5aA57B78B54704E256024E"
}

Fixed in #126


[DOCS] Replace DWCJ with webforJ

CONTRIBUTING.md and README.md refer to DWCJ instead of webforJ.

CONTRIBUTING.md
DWCJ is mentioned multiple times, more than 21 instances.

README.md
DWCJ is mentioned in the Examples and Documentation sections.

@hyyan This issue is not complete, CONTRIBUTING.md still has multiple cases of DWCJ.

@bbrennanbasis https://github.com/webforj/webforj/issues/810


WIP: Rename runners/base to runners/base_runner

Current coverage is 77.57% (diff: 100%)

Merging #3070 into master will increase coverage by 0.22%

@@             master      #3070   diff @@
==========================================
  Files           430        430
  Lines         22061      22061
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
+ Hits          17065      17113    +48
+ Misses         4996       4948    -48
  Partials          0          0

Diff Coverage
File Path

•••••••••• 100%
st2common/st2common/runners/paramiko_ssh_runner.py

•••••••••• 100%
st2common/st2common/runners/base_runner.py

•••••••••• 100%
st2common/st2common/runners/windows_runner.py

•••••••••• 100%
st2common/st2common/query/base.py

•••••••••• 100%
st2actions/st2actions/container/base.py

Powered by Codecov. Last update 242aa06...0f4ba7d

@Kami and I have concluded the problem is adding st2common/runers to sys.path for python actions is causing the issue. https://gist.github.com/lakshmi-kannan/e7aa1cddd0e9e3ae73a748892b433503. There is no need for st2common/runners to be added to sys.path. This was added when we move action_wrapper from st2actions to st2common.

So the fix is to pop st2common/runners from sys.path. @Kami will get this in another PR. I am closing this PR as it is not needed.


Leave Unread on Server?

Is there any way of leaving the email unread on the server, or is that the only way mattermail is tracking which emails it's pushed?  I'm just testing this out at the moment for a shared inbox, and this is causing a bit of a problem.

The mattermail uses this information to tracking which email it's pushed.
Maybe to solve this Mattermail could use a custom flag instead of mark email as read, but today we have problems with the imap lib (go-imap), and we need to change this lib first.

Maybe you could use a "lastChecktime" variable and only fire if the new mail is newer than the lastChecktime?

Release 4 supports this feature


Use CAIP-10 for DID identifiers

This is mainly a quickly thrown together draft to make sure we are on the same page with regards to using CAIP-10 as the DID method specific identifiers.
The changes in this PR essentially just make the use of CAIP-10 explicit in the DID method. Further changes are needed to the language, adding notes on backwards compatibility, as well as updating the example DID documents.

We are aligned! This is exactly in the direction that the CASA members are trending towards, thanks for this @oed. We already have did:pkh:tz and did:pkh:eth in production, so we would like near the appendix some temporary exceptions for these--deprecated but valid before a certain date.

These changes were incorporated into #286.


Confusing error in import

Error is confusing
$ mlem import test.csv test
HookNotFound: No suitable ImportHook for object of type "Location". Registered hooks: [<class 'mlem.core.import_objects.PickleImportHook'>]

At the same time, $ mlem import test.csv test --type pandas[csv] works

duplicate #252


Add support for dev

Changes
Adds support for dev.

Adds a convenient hosted-payment-sim.myshopify.io as well.
Don't mind CI, doesn't seem to be set up at all.
Review
@girasquid @ThereExistsX cc @Shopify/payments-integrations

Nice. :+1:

We got circle working now as well :+1:


The alias defined using the type keyword is not used during code generation; instead, the original type is used.

You can use go bug to have a cool, automatically filled out bug template, or
fill out the template below.
Describe the bug
The alias defined using the type keyword is not used during code generation; instead, the original type is used.
To Reproduce
Let's make some changes to the journey program.
There are 2 packages: main and types
in the package types: there are two go files named message.go and greeter.go
message.go
package types

import "fmt"

type Message interface {
	Print()
}

type message struct {
	content string
}

type MessageOptions = func(*message) string

func NewMessage(opt MessageOptions) Message {
	m := &message{}
	opt(m)
	return m
}

func (m *message) Print() {
	fmt.Println(m.content)
}

greeter.go
package types

type Greeter struct {
	message Message
}

func NewGreeter(message Message) Greeter {
	return Greeter{message: message}
}

func (g Greeter) Message() Message {
	return g.message
}

in the package main, there is only one file named wire.go
wire.go
//go:build wireinject
// +build wireinject

package main

import (
	"github.com/google/wire"

	"types"
)

func InitController(gen types.MessageOptions) types.Greeter {
	wire.Build(types.NewGreeter, types.NewMessage)
	return types.Greeter{}
}

Then I ran the wire program to generate wire_gen.go.
wire_gen.go
// Code generated by Wire. DO NOT EDIT.

//go:generate go run -mod=mod github.com/google/wire/cmd/wire
//go:build !wireinject
// +build !wireinject

package main

import (
	"cascade/app/test/5/types"
)

// Injectors from wire.go:

func InitController(gen func(*types.message) string) types.Greeter {
	message := types.NewMessage(gen)
	greeter := types.NewGreeter(message)
	return greeter
}

Expected behavior
I expect types.MessageOptions to remain in wire_gen.go, rather than being translated to *func(types.message).
Version
v0.6.0
Additional context
nothing

@ijt @dmitris @cflewis @rsc please help me

Why does it matter? The type alias and its actual definition should be equivalent?

@rsc Because type alias is exported(types.MessageOptions), but actual definition has unexported class(types.message)

I understand now, thanks. The go/types API historically did not expose any information about aliases, so this is the best wire could do. The right answer is probably to make your alias not be an alias:
type MessageOptions func(*message) string

Because func(*message) string is an unnamed type, the language allows implicit conversions between that type and MessageOptions, so basically none of your code should need to change.
We are slowly rolling out support in go/types for having alias information; once that is settled it would probably not be too hard to fix wire if you wanted to.

Thanks, it works when I use
type MessageOptions func(*message) string


add http test bodyContainsNone

part of go-api-gate issue 2714
https://github.com/bootdotdev/go-api-gate/pull/2877

add bodyContainsNone http test

extra that needs to be approved:

added single quotes around data in rendering?

faulty test for showing failure:
with single quotes: (more busy but also more clear)

without single quotes: (less busy but potentially less clear)

lgtm

xD incredible


Update screenshots

Current screenshots do not use the new inverse square falloff glow, and the option names are not correct anymore


[test]: describe tests for logicAnd

As part of the task, we need to describe the tests, similar to the tests that already exist

8c5b027 - Implemented here!


Update service connection ID docs

Explain how to find the service connection ID

API change check
API changes are not detected in this pull request.


[Docs]: Resource migration guide should inform about new capabilities in terraform 1.7

Documentation Link
https://github.com/Snowflake-Labs/terraform-provider-snowflake/blob/main/docs/technical-documentation/resource_migration.md
Description
The article states

You can remove resources from the state with the terraform state rm <resource_address> command.

You should advise that, as of terraform 1.7, terraform supports removed blocks which enable one to remove resources without having to write terraform state rm commands. Using removed blocks is a much much easier way of achieving this.
References
No response
Would you like to implement a fix?
None

Hey @jamiekt. Thanks for the suggestion!
We'll happily accept a contribution to the migration guide.


Error: function without a catch block, or by rejecting a promise which  was not handled

telegram.0 | 2020-05-29 01:20:47.171 | error | at process._tickCallback (internal/process/next_tick.js:63:19)
-- | -- | -- | --
telegram.0 | 2020-05-29 01:20:47.171 | error | at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)
telegram.0 | 2020-05-29 01:20:47.171 | error | at emitErrorNT (internal/streams/destroy.js:91:8)
telegram.0 | 2020-05-29 01:20:47.171 | error | at TLSSocket.emit (events.js:198:13)
telegram.0 | 2020-05-29 01:20:47.171 | error | at TLSSocket.socketErrorListener (_http_client.js:401:9)
telegram.0 | 2020-05-29 01:20:47.171 | error | at ClientRequest.emit (events.js:198:13)
telegram.0 | 2020-05-29 01:20:47.171 | error | at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:877:8)
telegram.0 | 2020-05-29 01:20:47.171 | error | at Request.emit (events.js:198:13)
telegram.0 | 2020-05-29 01:20:47.171 | error | at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
telegram.0 | 2020-05-29 01:20:47.171 | error | at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
telegram.0 | 2020-05-29 01:20:47.171 | error | at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:87:29)
telegram.0 | 2020-05-29 01:20:47.171 | error | at new RequestError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:14:15)
telegram.0 | 2020-05-29 01:20:47.171 | error | (22547) RequestError: Error: read ECONNRESET
telegram.0 | 2020-05-29 01:20:47.169 | error | (22547) unhandled promise rejection: EFATAL: Error: read ECONNRESET
Unhandled | 2020-05-29 01:20:47.166 | error | promise rejection. This error originated either by throwing inside of  an async function without a catch block, or by rejecting a promise which  was not handled with .catch().
telegram.0 | 2020-05-29 01:20:47.074 | warn | (22547) polling_error:EFATAL, EFATAL: Error: read ECONNRESET

duplicate #158


findById is relying on array position and not on user id

The findById method uses records[idx] to get a specific user record, but that only works if there are no gaps in the user id list, as in [ { id: 1 }  , { id: 3 } ], which is common with autonumeric fields in databases. Maybe it would be better to remove findById from the example and use only findByUsername?

I've updated the example to use SQLite and SQL queries, rather than a mock in-memory data store.  Closing as no longer applicable.


Couple primary path export to install.js

This should help prevent accidental path inconsistencies hopefully.

Ok are we sure about this one? i can merge it, but dont have time to test it atm. @bcomnes @diasdavid

@diasdavid should peek at it, but I'm pretty sure the only change here is coupling the path string that the module exports to where the install script actually installs to.

Ok i'm going to assign @diasdavid (i hope to move to assign-based explicit handing off of tasks so easier to see who/what's waiting on you, etc.

Yep, seems to work :) As @bcomnes said, the change is that instead of repeating code, we reuse the index.js file that already did the path.join https://github.com/ipfs/npm-go-ipfs/blob/master/index.js

@jbenet give me the power to publish  :D

@diasdavid access granted. careful with the versions though, please make sure we keep the versions of this package tied to the versions of go-ipfs-- see discussion in https://github.com/ipfs/node-ipfsd-ctl/issues/20

I'll use the power bestowed upon me wisely, @jbenet

That should be written down in the README. If it is added here, add it there.


Display Gif size when export finishes

PR based on issue: https://github.com/aheze/ProgressGif/issues/5
Cast self to weak self to avoid closure retain cycle.
Add gif filesize to Export! button

Thanks!


Update forked PaddlePaddle

PR types

Others
PR changes

Others
Describe

Update forked Paddle as the original PaddlePaddle has been updated

Update forked repo by pulling a request


Not able to install AWS toolkit for Visual Studio 2019 (Version 16.8.3)

Computer (please complete the following information):

Windows Version: Windows 10 Enterprise (10.0.18363)
Visual Studio Version: 2019 (Version 16.8.3)
AWS Toolkit for Visual Studio Version: 16.8.3036

Install log

dd_VSIXInstaller_20210321191227_7128.log

Hi @saurabhbajaj2309 , I see in the log it says
VSIXInstaller.NoApplicableSKUsException: This extension is not installable on any currently installed products.

Are you able to successfully install other Visual Studio extensions? Something you might want to try is to open the Visual Studio Installer (this should be in your start menu), and try to Repair your Visual Studio instance, as well as Update it to the latest version. Then reboot your system and try to install the AWS Toolkit extension again.

There has not been any response, so I am closing this issue. If you have additional details, please re-open it.


DB845c Kernel bump and firmware update

@ndechesne This PR depends on https://github.com/ndechesne/meta-qcom/pull/111.


fix: initial value for icon field in edit dialog for social media profiles

This pull request addresses Issue #2049

@AmruthPillai Could you take a look at this PR


[Theme Request] Anna from Shaman King

Who/What do you want to be featured?
Anna from Shaman King
What do they look like?

What type of theme?

[ ] Light Theme
[x] Dark Theme

Very interesting suggestion! I've read the parts of the manga a long time back. I'd have to do a bit more research on her, because I don't know enough about her to put together a nice color palette for her. Thanks for the suggestion!

Looking forward to it! thank you for your time and work on this!


Parent poms missing from lockfiles

Expected Behavior
--write-locks should add info about all transitive parent pom to the lockfiles.
AND LockMode.STRICT should require that all transitive parent poms that are used be declared in the lockfile.
Current Behavior
--write-locks doesn't write details of parent poms to the lockfiles.
AND LockMode.STRICT doesn't complain about missing details of parent poms
Steps to Reproduce

add this dependency

implementation("org.apache.logging.log4j:log4j:2.20.0")

Notice the parent pom:
See https://central.sonatype.com/artifact/org.apache.logging.log4j/log4j/2.20.0
Which contains:
  <parent>
    <groupId>org.apache.logging</groupId>
    <artifactId>logging-parent</artifactId>
    <version>7</version>
    <relativePath />
  </parent>

in turn, if you then look at https://central.sonatype.com/artifact/org.apache.logging/logging-parent/7
You will see that it also has a parent pom:
  <parent>
    <groupId>org.apache</groupId>
    <artifactId>apache</artifactId>
    <version>27</version>
  </parent>

But if you generate --write-locks, the parent poms info is completely omitted from the generated lock files.
Gradle version
8.1.1

What are you trying to achieve? This seems irrelevant because a POM file's hierarchy is fixed. A POM can't reference a parent with a range. So once you know which version was resolved, you know the hierarchy that has been resolved. Having this info in the lock-file would just be noise.

In absence of dependency verification...
Sometimes poms for the same exact GAV coordinates differ between the gradle plugin portal and maven central, which means the parent pom could differ based on which repository the pom was loaded from.
Also, even within a single repository, the pom itself could theoretically change to point to a different parent pom, i.e. a new version of a pom was uploaded for the same GAV. (Yes, this is terrible and breaks lots of things).
We want the lockfile to be a complete record of the resolved version of every external artifact including transitive parent poms.

Additionally, seeing which versions of which parent poms where resolved as part of each configuration can be help.
Also, dependency verification doesn't work reliably for parent poms, but even if it did, I would still want them to show up in the lockfiles.
see https://github.com/gradle/gradle/issues/20194

Sorry for the late reply.
This is the intended behavior, and there’s no plan to change it.

This is a valid documentation issue that we will address. We should clarify explicitly in our documentation the reasons behind this decision.

This also makes integrating with Nix challenging since the locking and verification metadata mechanisms are not exhaustive.
If this behaviour will not change, can we get better access to build operations, currently an internal API, to make it easier to write a plugin that generates a more desirable lock file without needing to fork Gradle itself? Or perhaps a simpler API could be exposed to make this easier?

WRT lock files, since parent POMs cannot be dynamic versions, they don't necessarily belong in the lock file. We would need to allow multiple versions of the same parent to be listed in a lock file or resolve conflicts between parents (which isn't something we do today).
https://github.com/gradle/gradle/issues/20194 is a valid issue and should be addressed.

@brianmcgee lock files are intended to ensure dynamic versions are resolved consistently across builds.  They're not intended to be a complete report of every dependency artifact used by a project.
Does Nix just need a way to capture/list all artifacts required by the build?

@big-guy yeah, for Nix we need an exhaustive manifest of every dependency artefact ahead of time. I'll open a separate issue detailing things more clearly and the current workarounds etc. I've already been chatting with @britter about this on and off over the last couple months.


Use CDNJS instead of JSDelivr

Many instances of quartz are hosted on cloudflare pages, and having the packages come from the same source may give a minuscule bump to speed and one less domain to connect to. For github pages and others, there is no difference.
This also removes "Latest version" support which can prevent some bugs from happening since a package is not auto-updating.

I can reduce the scope to just a static version of mermaid, but I still believe that CDNJS is a better choice because

It has more users, so cached files are more likely to be shared
Better technological support (HSTS preload, Brotli level 11 compression, QUIC, HTTP/3, and rapid adoption as new protocols come out)
It is faster than jsdelivr for most of the world

can you provide numbers for 1 and 3?

oops. When doing some spring repository cleaning, I accidentally deleted the repo. I'll reopen another PR with the changes. Sorry about that.


Checkbox css issue: overlapping tick

There is a leftover tick on top of all custom checkboxes

fixed after updating the theme to the highest version


Add support for reading partition key columns for ParquetReader

The DuckDB reader doesn't create readers for partition key columns since they are not in the Parquet file. This logic needs to be handled in Velox ParquetRowReader.

cc @majetideepak @aditi-pandit
@mbasmanova Would it make sense to create a label "parquet" to help us track all parquet related issues?

Would it make sense to create a label "parquet" to help us track all parquet related issues?

That's a good idea. Created.


Add locale labels in reports

This builds on #7837 and adds the locale label to the:

site history report
workflow/workflow tasks reports
locked pages report
aging pages report
dashboard summary panels.

Note: so far added a test to check for the existence of the labels in the site history view. Shall I add them for all the rest?

Rebased on main

Merged in db4913af56f4743fe8077db5926667f4bc595b14 + parents.