YARN-8862. [BackPort] [GPG] Add Yarn Registry cleanup in ApplicationCleaner.

Description of PR
JIRA: YARN-8862. [BackPort] [GPG] Add Yarn Registry cleanup in ApplicationCleaner.
How was this patch tested?
Add Junit Test.
For code changes:

[ ] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[ ] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

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:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 44s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
38m 30s

trunk passed

+1 :green_heart:
compile
2m 35s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
2m 15s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 22s

trunk passed

+1 :green_heart:
mvnsite
1m 44s

trunk passed

+1 :green_heart:
javadoc
1m 45s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m 32s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 26s

trunk passed

+1 :green_heart:
shadedclient
37m 34s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 26s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 21s

the patch passed

+1 :green_heart:
compile
2m 26s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
2m 26s

the patch passed

+1 :green_heart:
compile
2m 11s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 11s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 13s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server.txt
hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
mvnsite
1m 26s

the patch passed

+1 :green_heart:
javadoc
1m 24s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m 17s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 42s

the patch passed

+1 :green_heart:
shadedclient
38m 38s

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

_ Other Tests _

+1 :green_heart:
unit
3m 18s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
23m 58s

hadoop-yarn-server-nodemanager in the patch passed.

+1 :green_heart:
unit
0m 48s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 34s

The patch does not generate ASF License warnings.

194m 45s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/1/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 7341cab283ab 4.15.0-212-generic #223-Ubuntu SMP Tue May 23 13:09:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 8d7ac5bf7cbe1fceea0ff97c5fa0e7a5ab2a0e14

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/1/testReport/

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-nodemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 49s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

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:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 16s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
33m 52s

trunk passed

+1 :green_heart:
compile
2m 43s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
2m 31s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 24s

trunk passed

+1 :green_heart:
mvnsite
2m  0s

trunk passed

+1 :green_heart:
javadoc
2m  2s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 48s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 41s

trunk passed

+1 :green_heart:
shadedclient
35m 37s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 38s

the patch passed

+1 :green_heart:
compile
2m 34s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
2m 34s

the patch passed

+1 :green_heart:
compile
2m 21s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 21s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 13s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server.txt
hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
mvnsite
1m 39s

the patch passed

+1 :green_heart:
javadoc
1m 33s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 30s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 59s

the patch passed

+1 :green_heart:
shadedclient
35m 30s

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

_ Other Tests _

-1 :x:
unit
3m 42s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-common.txt
hadoop-yarn-server-common in the patch passed.

-1 :x:
unit
24m 54s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-nodemanager.txt
hadoop-yarn-server-nodemanager in the patch passed.

+1 :green_heart:
unit
0m 59s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 38s

The patch does not generate ASF License warnings.

188m 49s

Reason
Tests

Failed junit tests
hadoop.yarn.server.federation.utils.TestFederationRegistryClient

hadoop.yarn.server.nodemanager.amrmproxy.TestFederationInterceptor

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 9acba72a716e 4.15.0-212-generic #223-Ubuntu SMP Tue May 23 13:09:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / b47bccdf57eb5be60bd40fb467b52f91fe656bb9

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

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

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-nodemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.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.

_ 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.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 29s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
31m 31s

trunk passed

+1 :green_heart:
compile
2m 37s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
2m 25s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 25s

trunk passed

+1 :green_heart:
mvnsite
2m 45s

trunk passed

+1 :green_heart:
javadoc
2m 42s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 29s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
4m 34s

trunk passed

+1 :green_heart:
shadedclient
33m 50s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 59s

the patch passed

+1 :green_heart:
compile
2m 23s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
2m 23s

the patch passed

+1 :green_heart:
compile
2m 11s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 11s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 13s

the patch passed

+1 :green_heart:
mvnsite
2m  9s

the patch passed

+1 :green_heart:
javadoc
2m  6s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 55s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
4m 44s

the patch passed

+1 :green_heart:
shadedclient
33m 44s

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

_ Other Tests _

+1 :green_heart:
unit
3m 33s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
24m 40s

hadoop-yarn-server-nodemanager in the patch passed.

+1 :green_heart:
unit
0m 32s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
unit
0m 56s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 40s

The patch does not generate ASF License warnings.

189m 20s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 752f25c26a8b 4.15.0-212-generic #223-Ubuntu SMP Tue May 23 13:09:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 5fe36354fd7a19efc698c7d63db1ae8eadc856b3

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

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

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-nodemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  7s

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.

+0 :ok:
xmllint
0m  1s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m  5s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 28s

trunk passed

+1 :green_heart:
compile
2m 42s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
2m 20s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 22s

trunk passed

+1 :green_heart:
mvnsite
1m 35s

trunk passed

+1 :green_heart:
javadoc
1m 37s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m 25s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 57s

trunk passed

+1 :green_heart:
shadedclient
38m  0s

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

-0 :warning:
patch
38m 21s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 13s

the patch passed

+1 :green_heart:
compile
2m 29s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
2m 29s

the patch passed

+1 :green_heart:
compile
2m 15s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 15s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 1 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

+1 :green_heart:
checkstyle
1m 13s

the patch passed

+1 :green_heart:
mvnsite
1m 19s

the patch passed

+1 :green_heart:
javadoc
1m 14s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m  8s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m  9s

the patch passed

+1 :green_heart:
shadedclient
38m  3s

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

_ Other Tests _

+1 :green_heart:
unit
3m 18s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
0m 27s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
unit
0m 49s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 34s

The patch does not generate ASF License warnings.

167m 30s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/4/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 1e219823dc45 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / a02824169e54e87859c6a2a7e572763555c977d5

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/4/testReport/

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 56s

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.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m  6s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 46s

trunk passed

+1 :green_heart:
compile
2m 36s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
2m 21s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 22s

trunk passed

+1 :green_heart:
mvnsite
1m 37s

trunk passed

+1 :green_heart:
javadoc
1m 35s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m 23s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 54s

trunk passed

+1 :green_heart:
shadedclient
38m  5s

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

-0 :warning:
patch
38m 25s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 12s

the patch passed

+1 :green_heart:
compile
2m 29s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
2m 29s

the patch passed

+1 :green_heart:
compile
2m 12s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 12s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 1 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

+1 :green_heart:
checkstyle
1m 14s

the patch passed

+1 :green_heart:
mvnsite
1m 17s

the patch passed

+1 :green_heart:
javadoc
1m 17s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m 10s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 11s

the patch passed

+1 :green_heart:
shadedclient
39m 10s

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

_ Other Tests _

+1 :green_heart:
unit
3m 24s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
0m 27s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
unit
0m 48s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

168m 44s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 9fdaf2e6ad43 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / affb7d57493f5371403c71fea467c8f1e8a01146

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

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

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 38s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m  5s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
31m 33s

trunk passed

+1 :green_heart:
compile
2m 39s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
2m 20s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 25s

trunk passed

+1 :green_heart:
mvnsite
1m 55s

trunk passed

+1 :green_heart:
javadoc
1m 56s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 47s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 12s

trunk passed

+1 :green_heart:
shadedclient
32m 51s

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

-0 :warning:
patch
33m 15s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 33s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 20s

the patch passed

+1 :green_heart:
compile
2m 22s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
2m 22s

the patch passed

+1 :green_heart:
compile
2m 15s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 15s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 1 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

+1 :green_heart:
checkstyle
1m 13s

the patch passed

+1 :green_heart:
mvnsite
1m 30s

the patch passed

+1 :green_heart:
javadoc
1m 27s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 17s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
3m 14s

the patch passed

+1 :green_heart:
shadedclient
33m 57s

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

_ Other Tests _

+1 :green_heart:
unit
3m 25s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
0m 33s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
unit
0m 55s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 42s

The patch does not generate ASF License warnings.

156m 11s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 8d02d85000d0 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / be8816f0958ecef7e6b36c371c9f25f3b45ba631

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

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

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 38s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

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:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 33s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
31m 31s

trunk passed

+1 :green_heart:
compile
2m 35s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
2m 26s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 25s

trunk passed

+1 :green_heart:
mvnsite
1m 19s

trunk passed

+1 :green_heart:
javadoc
1m 19s

trunk passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 10s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 18s

trunk passed

+1 :green_heart:
shadedclient
33m 40s

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

-0 :warning:
patch
34m  3s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
0m 55s

the patch passed

+1 :green_heart:
compile
2m 23s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
2m 23s

the patch passed

+1 :green_heart:
compile
2m 13s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 13s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 14s

the patch passed

+1 :green_heart:
mvnsite
1m  0s

the patch passed

+1 :green_heart:
javadoc
1m  0s

the patch passed with JDK Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
0m 56s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 17s

the patch passed

