HBASE-24680 Refactor the checkAndMutate code on the server side

: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
4m 47s
master passed

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

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

_ Patch Compile Tests _

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

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

-0 :warning:
checkstyle
1m 30s
hbase-server: The patch generated 11 new + 410 unchanged - 22 fixed = 421 total (was 432)

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

+1 :green_heart:
hadoopcheck
14m 57s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

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

_ Other Tests _

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

50m 46s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 9b02a26a1d

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-general-check/output/diff-checkstyle-hbase-server.txt

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 31s
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 22s
Maven dependency ordering for branch

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

+1 :green_heart:
compile
1m 37s
master passed

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

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

_ Patch Compile Tests _

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

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

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

+1 :green_heart:
javac
1m 40s
the patch passed

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

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

_ Other Tests _

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

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

+1 :green_heart:
unit
140m 32s
hbase-server in the patch passed.

170m  5s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 9b02a26a1d

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/testReport/

Max. process+thread count
4294 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

_ Patch Compile Tests _

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

+1 :green_heart:
mvninstall
5m 28s
the patch passed

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

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

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

-0 :warning:
javadoc
0m 18s
hbase-hadoop-compat in the patch failed.

-0 :warning:
javadoc
0m 26s
hbase-client in the patch failed.

-0 :warning:
javadoc
0m 40s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
0m 39s
hbase-hadoop-compat in the patch passed.

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

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

235m 12s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 29ff53bb86a6 4.15.0-101-generic #102-Ubuntu SMP Mon May 11 10:07:26 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 9b02a26a1d

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-client.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-hadoop-compat.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-hadoop-compat.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-client.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/testReport/

Max. process+thread count
3207 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
2m  1s
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 22s
Maven dependency ordering for branch

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

+1 :green_heart:
checkstyle
2m  8s
master passed

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

_ Patch Compile Tests _

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

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

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

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

+1 :green_heart:
checkstyle
1m 18s
hbase-server: The patch generated 0 new + 410 unchanged - 22 fixed = 410 total (was 432)

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

+1 :green_heart:
hadoopcheck
12m 50s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

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

_ Other Tests _

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

46m 42s

Subsystem
Report/Notes

Docker
Client=19.03.9 Server=19.03.9 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux e137aeab5e22 4.15.0-101-generic #102-Ubuntu SMP Mon May 11 10:07:26 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 9b02a26a1d

Max. process+thread count
85 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

_ Patch Compile Tests _

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

+1 :green_heart:
mvninstall
4m  4s
the patch passed

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

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

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

-0 :warning:
javadoc
0m 20s
hbase-hadoop-compat in the patch failed.

-0 :warning:
javadoc
0m 26s
hbase-client in the patch failed.

-0 :warning:
javadoc
0m 39s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
0m 37s
hbase-hadoop-compat in the patch passed.

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

+1 :green_heart:
unit
133m 22s
hbase-server in the patch passed.

165m 37s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 9b02a26a1d

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-client.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-hadoop-compat.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-hadoop-compat.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-client.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/testReport/

Max. process+thread count
4340 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
2m  1s
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 21s
Maven dependency ordering for branch

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

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

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

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

_ Patch Compile Tests _

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

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

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

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

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

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

_ Other Tests _

+1 :green_heart:
unit
0m 40s
hbase-hadoop-compat in the patch passed.

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

+1 :green_heart:
unit
207m  9s
hbase-server in the patch passed.

240m 47s

Subsystem
Report/Notes

Docker
Client=19.03.9 Server=19.03.9 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 4adf1fb6dcc4 4.15.0-101-generic #102-Ubuntu SMP Mon May 11 10:07:26 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 9b02a26a1d

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/testReport/

Max. process+thread count
2943 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

@Apache9 Can you please review it when you get a chance?

@joshelser Thank you very much for reviewing this!
I will wait for any other opinions/objections until tomorrow. If nothing, will commit this.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
11m  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 23s
Maven dependency ordering for branch

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

+1 :green_heart:
checkstyle
2m 10s
master passed

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

_ Patch Compile Tests _

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

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

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

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

+1 :green_heart:
checkstyle
1m 17s
hbase-server: The patch generated 0 new + 410 unchanged - 22 fixed = 410 total (was 432)

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

+1 :green_heart:
hadoopcheck
12m 50s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

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

_ Other Tests _

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

56m 28s

Subsystem
Report/Notes

Docker
Client=19.03.9 Server=19.03.9 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux 06564bdd9af8 4.15.0-101-generic #102-Ubuntu SMP Mon May 11 10:07:26 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 8191fbdd7d

Max. process+thread count
84 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 31s
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 23s
Maven dependency ordering for branch

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

+1 :green_heart:
compile
1m 37s
master passed

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

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

_ Patch Compile Tests _

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

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

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

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

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

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

_ Other Tests _

+1 :green_heart:
unit
0m 34s
hbase-hadoop-compat in the patch passed.

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

+1 :green_heart:
unit
139m 22s
hbase-server in the patch passed.

168m 52s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 8191fbdd7d

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/testReport/

Max. process+thread count
4723 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

_ Patch Compile Tests _

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

+1 :green_heart:
mvninstall
4m 27s
the patch passed

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

+1 :green_heart:
javac
1m 59s
the patch passed

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

-0 :warning:
javadoc
0m 17s
hbase-hadoop-compat in the patch failed.

-0 :warning:
javadoc
0m 25s
hbase-client in the patch failed.

-0 :warning:
javadoc
0m 41s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
0m 40s
hbase-hadoop-compat in the patch passed.

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

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

227m 33s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux f4b2ae5b9dfb 4.15.0-101-generic #102-Ubuntu SMP Mon May 11 10:07:26 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 8191fbdd7d

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-client.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-hadoop-compat.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-hadoop-compat.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-client.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-2094/3/testReport/

Max. process+thread count
3165 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
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 26s
Maven dependency ordering for branch

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

+1 :green_heart:
checkstyle
2m  0s
master passed

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

_ Patch Compile Tests _

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

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

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

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

+1 :green_heart:
checkstyle
1m 10s
hbase-server: The patch generated 0 new + 410 unchanged - 22 fixed = 410 total (was 432)

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

+1 :green_heart:
hadoopcheck
11m 30s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

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

_ Other Tests _

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

42m 13s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 975cdf7b88

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  3s
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 25s
Maven dependency ordering for branch

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

+1 :green_heart:
compile
1m 40s
master passed

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

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

_ Patch Compile Tests _

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

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

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

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

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

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

_ Other Tests _

+1 :green_heart:
unit
0m 34s
hbase-hadoop-compat in the patch passed.

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

-1 :x:
unit
149m  9s
hbase-server in the patch failed.

179m  7s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/1/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 0c616eb04ea3 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 975cdf7b88

Default Java
1.8.0_232

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

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

Max. process+thread count
4104 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

Not sure why QA was re-triggered.. The test failure in the last QA is not related to this patch because I ran the failed test locally and it was successful. Kicking QA again.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 35s
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 25s
Maven dependency ordering for branch

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

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

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

_ Patch Compile Tests _

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

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

+1 :green_heart:
checkstyle
0m 14s
The patch passed checkstyle in hbase-hadoop-compat

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

+1 :green_heart:
checkstyle
1m 14s
hbase-server: The patch generated 0 new + 410 unchanged - 22 fixed = 410 total (was 432)

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

+1 :green_heart:
hadoopcheck
11m 18s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

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

_ Other Tests _

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

39m 37s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux 110129357b0b 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 975cdf7b88

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 16s
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 21s
Maven dependency ordering for branch

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

+1 :green_heart:
compile
1m 38s
master passed

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

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

_ Patch Compile Tests _

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

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

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

+1 :green_heart:
javac
1m 37s
the patch passed

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

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

_ Other Tests _

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

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

+1 :green_heart:
unit
220m 22s
hbase-server in the patch passed.

251m 42s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux c0975886bb59 4.15.0-101-generic #102-Ubuntu SMP Mon May 11 10:07:26 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 975cdf7b88

Default Java
1.8.0_232

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/2/testReport/

Max. process+thread count
3266 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

Looks the QA is okay. Can you please take a look at this? @Apache9
Thanks.

Ping @Apache9
Thanks.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 31s
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 23s
Maven dependency ordering for branch

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

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

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

