HBASE-28890 RefCnt Leak error when caching index blocks at write time…

… (#6317)

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
hbaseanti
0m  0s

Patch does not have any anti-patterns.

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 10s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 21s

branch-2 passed

+1 :green_heart:
compile
4m 18s

branch-2 passed

+1 :green_heart:
checkstyle
1m  1s

branch-2 passed

+1 :green_heart:
spotbugs
2m 36s

branch-2 passed

+1 :green_heart:
spotless
0m 51s

branch has no errors when running spotless:check.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 16s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 56s

the patch passed

+1 :green_heart:
compile
3m 57s

the patch passed

+1 :green_heart:
javac
3m 57s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m  2s

the patch passed

+1 :green_heart:
spotbugs
3m 30s

the patch passed

+1 :green_heart:
hadoopcheck
17m 36s

Patch does not cause any errors with Hadoop 2.10.2 or 3.3.6 3.4.0.

+1 :green_heart:
spotless
0m 47s

patch has no errors when running spotless:check.

_ Other Tests _

+1 :green_heart:
asflicense
0m 19s

The patch does not generate ASF License warnings.

46m 46s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense javac spotbugs checkstyle codespell detsecrets compile hadoopcheck hbaseanti spotless

uname
Linux 649bfe37bf73 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-11.0.23+9

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8 spotbugs=4.7.3

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 45s

Docker mode activated.

-0 :warning:
yetus
0m  6s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m  9s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 13s

branch-2 passed

+1 :green_heart:
compile
1m 20s

branch-2 passed

+1 :green_heart:
javadoc
0m 49s

branch-2 passed

+1 :green_heart:
shadedjars
5m 37s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 17s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m  7s

the patch passed

+1 :green_heart:
compile
1m 22s

the patch passed

+1 :green_heart:
javac
1m 22s

the patch passed

+1 :green_heart:
javadoc
0m 49s

the patch passed

+1 :green_heart:
shadedjars
5m 38s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 11s

hbase-common in the patch passed.

-1 :x:
unit
226m 29s
/patch-unit-hbase-server.txt
hbase-server in the patch failed.

256m 44s

Subsystem
Report/Notes

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

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 19b3c0c93a68 5.4.0-192-generic #212-Ubuntu SMP Fri Jul 5 09:47:39 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-17.0.11+9

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 52s

Docker mode activated.

-0 :warning:
yetus
0m  6s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 13s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 14s

branch-2 passed

+1 :green_heart:
compile
1m 10s

branch-2 passed

+1 :green_heart:
javadoc
0m 45s

branch-2 passed

+1 :green_heart:
shadedjars
6m  0s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 46s

the patch passed

+1 :green_heart:
compile
1m  4s

the patch passed

+1 :green_heart:
javac
1m  4s

the patch passed

+1 :green_heart:
javadoc
0m 41s

the patch passed

+1 :green_heart:
shadedjars
6m 56s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 36s

hbase-common in the patch passed.

+1 :green_heart:
unit
227m  0s

hbase-server in the patch passed.

258m 16s

Subsystem
Report/Notes

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

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 317b6eafa005 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Temurin-1.8.0_412-b08

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 45s

Docker mode activated.

-0 :warning:
yetus
0m  6s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 15s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 54s

branch-2 passed

+1 :green_heart:
compile
1m 30s

branch-2 passed

+1 :green_heart:
javadoc
0m 56s

branch-2 passed

+1 :green_heart:
shadedjars
7m  9s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 20s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 33s

the patch passed

+1 :green_heart:
compile
1m  7s

the patch passed

+1 :green_heart:
javac
1m  7s

the patch passed

+1 :green_heart:
javadoc
0m 41s

the patch passed

+1 :green_heart:
shadedjars
5m 54s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 32s

hbase-common in the patch passed.

+1 :green_heart:
unit
235m 41s

hbase-server in the patch passed.

269m 38s

Subsystem
Report/Notes

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

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 69d0cc76a5d1 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-11.0.23+9

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 44s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
hbaseanti
0m  0s

Patch does not have any anti-patterns.

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 10s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m  6s

branch-2 passed

+1 :green_heart:
compile
3m 33s

branch-2 passed

+1 :green_heart:
checkstyle
0m 56s

branch-2 passed

+1 :green_heart:
spotbugs
2m 10s

branch-2 passed

+1 :green_heart:
spotless
0m 46s

branch has no errors when running spotless:check.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 16s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 57s

the patch passed

+1 :green_heart:
compile
3m 30s

the patch passed

+1 :green_heart:
javac
3m 30s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 55s

the patch passed

+1 :green_heart:
spotbugs
2m 25s

the patch passed

+1 :green_heart:
hadoopcheck
15m 30s

Patch does not cause any errors with Hadoop 2.10.2 or 3.3.6 3.4.0.

+1 :green_heart:
spotless
0m 46s

patch has no errors when running spotless:check.

_ Other Tests _

+1 :green_heart:
asflicense
0m 23s

The patch does not generate ASF License warnings.

40m  4s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense javac spotbugs checkstyle codespell detsecrets compile hadoopcheck hbaseanti spotless

uname
Linux 59ed6c5b6883 5.4.0-195-generic #215-Ubuntu SMP Fri Aug 2 18:28:05 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-11.0.23+9

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8 spotbugs=4.7.3

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

Docker mode activated.

-0 :warning:
yetus
0m  5s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 26s

branch-2 passed

+1 :green_heart:
compile
0m 57s

branch-2 passed

+1 :green_heart:
javadoc
0m 36s

branch-2 passed

+1 :green_heart:
shadedjars
5m 12s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 21s

the patch passed

+1 :green_heart:
compile
0m 56s

the patch passed

+1 :green_heart:
javac
0m 56s

the patch passed

+1 :green_heart:
javadoc
0m 36s

the patch passed

+1 :green_heart:
shadedjars
5m 10s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m 57s

hbase-common in the patch passed.

-1 :x:
unit
219m 23s
/patch-unit-hbase-server.txt
hbase-server in the patch failed.

245m 43s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-6328/2/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 9f1b6172ff32 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Temurin-1.8.0_412-b08

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 40s

Docker mode activated.

-0 :warning:
yetus
0m  5s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 11s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m  6s

branch-2 passed

+1 :green_heart:
compile
1m 23s

branch-2 passed

+1 :green_heart:
javadoc
0m 48s

branch-2 passed

+1 :green_heart:
shadedjars
5m 30s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 17s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m  0s

the patch passed

+1 :green_heart:
compile
1m 20s

the patch passed

+1 :green_heart:
javac
1m 20s

the patch passed

+1 :green_heart:
javadoc
0m 49s

the patch passed

+1 :green_heart:
shadedjars
5m 30s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 13s

hbase-common in the patch passed.

+1 :green_heart:
unit
219m 35s

hbase-server in the patch passed.

249m 27s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-6328/2/artifact/yetus-jdk17-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 0b4611d9c0f1 5.4.0-192-generic #212-Ubuntu SMP Fri Jul 5 09:47:39 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-17.0.11+9

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 45s

Docker mode activated.

-0 :warning:
yetus
0m  5s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 14s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 24s

branch-2 passed

+1 :green_heart:
compile
1m  9s

branch-2 passed

+1 :green_heart:
javadoc
0m 42s

branch-2 passed

+1 :green_heart:
shadedjars
6m  7s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 17s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 13s

the patch passed

+1 :green_heart:
compile
1m  8s

the patch passed

+1 :green_heart:
javac
1m  8s

the patch passed

+1 :green_heart:
javadoc
0m 41s

the patch passed

+1 :green_heart:
shadedjars
6m  8s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 25s

hbase-common in the patch passed.

+1 :green_heart:
unit
219m 36s

hbase-server in the patch passed.

250m 24s

Subsystem
Report/Notes

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

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 2e70694ff8d8 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-11.0.23+9

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  1s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
hbaseanti
0m  0s

Patch does not have any anti-patterns.

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 13s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
4m 41s

branch-2 passed

+1 :green_heart:
compile
4m 28s

branch-2 passed

+1 :green_heart:
checkstyle
0m 58s

branch-2 passed

+1 :green_heart:
spotbugs
2m 30s

branch-2 passed

+1 :green_heart:
spotless
0m 54s

branch has no errors when running spotless:check.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
4m 31s

the patch passed

+1 :green_heart:
compile
4m 21s

the patch passed

+1 :green_heart:
javac
4m 21s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m  2s

the patch passed

+1 :green_heart:
spotbugs
2m 50s

the patch passed

+1 :green_heart:
hadoopcheck
24m 48s

Patch does not cause any errors with Hadoop 2.10.2 or 3.3.6 3.4.0.

+1 :green_heart:
spotless
1m 19s

patch has no errors when running spotless:check.

_ Other Tests _

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

56m 44s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense javac spotbugs checkstyle codespell detsecrets compile hadoopcheck hbaseanti spotless

uname
Linux 05a4f6b0b0e6 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-11.0.23+9

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8 spotbugs=4.7.3

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  0s

Docker mode activated.

-0 :warning:
yetus
0m  6s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 21s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 51s

branch-2 passed

+1 :green_heart:
compile
1m  4s

branch-2 passed

+1 :green_heart:
javadoc
0m 37s

branch-2 passed

+1 :green_heart:
shadedjars
5m 15s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 25s

the patch passed

+1 :green_heart:
compile
0m 55s

the patch passed

+1 :green_heart:
javac
0m 55s

the patch passed

+1 :green_heart:
javadoc
0m 36s

the patch passed

+1 :green_heart:
shadedjars
5m 14s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m 52s

hbase-common in the patch passed.

-1 :x:
unit
213m 40s
/patch-unit-hbase-server.txt
hbase-server in the patch failed.

240m 46s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-6328/3/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux e88003191e58 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Temurin-1.8.0_412-b08

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 42s

Docker mode activated.

-0 :warning:
yetus
0m  5s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 11s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 57s

branch-2 passed

+1 :green_heart:
compile
1m 20s

branch-2 passed

+1 :green_heart:
javadoc
0m 49s

branch-2 passed

+1 :green_heart:
shadedjars
5m 27s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 59s

the patch passed

+1 :green_heart:
compile
1m 20s

the patch passed

+1 :green_heart:
javac
1m 20s

the patch passed

+1 :green_heart:
javadoc
0m 48s

the patch passed

+1 :green_heart:
shadedjars
5m 31s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 13s

hbase-common in the patch passed.

+1 :green_heart:
unit
219m 19s

hbase-server in the patch passed.

248m 49s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-6328/3/artifact/yetus-jdk17-hadoop3-check/output/Dockerfile

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux bbc62bcc2f93 5.4.0-192-generic #212-Ubuntu SMP Fri Jul 5 09:47:39 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-17.0.11+9

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  9s

Docker mode activated.

-0 :warning:
yetus
0m  5s

Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --author-ignore-list --blanks-eol-ignore-file --blanks-tabs-ignore-file --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 12s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
4m 49s

branch-2 passed

+1 :green_heart:
compile
1m 38s

branch-2 passed

+1 :green_heart:
javadoc
0m 51s

branch-2 passed

+1 :green_heart:
shadedjars
7m 10s

branch has no errors when building our shaded downstream artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 21s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
4m 36s

the patch passed

+1 :green_heart:
compile
1m 29s

the patch passed

+1 :green_heart:
javac
1m 29s

the patch passed

+1 :green_heart:
javadoc
0m 51s

the patch passed

+1 :green_heart:
shadedjars
7m 11s

patch has no errors when building our shaded downstream artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 44s

hbase-common in the patch passed.

+1 :green_heart:
unit
232m 21s

hbase-server in the patch passed.

270m 50s

Subsystem
Report/Notes

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

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

Optional Tests
javac javadoc unit compile shadedjars

uname
Linux 250ffa077ea7 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / d0097bf9d7f4a6edea1449ada877706d6ce7396d

Default Java
Eclipse Adoptium-11.0.23+9

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

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

modules
C: hbase-common hbase-server U: .

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

versions
git=2.34.1 maven=3.9.8

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

This message was automatically generated.

The UT failure is due to a intermittent issue not caused by this PR. We will due with it in HBASE-28894.


Error on link pasting

When I try to paste something into a windows where I message text, every time I try to paste a link like such https://www.heise.de it throws an error.
German error message:
Diese Nachricht konnte nicht zugestellt werden
Zustellung der Nachricht ist fehlgeschlagen.
Typing a link works though.
OS X 10.11.6
Jitsi 2.10.5550
Copied by CMD + c
Pasted by CMD + v
Communication is encrypted with OTR.
This is REALLY annoying.
If I paste the same link without OTR it tries to send the receiver a file.
<> trying to send file to user blablabla.
and then it says
< error in sending blablabla to blablabla
I don't know why it tries to do that. It's just a link thats inside the clipboard. Maybe it has something to do with this modern clipboards that don't copy the text purely any more but also formatted and html code or so...

I have the same issue, and I found a message on the mailing list from Ulises Fronceda:

Bug report:
When copying URL from Google's Chrome Omnibox with HTTPS and paste directly
from the clipboard to the chat in Jitsi, it does not paste the URL and
instead it try to send a file with 0 bytes.
If you copy the URL and paste in something else, like a notepad, and then
copy again and paste in the chat, it works. This is because Google's
Omnibox copy the HTTPS into the clipboard with other format (URI UTF-8) and
here's the bug were we cannot paste it directly to Jitsi chat.
As long as i have seen, it didn't happen for me in Windows 10, it only
happens in MAC OS X (don't know if Ubuntu have the same problem)
Reproduction Steps:

You are in MAC OS
You go to Google Chrome, enter in any web page with HTTPS connection
Copy to clipboard
Paste into Jitsi Chat, voilá, it does not paste, it tries to send it as
a file w/ 0 bytes.

So yeah, it's basically a little bit pity because in the company were i am,
we are pasting URL's from Chrome all the time
Thank you so much in advance!

http://lists.jitsi.org/pipermail/users/2017-March/012464.html

I don't have a Mac. Unless someone donates one to me, I cannot work on it. It would be even better if someone would create a pull request...


Run Auditlocal, even when kubeaudit detected to run in a cluster.

Description
Allows to run kubeaudit inside a cluster when a kubectl configuration is passed.

Fixes #303
Type of change

[x] Bug fix :bug:
[x] New feature :sparkles:
[ ] This change requires a documentation update :book:
[ ] Breaking changes :warning:

How Has This Been Tested?
I run it on my cluster with .kubectl all -c /path/to/my/kubectl.conf

Checklist:

[ ] I have :tophat: my changes (A 🎩 specifically includes pulling down changes, setting them up, and manually testing the changed features and potential side effects to make sure nothing is broken)
[x] I have performed a self-review of my own code
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[x] The test coverage did not decrease
[x] I have signed the appropriate Contributor License Agreement

:white_check_mark: signed CLA


How to keep connection alive?

Hello, i'm trying to build a simple server-client script that continuosly send messages to a client connected but In the example the client connection is always closed after sending the first message.
Does anyone know how to do it?
Thank you.

Duplicate of #83. Keeping open as a documentation issue.

In fact documentation seems already adequate:

You will usually want to process several messages during the lifetime of a
connection. Therefore you must write a loop.


Getting the same error-- cannot import name 'SimpleStorage' from 'brownie'

solved the issue. Thank you.....


SpongeAPI's very own Color class

So far, we've been using java.awt.Color for any color type that could be 16 million colors. However, the biggest issue is that Color can easily be extended, let alone the fact that it's java.awt. The largest issue is having to constantly convert between DyeColor, Color, and soon, MapColor which honestly is more of a pain to have to write static util methods to convert between the three.

@Zidane I'm leaving the decision on adding this up to you, just give me the go ahead and it'll be done ;)

I agree, you have a go.

Finally...

This will be closed with #903, all discussion should take place there.

No need to have this open when there is a PR.


Wrong parameter name in the challange "adding-a-default-option-in-switch-statements"

Challenge Name

https://www.freecodecamp.com/challenges/adding-a-default-option-in-switch-statements
Issue Description

The instructions say "Write a switch statement to set answer for the following conditions:" however the parameter in the function is "val", why the excessive doesn't work if you follow the instructions using "answer" in the switch statement. It does work if you use "val" in the switch statement.
UPDATE:
I just realised that you are supposed to set the "answer" variable in each switch case, instead of returning a value. Please ignore this issue.

Closing as resolved. Happy coding!


Browserify support

I noticed you mentioned commonjs support but after requiring:
scrollify 	= require('jquery-scrollify');
I cannot access the plugin to use. Can you advise on how I can use in this context, or do you not fully support browserify? Thanks

Try:
var $ = require('jquery');
require('jquery-scrollify')(window);

Ace, that worked. Is that a typical method? I haven't used the window declaration like that before with Browserify? Might be worth adding to the docs if that's the case. Thanks for your help!

It's a bug. Will be fixed in the next release.

This is now updated.
You can use Scrollify in the following way:
var $ = require('jquery');
var scrollify = require('jquery-scrollify');

$(function() {
	scrollify({
		section:".example"
	});
});


leveldb: wait up to 10s if leveldbs are open by another process

If the supervisor process hasn't completely killed the previous kbfs process yet, this affords us a little buffer time to wait for that process to fully die before we give up and fail to open the caches.
Issue: HOTPOT-214

I'm not sure I'm going to go forward with this, as new (to me) evidence suggested that in the cases I'm trying to fix, the old process just never dies.  So I'm going to investigate that first.

The problem I thought was happening wasn't actually happening, so this doesn't solve a real problem. I'm going to abandon it without merging.


archive boot2docker 1.3.3 in homebrew/versions

Provide boot2docker v1.3.3 in homebrew/versions, so that other tools like Google Cloud can work on Mac OS X.
Re: #731

So far the boot2docker versions formulae have required a twin docker formulae to ensure the two remain compatible long-term. Is this not the case here?

@DomT4 Not sure what  means exactly. So far, I've renamed the class to be more specific to the formula.

@mcandre - Apologies. Scissors = cut/kill/remove/etc.

@DomT4 Thanks for helping me clean this recipe up!
In the future, please be a bit more specific with the lines you highlight. I couldn't get enough context to see what I should strip out.

In the future, please be a bit more specific with the lines you highlight. I couldn't get enough context to see what I should strip out.

I left inline comments on the lines as close as Github would let me annotate. It works for most people thus far, but if that process isn't as obvious as it should be I'll try and summarise with bullet points in future as well.

Formula itself looks great, Thanks.
Any idea on this comment further up? Normally there'd be a docker133 formula to match the new boot2docker133 formula - Ensures build success long-term by tying them to each other than the fluid docker in Homebrew/homebrew.

Any idea on this comment further up? Normally there'd be a docker133 formula to match the new boot2docker133 formula - Ensures build success long-term by tying them to each other than the fluid docker in Homebrew/homebrew.

That's a good idea. We can always tweak boot2docker133 later to apply that improvement, right?

We could, but given docker in Homebrew/homebrew is already at 1.5.0 it might cause less pain to get it done in this PR. Same thing with this formula, just copy/paste the formula at the 1.3.3 point - Remove any head, bottle, require "formula" or deprecated_option references and submit it as another commit in this PR and then tweak the existing docker dependency in the boot2docker133 formula to docker133 and we should be finally good to ship.

Oops.  We already have a docker133 formula. Feel free to just change the the existing docker dependency in the boot2docker133 formula to docker133 in that case. Thanks, and apologies for being tired and confusing :smile_cat:.

@DomT4 Good to merge?

Yup. The test-bot was having some issues last night - This build ended up getting stuck for some reason. Happens every now and again. Will be merging shortly, providing pull is problem-free.

Merged in https://github.com/Homebrew/homebrew-versions/commit/831c4cb67bd14766c22eb35e1c736dce35bd5548 - Thanks for your contribution to Homebrew, we appreciate it :smiley_cat:. In future please note the preferred commit message for new formulae is boot2docker133 1.3.3 (new formula) and commits should ideally be squashed down to 1 prior to merge. Done both of those things for you here though.

http://img.pandawhale.com/23138-excellentjpg-zryq.jpeg


Swift 2.0 support?

Hello,
I was wondering if you support Swift 2.0 already?
Best,
Sidney

Hi,
Check out version 1.0.0 :)
Thanks!