+1 :green_heart:
shadedclient
33m 44s

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

_ Other Tests _

+1 :green_heart:
unit
3m 33s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
0m 56s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 41s

The patch does not generate ASF License warnings.

149m 57s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 67b6f698229e 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 101e20d0933c66b998c3a8b0c5674b3bd8ecbb7a

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.20+8-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

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

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

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:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 18s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 24s

trunk passed

+1 :green_heart:
compile
2m 39s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
2m 19s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
1m 23s

trunk passed

+1 :green_heart:
mvnsite
1m  6s

trunk passed

+1 :green_heart:
javadoc
1m  8s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 58s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m  7s

trunk passed

+1 :green_heart:
shadedclient
39m  9s

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

-0 :warning:
patch
39m 29s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
0m 49s

the patch passed

+1 :green_heart:
compile
2m 30s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
2m 30s

the patch passed

+1 :green_heart:
compile
2m 15s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
2m 15s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 13s

the patch passed

+1 :green_heart:
mvnsite
0m 53s

the patch passed

+1 :green_heart:
javadoc
0m 52s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 47s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 13s

the patch passed

+1 :green_heart:
shadedclient
37m 58s

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

_ Other Tests _

+1 :green_heart:
unit
3m 22s

hadoop-yarn-server-common in the patch passed.

+1 :green_heart:
unit
0m 50s

hadoop-yarn-server-globalpolicygenerator in the patch passed.

+1 :green_heart:
asflicense
0m 34s

The patch does not generate ASF License warnings.

163m 36s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/8/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 38cc9a55de83 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 23ad33aa145f20741fee827cc3c2f29113b07fce

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/8/testReport/

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-globalpolicygenerator U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6083/8/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

@goiri Thank you very much for your help in reviewing the code!


[ZEPPELIN-675] "No data available" in invalid graph types for sql queries

What is this PR for?
Overriding graph message 'No data available' to 'Invalid Data, check graph settings'
What type of PR is it?
Improvement
Todos

For Table and Map in graphs 'No data available' message is not shown, Maybe we want to implement this.

What is the Jira issue?
[ZEPPELIN-675]  "No data available" in invalid graph types for sql queries
How should this be tested?
Step 1: Run a sql query which will return 1 column or no records.
Step 2: Choose pie chart / bar chart
Verification: Earlier the message is "No data available", It should have been changed to 'Invalid Data, check graph settings'
Screenshots (if appropriate)
Questions:

Does the licenses files need update? NO
Is there breaking changes for older versions? NO
Does this needs documentation? NO

@snaveenp Thanks, let me do a quick test

Tested, LGTM

@corneadoug Could you merge this?

Merging if there is no more discussions

@snaveenp Could you tell me your JIRA id?

my jira id is naveenimaginea


Tensorrt-<IP_ADDRESS> trt Engine infer result is much worse than using pytorch for own trained model

cuda_version = 11.1
tensorrt_version = <IP_ADDRESS>
the command to use demo.py for normal pytorch interference：
python3 tools/demo.py image -f exps/yolol_chang.py -c ./best_ckpt.pth --save_result --path test.jpg --device gpu
the command to use demo.py for tensorrt：
python3 tools/demo.py image -f exps/yolol_chang.py -c ./best_ckpt.pth --save_result --path test.jpg --device gpu --trt
My exp file is given as below : (yolol_chang.py)
import os

from yolox.exp import Exp as MyExp

class Exp(MyExp):
    def __init__(self):
        super(Exp, self).__init__()
        self.depth = 1
        self.width = 1
        self.exp_name = os.path.split(os.path.realpath(__file__))[1].split(".")[0] + "chang1"

        # Define yourself dataset path
        #self.data_dir = "/share_data/YuhaoSun/yoloxtest2/"
        #self.train_ann = "/share_data/YuhaoSun/VOCcancer10_normal_train_argument/train.json"
        #self.val_ann = "/share_data/YuhaoSun/VOCcancer10_test/train.json"
        #self.num_classes = 9

        self.data_dir = "/share_data/YuhaoSun/yoloxtest/image"
        self.train_ann = "/share_data/YuhaoSun/VOCJC4.2_normal_train_argument/train.json"
        self.val_ann = "/share_data/YuhaoSun/VOCJC_test_8.11_crop/train.json"
        self.num_classes = 1

        self.max_epoch = 100
        self.data_num_workers = 4
        self.eval_interval = 1

And got two different results:
For normal gpu:

For tensorrt:

This just is a demo to show you the performance reduction about using tensorrt and torch2trt

I observed the same thing for converting onnx model to tensorrt engine. I wonder whether this issue is because of the tensorrt version

Have you checked the input shape for all these models?  I have no idea about the differences between tensorrt versions. You may manually convert the coco model to verify it.
I also suggest you to use max(abs(out_from_pytorch - out_from_trt)) to check the output of trt models.

I have noticed that the trt infer need an extra decoder process before the postprocess in demo.py:
https://github.com/Megvii-BaseDetection/YOLOX/blob/3c07916abbaa05eea0295cd48c26623f05acb1ac/tools/demo.py#L155
So, I tried to print the output tensor directly before the postprocess and got the following results:
import torch
trt_output = torch.load('test1.pt')
pytorch_output = torch.load('test2.pt')

print(torch.max(abs(trt_output - pytorch_output)))

tensor(5.1458, device='cuda:0')

By the way, I don't understand what is your said about "manually convert the coco model to verify it." You means using tensorrt layer API directly to build the engine file?

I don't think the input size will cause this issue because all files I used is your code and the exp file I used is given above. maybe I can send my pth weight file to you and could you help me to check the output difference using tensorrt 7.2 or above version?

Hey, I use the trt.py to test the torch2trt output :
After this line
https://github.com/Megvii-BaseDetection/YOLOX/blob/3c07916abbaa05eea0295cd48c26623f05acb1ac/tools/trt.py#L57
I added
y = model(x)
y_trt = model_trt(x)
print(torch.max(torch.abs(y-y_trt)))
The result shows the difference is only 0.01. so maybe there is a bug in this line to obtain the wrong result?
https://github.com/Megvii-BaseDetection/YOLOX/blob/3c07916abbaa05eea0295cd48c26623f05acb1ac/tools/demo.py#L155

@ruinmessi @steinmann @xxr3376 @nihui
Now I can make sure that is your code bug!
When I tried to use the demo_postprocess function:
from yolox.utils import demo_postprocess
outputs = demo_postprocess(outputs.cpu(),(640,640))

to replace the work of decoder in demo.py:
https://github.com/Megvii-BaseDetection/YOLOX/blob/3c07916abbaa05eea0295cd48c26623f05acb1ac/tools/demo.py#L155
, I got the correct answer which is like the tensorrt correct output!:

See #342

So what? your demo.py will got the wrong result for own trained model in torch2trt and please fix it because of the demo_postprocess function working in cpu.

@ruinmessi
the torch2trt model can not initial the "self.hw" like pytorch, that is the reason for the wrong answer

@ruinmessi
the torch2trt model can not initial the "self.hw" like pytorch, that is the reason for the wrong answer

hi， i have the same question, how do you solve this?


9002 Allow to choose color ramps for discrete features

https://github.com/CartoDB/cartodb/issues/9002

[x] Add tests
[x] Use colors from cartocolor
[x] Remove dead code & unused events ?
[x] Refactor code
[x] Use StackView properly

CAN'T BELIEVE IT! VAMOS! 💪 🎉


Use Settings in VmOrTemplate::RightSizing

Purpose
Use Settings over VMDB::Config.new for speed improvements for VmOrTemplate::RightSizing.
Metrics
The following metrics were taking in the same fashion as gathered in #12737, and included the speed ups from there in both runs (because I didn't care to wait around for this to run without them):

ms
queries
query (ms)
rows

502,562
314,478
304,318
279,290
before

458,084
319,630
309,396
279,290
after

A savings of about 1 min in total.
Specifically, looking at some stackprof analysis output prior to the fix:
$ stackprof ...
==================================
  Mode: wall(1000)
  Samples: 585620 (0.07% miss rate)
  GC: 155747 (26.60%)
==================================
     TOTAL    (pct)     SAMPLES    (pct)     FRAME
    129891  (22.2%)      129886  (22.2%)     block in ActiveRecord::ConnectionAdapters::PostgreSQLAdapter#exec_no_cache
     34620   (5.9%)       34620   (5.9%)     block in ManageIQPerformance::StacktraceCleaners::Simple#call
     17728   (3.0%)       17728   (3.0%)     block in ActiveRecord::ConnectionAdapters::PostgreSQL::DatabaseStatements#execute
    100153  (17.1%)       14663   (2.5%)     block in Config::Options#to_hash
     10558   (1.8%)       10558   (1.8%)     block in ManageIQPerformance::StacktraceCleaners::Simple#call
      8787   (1.5%)        8787   (1.5%)     OpenStruct#marshal_dump
      6061   (1.0%)        6061   (1.0%)     block in Config::Options#descend_array