_ Patch Compile Tests _

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

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

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

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

+1 :green_heart:
checkstyle
1m 13s
hbase-server: The patch generated 0 new + 411 unchanged - 22 fixed = 411 total (was 433)

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

+1 :green_heart:
hadoopcheck
11m 30s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

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

_ Other Tests _

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

39m 45s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-general-check/output/Dockerfile

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

Optional Tests
dupname asflicense spotbugs hadoopcheck hbaseanti checkstyle

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 7c4d66a277

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
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 37s
Maven dependency ordering for branch

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

+1 :green_heart:
compile
1m 39s
master passed

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

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

_ Patch Compile Tests _

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

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

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

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

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

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

_ Other Tests _

+1 :green_heart:
unit
0m 33s
hbase-hadoop-compat in the patch passed.

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

+1 :green_heart:
unit
140m 38s
hbase-server in the patch passed.

170m 11s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

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

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 7c4d66a277

Default Java
1.8.0_232

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

Max. process+thread count
4281 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

_ Patch Compile Tests _

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

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

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

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

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

-0 :warning:
javadoc
0m 20s
hbase-hadoop-compat in the patch failed.

-0 :warning:
javadoc
0m 30s
hbase-client in the patch failed.

-0 :warning:
javadoc
0m 48s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
0m 40s
hbase-hadoop-compat in the patch passed.

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

-1 :x:
unit
217m 12s
hbase-server in the patch failed.

258m 45s

Subsystem
Report/Notes

Docker
Client=19.03.12 Server=19.03.12 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux e3442270b2fe 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 7c4d66a277

Default Java
2020-01-14

javadoc
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-client.txt

javadoc
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-hadoop-compat.txt

javadoc
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-hadoop-compat.txt

javadoc
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-client.txt

javadoc
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-2094/4/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

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

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

Max. process+thread count
3642 (vs. ulimit of 12500)

modules
C: hbase-hadoop-compat hbase-client hbase-server U: .

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

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

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

This message was automatically generated.

I don' think the test failure in the last QA is related to this patch. I ran the failed tests locally and it was successful. Will merge this PR.


3D Viewport: Warped Mouse Panning doesn't work with emulate 3 button mouse option

Operating system or device - Godot version:
Linux - Godot 2.1 and master
Issue description:
When using emulate 3 button mouse and panning the view of the Spatial Editor by holding shift and moving the mouse, the warping doesn't work.

First of all thank you for your report and sorry for the delay.
We released Godot 3.0 in January 2018 after 18 months of work, fixing many old issues either directly, or by obsoleting/replacing the features they were referring to.
We still have hundreds of issues whose relevance/reproducibility needs to be checked against the current stable version, and that's where you can help us.
Could you check if the issue that you described initially is still relevant/reproducible in Godot 3.0 or any newer version, and comment about its current status here?
For bug reports, please also make sure that the issue contains detailed steps to reproduce the bug and, if possible, a zipped project that can be used to reproduce it right away. This greatly speeds up debugging and bugfixing tasks for our contributors.
Our Bugsquad will review this issue more in-depth in 15 days, and potentially close it if its relevance could not be confirmed.
Thanks in advance.
Note: This message is being copy-pasted to many "stale" issues (90+ days without activity). It might happen that it is not meaningful for this specific issue or appears oblivious of the issue's context, if so please comment to notify the Bugsquad about it.

As there was no answer to the above request, we're closing this issue as inactive.
If you can still reproduce it, please open a new issue against a currently supported release of Godot.


Add (*P{1,2}) FromAffine to Go bindings

The affine -> projective Jacobian conversion is useful, especially when manipulating aggregates.
It's also defined in C already, so this exposes it in the go bindings.

Well, formally speaking "projective" is incorrect term, because the non-affine coordinates are in fact Jacobian. In other words ToJacobian would be more appropriate name. However, one can wonder if it would be appropriate to spare this kind of detail altogether and come up with a neutral term. Say FromAffine? Just like the corresponding C method... Or ToXYZ if "to" is preferred?
On tangential note. Speaking about method naming in more general terms. One should recognize that being multi-lingual blst is subject to kind of "inter-cultural" interference. And as result method names can feel a bit "off" to seasoned users of specific language. We hope that users can tolerate it to some degree:-)

@dot-asm
On the naming: of course 🤦
On the use of FromAffine: I added a commit that implements it this way. The reason I didn't initially is that FromAffine needs to mutate its receiver in order to present an intuitive signature p.FromAffine(pa), something that wasn't true of ToJacobian.

Oh! It's kind of unexpected turn from the original suggestion, but all right. My expectation was that it would allow to build a call chain as for example x.FromAffine().DoAThing(), but it was apparently wrong:-) I'll let it be till Monday, just in case you think of something else, and if not, will commit this. Cheers.

I've harmonized commit message with code changes and merged. Thanks!


Connections are not dropped even idle time is larger than idleConnectionTimeout

connections for Redis cluster
7000: 17
7001: 17
7002: 67
7003: 67
7004: 17
7005: 19

d059d4385143f50065d8af39b5d1802eee23995c <IP_ADDRESS>:7005@17005 myself,master - 0<PHONE_NUMBER>000 14 connected 0-5460
f45784901ae916629008f28045d3f6c4c229d7b5 <IP_ADDRESS>:7002@17002 master - 0<PHONE_NUMBER>000 16 connected 10923-16383
5bffb4061e8258210d5dab911af5028e5e9faa65 <IP_ADDRESS>:7001@17001 slave 0db7080759d155fa098516c04e442d40ec348234 0<PHONE_NUMBER>926 15 connected
0db7080759d155fa098516c04e442d40ec348234 <IP_ADDRESS>:7003@17003 master - 0<PHONE_NUMBER>513 15 connected 5461-10922
beebdb6edb0fcff2afbff6b9cb0e354dc489bb93 <IP_ADDRESS>:7000@17000 slave d059d4385143f50065d8af39b5d1802eee23995c 0<PHONE_NUMBER>000 14 connected
c043ee0879b79ee4ca357237433c24897dc25ce8 <IP_ADDRESS>:7004@17004 slave f45784901ae916629008f28045d3f6c4c229d7b5 0<PHONE_NUMBER>918 16 connected

For those connections to 7002/7003, I found that all of their idle time is larger than idleConnectionTimeout.   Could you please help to clarify why Redisson doesn't kill those connections?
$redis-cli -c -p 7002 client list | grep MyService
id=171 addr=<IP_ADDRESS>:50020 fd=50 name=MyService age=6264 idle=6264 flags=r db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=readonly
id=172 addr=<IP_ADDRESS>:50022 fd=51 name=MyService age=6264 idle=6264 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=client
id=173 addr=<IP_ADDRESS>:50024 fd=52 name=MyService age=6264 idle=6264 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=cluster
id=174 addr=<IP_ADDRESS>:50026 fd=53 name=MyService age=6264 idle=6264 flags=r db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=readonly
id=175 addr=<IP_ADDRESS>:50028 fd=54 name=MyService age=6264 idle=6264 flags=r db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=readonly
id=176 addr=<IP_ADDRESS>:50034 fd=10 name=MyService age=6264 idle=6264 flags=r db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=readonly

My setting is as following:
clusterServersConfig:
  idleConnectionTimeout: 30000
  subscriptionConnectionMinimumIdleSize: 1
  subscriptionConnectionPoolSize: 10
  slaveConnectionMinimumIdleSize: 16
  slaveConnectionPoolSize: 64
  masterConnectionMinimumIdleSize: 16
  masterConnectionPoolSize: 64

How many connections are not killed less than 16 per slave and master?

Per my description, 7002 and 7004 has 67 connections and those connections' idle time is larger than 6264 sec.
But my idleConnectionTimeout in my configuration is  30000 Millisecond
I suppose around 50 connections should be killed.

Unable to reproduce.
Started Redisson with provided config.
All masters have 16 + 1 service connection and 3 Redis cluster service connections.

Reproduce steps:

On app startup, everything looks good.

Then kill SIGCONT to those failed master node and let them become salve nodes.
Check the connections again.

I can easily reproduce the issue on my laptop.  Maybe I can record a video for you later.

https://github.com/redisson/redisson/issues/2672#issuecomment-613265662