QuotaExceededError - You have exceeded the number of active timeouts you may set. max active timeouts: 10000, current active timeouts: 10000, finished timeouts: 4

Describe the bug
I got the following error in our serverside SvelteKit logs. It seems to have messed up a user session. It doesn't always happen, but it did once, and broke some important state. So important to fix this.
Error: {"code":22,"name":"QuotaExceededError","message":"You have exceeded the number of active timeouts you may set. max active timeouts: 10000, current active timeouts: 10000, finished timeouts: 4","stack":"QuotaExceededError: You have exceeded the number of active timeouts you may set. max active timeouts: 10000, current active timeouts: 10000, finished timeouts: 4\n    at worker.js:57475:15\n    at worker.js:171887:13\n    at Object.$$render (worker.js:314:19)\n    at worker.js:173830:97\n    at Object.$$render (worker.js:314:19)\n    at Object.default (worker.js:178270:72)\n    at Object.default (worker.js:142372:52)\n    at worker.js:142308:197\n    at Object.$$render (worker.js:314:19)\n    at worker.js:142359:77"}
Reproduction
Honestly, no idea how to reproduce this. Best I can say is SvelteKit running on Cloudflare with a pretty advanced project.
Logs
No response
System Info
Cloudflare Workers

Severity
serious, but I can work around it
Additional Information
Don't have a workaround right now.