The two mentions of Config and the OpenStruc#marshal_dump are all from calling these two methods to fetch the config.  Because there is no memoization, and these are instance methods, this means it could be called multiple times per model instantiation.
Extra info
The Settings API was added in the following pull request:  https://github.com/ManageIQ/manageiq/pull/7432
And deprecated the VMDB::Config.new workflow.  While this still exists heavily in the application in other places, this one specifically caused a lot of slow down when generating large reports using columns under the VmOrTemplate::RightSizing module.
Links

https://bugzilla.redhat.com/show_bug.cgi?id=1395743
https://github.com/ManageIQ/manageiq/pull/7432
https://github.com/ManageIQ/manageiq/pull/12737

@miq-bot add_labels performance, reporting
@miq-bot assign @Fryguy

@Fryguy assigned you as it seems that you did work on the Settings API originally, and this should be a straight forward change.  Feel free to re-assign if you would rather someone else look at this.  Thanks.

/cc @yrudman FYI

@yrudman Please review and add these to the hidden settings spreadsheet.  Also note the defaults here as well. Once you're good, I can merge.

@yrudman @Fryguy Thanks for the review and I have updated the code.  I removed the constants as I believe that was the intention you were going for.  If not, I can but them back in.  Thanks.

yes, we want to remove constants from code, thank you!
Very minor: for consistency purpose, could you use top level namespace ```::Settings...",

Done

👍  looks good
@Fryguy Jason, ready for merge

this looks nice. I kicked javascript. (you can merge even w/ red here...)

Backported to Euwe via https://github.com/ManageIQ/manageiq/pull/14167


"internal error - restarting" when trying to send to p2pkh addresses

jade crashes whenever I try to send to a p2pkh address(legacy). Jade will print "internal error - restarting" on its screen and restart as soon as I confirm the transaction info on my android green wallet.  Sending to segwit addresses are working fine, however.

We are releasing version 0.1.23 which will fix the issue (already fixed in master)
thank you for the report!

is there a user friendly way to update the firmware?

Hi,
Can you confirm whether this issue was resolved ?
Thanks.

Yes resolved after firm ware upgradr
-------- Original message --------From: "Jamie C. Driver" @.> Date: 4/7/21  10:03 AM  (GMT-05:00) To: Blockstream/Jade @.> Cc: prelude444 @.>, Author @.> Subject: Re: [Blockstream/Jade] "internal error - restarting" when trying to send to p2pkh addresses (#8)
Hi,
Can you confirm whether this issue was resolved ?
Thanks.
—You are receiving this because you authored the thread.Reply to this email directly, view it on GitHub, or unsubscribe.

Many thanks.


tensorflow.python.framework.errors_impl.InvalidArgumentError: Input shape axis 0 must equal 4, got shape [5]

hi, thanks for your sharing.
I am using your code to finetune alexnet to classify images into blur or clear. When I run finetune.py with my 'train.txt' and 'val.txt', after dozens of train_batches, I get this error :-1: tensorflow.python.framework.errors_impl.InvalidArgumentError: Input shape axis 0 must equal 4, got shape [5]
[[Node: unstack_1 = UnpackT=DT_INT32, axis=0, num=4]]
[[Node: IteratorGetNext = IteratorGetNextoutput_shapes=[[?,227,227,3], [?,2]], output_types=[DT_FLOAT, DT_FLOAT], _device="/job:localhost/replica:0/task:0/device:CPU:0"]]
I use python3.4, TF1.4.0

2017-11-13 19:16:56.410650: W tensorflow/core/framework/op_kernel.cc:1192] Invalid argument: Input shape axis 0 must equal 4, got shape [5]
[[Node: unstack_1 = UnpackT=DT_INT32, axis=0, num=4]]
2017-11-13 19:16:01.495708 Start training...
2017-11-13 19:16:01.495774 Open Tensorboard at --logdir /root/tf12env/finetune_alexnet_with_tensorflow/tensorboard
2017-11-13 19:16:01.495788 Epoch number: 1
Traceback (most recent call last):
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1323, in _do_call
return fn(*args)
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1302, in _run_fn
status, run_metadata)
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/framework/errors_impl.py", line 473, in exit
c_api.TF_GetCode(self.status.status))
tensorflow.python.framework.errors_impl.InvalidArgumentError: Input shape axis 0 must equal 4, got shape [5]
[[Node: unstack_1 = UnpackT=DT_INT32, axis=0, num=4]]
[[Node: IteratorGetNext = IteratorGetNextoutput_shapes=[[?,227,227,3], [?,2]], output_types=[DT_FLOAT, DT_FLOAT], _device="/job:localhost/replica:0/task:0/device:CPU:0"]]
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "./finetune.py", line 179, in
img_batch, label_batch = sess.run(next_batch)
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 889, in run
run_metadata_ptr)
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1120, in _run
feed_dict_tensor, options, run_metadata)
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1317, in _do_run
options, run_metadata)
File "/root/tf12env/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1336, in _do_call
raise type(e)(node_def, op, message)
tensorflow.python.framework.errors_impl.InvalidArgumentError: Input shape axis 0 must equal 4, got shape [5]
[[Node: unstack_1 = UnpackT=DT_INT32, axis=0, num=4]]
[[Node: IteratorGetNext = IteratorGetNextoutput_shapes=[[?,227,227,3], [?,2]], output_types=[DT_FLOAT, DT_FLOAT], _device="/job:localhost/replica:0/task:0/device:CPU:0"]]

Please try again with a TF version between 1.12rc and 1.3. Seems like there are some major changes in the last 1.4 version that also brake the TensorBoard code of this example.

I try with TF1.3, still have this error....

Could you also try with TF 1.2? #26 worked with TF < 1.3 maybe it's something related.

It seems the tensorborad is ok, but this error still occurs....even with TF1.2....so so weird

well okay I was mainly concerned about the error not tensorboard. Strange, error though.
My biggest guess is, that one path (to an image) in your textfile is not correct. To verify this, you could write a small script that does nothing more than loading all your images from the path in your text file and e.g. just calculate the mean or something. I once had similar problems and finally figured out that there some images in my folder with a space in the name. But since the my ImageDataGenerator class splits each line in the text file by spaces, this resulted in errors.

ok I will check all the images. thanks for you kind help

hi，I checked all the images and find nothong.
but, FYI. I changed you code:
img_decoded = tf.image.decode_png(img_string, channels=3) ->img_decoded = tf.image.decode_image(img_string, channels=3)
and add:
img_data_jpg = tf.image.convert_image_dtype(img_decoded, dtype=tf.float32)
to corp image:
img_resized = tf.image.resize_image_with_crop_or_pad(img_data_jpg, 227, 227)
becuase when I use  tf.image.decode_png ,there is an error:
W tensorflow/core/framework/op_kernel.cc:1158] Invalid argument: Got 25 frames, but animated gifs can only be decoded by tf.image.decode_gif or tf.image.decode_image
[[Node: DecodePng = DecodePngchannels=3, dtype=DT_UINT8]]
and all my trained images are .jpg

I find this
https://github.com/tensorflow/tensorflow/issues/12414
I think it something to do with this.
here is my error:
2017-11-14 13:33:05.821402: W tensorflow/core/framework/op_kernel.cc:1192] Invalid argument: Got 5 frames, but animated gifs can only be decoded by tf.image.decode_gif or tf.image.decode_image
[[Node: DecodePng = DecodePngchannels=3, dtype=DT_UINT8]]
Traceback (most recent call last):
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1323, in _do_call
return fn(*args)
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1302, in _run_fn
status, run_metadata)
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/framework/errors_impl.py", line 473, in exit
c_api.TF_GetCode(self.status.status))
tensorflow.python.framework.errors_impl.InvalidArgumentError: Got 5 frames, but animated gifs can only be decoded by tf.image.decode_gif or tf.image.decode_image
[[Node: DecodePng = DecodePngchannels=3, dtype=DT_UINT8]]
[[Node: IteratorGetNext = IteratorGetNextoutput_shapes=[[?,227,227,3], [?,2]], output_types=[DT_FLOAT, DT_FLOAT], _device="/job:localhost/replica:0/task:0/device:CPU:0"]]
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "./finetune.py", line 180, in
img_batch, label_batch = sess.run(next_batch)
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 889, in run
run_metadata_ptr)
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1120, in _run
feed_dict_tensor, options, run_metadata)
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1317, in _do_run
options, run_metadata)
File "/root/tf12env2/lib/python3.4/site-packages/tensorflow/python/client/session.py", line 1336, in _do_call
raise type(e)(node_def, op, message)
tensorflow.python.framework.errors_impl.InvalidArgumentError: Got 5 frames, but animated gifs can only be decoded by tf.image.decode_gif or tf.image.decode_image
[[Node: DecodePng = DecodePngchannels=3, dtype=DT_UINT8]]
[[Node: IteratorGetNext = IteratorGetNextoutput_shapes=[[?,227,227,3], [?,2]], output_types=[DT_FLOAT, DT_FLOAT], _device="/job:localhost/replica:0/task:0/device:CPU:0"]]

promble saved by add
data = data.ignore_errors()
-_-||  still have no idea about what errors in my trainning data....

Hmm okay, strange. But as I thought it must be something with your data not with the actual code itself. But glad you found a solution that worked for you.


Feat: add cli pkg

What this PR does

add Makefile
add cli pkg - mamba
add example for mamba

why we need it
Special notes for your reviewer:
@caitong93 @walktall
The first three commits can be ignored

Coverage decreased (-19.007%) to 56.719% when pulling 05f99f6467348e735bddfd9281627660940d2e86 on zoumo:mamba into 5ff1eae5410134cba94136cefe89b7d077026a58 on caicloud:master.

More tests. 🍵

@zoumo
Can you separate License commits to another PR?  This might be a little bit extra work, but let's not break our best practice.  Just practice your git skill :)

@ddysher OK

Coverage decreased (-29.0%) to 63.344% when pulling 4eb109ca70f88a26ad3ae76c00773620e1294a00 on zoumo:mamba into 1497682e358d9616cc1aaa7c6d10b935f8622905 on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling 8a8431b19fb6b93d5f2a1a06bdc15aedc522f982 on zoumo:mamba into 5255c55fd3c3a34e9e8aecec3e395369b1a0c11b on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling 3c2c2648b5d973b1dbc875bd24ad7fc1e17e6477 on zoumo:mamba into 5255c55fd3c3a34e9e8aecec3e395369b1a0c11b on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling e3ca0b6cd642e1c1843c212767521bf3aa40949b on zoumo:mamba into 5255c55fd3c3a34e9e8aecec3e395369b1a0c11b on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling e3ca0b6cd642e1c1843c212767521bf3aa40949b on zoumo:mamba into 5255c55fd3c3a34e9e8aecec3e395369b1a0c11b on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling e3ca0b6cd642e1c1843c212767521bf3aa40949b on zoumo:mamba into 5255c55fd3c3a34e9e8aecec3e395369b1a0c11b on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling a5ee25b173d8875958a3e766a11ead88eddc1248 on zoumo:mamba into 5255c55fd3c3a34e9e8aecec3e395369b1a0c11b on caicloud:master.

Coverage decreased (-6.1%) to 86.243% when pulling 61da4fac0042e0314bf69ff1f54477e0a7de29bd on zoumo:mamba into afcfe8a7e915ac1f399594806bf783ee7f87031e on caicloud:master.

Coverage decreased (-13.05%) to 79.291% when pulling 167cea3b3909b3dbb8704984f464d5db4805bd8a on zoumo:mamba into afcfe8a7e915ac1f399594806bf783ee7f87031e on caicloud:master.

@caitong93
envPrefix and AutomaticEnv only take effect when you use viper.Get()
If you want to bind an flag with an env key,  and store flag value to an destination (a pointer), viper will not help you.

Coverage decreased (-13.05%) to 79.291% when pulling 1574224ccd8c54426292326c73f1e87997b158c3 on zoumo:mamba into afcfe8a7e915ac1f399594806bf783ee7f87031e on caicloud:master.

gotype will cause could not import error.
according to the following PR,  use go test -i to fix it

https://github.com/golang/go/issues/12703
https://github.com/alecthomas/gometalinter/pull/105

I've played around with it and it's not working as I would expect.  Maybe more documentation is necessary.  What I expect is: Say I have a flag named log_level,  I can define the flag in nirvana cli package and give it a default value; then I should be able to supply my value via command line.  This is all obvious in current implementation.
./cli_example --log_level 10

Now with environment variable, the expectation is that I should give a prefix to cli package and turn on environment variable detection, the package should be able to fill my variable via env, e.g. if my prefix is "NIRVANA", then this should work:
NIRVANA_LOG_LEVEL=10 ./cli_example

However, after pulling the package and build the example, it doesn't work as expected.  From ur comment above, it looks like viper.Get() is needed; but It's still not working (Note even if viper.Get() is working as expected, we should have a wrapper around it, that's another story).

@zoumo


Issue with running resnet18.py.

After compiling the resnet18.mlir file I get an error when I try to compile the .sv file for this example. Mainly it failes when it tries to translate the mlir file back to Python.
Here is the command I run to generate resnet18.mlir:
OPENHLS_CONFIG_FP=$(pwd)/openhls_config.ini python $(pwd)/examples/full_nns.py resnet18 12
Here is the command I run to generate the .sv file:
OPENHLS_CONFIG_FP=$(pwd)/openhls_config.ini openhls_compiler $(pwd)/examples/resnet18_12/resnet18.mlir -t
-r -s -v -b
Here is the error:
Traceback (most recent call last):
File "/usr/local/bin/openhls_compiler", line 8, in
sys.exit(main())
File "/usr/local/lib/python3.10/site-packages/openhls/compiler/compile.py", line 333, in main
compile(
File "/usr/local/lib/python3.10/site-packages/openhls/compiler/compile.py", line 134, in compile
pythonized_mlir = translate(affine_mlir_str)
File "/usr/local/lib/python3.10/site-packages/openhls/compiler/compile.py", line 43, in translate
raise Exception(f"translation failed {err.decode()}")
Exception: translation failed :149:11: error: 'memref.subview' op is unsupported operation.
%23 = memref.subview %22[0, 0, 1, 1] [1, 3, 12, 12] [1, 1, 1, 1] : memref<1x3x14x14xf32> to memref<1x3x12x12xf32, #map0>
^
:149:11: note: see current operation: %40 = "memref.subview"(%39) {operand_segment_sizes = dense<[1, 0, 0, 0]> : vector<4xi32>, static_offsets = [0, 0, 1, 1], static_sizes = [1, 3, 12, 12], static_strides = [1, 1, 1, 1]} : (memref<1x3x14x14xf32>) -> memref<1x3x12x12xf32, affine_map<(d0, d1, d2, d3) -> (d0 * 588 + d1 * 196 + d2 * 14 + d3 + 15)>>
Here is the stack dump.
Stack dump:
0.      Program arguments: /usr/local/bin/openhls/openhls_translate --emit-hlspy --mlir-print-elementsattrs-with-hex-if-larger=-1
Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var LLVM_SYMBOLIZER_PATH to point to it):
/usr/local/bin/openhls/openhls_translate(+0x1479b0)[0x563d72f499b0]
/usr/local/bin/openhls/openhls_translate(+0x1454fc)[0x563d72f474fc]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x13140)[0x7fe3080e0140]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x141)[0x7fe307bd6ce1]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x123)[0x7fe307bc0537]
/usr/local/bin/openhls/openhls_translate(+0x10b9cd)[0x563d72f0d9cd]
/usr/local/bin/openhls/openhls_translate(+0x1140e5)[0x563d72f160e5]
/usr/local/bin/openhls/openhls_translate(+0x116c4b)[0x563d72f18c4b]
/usr/local/bin/openhls/openhls_translate(+0x1177c5)[0x563d72f197c5]
/usr/local/bin/openhls/openhls_translate(+0x109fd3)[0x563d72f0bfd3]
/usr/local/bin/openhls/openhls_translate(+0x56e208)[0x563d73370208]
/usr/local/bin/openhls/openhls_translate(+0x56c706)[0x563d7336e706]
/usr/local/bin/openhls/openhls_translate(+0x56c87f)[0x563d7336e87f]
/usr/local/bin/openhls/openhls_translate(+0x65c127)[0x563d7345e127]
/usr/local/bin/openhls/openhls_translate(+0x56cbd1)[0x563d7336ebd1]
/usr/local/bin/openhls/openhls_translate(+0x1083f7)[0x563d72f0a3f7]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea)[0x7fe307bc1d0a]
/usr/local/bin/openhls/openhls_translate(+0x109eda)[0x563d72f0beda]

I also have the same problem, have you fixed it?

Honestly I ended up using the docker image.

Resnet18 does not work for this tool as well.

I used the docker image, both Resnet18 and mobilenet do not work,  an issue happened to the Lenet, because the comment slash can not be recognized in the lenet.sv.

I used the docker image, and both Resnet18 and mobilenet do not work, an issue happened to the Lenet because the comment slash can not be recognized in the lenet.sv.

Yeah, so you are correct. None of the models you mentioned work. However, I was able to get Lenet working by contacting the creator of the tool, however, even when I was able to get the sv file for the Lenet it was not able to synthesize. I recommend using one of the simple nns in simple_nns.py.


typing in logs

when ever you type it normally does the function of adding the letter twice

What browser are you using? (Chrome, Firefox, safari, etc)

I noticed that keys often get duplicated when pressing multiple different keys at the same time. It happens frequently in both Chrome and Firefox. Investigating it now

Seems to be a Phaser issue. Try pressing "asdf" at the same time here: https://phaser.io/examples/v3/view/input/keyboard/text-entry.
Put in a hack to keep track of recently used letters. Duplicating letters by holding a key down is a bit slower, but it is necessary to fix this. PR is here: https://github.com/EthanVieira/rs-clicker/pull/78


[WIP] Add treasury vote interest modified

add vote interest setting and its authorization in Treasury contract.

:x: Build AElf <IP_ADDRESS>54 failed (commit https://github.com/AElfProject/AElf/commit/4b2c574b08 by @llypb)

:white_check_mark: Build AElf <IP_ADDRESS>70 completed (commit https://github.com/AElfProject/AElf/commit/9f0cb7d16e by @llypb)


Lots of error's when GitHub Bot posts a message

This is a very special case, and just may need to be handled as an edge case since this is the only bot that messages in our server other than Lion.
This is a result of this commit, but this change was necessary for #488
Jun 21 17:02:58 SandboxHost-637598045098838096 default error While attempting to look up GitHub#0000 as a GuildMember. Unknown User
Jun 21 17:02:58 SandboxHost-637598045098838096 default error     {
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       name: 'DiscordAPIError',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       message: 'While attempting to look up GitHub#0000 as a GuildMember. Unknown User',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       method: 'get',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       path: '/guilds/384834085752930305/members/578780404342063105',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       code: 10013,
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       httpStatus: 404,
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       level: 'error',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       stack: 'DiscordAPIError: Unknown User\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at RequestHandler.execute (/usr/src/lion/node_modules/discord.js/src/rest/RequestHandler.js:154:13)\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at runMicrotasks (<anonymous>)\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at processTicksAndRejections (node:internal/process/task_queues:93:5)\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at async RequestHandler.push (/usr/src/lion/node_modules/discord.js/src/rest/RequestHandler.js:39:14)\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at async Listener._tryEnsureMessageMember (/usr/src/lion/dist/app/listener.js:73:28)\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at async Listener._handleMessageOrMessageUpdate (/usr/src/lion/dist/app/listener.js:52:13)\n' +
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         '    at async ClientService.<anonymous> (/usr/src/lion/dist/app/listener.js:32:13)',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       timestamp: '2021-06-22T00:02:51.231Z',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       [Symbol(level)]: 'error',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error       [Symbol(splat)]: [
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         DiscordAPIError: Unknown User
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at RequestHandler.execute (/usr/src/lion/node_modules/discord.js/src/rest/RequestHandler.js:154:13)
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at runMicrotasks (<anonymous>)
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at processTicksAndRejections (node:internal/process/task_queues:93:5)
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at async RequestHandler.push (/usr/src/lion/node_modules/discord.js/src/rest/RequestHandler.js:39:14)
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at async Listener._tryEnsureMessageMember (/usr/src/lion/dist/app/listener.js:73:28)
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at async Listener._handleMessageOrMessageUpdate (/usr/src/lion/dist/app/listener.js:52:13)
Jun 21 17:02:58 SandboxHost-637598045098838096 default error             at async ClientService.<anonymous> (/usr/src/lion/dist/app/listener.js:32:13) {
Jun 21 17:02:58 SandboxHost-637598045098838096 default error           method: 'get',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error           path: '/guilds/384834085752930305/members/578780404342063105',
Jun 21 17:02:58 SandboxHost-637598045098838096 default error           code: 10013,
Jun 21 17:02:58 SandboxHost-637598045098838096 default error           httpStatus: 404
Jun 21 17:02:58 SandboxHost-637598045098838096 default error         }

if its a bot we should ignre completely

if its a bot we should ignre completely

I had to make that commit for the new automated testing

if its a bot we should ignre completely

I had to make that commit for the new automated testing

?

if its a bot we should ignre completely

I had to make that commit for the new automated testing

?

That commit should've been in the PR for automated testing, but I made the commit onto Develop when I thought it was gonna be in a separate repo.


updating iOS geteduroam.app to v2.0.2 requires users re-install profile, existing profiles should remain intact across versions of app

As of Jan 10, v2.0.2 we are hearing of some iOS devices not persisting their profile once the app is updated on iOS.
Workaround:
We advise people if they encounter the problem to refresh installing their profile.
Expected behaviour:
Users expect existing profiles to survive geteduroam.app version updates and desire the geteduroam.app to gracefully handle the existence of eduroam profiles.
It is unclear if the actual eduroam profile on iOS is persistent in the app itself  and if the Managing data Across App updates is a practice employed by the geteduroam.app for wifi profiles.
Recommendation:
Users should:

be able to freely update their eduroam app without triggering profile problems
when updated have some way to know what version they are at (may already exist)
if a profile is active or in use (optional, if possible given security sandboxes etc)

Thanks for the feedback. Do you know if these users updated from 2.0.0 (the first release) of this app, or from the previous 1.x version?
The profile lives in the system and the keychain. It is not something that the app saves to disk, so the linked persistence docs shouldn't apply.

I think we need to assume that it's from v1.x to v2.0.2 since that's the newest version.

as far as we know it was from pre 2.x to 'latest 2.x'.  Fair statement on the persistent docs, my recommendations stand as we progress forward so we can managed user expectations (code+docs+website info) and the desired duty of care people expect of the geteduroam.app.
Recommendations still are:

be able to freely update their eduroam app without triggering profile problems
when updated have some way to know what version they are at (may already exist)
if a profile is active or in use (optional, if possible given security sandboxes etc)

welcome feedback on this

In my experience the pseudo-credentials were installed with app version 1.x on iOS 16.x; everything worked and the app was not used again. The device was afterwards gradually updated to iOS 17.1.2. The device was recently (2024-01-11) brought to a known and previously used hotspot and then I realized that:

it did not recognize the eduroam SSID, despite having previously connected to the particular BSSID
upon manually selecting the SSID, the device presented the default prompt for credentials
configuration profile(s) for eduroam no longer showed up under settings (not sure if they should anymore)
the geteduroam app had been automatically updated to version 2.0.2 in the previous days (on 2024-01-09)


DirectoryNotFoundException in DotNetCore-Test

I am unable to build my addin on AppVeyor using Cake.Recipe because of several DirectoryNotFound exceptions during the DotNetCore-Test. Here are a few examples of the exceptions:
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\AdvancedMatcherAttribute.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\AsInterface.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\Capture.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\CaptureMatch.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\ConditionalContext.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\EmptyDefaultValueProvider.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\Evaluator.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\ExpressionExtensions.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\ExpressionStringBuilder.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\Extensions.cs'.
An System.IO.DirectoryNotFoundException occured: Could not find a part of the path 'C:\projects\moq4\Source\FluentMockContext.cs'.

More available here
These exceptions, surprisingly,  don't cause the task to fail which is very confusing and they have the side effect of causing a Could not find a part of the path 'C:\projects\moq4\Source\AdvancedMatcherAttribute.cs' exception during the  Upload-Coveralls-Report task. See example here.

This is evidently a know issue and there is a workaround for OpenCover 4.6.519
This workaround will no longer be necessary when the next version of OpenCover is released.

@gep13 I'm very frustrated by the issue and determined to find a solution. I'm currently discussing with @sawilde in issue 771 and hopefully we'll figure out why OpenCover is throwing these exceptions. However, I'm completely baffled by the fact that these exceptions do not cause my Cake task to fail. I would expect Cake to interpret an exception from OpenCover as a sign of failure.
Thanks to a converstation with @pascalberger on gitter on October 20, we were able to determine that this issue seems to be cause by the presence of the moq nuget package. The exception go away as soon as I remove the reference to moq.

@gep13 UPDATE: I continue to maintain there is an issue in OpenCover that gets triggered by the moq nuget package but I have discovered that we can easily workaround it by improving our test coverage filter. We can explicitly exclude moq by adding -[Moq*]* (notice the upper case first letter, it's important since, evidently, OpenCover's filtering is case-sensitive. I had previously attempted to exclude -[moq*]* and it didn't work) or by using a more targeted initial filter. What I mean is that instead of the default +[*]* followed by a few exclusions, all we really need is something like +[MyLibrary*]* -[*.Tests]*
I will change my own setup.cake, but do you think we should change the default filter in toolsettings.cake? This is the current default:
TestCoverageFilter = testCoverageFilter ?? "+[*]* -[xunit.*]* -[Cake.Core]* -[Cake.Testing]* -[*.Tests]*";

Let me know what you think the default should be changed to, and we can continue the discussion.

I think it should be:
TestCoverageFilter = testCoverageFilter ?? "+[" + projectName + "*]* -[*.Tests]*";

projectName is just a placeholder, I don't know where this value is stored

@Jericho the closest would be (I think):
TestCoverageFilter = testCoverageFilter ?? string.Format("+[{0}*]* -[*.Tests]*", BuildParameters.Title);

And I agree, that would be alot better test coverage filter than what the currently default is (that's usually what I have on all of my own projects)

thanks @AdmiringWorm
@gep13 : I'm submitting a PR with this change

Glad that we can finally close this one for good!


fix the issue of loading go module graph

https://github.com/stolostron/backlog/issues/19219
Signed-off-by: Yang Le<EMAIL_ADDRESS>

/lgtm


Update Composer dependencies (2022-02-09-00-04)

Visual regression test passed!
View the visual regression test report


automated e-2-e testing for central istio managing remote plane

Describe alternatives you've considered
e-2-e testing for https://github.com/istio/istio/issues/22934
Additional context

Could be 2 scenarios for this.   Scenario 1 is top priority:

Users use central istiod on a management cluster to manage remote data plane.  This management cluster isn't intended for users to access it or deploying user's workloads on it.  Workloads should be deployed in remote data plane.  We should be able to validate remote data plane can function normally:

book info can come up via gateways.  Should be able to deploy network resources and observe the traffic control.
internal services (within the cluster) can be accessed directly without the needing to go through the gateway of either cluster.
mTLS should be working when enable it.
various istioctl cmds (TBD on exact cmds which are broken, most should be working).

Similar as above, but users are allowed to deploy workloads on both clusters and configure cross cluster routing and mutual TLS.


. vs ,

As a decimal sign I use the , (comma) instead of the . (dot). However KaTex adds some space after the comma. Is it possible to configure KaTeX such that you can tell it what the decimal-sign is ?

Could you preprocess the math formula with a regular expression?
I use the comma in written math, but have never seen it used in a LaTeX formula in the wild. It is very common in programming languages to use a point as decimal sign.

Maybe you could write {,} instead of ,.

A regex will absolutely work, thnx! Is there any change this could be made configurable ?

According to the third answer on http://tex.stackexchange.com/questions/24156/comma-as-decimal-point-leading-to-confusion the siunitx package provides a \num command which can be used like \num{1,5} to do the formatting you're looking for.  I think this would be more feasible than having a general configuration option that changes the behavior of ,.

I think {,} is the correct way to do this. That SO question mentions it, and the TeXbook calls it out specifically too:

We could maybe add something like the \num command, but this seems like a bit of overkill for now (and would probably just end up with us implementing an internal should-commas-have-space setting anyway).


create_instance_params seg fault when more than 10 params

create_instance_params is seg faulting when creating class with more than 10 dependencies:
#0  0x00007ffff393957b in _zend_is_inconsistent (ht=0xa, file=0x7ffff3f0cb58 "/root/.phpbrew/build/5.6.19-debug/Zend/zend_hash.c", line=1044)
    at /root/.phpbrew/build/5.6.19-debug/Zend/zend_hash.c:60
#1  0x00007ffff393c5e9 in zend_hash_move_forward_ex (ht=0xa, pos=0x7fffffffb568) at /root/.phpbrew/build/5.6.19-debug/Zend/zend_hash.c:1044
#2  0x00007fffdcfdfa44 in zephir_create_instance_params () from /root/.phpbrew/php/5.6.19-debug/lib/php/extensions/debug-non-zts-20131226/instancetest.so
#3  0x00007fffdcffee54 in zim_Instancetest_ExampleService_test () from /root/.phpbrew/php/5.6.19-debug/lib/php/extensions/debug-non-zts-20131226/instancetest.so
#4  0x00007ffff396e6dd in zend_do_fcall_common_helper_SPEC (execute_data=0x555555ceabf0) at /root/.phpbrew/build/5.6.19-debug/Zend/zend_vm_execute.h:558
#5  0x00007ffff396eeae in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x555555ceabf0) at /root/.phpbrew/build/5.6.19-debug/Zend/zend_vm_execute.h:693
#6  0x00007ffff396dd4c in execute_ex (execute_data=0x555555ceabf0) at /root/.phpbrew/build/5.6.19-debug/Zend/zend_vm_execute.h:363
#7  0x00007ffff396ddd5 in zend_execute (op_array=0x555555d23b60) at /root/.phpbrew/build/5.6.19-debug/Zend/zend_vm_execute.h:388
#8  0x00007ffff392914a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/.phpbrew/build/5.6.19-debug/Zend/zend.c:1341
#9  0x00007ffff388f1f3 in php_execute_script (primary_file=0x7fffffffdc30) at /root/.phpbrew/build/5.6.19-debug/main/main.c:2610
#10 0x00007ffff39dc251 in php_handler (r=0x7ffff7e040a0) at /root/.phpbrew/build/5.6.19-debug/sapi/apache2handler/sapi_apache2.c:667
#11 0x00005555555aabe0 in ap_run_handler ()
#12 0x00005555555ab129 in ap_invoke_handler ()
#13 0x00005555555c06ca in ap_process_async_request ()
#14 0x00005555555c09a4 in ap_process_request ()
#15 0x00005555555bd442 in ?? ()
#16 0x00005555555b4220 in ap_run_process_connection ()
#17 0x00007ffff448c767 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#18 0x00007ffff448c96c in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#19 0x00007ffff448d6b1 in ?? () from /usr/lib/apache2/modules/mod_mpm_prefork.so
#20 0x00005555555918ae in ap_run_mpm ()
#21 0x000055555558b046 in main ()

There is repo with code for reproduce:
https://github.com/Jurigag/instancetest
And php code:
$test = \InstanceTest\AnotherService::test();
$test->get();
$test = \InstanceTest\ExampleService::test();
$test->get();

First class like AnotherService works fine. But ExampleService is seg faulting.
This issue is related to phalcon issue - https://github.com/phalcon/cphalcon/issues/12299
This seg fault is from php 5.6 and problem is reproduced on it. On PHP 7(debug and builddev) stack looks like this:
#0  0x0000555555be2568 in ?? ()
#1  0x0000555555be2588 in ?? ()
#2  0x0000555555be25a8 in ?? ()
#3  0x0000555555be25c8 in ?? ()
#4  0x00007fffffffaca0 in ?? ()
#5  0x00007fffffffb1a0 in ?? ()
#6  0x00007ffff7e111c0 in ?? ()
#7  0x0000555555bdfd98 in ?? ()
#8  0x0000000000000207 in ?? ()
#9  0x00007fff00000c08 in ?? ()
#10 0x00007ffff390a748 in zend_ast_get_lineno (ast=0xc08) at /root/.phpbrew/build/7.0.5-debug/Zend/zend_ast.h:240

So it's super useless.

Managed to fix ZE2, but don't know about ZE3 - i mean i can fix it in certain place but then seg fault in other.

@Jurigag
The issue that still exists for PHP7 only occurs when passing atleast 10 parameters?

Yes

@andresgutierrez @steffengy is it possible to fix it? because it stops to migrate to php7 with Phalcon

@sjinks could you check it out if you would have time?

In ZE3 (php 7.x) this should work, I believe. Does the crash still happen in ZE2?

Well, at least after #1415 is merged

In ZE2 i fixed it, it's only in ZE3.

Added test for this issue here - https://github.com/phalcon/zephir/pull/1427


Added proxy support

Added proxy support
const initMyTls = require('mytls');

// Typescript: import initMyTls from 'mytls';

(async () => {
  const myTls = await initMyTls();

  const response = await myTls('https://ipv4.icanhazip.com', {
    body: '',
    headers: {
      'user-agent': 'customheaders',
    },
    ja3: '771,255-49195-49199-49196-49200-49171-49172-156-157-47-53,0-10-11-13,23-24,0',
   proxy: 'http://random:passwd@localhost:8180',
  });
 console.log('new_ip:', response.body)
})();

Using proxies this way doesn't use the tls settings.

Is their anyways to get this to work with it also keeping the ssl settings? This would be a awesome feature to have.

Right now I only found a method which includes changing the go src directly.
Still looking for a plug in solution

I finally found a way to get proxies to work but I couldn't get mytls to work on akamai.
You only need to change how you initialize your transport object, I will probably submits PR later today

Awesome looking forward to it 👌

@incizzle fixed in #4


[Bug]: @parcel/optimizer-swc: cannot reassign to a variable declared with const

Impacted Library name
@ledgerhq/hw-transport-webusb
Impacted Library version
6.27.19
Describe the bug
When I run the command npm run start, everything works fine.
However, when I run npm run build to obtain a minified, production-ready library, I encounter the following error:
> parcel build

🚨 Build failed.

@parcel/optimizer-swc: cannot reassign to a variable declared with `const`

    9181 |
  > 9182 | $parcel$export($375818ecee1623c3$exports, "default", () => $375818ecee1623c3$export$2e2bcd8739ae039);
  >      |                                                                                ^
    9183 | $parcel$export($375818ecee1623c3$exports, "TransportError", () => $9a194f74559621d2$export$8e68de6fb26f2236, (v) => $9a194f74559621d2$export$8e68de6fb26
    9184 | $parcel$export($375818ecee1623c3$exports, "TransportStatusError", () => $9a194f74559621d2$export$78917f4716d96cfe, (v) => $9a194f74559621d2$export$78917

I've verified that this is not an error on my side, as even an empty project triggers this issue.
Expected behavior
npm run build runs successfull;
Additional context
I use the following setup to reproduce an error:
import "core-js";
import TransportWebUSB from "@ledgerhq/hw-transport-webusb";

same

You could try parcel build --no-optimize to skip the optimization check, it works for me

You could try parcel build --no-optimize to skip the optimization check, it works for me

It works. Thanks a lot!

Bump.

bump

bump


Report error instead of crash when tasks are defined in multiple compilation units

What does it mean by multiple compilation units?


FilePath deficiencies

https://github.com/rubocop/rubocop-rspec/pull/1698#discussion_r1296729996
Would it detect:

RSpec.describe 'MyClass' do
RSpec.describe ::MyClass do

https://github.com/rubocop/rubocop-rspec/pull/1698#discussion_r1296733977 refactor to avoid nested loops?

In the following case, I often use [rspec-request_ descriptor] (https://github.com/r7kamura/rspec-request_describer) to write a request spec. So in the case of String, I don't think it will necessarily match the file path. WDYT?
RSpec.describe 'MyClass' do

Why?
It could be /get_users_spec.rb as per request_descriptor naming schema, even with dynamic parts.
Or /widget_management_spec.rb if you follow the example naming from rspec-rails examples
http://rspec.info/features/6-1/rspec-rails/request-specs/request-spec/
I like it more descriptive and human-readable, with explicit URL defined in ‘def request’ or subject.
And i don’t see why the file name should not match the top-level docstring.

rspec-request_describer is a plugin for RSpec, but it is useful to use it as follows, but if you use such a plug-in, it may not be a big problem because Exclude will not change the behavior in the first place before and after the change
# `RSpec::RequestDescriber` provides `subject` from its top-level description.
# subject will be `get('/users')`.
RSpec.describe 'GET /users' do
  it 'returns 200' do
    subject
    expect(response).to have_http_status(200)
  end
end


Alt-c overwrites prompt that is in next line

Checklist

[X] I have read through the manual page (man fzf)
[X] I have searched through the existing issues
[X] For bug reports, I have checked if the bug is reproducible in the latest version of fzf

Output of fzf --version
0.48.1 (9ffe951f)
OS

[X] Linux
[ ] macOS
[ ] Windows
[ ] Etc.

Shell

[X] bash
[ ] zsh
[ ] fish

Problem / Steps to reproduce
I'm using starship and have a theme where the prompt continues on the next line. If I use Alt+C to cd the curser ends up before the prompt:

When I go out of vi-insert-mode the prompt overwrites what was written
Edit:
This is what I have in my .bashrc
eval "$(fzf --bash)"
eval "$(starship init bash)"

The starship config can be found here

Note that if I execute after leaving the vi-insert-mode the "correct" thing is executed (the prompt arrow doesn't affect it) so this is only a minor visual glitch

Also, why do I get `__fzf_cd__` when I use Alt+c? I don't get `__fzf_history__` when I use Ctrl+r or nvim ** <tab>

@tmpm697 I'm not entirely sure what you mean by "how you play with fzf"
I'm just using the default keybindings. The only thing I have in my .bashrc
eval "$(fzf --bash)"
eval "$(starship init bash)"

Also, why do I get `__fzf_cd__` when I use Alt+c? I don't get `__fzf_history__` when I use Ctrl+r or nvim ** <tab>.
Is it intentional?

That's because ALT-C uses a different mechanism than the others. No -x option.
https://github.com/junegunn/fzf/blob/7bac1a761c9040542d9bd73d860fe0b9e2fb7ac5/shell/key-bindings.bash#L126-L144
The reason we decided to use this method (only for ALT-C) can be found here: https://github.com/junegunn/fzf/pull/2674 (and an older one: https://github.com/junegunn/fzf/issues/546#issuecomment-213891483)
I have no experience with starship, so I'm currently unaware of how you can work around the issue.

Ok, I narrowed it down a bit. This is pretty much what starship does when I have deleted most of the things that aren't relevant to my issue:
function set_PS1 {
  PS1="something cool
\[[1;38;2;152;151;26m\]\[\] "
}

precmd_functions+=(set_PS1)

Did a little bit more digging. So, I have WezTerm installed, and it supports prompt scrolling: See here.
To accomplish this it injects OSC 133 before and after my prompt, so effectively it does:
PS1='\[\e]133;P;k=i\a\]'$PS1'\[\e]133;B\a\]'
```.