which value did you set for readMode setting?

You should see "master /<IP_ADDRESS>:6900 used as slave" in logs. It means that same amount of slave connections established to master

Per my configuration, the connections will be doubled.
When will those old master connections be killed?

Could you try it with version attached?
redisson-3.12.6-SNAPSHOT.jar.zip

Issue remains.
Desc:
  idleConnectionTimeout: 30000
  slaveConnectionMinimumIdleSize: 16
  slaveConnectionPoolSize: 64
  masterConnectionMinimumIdleSize: 16
  masterConnectionPoolSize: 64

I use the above configuration which is easy to do count.
My test steps:

Start my app, all the redis connections are setup. No write/read
Master node 7000 has 2 connections. [ Works as designed ]
Restart Redis cluster.
After redis cluster is up again, master node 7000 has 4 connections
[Q1: where do these 2 connections come from?]
But no connection will be killed when connection idle time is larger than idleConnectionTimeout
[Q2: it seems that they're never killed. Not sure if this works as designed.]
Kill SIGSTOP to node 7000 and its slave node 7005 becomes the master. Kill SIGCONT to 7000 and it becomes a slave of 7005
Now node 7000 has 6 connections.
[Q3: I didn't see "master /<IP_ADDRESS>:xxx used as slave" in logs. But it seems that same amount of slave connections established to master]
[Q4. node 7000 has 6 connections and are never killed. Is this bug for connection leak]

6 connections for node 7000
id=25 addr=<IP_ADDRESS>:40350 fd=12 name=MerchantDataService age=716 idle=716 flags=r db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=readonly
id=26 addr=<IP_ADDRESS>:40352 fd=13 name=MerchantDataService age=716 idle=716 flags=r db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=readonly
id=3 addr=<IP_ADDRESS>:38402 fd=10 name=MerchantDataService age=1020 idle=1017 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=cluster
id=6 addr=<IP_ADDRESS>:38446 fd=22 name=MerchantDataService age=1017 idle=1017 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=client
id=7 addr=<IP_ADDRESS>:38448 fd=23 name=MerchantDataService age=1017 idle=1017 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=client
id=8 addr=<IP_ADDRESS>:38452 fd=24 name=MerchantDataService age=1017 idle=1017 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=0 qbuf-free=0 obl=0 oll=0 omem=0 events=r cmd=client

TCP connection status looks good
$netstat -an | grep 7000
tcp4       0      0  <IP_ADDRESS>.7000         <IP_ADDRESS>.61725        ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.7000         <IP_ADDRESS>.61724        ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.61725        <IP_ADDRESS>.7000         ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.61724        <IP_ADDRESS>.7000         ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.7000         <IP_ADDRESS>.61661        ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.7000         <IP_ADDRESS>.61660        ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.61661        <IP_ADDRESS>.7000         ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.7000         <IP_ADDRESS>.61659        ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.61660        <IP_ADDRESS>.7000         ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.61659        <IP_ADDRESS>.7000         ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.7000         <IP_ADDRESS>.61654        ESTABLISHED
tcp4       0      0  <IP_ADDRESS>.61654        <IP_ADDRESS>.7000         ESTABLISHED
tcp46      0      0  *.7000                 *.*                    LISTEN

Test logs are here:

I fixed this scenario

Kill SIGSTOP A, then A fails and B becomes master. Then kill SIGCONT A and let A becomes slave
Now A should have around 64 *2 connections, B should have 64 connections
Please correct me if I was wrong.

Hi @mrniko  Thank you for clarification.
I run a quick test to verify this use case bu issue remains.

The total connections to A are doubled.

I waited for a long time(5 mins, which is larger than idleConnectionTimeout) and no connection is killed.

slave B becomes master

Does master has doubled connections in this case?

Both A and B's connections are doubled.

Kill sigstop A, master A becomes fail, slave B becomes master

Could you check only this case and share Redisson log output?

  I waited for 2-3 mins and no connection is killed.
Configuration:
idleConnectionTimeout: 30000
  slaveConnectionMinimumIdleSize: 16
  slaveConnectionPoolSize: 64
  masterConnectionMinimumIdleSize: 16
  masterConnectionPoolSize: 64

logs are here: https://drive.google.com/file/d/1ip7y9OlqkqXozoSKEUijRQ68Tn30-ohT/view?usp=sharing

Thanks for the log!
Could you try this case only: Kill sigstop A, master A becomes fail, slave B becomes master
with version attached and share output?
redisson-3.12.6-SNAPSHOT.jar.zip

I use the latest jar and did the test:

Kill master 7003 and slave 7001 becomes the new master. 7003 is fail.  [12:51:07]
7001's connections are doubled.  [12:51:10]
Wait for a long time and no connection is killed [12:54:54]

log is here: https://drive.google.com/file/d/1CiCh_aGiwNeenfNCmyakzSMYdPf6LB8U/view?usp=sharing

7001's connections are doubled

since it serves slave connections as well.

Yes. It make sense.
My question is : Will Redisson kill those slave connections after idleConnectionTimeout ?

7001's connections are doubled

since it serves slave connections as well.

The issue I fixed is 2xmasterConnectionMinimumIdleSize. So total connections was 2x(masterConnectionMinimumIdleSize) + 1x(slaveConnectionMinimumIdleSize). Now it remains:
1x(masterConnectionMinimumIdleSize) + 1x(slaveConnectionMinimumIdleSize).
These connections won't be killed since it equals to min. idle size connection pool.

Got it. For each redis node in cluster, Redisson will create 2x(masterConnectionMinimumIdleSize) + 1x(slaveConnectionMinimumIdleSize).
Could you please share the link of the PR for this fix?
Many thanks!

For each redis node in cluster, Redisson will create 2x(masterConnectionMinimumIdleSize) + 1x(slaveConnectionMinimumIdleSize).

Only for master remains single (without slaves) in its partition.

https://github.com/redisson/redisson/commit/53fbbf7d1fed02fdf9b44e2be9231c4eb461007b

https://github.com/redisson/redisson/commit/f4ad9382e12e4178c794d0fa5d3ab6fa78d9afcb

Fixed in https://github.com/redisson/redisson/issues/2672


TreeItem: Added a setter for the disabled-property of buttons

Closes #30362, not sure whether there is an actual button to expose beyond the disable.
I did not find any unexpected issues when testing with the code below in a tree node, the buttons in the last column are added and fade in and out as they are enabled (clickable) and disabled every 2 seconds:
extends Tree

var root
var treeitems:Dictionary = {}
func timer_timed_out():
  for i in treeitems:
    var item:TreeItem = treeitems[i]
    var disabled = item.is_button_disabled(2, 0)
    item.set_disable_button(2,0,not disabled)

func _ready():
  var cols: Dictionary = {
      0:{'title':'zero', 'exp':true},
      1:{'title':'one', 'exp':true},
      2:{'title':'two', 'exp':true},
   }
  self.set_columns(cols.size())

  var t: Timer = Timer.new()
  t.wait_time = 2;  t.autostart = true;  t.one_shot = false
  t.connect("timeout", self, "timer_timed_out")
  self.add_child(t)

  self.root = self.create_item()
  self.set_column_titles_visible(true)
  for key in cols:
    set_column_title(key, cols[key]['title'])
    set_column_expand(key, cols[key]['exp'])

  for i in range(100):
    var ti:TreeItem = self.create_item(root)
    set_text(ti, cols.size(), i)
    treeitems[i] = ti

func set_text(item:TreeItem, cols:int, counter:int):
  var button:Texture = load("icon.png")
  for i in range(cols):
    item.set_text(i, "%s" % [randi()])
  item.add_button(0, button)
  item.add_button(2, button)
  item.set_disable_button(2, 0, true)

Thanks!

So the function names are ok and all? For example if perhaps set_button_disabled is more idiomatic (or if there is not really a common style for this) ?
In Tree, set_disable_folding uses the same naming style, but in tabs, set_tab_disabled is used.

No you're right, set_button_disabled would have been better, as it's disabling a button. set_disable_button would be fitting if it were setter a Button control for a "disable" action.
set_disable_folding is different, it sets a boolean which disables folding.

Renamed in 9580c2b13.


Fix vagrant provision script.

Some ebooks require firefox for building, and image cover urls as well as new-releases.xml need a rewrite. Perhaps those rewrites should be mentioned in the readme, too.

Firefox is only required for the se compare-versions command. I decided to leave it out of the regular requirements because it's very heavy weight, for an infrequently used tool. If someone needs that tool then they can make the choice to install Firefox at that time.

At least one book wanted firefox for some MathML. I think it was https://github.com/standardebooks/ludwig-wittgenstein_tractatus-logico-philosophicus_c-k-ogden

Ah yes, forgot about that!


add reify for TypeSchema

Does it make sense to reify a type schema? I thought type schemas are context-independent, hence the necessity for instantiation

Codecov Report

Merging #9 into master will decrease coverage by 1.51%.
The diff coverage is 0%.

@@            Coverage Diff             @@
##           master       #9      +/-   ##
==========================================
- Coverage   93.67%   92.16%   -1.52%
==========================================
  Files           3        3
  Lines         427      434       +7
==========================================
  Hits          400      400
- Misses         27       34       +7

Impacted Files
Coverage Δ

src/lib.rs
83.93% <0%> (-3.16%)
:arrow_down:

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 47b96d4...5b9b570. Read the comment docs.


Vite ?raw imports not working in server routes

I want to import markdown files as raw text, following Vite's documentation.
import prompt from '~/prompts/join.md?raw'

But I got the following issue:
Error: Could not load [...]/join.md?raw (imported by transformers/schema/prompt.ts):
ENOENT: no such file or directory, open '[...]/join.md?raw'

Issue seems to appear only when imported in server routes.
Reproduction:
https://stackblitz.com/edit/github-tuan9y?file=server%2Fapi%2Freadme.get.ts
Originally posted by @mathix420 in https://github.com/nuxt/nuxt/discussions/19694#discussioncomment-6131202

@danielroe just added reproduction link => https://stackblitz.com/edit/github-tuan9y?file=server%2Fapi%2Freadme.get.ts

Server routes are not processed by Vite but directly by rollup (used by Nitro). Nitro does support a raw loader though. cc: @pi0

Thanks, I should have noticed that nitro was compiled by rollup.
I ended up using Nitro server assets.

@danielroe is there no way nuxt to universally import content of a txt file then?
for example:
import strContent from '~/files/hello.txt'

@fanckush can you please make an issue in nitro? i think we can support ?raw


Implement new fetch strategy and notify the client about completed fetchAll

This PR addresses an issue https://github.com/SpineEventEngine/web/issues/2. The new client API looks as follows:
// Fetch items one-by-one using an Observable.
// Suitable for big collections.
fetchAll({ofType: taskType}).oneByOne().subscribe({
  next(value) { ... },
  error(error) { ... },
  complete() { ... }
})

and
// Fetch all items at once using a Promise.
fetchAll({ofType: taskType}).atOnce().then(data => { ... })

@armiol PTAL

@armiol PTAL.

Thanks, @dpikhulya.
@armiol, I’ve added QueryFactory and QueryBuilder. Please take a look.


Ensure dashboard is accessible

Need to make sure that all aspects of dashboard pass a11y requirements.  Likely Fluent UI lib handles a lot of this but let's make sure we don't wait until last minute

[x] Run web a11y checker for report
[x] Use aria-* labels on non-standard controls or where we use images as buttons, etc. (make sure nav menu is appropriate, etc.)
[ ] Any real-time updates announcing changes, etc.
[x] Use title/labels on actions

we are good on everything except #3 - add live regions


Screenshot of the Cloud Settings is outdated

Screenshot of the Cloud Settings is outdated
https://docs.mendix.com/developerportal/deploy/attachments/sap-cloud-platform/cloud-settings.png
"SAP Cloud" is renamed to "SAP BTP".

Hi Joshua (@joshuamoesa)
Thanks for pointing out the outdated image(s). I have updated all the ones I could find in this commit: https://github.com/mendix/docs/commit/e056bc2abda7c8901cc4884760f411fe949445e4
Thanks for helping us keep the Mendix documentation up-to-date.
Mark


ffmpeg-full: inherit src/version from ffmpeg

Motivation for this change
I don't know why I didn't do this to begin with for https://github.com/NixOS/nixpkgs/pull/88561#discussion_r430831520.
Helps a bit with https://github.com/NixOS/nixpkgs/issues/15930 as ffmpeg-full version will be inherited.
cc @marsam @Profpatsch
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Why do we have two ffmpeg implementations in the first place? https://github.com/NixOS/nixpkgs/issues/15930

Why do we have two ffmpeg implementations in the first place?

I have no idea.
I'm only interested in ffmpeg_4 but I've been bumping ffmpeg_2_8 and ffmpeg-full so they aren't left behind.
With this all I'm doing is removing the need to bump it in two  places.

kk, then let’s merge this and aim to remove one of the two implementations in the future.


Upgrade to 0.29, to resolve 404's from deb archive

Travis builds are all failing. I believe this should fix it.

This was taken care of in PR #2507 :)

damn, just missed it! :) thanks

Note that builds are failing for a different reason now: https://github.com/youtube/vitess/issues/2508
It's probably non-trivial to fix it and will require some digging.
While we're in this broken state,  please run ./test.go -flavor mariadb before you want to merge a pull request and comment that the test run was successful. Then we can merge it by trusting you that you took over Travis' job ;)
Sorry for the inconvenience :(


Redesign for 1.0

Initial Braindump for re-architecture for ink-components 1.0

Minimal (if any) syntax changes for HTML elements
Move to typescript
Move to a more pluggable redux system that includes allowing it to be used in a larger application

This also means that cross-variable scope access should be relatively easy

Remove the IFrame creation by default and move to centralized redux

This means that by default execution of variables should happen in the same window, which is fine in most developed applications where the source is trusted
This is not ok with user-generated content, however, the pluggable redux system should be able to handle the abstraction in those cases
Provide the execution library for the functions, this could be replaced in the future.

Remove as many opinionated styles as possible and move to JSS and/or the lit element style updates

Regardless these should be pluggable

Remove boilerplate from the property creation if possible. Maybe through wrappers or post-processing the class?

Right now there is a ton of redundancy that is just setting up class properties, this could be done after the class is created? Object.defineProperties or similar?
Another goal of this is to express the properties as data so they can be used in other places

This will likely mean breaking up into a few different libraries that could be used independently (CV, Chart, etc.) which is hopefully more maintainable. Have a single repo of these packages.

Well, that took exactly one month to do. :) Going forward I should be in a much better position to move faster!
Still some other tasks to complete, e.g. resume, references, tooltips, etc.