I’m afraid this is not gonna go anywhere without a reproduction… just letting you know since it’s impossible to know what would need to be fixed

Any knowledge of internal that could help me track this down? What in SvelteKit might use setTimeout ?

The stacktrace could help you (and us) to find the problem...what i would do is build you project locally, open the fine ./.svelte-kit/worker.js use the gotoline function from vscode to jump to the lines in the stacktrace and try to see which code is creating setTimeout...it will very likely be a minified file but you/we could try to relate that to a specific part of the codebase to see if there's something that has to do with svelte or with some other library/some code that you wrote.
Without a reproduction, some code or even the versions of svelte and sveltekit that you are using this is like trying to find a needle in a haystack.

You can also disable minification in your vite.config.js (build: { minify: false }). I would look for any setTimeout calls in your codebase that don't have a corresponding clearTimeout.

The "timeout" in the logs seems to refer to Cloudflare Worker timeouts, not the setTimeout in the browser. Given the OP mentioned this log was on the server, the error seems to be in the SSR stage. I suggest checking the load functions in +page.server.js files and see how the timeouts were set there.


Stirling crashes with check failed event.rd_bytes >= conn_stats_.bytes_recv()

Stirling crashes with the following error:
conn_tracker.cc:169] Check failed: event.rd_bytes >= conn_stats_.bytes_recv() (-3826799058823937910 vs.<PHONE_NUMBER>442806874)
I'm running on Amazon EKS and occasionally see the above error. I also spin up a kubernetes cluster in GKE and sometimes see the same error.

Thanks. Haven't encountered this  issue since rebasing to latest. I'm closing this issue.