This seems to be what triggers my issue. So if put

PS1="[\e]133;P;k=i\a]-> [\e]133;B\a]"
in my .bashrc, I get the cursor starts at the beginning of prompt when I exit `ALT-C`


Update README.md

del or add dot in sentence

Hi @mayadata, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. Real humans will now evaluate your PR.

TTYL, MSBOT;

In progress Build #491 (Jan 30, 2017 9:36:56 AM)

I don't think this PR is necessary. Please let me know if I'm missing something. We will close this PR after a while if we don't hear from you.


_MissingSentinel has no attribute 'request'

Description
Hello. When I try to get bot servers (bot.guilds) I get an empty list. When I want to fetch the servers using  bot.fetch_guilds().flatten(), I get the error given in the issue title.
Actual Behavior
AttributeError: '_MissingSentinel' object has no attribute 'request'
File C:\Users\main\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.9_qbz5n2kfra8p0\LocalCache\local-packages\Python39\site-packages\discord\http.py, line 354
Expected Behavior
Guild list
Reproduction Steps
I described it in the description
Additional Context
I'm using discord.py 2.0 beta.
Function code

Checklist

[x] I have searched open issues for duplicates.
[x] I have shown the entire traceback, if applicable.
[x] I have removed any access tokens from display, if applicable.