Refreshed property gets overridden with XML bean definitions

It's true that spring-boot promotes Java configuration over XML. However support for 'refresh' scope in XML bean definitions is required in order to ease migrating legacy spring applications into spring boot / spring cloud. Unfortunately the scope="refresh" in XML is not working as expected if the bean properties are injected in XML bean definition itself. i.e.
Consider the following configurations

Injecting property in XML bean definition. i.e. property name="message" value="${message}" -
(Not working).

public class XMLBean {
	private String message;
	public String getMessage() {...}
	public void setMessage(String message) {...}
}

	<bean name="xmBean" class="me.fahimfarook.xml.XMLBean" scope="refresh">
		<aop:scoped-proxy proxy-target-class="true" />
		<property name="message" value="${message}" />
	</bean>

In this case after each /refresh, the XMLBean is instantiated, but the 'message' property holds the initial value.

Using @Value annotation instead of property name="message" value="${message}" - (Working)

public class XMLBean {
        @Value("${message}")
	private String message;
	public String getMessage() {...}
	public void setMessage(String message) {...}
}

	<bean name="xmlValueBean" class="me.fahimfarook.xml.XMLValueBean" scope="refresh">
		<aop:scoped-proxy proxy-target-class="true" />
	</bean>

Analysis
In the first scenario;