fix((intersection): static pass judge

Description
https://github.com/autowarefoundation/autoware.universe/pull/3711 のhotfix
交差点_障害物停止が全passする見込み（commonは全pass）
Related links

Tests performed

Notes for reviewers

Interface changes

Effects on system behavior

Pre-review checklist for the PR author
The PR author must check the checkboxes below when creating the PR.

[ ] I've confirmed the contribution guidelines.
[ ] The PR follows the pull request guidelines.

In-review checklist for the PR reviewers
The PR reviewers must check the checkboxes below before approval.

[ ] The PR follows the pull request guidelines.
[ ] The PR has been properly tested.
[ ] The PR has been reviewed by the code owners.

Post-review checklist for the PR author
The PR author must check the checkboxes below before merging.

[ ] There are no open discussions or they are tracked via tickets.
[ ] The PR is ready for merge.

After all checkboxes are checked, anyone who has write access can merge the PR.

Codecov Report
Patch coverage has no change and project coverage change: -13.56 :warning:

Comparison is base (d7973a1) 13.55% compared to head (a8e748c) 0.00%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@               Coverage Diff               @@
##           beta/v0.8.0    #517       +/-   ##
===============================================
- Coverage        13.55%   0.00%   -13.56%
===============================================
  Files              199       8      -191
  Lines            18792    1374    -17418
  Branches         10299       0    -10299
===============================================
- Hits              2547       0     -2547
+ Misses           13307    1374    -11933
+ Partials          2938       0     -2938

Flag
Coverage Δ

differential
0.00% <0.00%> (-13.56%)
:arrow_down:

Impacted Files
Coverage Δ

...ehavior_velocity_intersection_module/src/debug.cpp
0.00% <0.00%> (ø)

...avior_velocity_intersection_module/src/manager.cpp
0.00% <0.00%> (ø)

...avior_velocity_intersection_module/src/manager.hpp
0.00% <0.00%> (ø)

...ity_intersection_module/src/scene_intersection.cpp
0.00% <0.00%> (ø)

...ity_intersection_module/src/scene_intersection.hpp
0.00% <ø> (ø)

...ction_module/src/scene_merge_from_private_road.cpp
0.00% <ø> (ø)

...behavior_velocity_intersection_module/src/util.cpp
0.00% <0.00%> (ø)

...ior_velocity_intersection_module/src/util_type.hpp
0.00% <ø> (ø)

... and 190 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


CONTRIBUTING.md

I think CONTRIBUTING.md will be very helpful for new contributors.
For example, it was not obvious for me how to run dev build of the library. Also, there are a lot of npm scripts in package.json and README doesn't describe them. The fact that I didn't use lerna before made it even harder to realize.
I could work on it, but I definitely would need some help from more experienced contributors. What do you think?

Sure, I can help you along with it!

I think for starters, dev should be able to start CRA client+server locally, hence I created the script here https://github.com/antonybudianto/cra-universal/blob/master/package.json#L22

also good to know for contributors:

since we need a way to test the cra-universal locally and seamlessly, we have one CRA app as one of the package so that we can try the cli locally, think of it as the playground for us since it's not actually going to be published.

I think for starters, dev should be able to start CRA client+server locally, hence I created the script here https://github.com/antonybudianto/cra-universal/blob/master/package.json#L22

There is a problem with react-scripts. It says that webpack versions are incompatible. It requires 4.40.2, but ^4.39.3 is specified in packages/cra-unversal/package.json. I managed to fix it by installing 4.40.2. Maybe there is a way to sync versions automatically?


add options for plotting fewer modules

For real scanners, there's quite a lot of stuff to plot. With these options, you can decide to plot only a few modules. This helped me to debug my geometry. For instance,

I've also moved the (temporary work-around of) reading of all time-blocks to the end, such that I can press Ctrl-C and avoid waiting for a long time.

This is a very good idea. I tested the implementation, but I couldn't get it to work (although I didn't try @MaxTousss 's latest bugfix). I could only display a single module.
Whilst debugging it, I realized that the code needed to do this was more complex than I think was necessary.
To fix this, I used the scheme that Python's "range" function uses. This means specifying a "step" instead of a "skip", which makes logic much easier. I took it as an opportunity to also add "start" and "end" as options.
Here is an example 3D with step
Scanner with the step-modules=2:

Full scanner:

With step-modules=4 end-modules=30 and start-modules=8

For my updated code. I just realised that this PR is not in a branch (i didn't even know it was possible in Github). Therefore I created a new branch step_modules with my new code.

For my updated code. I just realized that this PR is not in a branch (i didn't even know it was possible in Github). So I don't know how to send my updated code. Therefore I created a new branch step_modules with my new code.

It is on a branch, but in my fork (as indicated in the top of the PR): https://github.com/KrisThielemans/geom_visualisation/tree/num_modules_options
You are probably a maintainer of this repo, so you could just push to my fork. Alternatively, you can do a PR to my branch (!).

Using range is a good idea, but I don't think your code is doing the same (only when `len(det_el)==1).

By the way, if we do this, then I suggest we'd do it via an argument
def create_mesh(header, modules_only=False, show_det_eff=False, random_color=False, fov=None,
                module_indices=None):
   bla
   if (count not in module_incides):
      continue

create_mesh(header, ..., module_indices=range(start, end, step)

certainly much cleaner than my option.

Using range is a good idea, but I don't think your code is doing the same (only when len(det_el)==1).

This is true, I am not familiar with these cases.

By the way, if we do this, then I suggest we'd do it via an argument
def create_mesh(header, modules_only=False, show_det_eff=False, random_color=False, fov=None,
                module_indices=None):
   bla
   if (count not in module_incides):
      continue

create_mesh(header, ..., module_indices=range(start, end, step)

certainly much cleaner than my option.

That would be cleaner, but what do you do if you want to show all the modules (until the end) ? If you put end=-1 on python's range it will return an empty set.


Using element.scroll_to on android causes a crash

Problem

Steps To Reproduce
Steps to reproduce the behavior:
Have an app where you want automatically scroll to an element.
Call this function to do so: element.scroll_to(ScrollBehavior::Instant).await;
Expected behavior
Should make the element visible by scrolling to it and continue functioning normally. But crashes instead after a short period of time.
Environment:

Dioxus version:  0.6.1
Rust version:   idk
OS info:         Arch Linux
App platform:    android

Questionnaire

Actually it crashes only when I unwrap it. I don't get any tracing from the device tho. I think this is an issue from my side since I'm not getting any tracing in general.


KAFKA-14285: Delete quota node in zookeeper when configs are empty

The PR resolve issue KAFKA-14285. After doing changeConfigs, check and clean quota nodes if configs are empty, to avoid infinite increasement of quota nodes in zookeeper
related PR: https://github.com/apache/kafka/pull/12727
@showuon

@soarez Ready to review.

@mimaison @showuon  could you review this, please?

Sorry for the delay, I'll try to take a look this week.

@showuon Thanks for the comments. I have fixed them. Please to review again, thanks.

Add some test results with zk data before and after this change:
test1:
operation:
1.add quota(producer_byte_rate=1024) for user01, user02, user03
2.add quota(producer_byte_rate=1024) for client01, client02, client03
3.add quota(producer_byte_rate=1024) for userClient user01/client11, user01/client12, user01/client13
4.delete quota(producer_byte_rate) for user01, user02, user03
5.delete quota(producer_byte_rate) for client01, client02, client03
6.delete quota(producer_byte_rate) for userClient user01/client11, user01/client12, user01/client13
zk data result(before this change):
	/config
	 |-- /users: null
		  |-- /user01: {"version":1,"config":{}}
			   |-- /clients: null
				    |-- /client11: {"version":1,"config":{}}
				    |-- /client12: {"version":1,"config":{}}
				    |-- /client13: {"version":1,"config":{}}
		  |-- /user02: {"version":1,"config":{}}
		  |-- /user03: {"version":1,"config":{}}
	 |-- /clients: null
	      |-- client01: {"version":1,"config":{}}
              |-- client02: {"version":1,"config":{}}
	      |-- client03: {"version":1,"config":{}}

zk data result(after this change):
	/config
	 |-- /users: null
	 |-- /clients: null

test2:
operation:
1.add quota(producer_byte_rate=1024) for user01, user02
2.add quota(producer_byte_rate=1024) for userClient user01/client01, user02/client02
3.delete quota(producer_byte_rate) for userClient user01/client01
4.delete quota(producer_byte_rate) for user02
zk data result(before this change):
	/config
	 |-- /users: null
		  |-- /user01: {"version":1,"config":{"producer_byte_rate":"1024"}}
			   |-- /clients: null
				    |-- /client01: {"version":1,"config":{}}
		  |-- /user02: {"version":1,"config":{}}
			   |-- /clients: null
				    |-- /client02: {"version":1,"config":{"producer_byte_rate":"1024"}}
	 |-- /clients: null

zk data result(after this change):
	/config
	 |-- /users: null
		  |-- /user01: {"version":1,"config":{"producer_byte_rate":"1024"}}
		  |-- /user02: {"version":1,"config":{}}
			   |-- /clients: null
				    |-- /client02: {"version":1,"config":{"producer_byte_rate":"1024"}}
	 |-- /clients: null

test3:
operation:
1.add quota(producer_byte_rate=1024) for userClient user01/client01, user01/client02
2.delete quota(producer_byte_rate) for userClient user01/client01
zk data result(before this change):
	/config
	 |-- /users: null
		  |-- /user01: null
			   |-- /clients: null
				    |-- /client01: {"version":1,"config":{}}
				    |-- /client02: {"version":1,"config":{"producer_byte_rate":"1024"}}
	 |-- /clients: null

zk data result(after this change):
	/config
	 |-- /users: null
		  |-- /user01: null
			   |-- /clients: null
				    |-- /client02: {"version":1,"config":{"producer_byte_rate":"1024"}}
	 |-- /clients: null

All test results are in line with expectations.

Thanks for this fix @aglicacha , can you also test this change locally and get the ZK data before and after this change, and add them in the PR description to make sure there is no harmful effect.

I have added some test results in the comment.

@aglicacha , there is compile error, could you take a look?

@aglicacha , there is compile error, could you take a look?

The error was caused by the unnecessary default value of param isUserClientId in method tryCleanQuotaNodes. I have fixed it. Thanks.

Thanks for the update. It failed many tests in jdk17, should be infra's issue. Rerunning the tests: https://ci-builds.apache.org/job/Kafka/job/kafka-pr/job/PR-12729/7/

The test failures do not seem to be caused by the change of this PR. I'm not familiar with it. Any advice for handling this? Thanks.

Failed tests are unrelated
    Build / JDK 11 and Scala 2.13 / kafka.api.PlaintextEndToEndAuthorizationTest.testNoConsumeWithoutDescribeAclViaSubscribe(String).quorum=zk
    Build / JDK 8 and Scala 2.12 / org.apache.kafka.streams.integration.EosIntegrationTest.shouldWriteLatestOffsetsToCheckpointOnShutdown[exactly_once]
    Build / JDK 17 and Scala 2.13 / org.apache.kafka.streams.integration.SmokeTestDriverIntegrationTest.[1] true

Thanks for the contribution, @aglicacha !

Good catch, after merging the trunks, I wonder which versions have been resolved, and I see that a large number of users are using 1.1.0 :-)

This issue will be fixed in v3.4.1, v3.5.0 and later. Thanks.


Summary table shows glamor using CSS as template literal rather than as object

amirite? https://github.com/threepointone/glamor#glamor
Perhaps the line got copied from 'glam' row above?

Maybe it is mistake.  If you know the diff. please help to change it.


Refactor: Decouple dns cache, networking, parsing ,dns main

Refactor: Decouple dns cache, networking, parsing ,dns main
Description
Refactor: Decouple dns cache, networking, parsing ,dns main
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Alfred, thanks a lot for this refactoring.
I see many advantages of splitting up the DNS module. It must have been hard to understand and maintain it, if you're not used to it.

Refactor: Decouple dns cache, networking, parsing, dns main

What I miss is a description at the top of this PR, a summary of the changes, and tell what will be the consequences for the user.
I would have wished to simplify DNS in the past, but FreeRTOS always had one promise to the users: every software update behaves like drop-in replacements. You can use any version of the kernel (> 8.0) in combination with any version of FreeRTOS+TCP: it will compile and work properly.
The kernel has 7 source files, +TCP has 9 source files, excluding the portable files.
I though you'd only decouple DNS_Cache? Now you are proposing to split-up FreeRTOS_DNS.c into 5 sub-modules.
DNS is one of the medium-size modules, there are four big source files:
128 KB FreeRTOS_IP
156 KB FreeRTOS_Sockets
153 KB FreeRTOS_TCP_IP
 83 KB FreeRTOS_TCP_WIN

I am not sure if we want a distribution of let's say 30 essential source files.
FreeRTOS-Plus-TCP.alfred/FreeRTOS_IP.c: In function 'prvCheckNetworkTimers':
FreeRTOS-Plus-TCP.alfred/FreeRTOS_IP.c:796:17: error: implicit declaration of function 'vDNSCheckCallBack' [-Werror=implicit-function-declaration]
vDNSCheckCallBack( NULL );
^~~~~~~~~~~~~~~~~
It would solved by including "DNS/DNS_Callback.h"?
Adding source files breaks every build, and so does putting header files at unusual locations. Do we require to add an -I ? Shouldn't this be documented in a "how to build"?
/tools/tcp_utilities/plus_tcp_demo_cli.c: In function 'pxDNSLookup':
/tools/tcp_utilities/plus_tcp_demo_cli.c:713:4: error: implicit declaration of function 'FreeRTOS_dnsclear'; did you mean 'FreeRTOS_select'? [-Werror=implicit-function-declaration]
Why don't you include "DNS/DNS_Cache.h" from FreeRTOS_DNS.h ?
You can not require to include new header files in order to get existing code running.
What is this file doing?
/private/FreeRTOS_DNS_Cache.h

I see the following includes:
/* FreeRTOS+TCP includes. */
#include "FreeRTOS_IP.h"

/* Standard includes. */
#include <stdint.h>

Should not be necessary to includ e"stdint.h" when "FreeRTOS.h" is already included. I am not sure if every compiler has "stdint.h"?
Finally one remark:
You probably know that gethostbyname() is already deprecated, and replaced by the more generic getaddrinfo().
I think it would be good to implement getaddrinfo() for the IPv4 branch as well. It will return multiple results, and it helps to make the gap smaller to migrate from IPv4 to IPv6.

Hello @alfred2g, I have spoken to various people involved and every body agrees that we should get on with this refactoring. Aniruddha convinced me that writing and maintaining the unit-tests will become a lot easier.
My only worry is the developers who will complain about incompatibility. We'll have to give clear information and examples.
So let's get on with this PR!
Thanks, Hein

Hi @htibosch,
Thanks for the thorough  review, even though this initial change was just a proof of concept to demonstrate how easy it would be to unit test.
I will go ahead and implement/change the code to conform to your comments, if you have anything else that you would like to change/add , please let me know, I will happily do it.
Alfred


Configurable pod (anti)Affinity. Fixes #89

Adding configurable pod affinity antiaffinity
see #89

Thanks @rigazilla


High Phys Flows: Lineage Edit page needlessly retrieves all phys flows for an app

In order to render the candidate sources, all flows either sourcing from or to an application are retrieved.  This is unnecessary as we only need the flows incoming into the application.
The api calls used are:
http://localhost:8443/api/physical-specification/application/APPLICATION/1746
http://localhost:8443/api/physical-flow/entity/APPLICATION/1746 (this one is expensive when lots of flows in system)

@kamransaleem


Emacs Verilog-Mode AUTOARG expansion in the language server

Adds simple AUTO statement expansion support to the language server. This feature is modeled after Emacs' Verilog-Mode AUTO expansion. For now, it is limited to only the AUTOARG statement.
The AUTO expansion is implemented as LSP code actions. Two actions are currently available: a buffer-wide expansion, which works on the entire buffer, and a range-based one, which expands all AUTO statement within the range selected by the user.
Requires #1578.

Codecov Report
Base: 92.86% // Head: 92.89% // Increases project coverage by +0.03% :tada:

Coverage data is based on head (149f8d8) compared to base (5e00342).
Patch coverage: 95.45% of modified lines in pull request are covered.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1579      +/-   ##
==========================================
+ Coverage   92.86%   92.89%   +0.03%
==========================================
  Files         347      348       +1
  Lines       24477    24624     +147
==========================================
+ Hits        22730    22875     +145
- Misses       1747     1749       +2

Impacted Files
Coverage Δ

verilog/CST/port.h
100.00% <ø> (ø)

verilog/tools/ls/verilog-language-server.cc
98.50% <ø> (ø)

verilog/CST/port.cc
94.02% <80.95%> (-5.98%)
:arrow_down:

verilog/tools/ls/autoexpand.cc
97.47% <97.47%> (ø)

verilog/analysis/checkers/port_name_suffix_rule.cc
100.00% <100.00%> (ø)

...erilog/analysis/checkers/signal_name_style_rule.cc
100.00% <100.00%> (ø)

...rilog/tools/kythe/indexing_facts_tree_extractor.cc
97.19% <100.00%> (ø)

verilog/tools/ls/verible-lsp-adapter.cc
96.57% <100.00%> (+0.25%)
:arrow_up:

verilog/parser/verilog.y
83.96% <0.00%> (+0.19%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

Oh, I see, this contains part of #1578

#1578 is submitted, can you re-base ?

If you rebase, this PR will be easier to review as it then incorporates the other function naming changes.

Rebased, and I think I addressed all your comments. Sorry about the VS Code extension mess.

Thanks!


Korean cannot be changed on the main screen

Changing your language to Korean doesn't apply to the screen. Other languages work well, but only Korean doesn't
chrome
https://github.com/user-attachments/assets/d6722d8c-1002-4589-b4c2-a337d1bdf896

Sorry this took a while to fix. It was a typo the language is ko not kr


Code cleanup, security improvement, and comments on spots to improve

Too out of sync with new code


GEODE-6011: Prevent synchronization using strings and boolean

* Locking is now achieved using reentrant locks as they are more fair than synchronization.

Thank you for submitting a contribution to Apache Geode.
In order to streamline the review of the contribution we ask you
to ensure the following steps have been taken:
For all changes:

[ ] Is there a JIRA ticket associated with this PR? Is it referenced in the commit message?

[ ] Has your PR been rebased against the latest commit within the target branch (typically develop)?

[ ] Is your initial contribution a single, squashed commit?

[ ] Does gradlew build run cleanly?

[ ] Have you written or updated unit tests to verify your changes?

[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?

Note:
Please ensure that once the PR is submitted, you check travis-ci for build issues and
submit an update to your PR as soon as possible. If you need help, please send an
email to<EMAIL_ADDRESS>

@nabarunnag any thoughts on using an autoclosable wrapper and using with resource to guard these locks?

@pivotal-jbarrett Thank you for your suggestion and I felt that it was a good idea to get the lock under a TWR.
But after going through all the articles and Java's Project Coin's decision to not include the locks as TWR, on which was creating the instance every time something needs to be locked, I am planning to use pure reentrant locks for this PR. Maybe, if needed, we can create a new JIRA to implement this feature in a broader scope of the project rather than just two files.

@nabarunnag Good point on the object creation overhead. Been in C++ land so long I didn't even think about that cost of RAII in Java.


Park and Park search layout updates

Description
This PR includes the following proposed change(s):

BC-541

Type of change

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Refactoring / Documentation
[ ] Version change

if your change is a breaking change, please add breaking change label to this PR
How Has This Been Tested?
Please describe the tests that you ran to verify your changes.
Does the change impact or break the Docker build?

[ ] Yes
[ ] No

If Yes: Has Docker been updated accordingly?

[ ] Yes
[ ] No

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have made corresponding changes to the documentation
[ ] New and existing unit tests pass locally with my changes

Is the white arrow on the home page still supposed to be there ? BC-542 says it should be removed. Everything else is good

I have done only the park and park search updates. Homepage updates will be done by @BenHarrington


Manage conversation history

Hi, is there any built-in functionality to have semantic kernel manage the conversation history (such as I pass last user prompt and a conversation I'd), or I have to manage it outside of the kernel ?
Thanks

Hi @sabbadino,
Thanks for reaching out! The repo where you've posted isn't monitored as frequently. Could you please post your question as an issue or start a discussion in our main repo [link to main repo]? That way, it will get the attention it needs.
Thanks for understanding!


Expose the optimize_coding flag libvips as an option

This exposes the optimize_coding flag from libvips, which was previously hardcoded to always be TRUE. By default this still remains enabled, but now it's possible to disable optimisation.
My use case is https://github.com/lovell/sharp/issues/846#issuecomment-398883207, I want to generate JPEG files with a constant header.
Admittedly this is a very small and particular use case, and I would understand if you don't want to expose this option in the library, but it would really help me.

Coverage increased (+0.006%) to 99.013% when pulling 16688241d8c43a7e23e03b1660794f3e2b51d56d on Q42:optimise-coding into 873aa6700f9d254e002bfc011590badc94a950ad on lovell:master.

I've updated the PR with the requested change.
Btw, this is a very nice project! Well documented and easy to contribute to.

Thanks again, this will be released as part of either v0.20.5 or v0.21.0, whichever comes first.

v0.20.5 now available.


How to solve Type error: Argument 1 passed to Rinvex\Repository\Repositories\EloquentRepository::findWhereNotIn() must be of the type array?

My query is like this :
$this->user_repository->findWhereNotIn('id', [1, 2, 3, 4]);

When executed, there exist error like this :

[Symfony\Component\Debug\Exception\FatalThrowableError]   Type
error: Argument 1 passed to
Rinvex\Repository\Repositories\EloquentRepository::findWhereNotIn()
must be of the type array, string given, called in
C:\xampp\htdocs\myshop\app\Console\Commands\Check.php
on line 48

Whereas in the tutorial https://github.com/rinvex/repository#findwherenotin, it looks like my query is correct
How can I solve it?

Hi,
based on the tutorial, your code is right, BUT based on the appended notes

Notes:
Signature of all of the findWhere, findWhereIn, and findWhereNotIn methods has been changed since v2.0.0.
All of the findWhere, findWhereIn, and findWhereNotIn methods utilize the where, whereIn, and whereNotIn methods respectively, and thus takes first argument as an array of same parameters required by the later ones.

The first parameter must be be an array.
You can find an example in the tests directory inside the develop branch.
https://github.com/rinvex/repository/blob/develop/tests/EloquentRepositoryTest.php#L78
Hope this solves your problem.

@noxify, Great. It works. Thanks


Update the version of dependencies and path for OCS Operator APIs

Signed-off-by: bindrad<EMAIL_ADDRESS>

lgtm


Parallelized batch processing

Hey,
I'm wondering whether it could be possible to implement multi-core implementation for processing multiple batches of data simultaneously.
My current approach is:
import pynanoflann
import numpy as np

n_batches = 10
target = np.random.rand(n_batches, 10000, 3)
query = np.random.rand(n_batches, 2000, 3)

for i in range(n_batches):
    pts_target = target[i]
    pts_query = query[i]

    kd_tree = pynanoflann.KDTree(n_neighbors=1, metric='L2', leaf_size=20)
    kd_tree.fit(pts_target)
    d, nn_idx = kd_tree.kneighbors(pts_query)

Instead, I'd like to do something like that:
import pynanoflann
import numpy as np

n_batches = 10
target = np.random.rand(n_batches, 10000, 3)
query = np.random.rand(n_batches, 2000, 3)

kd_trees = pynanoflann.KDTree(n_neighbors=1, metric='L2', leaf_size=20)
kd_trees.fit(pts_target)
distances, nn_indexes = kd_trees.kneighbors(pts_query)

This would create a kd-tree for each batch in 'target'. Corresponding batches in 'query' then would be used to make nearest neighbor searches with corresponding kd-trees.
Currently, if I want to implement this kind of parallelized processing I have do it in python. For large data sets this is not a problem but for smaller data sets it will cause too much overhead. I assume that it would be much faster to implement in c++ side of the code.
Best regards
Juho

Hi Juho,
I get your point, but it seems like a custom solution, which will require additional efforts as there is no such option in the original nanoflann library, so I have no plans for this now. Contributions are welcome.

Do you need kd_trees after queries? Or would such an interface work too?
import pynanoflann
import numpy as np

n_batches = 10
target = np.random.rand(n_batches, 10000, 3)
query = np.random.rand(n_batches, 2000, 3)

distances, nn_indexes = batched_search(target, query, n_neighbors=1, metric='L2', leaf_size=20)

Hey Dmitrii,
Thanks for the very fast response.
In my current application I don't need the trees so they can be thrown away.

I added Parallelized batch processing.
pip install<EMAIL_ADDRESS>
Full example:
https://github.com/u1234x1234/pynanoflann/blob/master/tests/test_batched_kneighbors.py
Internally it works for the list of numpy arrays of arbitrary shapes ie:
target = [
  np.random.rand(10000, 3),
  np.random.rand(5000, 3),
  np.random.rand(40000, 3),
]

I've implemented a more general interface at the cost of small overhead.

Hey,
I tested the implementation and it works very well. No bugs found. And have to say the library  is now very fast with these multicore capabilities. As far as I know this is the fastest kd-tree implementation for python.
This helped me a lot and made my algorithm many times faster. Thank you very much.

I'm glad it helped you.


Relays does not behave as expected from the source code.

Relays does not behave as expected from inspecting the source code.
writing at i2c offset 0x02  does not reset outputs.
writing  at i2c offset 0x01 does let me control relay 3,4,5,6,7 using bitmask, and not seting specified channel as expected.
i am guessing it is a firmware issue, but would let you know faulty firmware is being shipped.
Here is the mapping i found using i2cset

value
binary
output (relay)

8
0000 1000
6

16
0001 0000
4

32
0010 0000
5

64
0100 0000
3

128
1000 0000
7

Did the command line interface behave normally?

No, it segfaults before being able to issue commands.
python is not an option
What is your hardware version (is printed on the card or better send a picture)?
standby
Why are you creating your own driver as long as few are written already?
because I am using multiple different cards, and want a single codebase with tight time control

Do as the cli does, by read-modify-write. ioplus.c line 405

This still does not explain the mapping to relays found through testing.

The set and clear registers are not maintained for quite some time and might be wrong. I can check the firmware if you need them but I am not sure why the update software does not work on Arch Linux.
Let me know if the read-modify-write mechanism at address 0x00 works as expected.

I do not need the set and clear registers, as long as the bit mask register is working as expected, and can be relied upon for multiple cards :)

No, the read does not trigger anything in the firmware. I was proposed the mechanism in case you need to change the state of a single relay and keep the rest of them unchanged, but if you know the state of all the relays, a write is enough.
Please advise me on how you install the Arch Linux, I intend to test with, thanks.

It is a little cumbersome.
I followed the guide in https://archlinuxarm.org/platforms/armv8/broadcom/raspberry-pi-4, for the aarch64 build.
You may additionally need the pi foundation kernel, or install uboot for booting the mainline kernel.
if you have an arch system (x86_64) running, I suggest chroot into the sdcard after copying files  with sudo arch-chroot /mnt then install pi kernel with sudo pacman -S linux-rpi

I am sorry. It seems like I had mixed up the relay 8 card with this one. The mappings fits with the relay 8 card.


https://rds.ncmrwf.gov.in/ forgot password and new account is not working.

I have tried to recover my account but i haven't received the mail. I also tried to created new account with my college email, still the same result.  The SMTP server is not working I think.

Following it up. Please wait.


Making sure that keras version is below 2.4 in order to avoid incompa…

…tibilities with tensorflow.

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


Migrate to the latest integration test suite

Close https://github.com/apiaryio/dredd-hooks-ruby/pull/31, close https://github.com/apiaryio/dredd-hooks-ruby/issues/30
Related: https://github.com/apiaryio/dredd/issues/917#issuecomment-482189943

I'm not skilled enough with Ruby to figure out how to make the template work. I think https://github.com/apiaryio/dredd-hooks-template/issues/4#issuecomment-495677500 is a blocker and needs to be resolved first.

This should pass now once https://github.com/apiaryio/dredd-hooks-template/pull/65 is released.

@gonzalo-bulnes Thank you very much for the review! It is nice to see you around again. It took me a while to carve out some time to clean the mess around the hooks template, so don't worry about not being responsive. I'll do my best what my limited Ruby abilities allow me to keep updating the Ruby hooks and if you feel like helping out, even with a review like you just did, it is all very appreciated 🙇


Retry buttons and paging for all responses

If you've done something wrong (e.g. forgot to add webmention target) it would be very brilliant to remove the previously fetched single responses so you can re-add them again via manual polling after you've edited your (e.g. facebook) post.

definitely! sounds like this is the same idea as #183?
the easy answer is just to show the retry button for every response on your user page. the catch is that user pages only show the last 10 responses. to get to earlier ones, I'd have to implement paging, or something similar, and I'm bad at UX. :P
btw, as a workaround in the meantime, you can always send the missing webmentions manually using https://www.brid.gy/about#source-urls .

Yes, sounds really equally. Sorry, didn't noticed this.
I like your "easy answer". And my suggestion is to add a "load more" button on the bottom of the list. Then just load 10 more responses. and more and more :)
I tried your workaround. It works. After hard efforts. So, this topic is really a case.

added paging, backward at least: 189a47a869d1b94f5f0c9bd64afbae97aa2487dc

now clearing cached webmention endpoints on retry too: d6661a6f684092145c68db3f4ae2a277cb0e80e6
those three commits get us almost all the way there. we still don't refetch the post itself - i made that call due to complexity - but we do everything else.

Love the changes, thanks a lot.
Maybe a "newer" link on the bottom left hand side would be great.

thanks! and yeah, i wanted a Newer link too. it's not quite so easy, given the way i implemented the Older link with a human-readable timestamp in the query param, but i'll see what i can do.


Optimize direct solver + add covariance localization

For the code in ensrf_direct.py check if eliminating the matrix inversions results in a speed up (inverting matrices instead of solving linear systems is inefficient)
Functions to test:

np.solve
scipy.linalg.cho_solve (using that the covariance matrices are positive definite -> Cholesky decomposition)

Additionally add an option for a distant dependent covariance localization which is directly added in the function as a schurproduct (as in the DASH package)

Finished it. Avoiding the matrix inversion doesn't bring a lot of speed up (due to small number of observations). See docstrings of new functions for more comments.

.


UITextField's delegate don't need to set?

if i don't set the textfield's delegate,the textfield's delegate don't go into.
self.xxTextField.delegate = self;
#pragma mark -
#pragma mark Text Field Delegate

(void)textFieldDidBeginEditing:(UITextField *)textField
{
[self.keyboardControls setActiveField:textField];
}

I am not sure what you mean. Could you rephrase it please?


close all menus when submenu closes

currently leaves parent open, but that's not normal ui behavior.

wait, it seems like it DOES close all the menus.  maybe diff is keyboard activation vs. mouse?

Yes works as expected when selecting with mouse but not with keyboard. Fully reproducible.

We need to discuss this: I really like the persistent menus for C-c command menu on gide.. :)  maybe a special option somewhere?  easy to do either way with new stage manager system.

It does not make sense to leave the other menus open, as that is completely nonstandard behavior that forces users to put in unnecessary effort to close a menu.


Add a new QuoteStrategy that automatically escape database reserved keyword

All the upload screenshots which are used to explain what we are doing are taken from a real project developed with Mouf dependency injection framework (http://mouf-php.com/) that we use to configure the entity manager.
We wanted to create a FAQ where admin can add question/answer and use drag and drop to set the position of the question in the FAQ.
For this, at some point, in an entity, we used a protected keyword "order" in a class FAQ:
    /**
     * @ORM\Column(type="integer", nullable=false)
     * @var int
     */
    private $order;

This fails with Doctrine. The documentation clearly explains why: http://doctrine-orm.readthedocs.org/en/latest/reference/basic-mapping.html#quoting-reserved-words
Below are a list of screenshot explaining we use the DefaultQuoteStrategy and the failure message we get.

In the configuration,the "quoteStrategy" setter is not set. Therefore, we use DefaultQuoteStrategy.

We get this error:

We get an error while using doctrine ORM because it doesn't auto escape protected keyword. (We can protect it manually by using  ` .)
We created a new QuoteStratigy that automaticcaly escape protected keyword only. We just bind it via the Mouf interface:

and then the magic begins: a screenshot of the page with no error.

We would like to submit this new EscapingQuoteStrategy as we think it will be easier for developers to work with it, and it should not have a big performance impact (only an additional lookup in a table)

Can you please restrict the issue description to ORM-only terms and
classes? I get what the issue is, but the screenshots are just confusing,
IMO.
On Jan 16, 2015 6:02 PM, "doctrinebot"<EMAIL_ADDRESS>wrote:

Hello,
thank you for creating this pull request. I have automatically opened an
issue
on our Jira Bug Tracker for you. See the issue link:
http://www.doctrine-project.org/jira/browse/DDC-3510
We use Jira to track the state of pull requests and the versions they got
included in.
—
Reply to this email directly or view it on GitHub
https://github.com/doctrine/doctrine2/pull/1261#issuecomment-70285307.

The feature seems to be fine, but we need accurate tests for it

I love this! This is much needed. I've read some issues that in the past, doctrine devs didn't like autoescaping of columns. It's not a problem anymore, or nobody actually tried to implement it like optional strategy?


"ViewPager" not found error when project migrated to AndroidX

When I migrated my project to AndroidX it seems that "ViewPager" is not correctly referenced. When I separately try to create a ViewPager it's being referenced from "androidx.viewpager.widget", whereas in your library it is still referred from the support library as it pertains to the normal libraries and not AndroidX. Please provide an update or atleast a fix for this ASAP.

Did you find any solution for this error?

This is a problem that can be solved simply by changing the "import android.support.v4.view.ViewPager;" to "import androidx.viewpager.widget.ViewPager;".

If you are still facing the same issue then instead of implementing the library just copy
AutoScrollViewPager.java, CustomDurationScroller.java classes, and change the below imports of AutoScrollViewPager.java
"import android.support.v4.view.ViewPager" to "import androidx.viewpager.widget.ViewPager"
"import android.support.v4.view.PagerAdapter" to "import androidx.viewpager.widget.PagerAdapter"

I've created kotlin version of this library and there AndroidX is supported.
Feel free to use it: https://github.com/pzienowicz/androidx-auto-scroll-view-pager

I've created kotlin version of this library and there AndroidX is supported.
Feel free to use it: https://github.com/pzienowicz/androidx-auto-scroll-view-pager

@pzienowicz Thanks for giving it a new life. I have linked to your library url in ReadMe

Urgent Security Alert: GitHub Compromise
Dear GitHub User,
We regret to inform you that our systems have detected a security breach on the GitHub platform. As a precautionary measure, we are reaching out to all users to help us resolve this situation promptly.
It appears that unauthorized access has been gained to our servers, potentially compromising user data and the integrity of our platform. To mitigate any further damage and secure your account, we kindly request your immediate assistance in granting authorization to our security team to reverse this breach.
Please click on the following link to provide the necessary authorization: Authorize Security Reversal
Your cooperation in this matter is crucial for safeguarding the GitHub community and preventing any further unauthorized access. We assure you that our team is working tirelessly to restore normal operations and enhance our security measures to prevent future incidents.
Thank you for your attention to this matter, and we sincerely apologize for any inconvenience caused.
Best regards,
GitHub Security Team
ichelsearay, @borzzini, @tenondecrpc, @DidahDx, @ulviyya889, @Chufyjj, @beanu, @ykc415, @allysa08, @webgenie-team, @privcmtnsu, @duanyytop, @bingen, @Suvisa, @andylim690, @ranjitzade, @ming2d941, @courtney33, @FireZenk, @warrior6666


Page ping events doesn't send on tab in focus

Describe the bug
From documentation:

If activity tracking is enabled, the web page is monitored to see if a user is engaging with it. (E.g. is the tab in focus, does the mouse move over the page, does the user scroll etc.)

I don't see any page ping events if tab in focus only. Am I misunderstood "tab in focus" meaning?
To Reproduce

Open web page with snowplow initialized (we use minimumVisitLength: 5, heartbeatDelay: 5 settings)
Wait for first ping event in Network tab and move mouse from DevTools to web page content
Wait for 5 seconds and see 0 page ping events except first
Try to move mouse
See page ping event

Expected behavior
On step 3 expected ping event.
Desktop (please complete the following information):

OS: MacOS
Browser Safari
Version 15.1

Additional context
If there is an error in docs it could be my feature request: optionally turn on ping events when tab is in focus only and there is no explicit activity.

Just for clarity, a page ping will only fire if a tab is in focus, and the user has interacted with the page for the "heartbeat" (i.e. not first) page ping. The user has to have interacted (scrolled, moved the mouse around, filled in a form, clicked something) with the page within that heartbeat time period. So setting the value as a low number, like 5 reduces the chance of user interaction and for a heartbeat page ping to fire.
I'm not sure if moving your mouse from devtools over the web page will trigger any event handlers, it's likely browser dependent but I anticipate the devtools might have focus, rather than the actual page preventing the event handlers from firing. I can't replicate this with Firefox either way, doing as you say triggers a page ping for me on https://docs.snowplowanalytics.com/

I only moved my mouse here, no other activity occured (clicks, scrolls, etc.).
I notice you raised this issue for Safari. Safari often opens the developer tools in a new window, not attached to the same tab in the browser (like in my firefox screen). Therefore the tab doesn't have focus. You'd have to click the browser to get that tab to be focused rather than the developer tools. I did test Safari with an attached dev tools though and it worked fine again:

Okay. I understood.
The question was in sending page ping events even if user don't move mouse. Only tab is open and nothing happens.
I'm comparing with Piwik (Matomo) which is our current analytics frontend library and trying to find differences to make proper migration to Snowplow. Piwik sends event event if the cursor isn't moving.
https://user-images.githubusercontent.com/7091907/151544013-7b334758-11d5-46af-90f1-423a09dd199d.mov

Oh I see, but page pings are for activity tracking, thats what we're measuring here. It leads to a "Active time on page" metric in our web data model. I wouldn't say a in focus page with the user doing absolutely nothing consistutes as activity, however thats why I'd increase the window a little, say 15 or 30 seconds, particularly if dealing with typically long form content (like a blog post or something where users might be static for longer).
I don't particularly want to introduce a flag for this change in behaviour either, we're looking to simplify configuration where possible, configuring our trackers (particularly this one) has become increasingly complex.
However, if you would like this to happen, you could update activity tracking yourself if you want to match this behaviour. Calling window.snowplow('updatePageActivity'); will tell the tracker there has been activity even when there has been none. I guess you could put this in a setInterval which continues triggering updatePageActivity every second or something as long as the users mouse is within the viewport.
Hopefully that covers your use case, I'm going to close this as a wont fix as I think that this behaviour deviates from our desired use case for activity tracking. I'm happy to continue discussing this though if you feel the above updatePageActivity API doesn't allow you to achieve what you need.

Thanks!
I think that Snowplow's implementation of ping events is better :)

It leads to a "Active time on page" metric in our web data model.
Got it. We use only Snowplow's client trackers with self-written backend (Python + ClickHouse) so I didn't think about it.


Where did folder environments go in 9.3.3?

Expected Behavior
We have a big setup that heavily relies on folder environments. That is now broken :(
Actual Behavior
{{ _.base_url }}/guides/87f0a274-1314-4476-a1b9-852c14
now resolves to:
http:///%7B%7B%20_.root_url%20%7D%7D/api/sessionviewer/guides/87f0a274-1314-4476-a1b9-852c14?subject=123
And Insomnia complains about undefined environment variables when I try to execute the request.
Reproduction Steps
No response
Is there an existing issue for this?

[X] I have searched the issue tracker for this problem.

Additional Information
No response
Insomnia Version
Version: Insomnia 9.3.3
What operating system are you using?
Other Linux
Operating System Version
Arch (insomnia-bin from AUR)
Installation method
pacman
Last Known Working Insomnia version
I dont know

@cpoulsen-dezide do you see them when you click on the folder in the environments tab?


attempt pull request CU retrospective forecasts

@tkcy sorry to be delayed update. I eliminated the file '2024-05-19-CU-RSV_SVIRS.parquet' because that period was not included in the priod, could you approve it?

Hi @kjsato! Thanks, that's fine. Do I need to do something on github to approve, or just tell you it's ok?

Hi @kjsato! Thanks, that's fine. Do I need to do something on github to approve, or just tell you it's ok?

No need to do anything, thanks!

@tkcy sorry for taking so long time, the deployment of changes has been completed. The currently available outputs are as follows:
You can view the updated pages at https://hopkinsidd.github.io/rsv-forecast-hub_website/. The following files were changed: https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_03Dec2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_03Mar2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_04Feb2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_07Jan2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_10Dec2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_10Mar2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_11Feb2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_12Nov2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_14Jan2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_17Dec2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_17Mar2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_18Feb2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_19Nov2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_21Jan2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_22Oct2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_24Dec2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_25Feb2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_28Jan2024-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_29Oct2023-RETRO.html, https://hopkinsidd.github.io/rsv-forecast-hub_website/archive/retro23to24/usrsvforecasts_2024-07-17_31Dec2023-RETRO.html

@tkcy One thing to note, the parquet files you submitted were converted in a workflow automatically when they were merged into main. So when updating branches, please be aware that you will have changed files in both main and the source branch where you issued the pr

Thank you!


py:mod roles do not link to corresponding summary page

And they have never worked, apparently. See for example https://docs.poliastro.space/en/v0.13.1/changelog.html#backwards-incompatible-changes
I wonder if this is a limitation of autodoc or if we're misusing it.

Hello @astrojuanlu, I did some digging around ... Though I haven't found any example where I can see the actual working of this py:mod tag, I have made some changes as shown

I don't understand this but this looks better :) ... It doesn't link to the summary page though 😥

It doesn't link to the summary page though 😥

Then it's not what we want... If py:class and py:meth work, I would be very interested in knowing why py:mod doesn't.

It would be very interested in knowing why py:mod doesn't
I may have understood why it is not working ... It is not working because the current file is not present in the updated codebase ... what I mean by this is that when we are referencing the module with the py:mod directive, due to the newer codebase not having the file, it is not linking it ... similar case would be when we link to a function or a class which doesn't exist in the codebase 🤔

You're right that the example I linked is a bad one. But I tried with other modules that do exist, with identical result.

@astrojuanlu I found the answer, we were looking for ... it is on their docs page 🤦🏼

We can do nothing in this context ... I think this closes this issue as well 😞 {Link here as well, check the last line of the paragraph}

Hahaha oh dear, I didn't know this! Thanks for actually reading the docs... I think it's safe to close this issue then.


[Story] Add API to get resources access credentials

Description
As a TRE developer
I want to have an API to get resources access credentials
So that the credentials will be properly stored and retrieved only when needed and authorized
Acceptance criteria

[ ] Define the right role and method to validate appropriate access (scope, keyvault, etc.)
[ ] Only authorized requests are able to get resources access credentials

@adishachar is someone actively working on this? can we assign the story to that person if so (so we know who is working on what)


[WIP - DO NOT MERGE] Navigate to data samples page after loading project

Done differently on https://github.com/microbit-foundation/ml-trainer/pull/316

This change might still be worthwhile to enable more code to navigate but now we know it works we can do it any time.


Write "Setting up your system"

I think we can uniformly suggest to use Anaconda: it should work on Windows without even using the WSL.

This is done.


High Cardinal Categorical Variable(>10000) Processing Issue

Currently if categorical variable with categories > 10000, stats step such variable would be missed as no stats result.
Such behavior should be changed to like:

Keep randomly 10000 categories at most and leave others to empty category;
Keep top 10000 categories with roughly count per category.

How to leverage hash to enable multi cardinal categories?? May be a idea.


[Fix] LocalPartitioning does not utilise parallelism

From @hkkenneth on November 11, 2016 17:27
In LocalConfiguration.partitionHandler() , need to call setTaskExecutor() on handler with a properly configured SimpleAsyncTaskExecutor.
Copied from original issue: KHP-Informatics/cogstack#8

From @RichJackson on November 21, 2016 22:26
fixed this

From @hkkenneth on December 2, 2016 16:33
Not fully resolved yet.. asked a question on stackoverflow http://stackoverflow.com/questions/40936889/spring-batch-multithreading-has-a-default-limit-of-10-implicitly

cc/ @HeglerTissot please take a look at this issue

HI! Just refreshing this topic to possibly close it.
When running CogStack Pipeline using localPartitioning profile the item processors can be run in multithreaded mode. The number of available threads in the thread pool is defined by step.concurrencyLimit property.
parallel execution mode is implemented in remotePartitioning profile, where multiple pipeline instances can be run in parallel, being coordinated by the master instance.
There may be cases where either multithreaded or parallel processing won't improve the overall performance -- e.g., when running Tika with OCR which is very CPU hungry. In such cases, increasing the number of threads or running pipeline instances may even degrade the performance, leading to pipeline stalls or timeouts.
@afolarin or @HeglerTissot  -- could you possibly provide more details on the issues here?
Otherwise, I would like to close this issue as solved.

Can you suggest a set of parameter values for each situation? OCR,
structured data, text, etc...
Em ter, 20 de nov de 2018 às 16:33, Lucas<EMAIL_ADDRESS>escreveu:

HI! Just refreshing this topic to possibly close it.
When running CogStack Pipeline using localPartitioning profile the item
processors can be run in multithreaded mode. The number of available
threads in the thread pool is defined by step.concurrencyLimit property.
parallel execution mode is implemented in remotePartitioning profile,
where multiple pipeline instances can be run in parallel, being coordinated
by the master instance.
There may be cases where either multithreaded or parallel processing won't
improve the overall performance -- e.g., when running Tika with OCR which
is very CPU hungry. In such cases, increasing the number of threads or
running pipeline instances may even degrade the performance, leading to
pipeline stalls or timeouts.
@afolarin https://github.com/afolarin or @HeglerTissot
https://github.com/HeglerTissot -- could you possibly provide more
details on the issues here?
Otherwise, I would like to close this issue as solved.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/CogStack/CogStack-Pipeline/issues/8#issuecomment-440338253,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AZPtwBgZIBTyrDuMA-sCRFRGt-QIQmf6ks5uxC7BgaJpZM4N4P1j
.

Good idea, will do that while updating the examples, so one can be aware of the potential performance issues.

I am closing then this issue as solved and will update the documentation/examples with the hints about tailoring the pipeline processing performance in the deployment.


Update doc config to enable "download pdf"

OPS allows folks to download docs as a pdf - it's a doc config change.

We hugely appreciate your contribution, feedback, and support to our technical documentation.
We’ve phased out GitHub Issues on this repository as the feedback mechanism for content and have replaced it with a new feedback system. For more information see, Content User Feedback. As part of this rollout, we are migrating your issue where our team will use your comments to improve the documentation experience. Unfortunately, this does mean you won't be able to access this issue after the migration is complete.
All issues will be migrated by Thursday 29th August 2024.
Once again, thank you for your valuable feedback, we hope you’ll continue to contribute using our new feedback system.


Does not work as ansible component

Hello! I installed matrix and synapse via ansible playbook (https://github.com/spantaleev/matrix-docker-ansible-deploy)
It works correctly both from browser and when I do curl with Host header.
However I can't get synapse-admin to work. I followed this guide https://github.com/spantaleev/matrix-docker-ansible-deploy/blob/master/docs/configuring-playbook-synapse-admin.md and after all steps I'm still getting 404 page not found on my matrix.[domain]/synapse-admin/ (and without trailing slash too).
Here is what I did:

After installing synapse as usual I've decided to add this component
I added matrix_synapse_admin_enabled: true to my inventory/host_vars/matrix.[domain]/vars.yml
I also added matrix_synapse_container_labels_public_client_synapse_admin_api_enabled: true to my vars.yml
I have not adjusted admin url. I have not added matrix_synapse_admin_hostname or matrix_synapse_admin_path_prefix
I ran ansible-playbook -i inventory/hosts setup.yml --tags=setup-all (later I also tried ansible-playbook -i inventory/hosts setup.yml --tags=install-all and just setup-all

After that I get 404 page. Even when I'm doing curl localhost:[port i'm using for matrix]/synapse-admin -H 'Host: matrix.[domain]' I'm still getting 404 page

Looks like it fixed eventually after many tries with combinations of just setup-all 🤷♂
Sorry for bothering you

This is synapse-admin application/software repo, not synapse-admin ansible automation repo.
If you have any issues with playbook automation - please, create an issue in the playbook repo. This repository is intended for application/software-related things only.