System Information
Windows 11 BETA, latest version
Python 3.9

*i have all intents enabled

i fixed my problem, but bot.guilds is still empty list

This is not an issue with discord-ext-ipc


APIView - Add a check in PR status to show APIView approval status

We allow to merge a PR even if API review is not approved since API review happens later in SDK dev cycle. But swagger API review team likes to know the status of API review approval before they merge swagger API review change. This issue is filed to track anew enhancement to add a new check in PR checks which will track API review status if there is an API review created for that PR.
We should enable this check as only a required check for Swagger and TypeSpec.

This is currently being managed by the labels in the Specs repo. There is no need for APIView to communicate approval (that doesn't happen)


Add support for PlasticLogic 2.1" Legio color epaper

Based on this library: https://github.com/plasticlogic/PL_smallEPD/blob/main/src/PL_smallLegio.cpp
Describe what epaper display you want to use
https://www.plasticlogic.com/product/feather-nrf52840-express-for-2-1-legio-colour-display
Resolution 240 * 146
Colours  red, blue, green, yellow plus black and white
Refresh rate  15s for a Full Update

Won't add this feature. Not really a display that is worth anything more than to experiment. Will add only if there is someone else interested on this in the next months. Otherwise I have some other important points in my To-do list


Clarify role of DEP_PLUGINS in getting started docs.

I've made a slightly different edit and will push it soon. Thanks!


wlr_texture_from_pixels: missing piece of documentation

Problem
When I use wlr_texture_from_pixels inside wlr_render_begin and wlr_render_end my program crashes after calling the next function that has something to do with rendering with the following message:
test: render/gles2/renderer.c:37: gles2_get_renderer_in_context: Assertion `wlr_egl_is_current(renderer->egl)' failed.

Solution

Maybe wlr_texture_from_pixels should assert when being called when it is inside wlr_render_begin/end block.
adding Documentation about it (I will do that)

Maybe wlr_texture_from_pixels should assert when being called when it is inside wlr_render_begin/end block.

Yeah. Adding assert(!r->rendering) in render/wlr_renderer.c should do the trick.

I think it is more compilcated than I initialy thought. It also crashes when I call wlr_output_attach_render this assert won't help in that case I think.

wlr_output_attach_render needs to be called right before begin, so can add the assert there too I guess.


Add support for specified figlet fontfiles

There are many fontfiles available on their website. It should be possible to specify the location of a local fontfile for use in slides.

This looks like an easy one to add, I'll look into it soon!


400  when creating New API Key and not specifying label

Should be a specific error message, not just 400 page

This is already fixed on the beta branch


E_ARCHIVAL_PARTITION_NOT_PRESENT on FFCF Split-Handling

Handling exceptions in FFCF split-handling specifically E_ARCHIVAL_PARTITION_NOT_PRESENT

PR completed. merge completed. ASK completed.


"People and body" section doesn't work inside Firefox addon content script

When ran in Firefox addon's content script, opening "People and body" section doesnt work, it doesn't render emojis inside even though it switches the active section.
Error: Error: Not allowed to define cross-origin object as property on [Object] or [Array] XrayWrapper inside cleanEmoji function, specifically emoji.skins = Array(len);, seems that assigning to emoji causes this error but I wasn't able to figure out what's exactly wrong. Something about Firefox's sandbox
Related issue: https://github.com/dimdenGD/OldTwitter/issues/77

@dimdenGD Thanks for filing! Do you have a test to reproduce? Have you filed a bug on Firefox?
I've only glanced at this issue, but it seems unlikely that it can be fixed on the emoji-picker-element side of things... It appears to be a Firefox issue.

There seems to be almost identical bug filed: https://bugzilla.mozilla.org/show_bug.cgi?id=1475950 which was closed already. I don't think this a Firefox bug, just a specific security measure on Firefox that needs to be addressed properly when detected to be used inside Firefox sandboxed window. The only (easy) way to reproduce right now is to use my extension Old Twitter Layout on Firefox and open emoji picker in it.

This definitely appears to be a bug in Firefox. I believe the error is caused by the line:
https://github.com/nolanlawson/emoji-picker-element/blob/d4365af4423cc4ecfc967bfa414011039c1b1b36/src/database/utils/cleanEmoji.js#L10
Based on the bug, it looks like Firefox is doing some kind of sandboxing of globals; I assume the global Array is confusing it here.
I don't know the first thing about Firefox extension development, so I can repro but I don't know how to test a fix. In your use of the emoji picker, could you try:
-          emoji.skins = Array(len);
+          emoji.skins = [];
           for (let i = 0; i < len; i++) {
-            emoji.skins[i] = {
+            emoji.skins.push({
               tone: emoji.skinTones[i],
               unicode: emoji.skinUnicodes[i],
               version: emoji.skinVersions[i]
-            };
+            });
           }

If that fixes the issue (and there are no other bugs!) then you have a repro you can file on Mozilla for sure.

My theory is that what's happening here is

The object comes back from IndexedDB
We try to set Array() on it
Firefox is confused about the origin of the IndexedDB object versus the Array global
Boom

Just a theory, though.

Originally I thought it's caused by assigning anything into emoji but I tested and assigning a number works fine, before opening this issue I also tried basically same code as you just showed and it didn't work, so neither Array nor [] works for this.
Using window.wrappedJSObject.Array() seems to work for first line, but then it errors on version with same error for whatever reason:

Could you try this:
      function cleanEmoji (emoji) {
        if (!emoji) {
          return emoji
        }
+       emoji = structuredClone(emoji);
        delete emoji.tokens;

Maybe cloning it will cause Firefox to stop complaining? If structuredClone doesn't work, you can also try JSON.parse(JSON.stringify(emoji)).

That fixed it! and no window.wrappedJSObject needed to work too

Thanks! FWIW I noticed that the skintone picker also appeared to be not working in your extension. (Open the dropdown, select a skintone, it never updates.) Not sure if that's related.

Just checked, it seems to update the emojis, but only after going to other category and then back to People and body. Not sure if it's supposed to update hand skin color itself. This happens on both Chrome and Firefox and doesn't throw any error. I'll check this out

Apparently it's because of Twemoji use, so it's unrelated.


Add option to not install the project

Fixes #15

matrix-org/synapse#15338 seems to now do the right thing, which tests this

Thanks, I can see that the pydantic job succeeds (so compiled the Rust, ergo installed the project) and that the sampleconfig job failed because it couldn't import Synapse with the new option set. LGTM


Implement the GETEX command

This closes #960
Has passed the string.tcl test
➜  redis git:(6.2) ✗ tclsh tests/test_helper.tcl --host <IP_ADDRESS> --port 6666
Cleanup: may take some time... OK
Starting test server at port 21079
[ready]: 37258
Testing unit/type/string
[ok]: SET and GET an item
[ok]: SET and GET an empty item
[ok]: Very big payload in GET/SET
[ok]: Very big payload random access
[ok]: SET 10000 numeric keys and access all them in reverse order
[ok]: SETNX target key missing
[ok]: SETNX target key exists
[ok]: SETNX against not-expired volatile key
[ok]: SETNX against expired volatile key
[ok]: GETEX EX option
[ok]: GETEX PX option
[ok]: GETEX EXAT option
[ok]: GETEX PXAT option
[ok]: GETEX PERSIST option
[ok]: GETEX no option
[ok]: GETEX syntax errors
[ok]: GETEX no arguments
[ok]: GETDEL command

cool, thanks for your contribution.
@maochongxin Can we put the ttl argument parse into a single function? so that we can avoid duplicate codes, the expire argument can be translated into ttl as well.

cool, thanks for your contribution.
@maochongxin Can we put the ttl argument parse into a single function? so that we can avoid duplicate codes, the expire argument can be translated into ttl as well.

Of course, I'm going to optimize it

cool, thanks for your contribution.
@maochongxin Can we put the ttl argument parse into a single function? so that we can avoid duplicate codes, the expire argument can be translated into ttl as well.

@git-hulk Complete the refactoring, but Is it waiting for #963  conclusion

SET key value [NX | XX] [GET] [EX seconds | PX milliseconds |
  EXAT unix-time-seconds | PXAT unix-time-milliseconds | KEEPTTL]

GETEX key [EX seconds | PX milliseconds | EXAT unix-time-seconds |
  PXAT unix-time-milliseconds | PERSIST]

I think we should notice their difference: there is no PERSIST in SET, and no NX, XX in GETEX, hence we should give a parse error to user.
So I do not think the whole parsing procedure for SET and GETEX can be put in one function, you can just unify the EX/PX/EXAT/PXAT part.

It seems these TCL tests are migrated to golang, so maybe we should add these GetEX tests in go test cases again. cc @maochongxin

Ok, let me add it

It seems these TCL tests are migrated to golang, so maybe we should add these GetEX tests in go test cases again. cc @maochongxin

Ok, let me add it

done

Just for record: https://github.com/apache/incubator-kvrocks/actions/runs/3231715201/jobs/5291557196
FAIL: TestString/Extended_SET_EXAT_option

Thanks all, merging...

submitted the doc updated PR: https://github.com/apache/incubator-kvrocks-website/pull/19


feat: adding unit tests, removing unused arg from README

Adding unit tests:

assert copy_data and project-setup workflows finished in the "SUCCEEDED" state
assert BigQuery tables are created and nonempty
assert exactly one Dataproc cluster is crated
assert Dataproc cluster is in the "TERMINATED" (stopped) state

Updating README to remove a deprecated command line arg

/gcbrun


Revert "fix casing of curl ssl option"

Reverts dotnet/docs#16576
-sSL option (with single hyphen) is the short form of -s, --silent, -S, --show-error, -L, --location, so cURL can follow redirects. Not to be confused with --ssl, which only tells the lib to "try SSL"; we do not need to specify it with HTTPS URLs.
Reference manual: cURL(1)

Thank you for bringing this to our attention, @am11!


Let user return to their current location

If a user double-clicks somewhere else, they might want to go back to their current location. There should be a button (with a target logo?) on the UI to return to that location.
This is especially important if the resolution to #42, what to do when the user opens the app after previously picking naother spot, was not "go to the user's current GPS location"

Implemented in 0f3e7f9. Currently uses "home" icon from jQuery Mobile icon set.


update base images

close issue https://github.com/GeoscienceAustralia/dea-notebooks/issues/1113
jsonschema<4.18 is required by pystac (https://github.com/stac-utils/pystac/issues/1214)

merge will only produce latest, tag release will.