the new property value of "message" is injected into the bean (expected) by AutowiredAnnotationBeanPostProcessor. (see DefaultListableBeanFactory::populateBean())
After that at AbstractAutowireCabaleBeanFactory::applyPropertyValues(), the new value injected above (for message') is overridden by the older value. This is because PropertyValues parameter is not empty.
Since the properties are resolved before invoking GenericScope, not sure this could be addressed with spring cloud commons?

@dsyer  @spencergibb Could you please check this?

Just realized that the scope was registered in a BeanFactoryPostProcessor, hence  scope="refresh" should already be working.

Unfortunately XML configuration with 'refresh' scope is not working.
	<bean name="xmlBean" class="me.fahimfarook.xml.XMLBean" scope="refresh">
		<property name="message" value="${message}" />
	</bean>

I think you are correct that we cannot fix this here. The XML <property ... value="${message}"/> placeholder is evaluated when the bean definition is parsed, not when the bean is instantiated.
You can always use @ConfigurationProperties or @Value instead (still works with XML as you pointed out).

Thanks. Unfortunately we still needs the support for  XML <property ... value="${message}"/> to define beans for classes that we do not have access to source codes.

You don't have to use XML though do you? Or you could use an EL expression to refer to a bean property that you set in your own code.
Anyway, like I said, there's nothing we can do here. Open a JIRA ticket against the Framework.


chore: update models component dependencies

Closing because I'm opening another update soon, that will require a similar followup PR.


Accept sentences as prompt at CLI

Prompt, a positional argument accepts multiple arguments. nargs="+"

you can just do --prompt "a dark and creepy house"


Native Graphql Support

Currently to hit any Graphql query or mutation, we need to convert them first to json.
It would be really great if we can copy the query directly from graphiql  and then pass it to httpie.
Is it possible with httpie natively ? One of the vs-code extension is already doing it.
Is the same/similar thing possible with httpie ?

@collegeimprovements currently not possible, sadly.
I’d definitely like to look into some form of native GraphQL support — what other GraphQL-related features would you like to see in HTTPie?

tldr;
Example:
http query.graphql --schema schema.json

☝🏼Extension can be anything like: http or gql or graphql or post etc. The idea is user should be able to directly copy-paste the query from graphiql or graphql-client. He should not be worried about json conversion.
👉🏼 --schema flat is optional. When provided the query is parsed & validated against it first. [might be out of scope]

Feature Requests:

Send graphql request.
Variable interpolation in httpie request. e.g. HOST and Request headers are different for dev and `prod.
Graphql introspection if possible.

I think with this two features we can compose many powerful apps.
I don't know if the following falls into httpie's scope.
E.g. We can download graphql's schema.json file and then we can have autocomplete and validation support.
With this two - Vim, VSCode, IDEs can implement: validation, autocomplete and response features for any graphql schema even with offline support.
I was trying to send "graphql" queries from vim to terminal, but could not find a tool that can do that.
Useful Links:

https://github.com/graphql/graphiql/tree/master/packages/graphql-language-service
https://github.com/apollographql/apollo-tooling#apollo-clientdownload-schema-output

Hey there! I'm thinking about working on this one if that's ok.
I guess this can be broke down to three ideas/PRs:

Receive a GraphQL request just as a JSON request
(i.e. http httpbin.org/post < graphql.schema)
Download a JSON request (--save or --download)
Check GraphQL schema against JSON request file
3.1. Receive GraphQL schema (using 1)
3.2. Generate JSON request (using 2)
3.3. Compare generated JSON and given JSON

Am I either misunderstanding the issue, or has this been added?
http POST https://api.spacex.land/graphql/ query="{ launchesPast(limit: 1) { mission_name id } }"

HTTP/1.1 200 OK
Access-Control-Allow-Origin: *
Connection: keep-alive
Content-Length: 77
Content-Type: application/json; charset=utf-8
Date: Sun, 06 Dec 2020 23:36:39 GMT
Etag: W/"4d-gZOMzXfj+ItRDOmYGjTauITd5rQ"
Server: Cowboy
Via: 1.1 vegur
X-Powered-By: Express

{
    "data": {
        "launchesPast": [
            {
                "id": "109",
                "mission_name": "Starlink-15 (v1.0)"
            }
        ]
    }
}

And it works with 'messy' whitespace too (directly ctrl-a + ctrl-c'd from graphiql)
http POST https://api.spacex.land/graphql/ query="{
  launchesPast(limit: 1) {
    mission_name
    id
  }
}
"
HTTP/1.1 200 OK
Access-Control-Allow-Origin: *
Connection: keep-alive
Content-Length: 77
Content-Type: application/json; charset=utf-8
Date: Sun, 06 Dec 2020 23:40:20 GMT
Etag: W/"4d-gZOMzXfj+ItRDOmYGjTauITd5rQ"
Server: Cowboy
Via: 1.1 vegur
X-Powered-By: Express

{
    "data": {
        "launchesPast": [
            {
                "id": "109",
                "mission_name": "Starlink-15 (v1.0)"
            }
        ]
    }
}

@schmidlidev  GraphQL requests are regular HTTP requests so they have always been supported. This issue is about deeper GraphQL-specific features.


Fastccd multigain

@klauer @dchabot @stuwilkins

attn @vivekthampy

@klauer @dchabot @tacaswell
I need to review this a bit as I haven't seen what @vivekthampy is doing in detail and how valid it is for what we need longterm CSX. I would appreciate @klauer  and @dchabot weighing on on the methodology here.

If you look at the first commit you can see exactly what @vivekthampy emailed.

Thanks @tacaswell , The point is I would like @cmazzoli and @ambarb to weigh in on this and see if it is what the beam line needs and if it can be improved before we merge it in.

@stuwilkins There's a large amount of refactoring to be done in the near future with areaDetector stuff. Given that, if the changes in this PR work well enough for you now, it gets a thumbs up from me.

I do not think this has been tested on real hardware yet.

Ok I will test with @ambarb and @cmazzoli and let you know how it works.

Any progress on this?

closes #152

No longer relevant with new ophyd version - closing.

@vivekthampy Getting your functionality up and running at CSX is now very straightforward. Come see me when you when to get this done -- should be an hour's work, at most.


How to convert the weights on HF into the format of EasyLM?

https://huggingface.co/decapoda-research/llama-13b-hf
How to convert the weights on HF into the format of EasyLM?

I haven't implemented that yet, but let me take a look.

looking forward to making it happen， thank you~

@young-geng I've started to take a stab at this based on reversing what's done here: https://raw.githubusercontent.com/huggingface/transformers/main/src/transformers/models/llama/convert_llama_weights_to_hf.py
I'll try to have it wrapped up tonight, but please let me know in the meantime if you have already started working on this so I am not duplicating your efforts 😄

looking forward to making it happen， thank you~

sorry I should have updated this - I have personally started using different models and am no longer working on this

sorry I should have updated this - I have personally started using different models and am no longer working on this

Well, it doesn't matter, I refer to your conversion script to write their own, has been tested correctly, now available for everyone to use. Thank you for your contribution, this library of yours helps me a lot.
convert_hf_to_easylm.py
import os
import time
from pathlib import Path
import argparse

import torch
import numpy as np
import flax

from EasyLM.checkpoint import StreamingCheckpointer
from EasyLM.jax_utils import float_tensor_to_dtype

LLAMA_STANDARD_CONFIGS = {
    '7b': {
        'dim': 4096,
        'intermediate_size': 11008,
        'n_layers': 32,
        'n_heads': 32,
        'norm_eps': 1e-6,
    },
    '13b': {
        'dim': 5120,
        'intermediate_size': 13824,
        'n_layers': 40,
        'n_heads': 40,
        'norm_eps': 1e-6,
    },
    '30b': {
        'dim': 6656,
        'intermediate_size': 17920,
        'n_layers': 60,
        'n_heads': 52,
        'norm_eps': 1e-6,
    },
    '65b': {
        'dim': 8192,
        'intermediate_size': 22016,
        'n_layers': 80,
        'n_heads': 64,
        'norm_eps': 1e-5,
    },
}

def inverse_permute(w):
    reshaped_w = w.reshape(n_heads, 2, dim // n_heads // 2,  dim)
    transposed_w = reshaped_w.transpose(0, 2, 1, 3)
    inverted_w = transposed_w.reshape(dim, dim)
    return inverted_w

def main(args):
    start = time.time()
    params = LLAMA_STANDARD_CONFIGS[args.model_size]
    n_layers = params["n_layers"]
    n_heads = params["n_heads"]
    dim = params["dim"]

    ckpt_paths = sorted(Path(args.checkpoint_dir).glob("*.bin"))
    ckpt = {}
    for i, ckpt_path in enumerate(ckpt_paths):
        checkpoint = torch.load(ckpt_path, map_location="cpu")
        for k, v in checkpoint.items():
            if k.startswith('model.'):
                k = k[6:]
            ckpt[k] = v
    print(f'Start convert weight to easylm format...')
    jax_weights = {
        'transformer': {
            'wte': {'embedding': ckpt['embed_tokens.weight'].numpy()},
            'ln_f': {'kernel': ckpt['norm.weight'].numpy()},
            'h': {
                '%d' % (layer): {
                    'attention': {
                        'wq': {'kernel': inverse_permute(ckpt[f'layers.{layer}.self_attn.q_proj.weight'].numpy()).transpose()},
                        'wk': {'kernel': inverse_permute(ckpt[f'layers.{layer}.self_attn.k_proj.weight'].numpy()).transpose()},
                        'wv': {'kernel': ckpt[f'layers.{layer}.self_attn.v_proj.weight'].numpy().transpose()},
                        'wo': {'kernel': ckpt[f'layers.{layer}.self_attn.o_proj.weight'].numpy().transpose()},
                    },
                    'feed_forward': {
                        'w1': {'kernel': ckpt[f'layers.{layer}.mlp.gate_proj.weight'].numpy().transpose()},
                        'w2': {'kernel': ckpt[f'layers.{layer}.mlp.down_proj.weight'].numpy().transpose()},
                        'w3': {'kernel': ckpt[f'layers.{layer}.mlp.up_proj.weight'].numpy().transpose()},
                    },
                    'attention_norm': {'kernel': ckpt[f'layers.{layer}.input_layernorm.weight'].numpy()},
                    'ffn_norm': {'kernel': ckpt[f'layers.{layer}.post_attention_layernorm.weight'].numpy()},
                }
            for layer in range(params['n_layers'])},
        },
        'lm_head': {'kernel': ckpt['lm_head.weight'].numpy().transpose()},
    }
    print(f'Convert weight to easylm format finished...')
    print(f'Start to save...')

    if args.streaming:
        StreamingCheckpointer.save_train_state_to_file(
            jax_weights, args.output_file
        )
    else:
        with mlxu.open_file(args.output_file, 'wb') as fout:
            fout.write(flax.serialization.msgpack_serialize(jax_weights, in_place=True))

    print(f'Save finished!!! take time: {time.time() - start} save path: {args.output_file}')

if __name__ == '__main__':

    parser = argparse.ArgumentParser(description='hf to easylm format script')

    parser.add_argument('--checkpoint_dir', type=str, help='Need to be converted model weight dir. it is a dir')
    parser.add_argument('--output_file', type=str,  help='Save model weight file path, it is a file.')
    parser.add_argument('--model_size', type=str, default='7b', choices=['7b', '13b', '30b', '65b'], help='model size')
    parser.add_argument('--streaming', action='store_true', default=True, help='whether is model weight saved stream format')

    args = parser.parse_args()

    print(f'checkpoint_dir: {args.checkpoint_dir}')
    print(f'output_file: {args.output_file}')
    print(f'model_size: {args.model_size}')
    print(f'streaming: {args.streaming}')

    main(args)

## Usage：

python convert_hf_to_easylm.py  \
       --checkpoint_dir     /path/hf_format_dir/    \
       --output_file /path/easylm_format.stream   \
       --model_size 7b \
       --streaming

@syzymon @Lisennlp Tried the merged PR to convert the open llama 7b checkpoint and then load it for training using the command below getting the error shown below

python -m EasyLM.models.llama.llama_train --load_checkpoint='params::model.stream'

jax._src.traceback_util.UnfilteredStackTrace: ValueError: pytree structure error: different types at key path
    pjit in_shardings[0]
At that key path, the prefix pytree pjit in_shardings has a subtree of type
    <class 'dict'>
but at the same key path the full pytree has a subtree of different type
    <class 'flax.core.frozen_dict.FrozenDict'>.

The stack trace below excludes JAX-internal frames.
The preceding is the original exception that occurred, unmodified.


Commit credentials

From a continuous integration standpoint, it would be beneficial to have the username and password be configurable for when the SVN commit occurs.  If SVN credential caching is turned on and a Jenkins job encounters the svn bump step, it will fail or stall while it asks the user for a password (which, of course, they'll never know of).
It looks like grunt-svn-tag has a configuration option for username and password.  So something similar with this project would be great.

Sound reasonable. Would you be interested in submitting a PR?


Balancing Pelle v2

Made some balance changes to Pelle...wait I never meant to change main game lol, this was for a mod.
If this changes main game just ignore, sorry.

Didn't need Pelle changes in main game lol.


chore: Delete .gitattributes

Github now recognises and syntax highlights Noir code automatically so this file can be removed. This also has the benefit of this repo showing up as Noir rather than Rust!

Hype!


Rad/spool 352/update chef index

Most of this is copying files over from oc_erchef so reporting can work correctly with chef_index. Things of note include:
First commit

Information transfer from chef_server

Second commit

Removed chef_index batch functionality because oc_reporting doesn't need to submit data
README update
Update rebar.config
Editing tests to appease dialyzer

Equivalent Chef server README update: https://github.com/chef/chef-server/pull/937

:+1:


incompatibility with architectury

[13:17:52] [Server thread/ERROR]: Exception caught during firing event: null
Index: 1
Listeners:
0: HIGH
1: ASM: class dev.architectury.event.forge.EventHandlerImplCommon event(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
2: NORMAL
3: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@5c010f00
4: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@7525a61d
5: ASM: class portb.biggerstacks.event.ServerEvents serverStarting(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
6: ASM: class de.markusbordihn.minecraft.dynamicplayerprogressionplayerdifficulty.data.WeaponClassData handleServerAboutToStartEvent(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
7: ASM: class de.markusbordihn.minecraft.dynamicplayerprogressionplayerdifficulty.data.PlayerData handleServerAboutToStartEvent(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
8: ASM: class de.markusbordihn.minecraft.dynamicplayerprogressionplayerdifficulty.data.Experience handleServerAboutToStartEvent(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
9: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@73754d7d
10: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@5ae86f0c
11: ASM: me.lucko.spark.forge.ForgeSparkMod@149e0559 serverInit(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
12: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@ec5025e
13: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@560848d5
14: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@f4ff9cc
15: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@16466726
16: ASM: class noobanidus.mods.lootr.event.HandleChunk onServerStarted(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
17: ASM: atomicstryker.dynamiclights.server.modules.PlayerSelfLightSource@1ebce5b2 serverStartEvent(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
18: ASM: atomicstryker.dynamiclights.server.modules.DroppedItemsLightSource@37a3c0b3 serverStartEvent(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
19: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@30375042
20: ASM: com.github.alexthe666.citadel.Citadel@63614775 onServerAboutToStart(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
21: ASM: class net.yezon.mirabilis.init.MirabilisModBiomes onServerAboutToStart(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
22: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@246df871
23: ASM: com.mrcrayfish.configured.impl.simple.SimpleConfigManager@15ba07b6 onServerStarting(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
24: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@549ce4a9
25: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@7146c64b
26: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@7b792d61
27: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@309cfc0f
28: net.minecraftforge.eventbus.EventBus$$Lambda$3241/0x0000000800b7b6a0@396ef19
29: ASM: class com.vicious.viciouscore.common.util.server.ServerHelper onServerStarted(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
30: ASM: com.illusivesoulworks.polymorph.common.CommonEventsListener@1f222a74 serverAboutToStart(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
31: ASM: team.creative.creativecore.common.config.event.ConfigEventHandler@6ddd24d7 startServer(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
32: LOWEST
33: ASM: class terrablender.handler.InitializationHandler onServerAboutToStart(Lnet/minecraftforge/event/server/ServerAboutToStartEvent;)V
java.lang.ExceptionInInitializerError
at TRANSFORMER/playerskills@1.2.1/net.impleri.playerskills.PlayerSkills.beforeServerStart(PlayerSkills.java:100)
at TRANSFORMER/architectury@6.4.62/dev.architectury.event.forge.EventHandlerImplCommon.event(EventHandlerImplCommon.java:395)
at TRANSFORMER/architectury@6.4.62/dev.architectury.event.forge.EventHandlerImplCommon_event_ServerAboutToStartEvent.invoke(.dynamic)
at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73)
at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.post(EventBus.java:315)
at MC-BOOTSTRAP/net.minecraftforge.eventbus/net.minecraftforge.eventbus.EventBus.post(EventBus.java:296)
at TRANSFORMER/forge@43.2.3/net.minecraftforge.server.ServerLifecycleHooks.handleServerAboutToStart(ServerLifecycleHooks.java:92)
at TRANSFORMER/minecraft@1.19.2/net.minecraft.client.server.IntegratedServer.m_7038(IntegratedServer.java:61)
at TRANSFORMER/minecraft@1.19.2/net.minecraft.server.MinecraftServer.m_130011(MinecraftServer.java:625)
at TRANSFORMER/minecraft@1.19.2/net.minecraft.server.MinecraftServer.m_206580_(MinecraftServer.java:244)
at java.base/java.lang.Thread.run(Thread.java:833)
Caused by: java.lang.IllegalStateException: Cannot create registries when registries are already aggregated!
at TRANSFORMER/architectury@6.4.62/dev.architectury.registry.registries.forge.RegistriesImpl$RegistryBuilderWrapper.build(RegistriesImpl.java:289)
at TRANSFORMER/playerskills@1.2.1/net.impleri.playerskills.server.registry.Skills.(Skills.java:25)
... 11 more
[13:17:52] [Server thread/ERROR]: Encountered an unexpected exception
java.lang.ExceptionInInitializerError: null
at net.impleri.playerskills.PlayerSkills.beforeServerStart(PlayerSkills.java:100) ~[player-skills-1.2.1-forge.jar%23683!/:?]
at dev.architectury.event.forge.EventHandlerImplCommon.event(EventHandlerImplCommon.java:395) ~[architectury-6.4.62-forge.jar%23484!/:?]
at dev.architectury.event.forge.EventHandlerImplCommon_event_ServerAboutToStartEvent.invoke(.dynamic) ~[architectury-6.4.62-forge.jar%23484!/:?]
at net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73) ~[eventbus-6.0.3.jar%2379!/:?]
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:315) ~[eventbus-6.0.3.jar%2379!/:?]
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:296) ~[eventbus-6.0.3.jar%2379!/:?]
at net.minecraftforge.server.ServerLifecycleHooks.handleServerAboutToStart(ServerLifecycleHooks.java:92) ~[forge-1.19.2-43.2.3-universal.jar%23784!/:?]
at net.minecraft.client.server.IntegratedServer.m_7038(IntegratedServer.java:61) ~[client-1.19.2-20220805.130853-srg.jar%23779!/:?]
at net.minecraft.server.MinecraftServer.m_130011(MinecraftServer.java:625) ~[client-1.19.2-20220805.130853-srg.jar%23779!/:?]
at net.minecraft.server.MinecraftServer.m_206580_(MinecraftServer.java:244) ~[client-1.19.2-20220805.130853-srg.jar%23779!/:?]
at java.lang.Thread.run(Thread.java:833) [?:?]
Caused by: java.lang.IllegalStateException: Cannot create registries when registries are already aggregated!
at dev.architectury.registry.registries.forge.RegistriesImpl$RegistryBuilderWrapper.build(RegistriesImpl.java:289) ~[architectury-6.4.62-forge.jar%23484!/:?]
at net.impleri.playerskills.server.registry.Skills.(Skills.java:25) ~[player-skills-1.2.1-forge.jar%23683!/:?]
... 11 more

Can you provide some additional details?
Minecraft version?
Java version?
Forge verison?
Other mods?
Full log (either attached or uploaded to https://mclo.gs/ )
The error seems to be coming from PlayerSkills (not ItemSkills) and it's complaining that MinecraftServer is null. As I cannot reproduce this locally in my current setups. As this mod is built on top of Architectury, I suspect the problem is either a version mismatch (1.19.3) or some other mod throwing an error during the async calls.

im not quite sure what the error is, but ill try again with the full log was currently tweaking the mods already in, hopefully you can find out what the error is

minecraft 1.19.2 (appeared in curse forge as 1.19.2)
java jdk 17
java version 8
forge ver latest 43.2.3
the mods are listed on the log
https://mclo.gs/BGdRsnE (thanks for the mclogs thing)

If you still get the error after updating player-skills to 1.2.2, then it's definitely something else either mucking with MinecraftServer.level or just happening asynchronously and the error stack is a red herring. I had that happen while developing these mods and it's fun when that happens.


Initializing the Repository.

This is really minor, just a question:
This is from the docs and of course it works:
@inject(EntityManager)
export class SomeViewModel {
  constructor (entityManager) {
    let repository = entityManager.getRepository('user');

    repository.find({username: 'bob'})
      .then(result => {
        console.log('Found User!', result);
      });
  }
}

But, what I would really like to be able to do is inject the Repository from D.I. without have to go through the step of let repository = entityManager.getRepository('user');
Like this:
@inject(UserRepository)
export class SomeViewModel {
  constructor (userRepository) {

     repository.find({username: 'bob'})
      .then(result => {
        console.log('Found User!', result);
      });
  }
}

I have tried this, but the metadata is missing, and so exceptions are thrown.  Maybe there is some one to initialize the Repository in the custom class itself:
import {Repository} from 'aurelia-orm';

export class Custom extends Repository {

     constructor(){
      //Initialize here
     }

}

@gregoryagu that would be really cool. I'm currently implementing that exact feature for a different project.
Do you dare take this on? 😄

I would love to, but there's a reason I'm not working on these plugins as much as I used to. I can try to find some time in between to help out. And I think I mentioned it before, but you can also join me on slack where chances of me replying are greater haha.

ok, sounds good.    I tried registering there, but it is asking me for an @aurelia.io, @bluespireconsulting.com, or @verizondigitalmedia.com email address,
What is it your are working on these days?

I'm here: https://spoonx-slack.herokuapp.com/


Contents property can be a function

Could make #22 simpler to do.

Great I will try to update the README today.

Added contents  option to README with example of using both an array and function.

PR should be ready for final review
@MarshallOfSound

@mnaamani It looks good to me but I don't have powers over this repo 😆  Gonna need a review / merge / release from @imlucas

@imlucas Plz!

cc @durran @imlucas
Anything we can do to get this looked at?  If you don't have the bandwidth to look at this would you mind adding me or @malept as collaborators on this repository.  This module is heavily depended on by users of electron-forge over in electron-userland and we'd love to help keep it moving forward.

Sorry about that! Published in<EMAIL_ADDRESS>@MarshallOfSound @malept So this doesn't happen again, would it make sense to transfer this repo and npm over to electron?

@imlucas We can definitely assist in transferring the repo/NPM package over to the electron-userland org, assuming you're OK with the org guidelines.

@malept

For modules that have grown beyond the scope their original creators intended this organization provides a governance structure and neutral ownership model to help modules get new contributors and maintainers.

Sounds like the shoe fits :) How do we get started on the transfer?  I have a number of these electron related modules and just don't have the time to maintain. There are roughly 8 that could be candidates to transfer. Have a look and lmk if there is anything else of interest.
https://github.com/mongodb-js?q=electron
cc @zeke per electron/update-electron-app#20

@imlucas let's move this discussion over to the welcome repo: https://github.com/electron-userland/welcome/issues/7


add description and arrow to image 4 in MCQ "What kind of operations are being carried out?"

in https://enccs.github.io/intermediate-mpi/one-sided-concepts/

Also explain black lines


Correction for raw affiliation AMAP, INRA, IRD, CIRAD, CNRS, and University of Montpellier, Bd de la Lironde, Montpellier, France

Correction needed for raw affiliation AMAP, INRA, IRD, CIRAD, CNRS, and University of Montpellier, Bd de la Lironde, Montpellier, France
raw_affiliation_name: AMAP, INRA, IRD, CIRAD, CNRS, and University of Montpellier, Bd de la Lironde, Montpellier, France
new_rors: 051escj72;020nks034
previous_rors: 051escj72
works_examples: W2970137199
contact: f6fc28df69858f72bac7d6d00ebaeb41:242740a8bd684e1cdf70ad1f262d47805d6f @ inrae.fr

This issue was accepted and ingested by the OpenAlex team on 2024-11-18. The new affiliations should be visible within the next 7 days.


Help > About Unity... raises NotSupportedException: The invoked member is not supported in a dynamic module.

Unity 5.3.x
Windows 10
select Help > About Unity...
black screen and notsupportedexception

Here're the logs:
no-about-unity.txt

wtf

Yeah windows needs work. I will look into it.

Hi,
There is any update about this issue? Do you discovered what's causing it?

NotSupportedException: The invoked member is not supported in a dynamic module.
  at System.Reflection.Emit.AssemblyBuilder.get_Location () [0x00000] in /Users/builduser/buildslave/mono/build/mcs/class/corlib/System.Reflection.Emit/AssemblyBuilder.cs:241
  at UnityEditor.VisualStudioIntegration.UnityVSSupport.<CalculateAboutWindowLabel>m__232 (System.Reflection.Assembly a) [0x00000] in C:\buildslave\unity\build\Editor\Mono\VisualStudioIntegration\UnityVSSupport.cs:132
  at System.Linq.Enumerable.First[Assembly] (IEnumerable`1 source, System.Func`2 predicate, Fallback fallback) [0x00000] in <filename unknown>:0
  at System.Linq.Enumerable.FirstOrDefault[Assembly] (IEnumerable`1 source, System.Func`2 predicate) [0x00000] in <filename unknown>:0
  at UnityEditor.VisualStudioIntegration.UnityVSSupport.CalculateAboutWindowLabel () [0x00010] in C:\buildslave\unity\build\Editor\Mono\VisualStudioIntegration\UnityVSSupport.cs:132
  at UnityEditor.VisualStudioIntegration.UnityVSSupport.GetAboutWindowLabel () [0x00010] in C:\buildslave\unity\build\Editor\Mono\VisualStudioIntegration\UnityVSSupport.cs:123
  at UnityEditor.AboutWindow.OnGUI () [0x00317] in C:\buildslave\unity\build\Editor\Mono\GUI\AboutWindow.cs:139
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x000d0] in /Users/builduser/buildslave/mono/build/mcs/class/corlib/System.Reflection/MonoMethod.cs:222
Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation.
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x000eb] in /Users/builduser/buildslave/mono/build/mcs/class/corlib/System.Reflection/MonoMethod.cs:232
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in /Users/builduser/buildslave/mono/build/mcs/class/corlib/System.Reflection/MethodBase.cs:115
  at UnityEditor.HostView.Invoke (System.String methodName, System.Object obj) [0x0000f] in C:\buildslave\unity\build\Editor\Mono\HostView.cs:187
  at UnityEditor.HostView.Invoke (System.String methodName) [0x00000] in C:\buildslave\unity\build\Editor\Mono\HostView.cs:180
  at UnityEditor.HostView.OnGUI () [0x00069] in C:\buildslave\unity\build\Editor\Mono\HostView.cs:76

Looks like their VisualStudioIntegration class is scanning all loaded assemblies and asking for their .Location, and the in-memory dynamically generated Clojure assemblies do not have a location and throw an exception when asked.
Not really sure what to do about this. I can't believe we broke their About window.

Reported working on Windows, Linux, and macOS as of Unity 2017. They must have fixed it internally.


Bug: preferencesModal is recreated on every mouse hover (v3)

The preferencesModal should be created only once.

Fix included in v3.0.0-rc.8


Horizontal scrollbar in console hiding the last line

Issue Report Checklist

[x] Searched the issues page for similar reports
[x] Read the relevant sections of the Spyder Troubleshooting Guide and followed its advice
[x] Reproduced the issue after updating with conda update spyder (or pip, if not using Anaconda)
[x] Could not reproduce inside jupyter qtconsole (if console-related)
[x] Tried basic troubleshooting (if a bug/error)

[x] Restarted Spyder
[x] Reset preferences with spyder --reset
[x] Reinstalled the latest version of Anaconda
[x] Tried the other applicable steps from the Troubleshooting Guide

[x] Completed the Problem Description, Steps to Reproduce and Version sections below

Problem Description
When the Spyder console has displayed output too wide to view, it adds a horizontal scroll bar to the bottom. This scrollbar hides the last command line of the console, and it seems I am unable to scroll down further.
I recorded my screen to show the issue: https://youtu.be/WYuA6Zssges
What steps reproduce the problem?

Plot a large figure like fig,ax=plt.subplots(figsize=(15,15))
Try to type a new command
When you can't see the command you type, try to scroll down

What is the expected output? What do you see instead?
Expected output: a full view of the console
Current output: a truncated view of the console
Versions

Spyder version: 4.0.1
Python version: 3.7.6
Qt version:  5.9.7
PyQt version: 4.6.0
IPython verion: 7.12.0
Operating System name/version: macOS Catalina 10.15.7

Hi @lisatostrams could you try to update and check if the issue remains? Thanks!
Pinging @steff456 @juanis2112 to check if they can reproduce this in the latest Spyder available

Hi @dalthviz,
Updating spyder did in fact work, so sorry i thought i had the latest version! Thanks for the quick reply anyway :)
Closing!

Awesome @lisatostrams ! Glad things are working better :)


[BUG] Avanced graphics

Acknowledgement of preliminary instructions

[X] I have read the preliminary instructions, and I am certain that my problem has not already been addressed.
[X] I have thoroughly looked through the available Wiki articles and could not find a solution to my problem.
[X] I am using the latest version of Bloxstrap.
[X] I did not answer truthfully to all the above checkboxes.

What problem did you encounter?
so i opened roblox today as always and when i opened the menu and the avanced graphics option i activated didnt work, i tried to fiz it and nothing i even uninstalled and installed the app again, what i do
Bloxstrap Log
No response

fflag that made it work got removed
option will be gone next update

uuuuuuuuuuuuuuuuuurgh agaaaaaaaaaaaaain
do the following next time:

read the preliminary instructions, to be certain your issue isn't already adressed
read the wiki very well to see if the issue is documented in some form, seeing if said issue isn't known
use the latest bloxstrap
READ WHAT THE FUCKING CHECKBOXES DO, SPECIFICALLY THE 4TH, I CANNOT PUT TO WORDS HOW MUCH IT ANGERS ME THAT MOST PEOPLE JUST PUT ALL 4 THINKING IT'S JUST OBLIGATORY TO HAVE ALL 4 TO BE SUPPORTED

Duplicate of #2812

OKAY OKAY I GET IT BRO 😭🙏🙏
El vie, 6 de sept de 2024, 3:56 p. m., Storm-930 @.***>
escribió:

uuuuuuuuuuuuuuuuuurgh agaaaaaaaaaaaaain
do the following next time:

read the preliminary instructions, to be certain your issue isn't
already adressed
read the wiki very well to see if the issue is documented in some
form, seeing if said issue isn't known
use the latest bloxstrap
READ WHAT THE FUCKING CHECKBOXES DO, SPECIFICALLY THE 4TH, I CANNOT
PUT TO WORDS HOW MUCH IT ANGERS ME THAT MOST PEOPLE JUST PUT ALL 4 THINKING
IT'S JUST OBLIGATORY TO HAVE ALL 4 TO BE SUPPORTED

—
Reply to this email directly, view it on GitHub
https://github.com/pizzaboxer/bloxstrap/issues/2842#issuecomment-2334797258,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BLCVHFYLKKHCM7IYBBDCDFLZVIJG5AVCNFSM6AAAAABNZISANWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMZUG44TOMRVHA
.
You are receiving this because you authored the thread.Message ID:
@.***>


A proposition for solving Eternity2 using SeaPearl

This is my proposition for the implementation for solving Eternity 2 using SeaPearl. One major challenge of implementing is the high number of constraints, and the choice of which constraints are branchable. I added some data for example, along with an IOmanager.
Important notice: I have changed a little bit the code of the AllDifferent constraint so that it can take any Array as argument. It is still not merged to Master, but one can find the code on the SeaPearl/alldiff/Matrix branch.
For now, the code only works for small instances. Possible improvement are:

Instead of adding constraints on the equality of piece's neighbors edges, one could indicate to SeaPearl that they are necessary the same variables (similarly to what is done in MiniCP)
Chose better heuristiques for branching
Change the modeling

I added some nice plot, and offered 3 different modeling. Model 2 is the fastest.

Really nice work !

Good for me ! :-) Just try to find other names than v2, v3 name as it is confusing to know what are the different models.

Okay !