YARN-11631. [GPG] Add GPGWebServices.

Description of PR
JIRA: YARN-11631. [GPG] Add GPGWebServices.
There are WebService services for Router, NodeManager, and ResourceManager, which are used to provide Rest requests. There should be the same service for GPG.
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
19m 10s

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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
48m 13s

trunk passed

+1 :green_heart:
compile
0m 24s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 23s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 24s

trunk passed

+1 :green_heart:
mvnsite
0m 28s

trunk passed

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 25s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 44s

trunk passed

+1 :green_heart:
shadedclient
37m 47s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 18s

the patch passed

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 44s

the patch passed

+1 :green_heart:
shadedclient
37m 29s

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

_ Other Tests _

+1 :green_heart:
unit
0m 56s

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

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

154m 32s

Subsystem
Report/Notes

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

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

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

uname
Linux e8180286e776 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 8b9b41cd795dc43aee4e17e3ee8f47b041bb3cf3

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 33s

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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
43m 40s

trunk passed

+1 :green_heart:
compile
0m 26s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 26s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 25s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
javadoc
0m 33s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 27s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 46s

trunk passed

+1 :green_heart:
shadedclient
32m  2s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 16s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 16s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
javadoc
0m 20s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 44s

the patch passed

+1 :green_heart:
shadedclient
31m 41s

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

_ Other Tests _

+1 :green_heart:
unit
0m 59s

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

+1 :green_heart:
asflicense
0m 36s

The patch does not generate ASF License warnings.

119m 49s

Subsystem
Report/Notes

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

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

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

uname
Linux 9e44158d081e 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 56e72b1a1f8cd010432bdaa0d84fc8078e26d0f7

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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 49s

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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
47m 29s

trunk passed

+1 :green_heart:
compile
0m 25s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 24s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 24s

trunk passed

+1 :green_heart:
mvnsite
0m 28s

trunk passed

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 24s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 43s

trunk passed

+1 :green_heart:
shadedclient
36m 57s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 18s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 16s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 16s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 47s

the patch passed

+1 :green_heart:
shadedclient
38m 20s

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

_ Other Tests _

+1 :green_heart:
unit
0m 57s

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

+1 :green_heart:
asflicense
0m 31s

The patch does not generate ASF License warnings.

135m 18s

Subsystem
Report/Notes

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

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

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

uname
Linux 3501f18ad6de 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 31f95834da74666829d24dbcc90e2d7a5182e064

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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.

@goiri Can you help review this PR? Thank you very much! We will add Rest services to GPG. After this PR is completed, I will continue to add some rest interfaces to GPG.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 35s

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  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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
42m 25s

trunk passed

+1 :green_heart:
compile
0m 27s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 24s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 26s

trunk passed

+1 :green_heart:
mvnsite
0m 29s

trunk passed

+1 :green_heart:
javadoc
0m 34s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 26s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 47s

trunk passed

+1 :green_heart:
shadedclient
31m 55s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 20s

the patch passed

+1 :green_heart:
javadoc
0m 19s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 45s

the patch passed

+1 :green_heart:
shadedclient
32m 17s

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

_ Other Tests _

+1 :green_heart:
unit
1m  0s

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

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

119m 21s

Subsystem
Report/Notes

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

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

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

uname
Linux d27b5696a09b 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / fe606dba298f4b3e4be2f3f2cf2aa3250bfa6460

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 32s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
41m 23s

trunk passed

+1 :green_heart:
compile
0m 34s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 26s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 26s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
javadoc
0m 34s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 26s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 46s

trunk passed

+1 :green_heart:
shadedclient
32m  9s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
javadoc
0m 19s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 44s

the patch passed

+1 :green_heart:
shadedclient
31m 59s

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

_ Other Tests _

+1 :green_heart:
unit
1m  0s

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

+1 :green_heart:
asflicense
0m 36s

The patch does not generate ASF License warnings.

118m 13s

Subsystem
Report/Notes

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

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

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

uname
Linux 2d37fb19f64d 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / f6baec6a2eb5714d0671382945c070aedd078496

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 32s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
41m 53s

trunk passed

+1 :green_heart:
compile
0m 44s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 25s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 28s

trunk passed

+1 :green_heart:
mvnsite
0m 29s

trunk passed

+1 :green_heart:
javadoc
0m 34s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 26s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 46s

trunk passed

+1 :green_heart:
shadedclient
31m 59s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
javadoc
0m 20s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 44s

the patch passed

+1 :green_heart:
shadedclient
32m  7s

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

_ Other Tests _

+1 :green_heart:
unit
0m 58s

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

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

118m 56s

Subsystem
Report/Notes

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

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

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

uname
Linux 0538d68ceae0 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 6ab64e69fea9c9197711a083cb6aea14cefb6bd1

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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.

@goiri Can you help review this PR? Thank you very much!

:confetti_ball: +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.

+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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
46m 45s

trunk passed

+1 :green_heart:
compile
0m 25s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 24s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 24s

trunk passed

+1 :green_heart:
mvnsite
0m 29s

trunk passed

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 25s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 43s

trunk passed

+1 :green_heart:
shadedclient
37m 30s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 18s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 20s

the patch passed

+1 :green_heart:
javadoc
0m 19s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 42s

the patch passed

+1 :green_heart:
shadedclient
37m 12s

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

_ Other Tests _

+1 :green_heart:
unit
0m 56s

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

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

134m 25s

Subsystem
Report/Notes

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

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

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

uname
Linux 9ca3f1dcb3c4 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 8abadf2a2fa670e519a8827e8b1c75aad1d90211

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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 33s

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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
41m 40s

trunk passed

+1 :green_heart:
compile
0m 25s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 25s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 25s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
javadoc
0m 34s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 26s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 45s

trunk passed

+1 :green_heart:
shadedclient
32m  3s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
0m 19s

the patch passed

+1 :green_heart:
javadoc
0m 19s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 44s

the patch passed

+1 :green_heart:
shadedclient
33m 19s

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

_ Other Tests _

+1 :green_heart:
unit
0m 59s

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

+1 :green_heart:
asflicense
0m 36s

The patch does not generate ASF License warnings.

119m 40s

Subsystem
Report/Notes

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

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

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

uname
Linux 2174a85c0b1d 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 737ce5c8e495cf78e25e26aa854a82e3330ee692

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/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.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 32s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
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 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
41m 35s

trunk passed

+1 :green_heart:
compile
0m 26s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 25s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 26s

trunk passed

+1 :green_heart:
mvnsite
0m 30s

trunk passed

+1 :green_heart:
javadoc
0m 33s

trunk passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 25s

trunk passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 46s

trunk passed

+1 :green_heart:
shadedclient
32m 29s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 19s

the patch passed

+1 :green_heart:
compile
0m 18s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 18s

the patch passed

+1 :green_heart:
compile
0m 17s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 14s

the patch passed

+1 :green_heart:
mvnsite
0m 20s

the patch passed

+1 :green_heart:
javadoc
0m 19s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 16s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
0m 42s

the patch passed

+1 :green_heart:
shadedclient
32m 45s

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

_ Other Tests _

+1 :green_heart:
unit
1m  0s

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

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

119m 21s

Subsystem
Report/Notes

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

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

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

uname
Linux fa448762d843 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 964377093dff4847618cbde49f71e1134681d7b7

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/9/testReport/

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6354/9/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 reviewing the code!


⚠ Bofrost.de has degraded performance

In fb54d35, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1202 ms

Resolved: Bofrost.de performance has improved in 37c4188 after 10 minutes.


chore(pg-pool): remove unused dependencies

Short description of the changes

Remove /node, /tracing from dependencies

Looks like @opentelemetry/tracing is needed in devdependencies.


blog.prisma.io doesn't redirect to prisma.io/blog

Bug Report
Current behavior
👎 Unsecure:

👎 Secure:

Reproduction
Visit https://blog.prisma.io or http://blog.prisma.io
👍 Note: blog.graph.cool does currently redirect to graph.cool/blog as expected

Expected behavior?
blog.prisma.io redirects to https://blog.prisma.io (with active SSL cert)

This has been resolved


Revise skipped tests

What is the expected behavior?
Currently we have ~19 skipped tests, for different reasons. We should re-asses the situation and decide if some of them can be enabled - as a preliminary review:

a number of them come from test_ibmq_qobj.py, and are likely a remainder of the transition to qobj, as the file intent was originally intended to verify that backends were moved to supporting qobj (and they should be since some time ago). The individual tests are probably superseeded by other tests - and if not, they are candidates to moving them to other files.
a number of them are slow_tests - as @ajavadia mentioned, we should run them in the CIs now that the test suite is relatively small, probably via cron or similar. Tackled in Qiskit/qiskit-ibmq-provider#129
some are due to features not available in the API yet - they are likely to stay skipped.

Issue 3 years old, closing


Schedule banner random bg

I did this initially (you can see in the first deployment preview above) but it only changed the variable/background colour when internally routing and not on a full page load.
  const bgOptions = ["bg-orange", "bg-purple", "bg-pink", "bg-green", "bg-red"];

  const bgColour = bgOptions[Math.floor(Math.random() * bgOptions.length)];

https://github.com/mirshko/refuge-worldwide/blob/41b5f0cebce7c3b35fc7504935616db5ed55e8db/views/home/nextUp.tsx


AVRO-3868: [Rust][CI] Check consistency between the doc comment in lib.rs and README.md

AVRO-3868
What is the purpose of the change
This PR proposes to add a consistency check between the doc comment in avro/src/lib.rs and avro/README.md.
AVRO-3849 added cargo-rdme so it's nice if we can check the consistency between them.
Verifying this change
Done by GitHub Actions.
Documentation

Does this pull request introduce a new feature? (no)

The change looks good but installing cargo-rdme takes 5 mins ... This makes the CI 5 mins slower ...
I wonder how useful this is. Most of the users use docs.rs. An out-of-date README.md is not a big deal.

I wonder how useful this is. Most of the users use docs.rs. An out-of-date README.md is not a big deal.

I think an out-of-date README.md is not a big deal too but an out-of-date doc.rs is an issue.
It really happened before 7ff2d7a075debbf7e038f0a4f0674.
Making CI slower is indeed not good so how about caching cargo-rdme?

Making CI slower is indeed not good so how about caching cargo-rdme?

That would be OK!

cargo-rdme seems to be cached as expected.
https://github.com/apache/avro/actions/runs/6266491283/job/17017596658?pr=2510#step:6:16

Thank you, @sarutak !


Handle routers which do not allow runtime configuration

Related PRs:
https://github.com/zendframework/zend-expressive-router/pull/6
https://github.com/zendframework/zend-expressive-helpers/pull/9

@DASPRiD can you explain this PR a little more? I'm not clear on why it's needed (or if it is even needed anymore). If we take the approach I mention in this comment, then any RouterInterface's generateUri(...) method will accept the optional $options param, and there'd be no need to distinguish between a plain RouterInterface and a RuntimeConfigurableRouterInterface.

Closing w/o merge as this will not be necessary due to zend-expressive-router#6 - all RouterInterface instances will still have the addRoute method.


Registry bower not found

Charles proposed and verified the new method for "packaging" Kendo with Aurelia-KendoUI plugin. However, his instructions on how to deal with this new method:
Instructions for setting up the kendo bower git repo are:
npm install jspm-git --save-dev
jspm registry create kendo jspm-git

When it asks you for the repo root enter:
https://bower.telerik.com/

Then use
jspm install kendo-ui:bower-kendo-ui

I believe it will prompt you for credentials, though it didn't prompt me so......

My own experience: (note that I elected to install jspm-git globally as I usually do)
λ npm install -g jspm-git
C:\Users\Nikolaj\AppData\Roaming\npm
└─┬<EMAIL_ADDRESS>  ├──<EMAIL_ADDRESS>  ├─┬<EMAIL_ADDRESS>  │ └─┬<EMAIL_ADDRESS>  │   ├─┬<EMAIL_ADDRESS>  │   │ └──<EMAIL_ADDRESS>  │   ├──<EMAIL_ADDRESS>  │   ├─┬<EMAIL_ADDRESS>  │   │ └─┬<EMAIL_ADDRESS>  │   │   ├──<EMAIL_ADDRESS>  │   │   └──<EMAIL_ADDRESS>  │   ├──<EMAIL_ADDRESS>  │   └──<EMAIL_ADDRESS>  ├──<EMAIL_ADDRESS>  ├──<EMAIL_ADDRESS>  ├─┬<EMAIL_ADDRESS>  │ ├──<EMAIL_ADDRESS>  │ └──<EMAIL_ADDRESS>  ├──<EMAIL_ADDRESS>  ├──<EMAIL_ADDRESS>  └─┬<EMAIL_ADDRESS>    └─┬<EMAIL_ADDRESS>      └──<EMAIL_ADDRESS>
Then:
Enter the base URL of your git server e.g. https://code.mycompany.com/git/:https://bower.telerik.com/
Set advanced configurations? [no]:
ok   Registry kendo configured successfully.

At this point I went to install bower-kendo-ui and things did not go well
λ jspm install kendo-ui:bower-kendo-ui

warn Running jspm globally, it is advisable to locally install jspm via npm install jspm
ve-dev.

err  Registry bower not found.

err  Unable to load registry bower

warn Installation changes not saved.

Sorry there was a typo on the previous, it should be:
jspm install kendo-ui=kendo:bower-kendo-ui

Basically jspm-git is just a generic git endpoint for JSPM (i.e. it tells JSPM how to locate package files and where to download them from). An endpoint specifies the place to connect to, so we are creating a connection to Telerik's git repo and naming the endpoint "kendo" so we can use it to install from there.
The format of the above command is:
jspm install <package-alias>=<endpoint-name>:<repo-name>

You could just call the endpoint telerik - it would probably be a more accurate moniker but since we only need to install kendo, I've just called it kendo. Maybe in the docs this should be "telerik", it really doesn't matter though, what's important is that you install the Kendo libraries with the kendo-ui alias as that's what our plugin will expect to find in your application.

OK - this would explain how (without checking for the correct syntax elsewhere) I managed to to spend hours trying to make it work.
However, I need to reach back as in my energetic attempts to get things going, I somehow got myself stuck in the corner, since my jspm-git instance seems to be broken and I do not know how to fix it:

I created the clone of https://github.com/aurelia-ui-toolkits/aurelia-kendoui-plugin.git
Then pulled the kendo-repo git pull origin kendo-repo - which resulted with the correct references to all aurelia beta-1 components

At this point (I believe) you told me to run the instructions:
npm install jspm-git --save-dev
jspm registry create kendo jspm-git

When it asks you for the repo root enter:
https://bower.telerik.com/

This cannot be done any more as shown below
λ jspm registry create kendo jspm-git
Registry kendo already exists. Do you want to reconfigure it now? [y/n]:y

err  Registry handler jspm-git not installed.

Ok, I thought - I do not really know whether this jspm-git thing is local to my computer (it ought to be), let me try with nkendo instead of kendo:
λ jspm registry create nkendo jspm-git

err  Registry handler jspm-git not installed.

WTF???

Here is what I would like you to do, please:

Assuming that jspm-git trick really works, merge the kendo-repo branch
Fix the README file for this project (https://github.com/aurelia-ui-toolkits/aurelia-kendoui-plugin/blob/master/README.md) so it clearly defines when and how to add the jspm-git (no typos here please :-)

Once this is ready, I will clone the master and see whether I can use it again (as now is the second day that I am grappling with the "easy to add Kendo" - which in my experience is anything but easy (this is not to say how it would not be a lot better than what we have so far, once I get it to work for me as it does for you)

See https://github.com/aurelia-ui-toolkits/aurelia-kendoui-plugin/issues/71 for a summary of this and related issues which are all closed now


skopeo is getting built and included even without explicitly asking for it

The default set of binaries to be included in the podvm image includes the pause image - https://github.com/confidential-containers/cloud-api-adaptor/blob/staging/podvm/Makefile.inc#L45
And that has a dependency on skopeo - https://github.com/confidential-containers/cloud-api-adaptor/blob/staging/podvm/Makefile.inc#L118
I think this needs to be de-coupled to completely switch to image-rs
cc @stevenhorsman @snir911

So I might be wrong, but my understanding from a quick scan is that skopeo and umoci are built on the 'dev machine' to pull down the pause image, but in the pause image target they aren't built into the peer pod VM's file directory and therefore the image as it shouldn't add this target:
$(SKOPEO): $(SKOPEO_SRC)/bin/skopeo
	install -D --compare "$(SKOPEO_SRC)/bin/skopeo" "$@"

to the binary step, so I'm totally fine with skopeo and umoci used for dev (and that's the case in CoCo for adding the pause image to the guest image too.
It just means that I need to be more careful in https://github.com/confidential-containers/cloud-api-adaptor/issues/164 to not remove skopeo and umoci from being built, but just from being added to the binary list as happens in:
ifdef USE_SKOPEO
BINARIES += $(SKOPEO) $(UMOCI)
endif

If I'm correct then I think this issue can be closed as it's probably not worth the effort to get image-rs running standalone during the dev build at this point.

I have to verify if we really need the pause image embedded in the peer pods case when using unmodified containerd and crio.
If it's optional then I would add pause to the optional list as well and reduce the build time.

Skopeo and umoci are now only required for embedding the pause image, and are not included in the pod VM image.
When I implemented the support of embedding the pause image, kata-agent failed with an error when no pause image is available in the pod VM image. There was no option to disable it.
https://github.com/confidential-containers/cloud-api-adaptor/issues/196#issuecomment-1241524111


Background playing not working

I have added background modes but its still not playing when app in background it fade the music and stop after app in foreground it's resume, and i am using mp3 urls

Can you tell me what i have doing wrong ?

I facing the problem same as you, finding the answers.

I'm facing the same issue. Anyone find a solution?

Me too facing the same issue. Any solution or workaround.

same issue with me too, working perfectly on simulator but on real device sometimes it did stop background playing. please advice the reason  of this issue.


GINEConv edge_attributes and node_features

❓ Questions & Help

Greetings,
I'm trying to use GINEConv for graph classification, but it seems to require the same number of node_features and edge_attributes in order to work correctly.
When this number is not the same, I get the following error
assert x.size(-1) == edge_attr.size(-1)
am I using it wrong or is it indeed a requirement to have the same number of node and edge features?
Thank you for your help.

GIN-E requires node and edge features to be of same dimensionality, since their features are added together. In general, this isn't much of a problem since you can always transform your edge features to the same dimensionality.

Thank you Matthias.
May I ask how can I transform my edge features to the same dimensionality as the node ones?
For example, right now I have Graph with x=[36, 6] and edge_attr = [39, 1].

lin = Linear(1, 6)
edge_attr = lin(edge_attr)

Hi rusty1s,
Do you have any advice for transforming node features if I only have edge features. For example, if I only have a single edge feature and no node features, could I simply set node features to [1]? Or is there a better way in your opinion?

lin = Linear(1, 6)
edge_attr = lin(edge_attr)

Hi rusty1s,
I noticed that if I have multiple layers of the GINEConv then even if the input layer have the correct dimension, in the hidden layer they would not be the same as the node features in the hidden layer dimension changed. Do I have to implement this transformation every layer then?

Yes, this needs to be added to every layer.

Yes, this needs to be added to every layer.

Thank you for clarify!


Metropolis Hastings in Parallel

Hi Junior,
Is it possible to parallelize the MH sampler function in the RISE? If yes, do you have any example of how to do that?
Best regards,
Eduardo

Hi Eduardo,
Parallelization is the default mode of the sampler.
If you start the parallel computing toolbox on your computer, the sampler will use the workers available. All you have to do is have the workers ready.
Cheers,
J.
Sendt fra min iPhone

mai 2020 kl. 06:43 skrev edugca<EMAIL_ADDRESS>

Hi Junior,
Is it possible to parallelize the MH sampler function in the RISE? If yes, do you have any example of how to do that?
Best regards,
Eduardo Amaral
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


Match for block comments earlier, as the newline logic gets in the wa…

…y otherwise
Closes https://github.com/elm-tooling/tree-sitter-elm/issues/113

Thank you @razzeee :blush:


Nonuniform grids for mirror simulations

The branch is valgrind clean and passes basic testing to show that the geometries are identical for the uniform and non-uniform cases. Initial conditions are projected onto the non-uniform geometry as well. The issues related to parallelism are resolved by the allgather in gyrokinetic.c. Style has been reviewed by @manauref, but additional style review is needed prior to merging.

I ran a test to compare the uniform and non-uniform grids. It seems that there is a positivity issue with the temperature when reducing the cells by half. The initial study with uniform grids used 288 cells, so here we consider 280 cells as the benchmark. The non-uniform grid with the same total number of cells compares well for the entire length of the simulation, 100 microseconds. Reducing the number of cells by a factor of two compares well at early times, 10 microseconds, but the temperatures go negative around 50 microseconds. The codes used to run this are on my private repo, gkylmax, under commit 8819a9a157a73a2f108e5a09fb1049cd071f9937.

Plots of the moments for the mirror geometry simulations, repeated identically to the WHAM simulations but with a different geometry and a slightly different implementation of the same non-uniform grid algorithm

These plots scan resolution, holding the minimum cell size fixed. Decreasing the total cell count decreases the number of cells in the center and the expander.

Make it even more coarse: 50 cells. Seems that phi is pretty well
established with a coarse grid.
On Tue, May 28, 2024 at 11:32 AM Maxwell Rosen @.***>
wrote:

To add to the details of the WHAM simulations, here are some coarser
simulations run, going down to 100 cells
moments_0.png (view on web)
https://github.com/ammarhakim/gkylzero/assets/48170600/3b8720ce-3c78-4b01-b409-075d50f9b20d
moments_1.png (view on web)
https://github.com/ammarhakim/gkylzero/assets/48170600/e894c8ed-3745-4b03-b2f2-5c87dc940fda
moments_2.png (view on web)
https://github.com/ammarhakim/gkylzero/assets/48170600/5324d6e6-6792-41aa-b5ad-57b4513f866e
moments_3.png (view on web)
https://github.com/ammarhakim/gkylzero/assets/48170600/e5d8b84f-64de-4735-8cca-ab3e60f4799a
—
Reply to this email directly, view it on GitHub
https://github.com/ammarhakim/gkylzero/pull/363#issuecomment-2135539842,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACV6NRCUT4BFWG34NHWEERDZESPPZAVCNFSM6AAAAABHYUPZ5CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZVGUZTSOBUGI
.
You are receiving this because your review was requested.Message ID:
@.***>

I tried and it went wildly unstable with 100 cells within 10 microseconds. I only am reporting the sims before the temperature goes negative. There are some serious issues when going to lower cell counts. Perhaps using the positivity fix will address the issues with the temperature. It is strange that the throat regions are the locations of these instabilities when they are also the regions we are packing more cells into


ENH: Add filter kwargs to Transformer.from_crs and TransformerGroup

https://github.com/OSGeo/PROJ/pull/2477
https://github.com/OSGeo/PROJ/pull/2488

AUTHORITY, ACCURACY and ALLOW_BALLPARK
Requires PROJ 8+

This requires using proj_create_crs_to_crs_from_pj. This caused issues in the past https://github.com/pyproj4/pyproj/pull/412/commits/7a063920edb1edb5c22b06cdb17bebfdfa733802 and would have to find a stable solution for this to work moving forward.

Good reference: https://proj.org/development/reference/functions.html#c.proj_create_crs_to_crs_from_pj


clFFT displays (possibly) unnecessary log messages even in release mode

This is in relation to https://github.com/arrayfire/arrayfire/issues/171
The output of the fft seems to be correct. However the following message is displayed only on AMD hardware.
OPENCL_V< CLFFT_INVALID_PLAN > (3083): fftRepo.getPlan failed

This is for a real to complex transform. Input of size 8 elements.

Our library should not be printing anything to stdout.  We should be able to have an answer to you on monday, when we're all back in office.

Our library should not be printing anything to stdout.  We should be able to have an answer to you on monday, when we're all back in office.

@kknox Again, my bad. It is stderr not stdout.  This issue can be closed if that is expected behavior.

@kknox Again, my bad. It is stderr not stdout.  This issue can be closed if that is expected behavior.

In private.h:273, looks like we unconditionally print an error string to stderr.  We could guard the terr print statements with something that enables it only with debug builds.  Are you OK with printing to stderr for release builds?

@kknox I think that behavior is OK in debug mode but not in release mode.


Missing Cloudflare DB binding (D1)

Describe the bug
When using the onHubReady() hook to run migrations using drizzle in development, the nitro server crashes with the following errors:
 ERROR  [nitro] [unhandledRejection] Missing Cloudflare DB binding (D1)
There is also a wrangler warning above the error:
 WARN  ▲ [WARNING] Processing .data/hub/wrangler.toml configuration:

    - No environment found in configuration with name "".
      Before using --env= there should be an equivalent environment section in the configuration.

      Consider adding an environment configuration section to the wrangler.toml file:

The generated .data/hub/wrangler.toml file:
[[r2_buckets]]
binding = "BLOB"
bucket_name = "default"

[[kv_namespaces]]
binding = "KV"
id = "kv_default"

[[kv_namespaces]]
binding = "CACHE"
id = "cache_default"

[[d1_databases]]
binding = "DB"
database_name = "default"
database_id = "default"

My package.json:
{
  "name": "nuxt-app",
  "private": true,
  "type": "module",
  "scripts": {
    "build": "nuxt build",
    "dev": "nuxt dev",
    "dev:remote": "nuxt dev --remote",
    "generate": "nuxt generate",
    "preview": "pnpm dlx nuxthub preview",
    "deploy": "pnpm dlx nuxthub deploy",
    "postinstall": "nuxt prepare",
    "lint": "eslint .",
    "db:generate": "drizzle-kit generate",
    "db:studio": "pnpm drizzle-kit studio"
  },
  "dependencies": {
    "@formkit/auto-animate": "^0.8.2",
    "@formkit/core": "^1.6.7",
    "@formkit/nuxt": "^1.6.7",
    "@formkit/vue": "^1.6.7",
    "@formkit/zod": "^1.6.7",
    "@iconify-json/heroicons": "^1.2.0",
    "@nuxt/eslint": "^0.5.7",
    "@nuxt/fonts": "^0.10.0",
    "@nuxt/icon": "^1.5.4",
    "@nuxt/image": "^1.8.1",
    "@nuxthub/core": "^0.7.34",
    "@nuxtjs/tailwindcss": "^6.12.1",
    "@volar/language-server": "2.4.0-alpha.18",
    "@vue/language-server": "2.0.28",
    "@vueuse/core": "^11.1.0",
    "@vueuse/nuxt": "^11.1.0",
    "better-sqlite3": "^11.3.0",
    "drizzle-orm": "^0.33.0",
    "md5": "^2.3.0",
    "nuxt": "^3.13.2",
    "nuxt-auth-utils": "^0.4.2",
    "nuxt-authorization": "^0.3.0",
    "vue": "^3.5.8",
    "vue-router": "^4.4.5",
    "zod": "^3.23.8"
  },
  "devDependencies": {
    "@nuxt/eslint-config": "^0.5.7",
    "@types/md5": "^2.3.5",
    "drizzle-kit": "^0.24.2",
    "eslint": "^9.11.0",
    "eslint-plugin-tailwindcss": "^3.17.4",
    "vue-tsc": "^2.1.6",
    "wrangler": "^3.81.0"
  },
  "engines": {
    "node": ">=20.18.0"
  },
  "packageManager"<EMAIL_ADDRESS>}

The "faulty" migration code (mostly a copy-paste from the drizzle recipes in the nuxt hub docs):
import { consola } from 'consola'
import { migrate } from 'drizzle-orm/d1/migrator'

export default defineNitroPlugin(async () => {
  if (!import.meta.dev) return

  onHubReady(async () => {
    await migrate(useDrizzle(), { migrationsFolder: 'server/database/migrations' })
      .then(() => {
        consola.success('Database migrations done')
      })
      .catch((err) => {
        consola.error('Database migrations failed', err)
      })
  })
})

Steps to reproduce
Steps I have taken to attempt to resolve the issue:

nuxt cleanup and deleted .data folder
Clean pnpm install
npm run dev

(shamefully-hoist is also set to true in .npmrc)

Damn, seems related to wrangler.
Could you try downgrading or upgrading the Wrangler version?

So an update to this: it appears that it was not the wrangler version, I tried downgrading to multiple versions, but once I disabled inlineRouteRules, and removed the defineRouteRules from one of my pages, it started working again. (I was following this tutorial).

Oh yes! I had the same error when using inlineRouteRules, will investigate thank you!

@maxemiliang I opened a PR on nitro-cloudflare-dev, in the meantime it get released, if you use pnpm, you can update your package.json to:
"resolutions": {
  "nitro-cloudflare-dev": "npm<EMAIL_ADDRESS>}

Then pnpm i, this should do the job until the next @nuxthub/core release that includes this fix 🙏

Thank you, that fixed the problem! 🙏 Should I close the issue, or do you close it once the fix goes live?  🙂

I will fix once @nuxthub/core will contain the fix 🙂

Thanks a lot for the help! :pray:


Case-insensitive tag lookup

Basically, template tags are forced in to lower case before being looked up on the contextual data object.
Unfortunately, I'm not sure if this is currently possible with mustache.js but some further bespoke customisation may provide a solution.
Embedded documentation will also need to be updated to state that they are case-insensitive.
Predefined templates should be changed to reflect these changes.

I'm hoping this could be as simple as changing the bespoke version of mustache.js to transform the contents of each variable to lowercase. This could possibly be done here;
      name = this.trim(name).toLowerCase();

Obviously, the properties will now need to be hard coded in lowercase instead. I think this is limited to the following methods;

ext.addAdditionalData
ext.buildDerivedData
ext.buildStandardData

Worth noting (though internal docs cover this) that sections must be opened and closed using the same case.


Update whats-new.md

repition of "preview"

@TomHickling The autoscale feature is currently in public preview, so the style guide requires that I put (preview) next to it. It's not a typo, so it doesn't need to be fixed.

We'll close the PR based on this feedback from the article author. Thanks, all.


OCM-9296 | test: automate ids:41822,75256 Create/Delete STS cluster successfully via rosacli

Add OperatorRoleArn info in cluster-detail file for testing.
Automate 41822,75256 Create/Delete STS cluster successfully via rosacli

logs: https://privatebin.corp.redhat.com/?9f5bf89904ad4e8c#8T7Zm6RLkUKp81QReJEGumMa9W2ABNrkNv48zcr7gziV

/test coverage

/test coverage

/test coverage

/test e2e-presubmits-images


[Bug]: Docker compose: HTML templates not updating on redeploy/restart

Error Message and Logs
I don't know if this is a FastApi specific thing but after deploying my app via github, subsequent updates to the HTML templates are not reflected. Changes in Python files work though. Restarting/redeploying without cache, clearing browser cache, etc nothing works. It's only seen in docker compose where you have multiple containers.
Steps to Reproduce

Deploy a  3 simple Fastapi app with templates using docker compose
Make changes to any HTML file in the templates folder
Redeploy or restart your project on coolify

Example Repository URL
No response
Coolify Version
v4.0.0-beta.349
Are you using Coolify Cloud?
No (self-hosted)
Operating System and Version (self-hosted)
Ubuntu 22.04
Additional Information
No response

can you paste your compose
are you using volume mounts? they might be overriding whats inside the containers

in your dockerfiles are you copying the files you need into the container?
what is supposed to be in the /code folder in each container

Removing the volumes fixed the issue., thanks.


add an entry for RNA-KG?

Emanuele Cavelleri and Marco Mesiti et al from the Anacleto lab have built a KG that integrates RNA data (called aptly enough RNA-KG).
We maybe could create an entry in the main table here pointing to the code, which lives here:
https://github.com/AnacletoLAB/RNA-KG
~There are also links to ntriple files for the graph here, but they seem to be 404:
https://zenodo.org/records/10418431~
ntriples for the KG is here:
https://zenodo.org/records/10418431/files/RNA-KG.nt?download=1
For background, some slides describing their KG is here and preprint is here. This is Pheknowlator-based, so no KGX TSV is available

Added in #40


Update POT and PO files

coverage: 59.9%. remained the same
when pulling ca1aa46e38a157538f0193047d761f3a0add7432 on feature/update-pot-po
into e64c8cb3832ba72f0513ca058eaabab5ac11202b on master.

@newsboat/translators, please update your respective translations before the 2.34 release, which is expected to happen in about two weeks, on December 23rd or 24th.


Error while executing inference.py

hi @georgesung  i ran python inference.py -m demo i get this error on both windows and ubuntu
value, dtype=dtype, shape=shape, verify_shape=verify_shape))
File "C:\Python35\lib\site-packages\tensorflow\python\framework\tensor_util.py", line 413, in make_tensor_proto
_AssertCompatible(values, dtype)
File "C:\Python35\lib\site-packages\tensorflow\python\framework\tensor_util.py", line 328, in _AssertCompatible
(dtype.name, repr(mismatch), type(mismatch).name)
TypeError: Expected int32, got list containing Tensors of type '_Message' instead.
I have tensorflow v14 the latest version installed in the system can you pls suggest me where should i make the necessary changes for the file to run

You have to install tensorflow 0.12 for this project. This problem was happened by tensorflow version.

@MingJiang1988 Come up with the same error. Switching back to tf 0.12.1 and problem solved. I think we can close this issue.

@adimjoshi  you solved it ?? getting same error .

@adimjoshi  same error


seed-constrained identity strength measure

related: #1
super simple test here: prompt <name>, <modifier>, e.g. Annalise Basso, colorful hair. with a fixed seed, uninformative names will produce basically the same output image, informative names will produce more unique results. do this for a handful of seeds, the "lift" relative to some baseline uninformative prompt (or the mode of the "uninformative" distribution) is the measurable strength of the identity

the more i play with this, the less confident i am that it will work the way i hope. might work better in tandem with openpose controlnet conditioning for facial portrait


Asterisk Mailbox Audio doesn't work if accessing HASS via reverse proxy

Home Assistant release with the issue:

0.69.1
Last working Home Assistant release (if known):
N/A - i am just installing this component for the first time in 0.69.1
Operating environment (Hass.io/Docker/Windows/etc.):

venv on ubuntu 16.04
Component/platform:

https://www.home-assistant.io/components/asterisk_mbox/
Description of problem:
Voice Mails display correctly in the mailbox tab.  Speech transcription also shows up.  However, when clicking the voice mail it doesn't play audio - it brings up an audio playback control (specific controls seem browser dependent) and just kind of hangs there in the browser with the window dimmed until escaping out of it.
Note however, that I access HASS normally by entering my FQDN which (via dynamic DNS) points to port 443 on machine running HASS. That machine also runs a reverse proxy with nginx and port 80 redirects to 443.  If instead, i access HASS through the local IP:8123 - it works fine, ie, audio plays.
Problem-relevant configuration.yaml entries and (fill out even if it seems unimportant):
asterisk_mbox:
  password: !secret astmbox-pw
  host: !secret astmbox-host
  port: !secret astmbox-port

Traceback (if applicable):
WARNING (MainThread) [homeassistant.components.http.ban] Login attempt or request with invalid authentication from <IP_ADDRESS>

Additional information:
tagging @PhracturedBlue

I am running latest version of HA - it doesn't solve the problem.
The component just isn't working reliably enough for me - i will close the issue


Non-expiring shared links

As a simple alternative to having a permission based user system (like #188, which would be great) could we implement non-expiring shared links? Currently the share doesn't get created if you set a 0 in the Valid: selection.
This would enable some password protection to shared folders that are restrictive at least to a single parent folder.
................................Gallery
........../...............|.....................|.................\
........./................|.....................|................. \
...Fam.A.Pics.........Fam.B.Pics.............Personal............Wedding A+B
...(Fam. A).............(Fam. B)...........(not shared)...........(Fam A & B)
In this example the (shared links) would be permanent and both Fam. A and Fam. B would be given two links each with passwords without having to worry about expiration date.
Not a perfect system but it would allow a bit more flexibility beyond needing to host separate instances for, in this case, 3 libraries.

As a quick workaround, you could create links with a ridiculously long expiration date (e.g., 1200 months = 100 years). Practically permanent.

Definitely functionally equivalent, and what I'll be doing for now.
Just seems like wasted logic for determine whether a link is expired when you never intend it to be.

I added this. (Explanation in the commit comment). Basically you can choose now: Validity: Forever that sets the validity date to 01/01/9999. And I'm not showing "time" left if that is longer than 10 years


Remove extra div around dev tools

I was about to submit a PR to remove the 2 divs in Root, and saw you took the first one out. Figured I'd have the discussion before removing the second one: When you compile for production, the div inside of Provider is still there, but serves no semantic purpose.
Would you be willing to change Root to do [this] (https://github.com/rackt/redux/blob/master/examples/real-world/containers/Root.js) instead?

Hey, good catch. It makes sense, but I'm a bit torn as far as the implementation of it; I find the 3 files very excessive and inelegant. I believe if you just use the __DEV__ or __PROD__ flags to generate the inner content of the <Provider>, then through minification/dead code removal in production that check will go away entirely. Thinking something like this:
render () {
  // this doesn't have to be a variable, it could just be inline, and it would become static
  // after it's processed with uglify.
  const content = __DEV__ ?
    ( ... ) :
    ( ... );

    return (
      <Provider>
        {content}
      </Provider>
    );
}

Thoughts? I think this way really helps eliminate duplicating Root in two separate files, but it's open for discussion.

I agree, and attempted that but was still seeing the dead code when I
compiled with production. I'll try it again that way and see. I agree real
world's implementation is a bit drastic.

Oh strange, I figured it would have been removed... I'll take a look as well when I get a chance. Let me know what you find out, since this would be a nice change to have.

@nhagen this seems to be working for me, what are your thoughts?

And this is the resulting code (beautified) from a production build:
{
             key: "render",
             value: function() {
                 var e = l["default"].createElement(p.ReduxRouter, null, d["default"]),
                     t = e;
                 return l["default"].createElement(c.Provider, {
                     store: this.props.store
                 }, t)
             }
         }

I've been having an unrelated issue with compiling so I haven't had a chance to play with this, but could you do something like const content = __PROD__ || this.props.debug ? router : .... ;

Yeah but it means that the component still ends up relying on a global variable... but honestly I think that's a better solution than creating 2 additional files.

So looking at what the builds produce @nhagen, it looks like the only surefire way of getting unused DevTools code outside of production builds (even when it's dropped from the render method) is to follow that Root.dev and Root.prod style. Hmmmm.

@nhagen would you mind taking a look at https://github.com/davezuko/react-redux-starter-kit/pull/211 when you get a chance? I'm using this setup in another project and it's working fairly well... not very elegant of course, but it accomplishes our goal.

@nhagen please see my explanation in https://github.com/davezuko/react-redux-starter-kit/pull/211.

@nhagen I got this working here: https://github.com/davezuko/react-redux-starter-kit/commit/23484a4ed4d792926832ed2f0800bdb7069d1fdd


unocss cant transform less variable

UnoCSS version
0.62.4
Describe the bug
https://github.com/nuxt/nuxt/issues/29066
Reproduction
In Nuxt: https://stackblitz.com/edit/github-e1dfk2?file=nuxt.config.ts,app.vue
Without Nuxt: https://stackblitz.com/edit/github-7qswuv
System Info
No response
Validations

[X] Read the Contributing Guidelines.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Have you enable UnoCSS transformer? https://unocss.dev/transformers/directives

Have you enable UnoCSS transformer? https://unocss.dev/transformers/directives

In my actual project, my unocss.config
// uno.config.ts
import { defineConfig, presetAttributify, presetUno } from 'unocss'
import presetRemToPx from '@unocss/preset-rem-to-px'
import transformerVariantGroup from '@unocss/transformer-variant-group'
import transformerDirectives from '@unocss/transformer-directives'

export default defineConfig({
  presets: [
    presetAttributify({
      /* preset options */
      ignoreAttributes: [':src']
    }),
    presetUno(),
    presetRemToPx()
  ],
  transformers: [transformerVariantGroup(), transformerDirectives()],
  variants: [],
  theme: {
    breakpoints: {},
    colors: {}
  },
  shortcuts: [],
  rules: []
})

I saw it was converted successfully, but when I replace to the actual web image link, the less variable definition caused the build to fail, perhaps the less definition was causing a file conflict.


general: Add README to Makefile

Is it worth instead adding whatever is missing from the man page to the man page? That way we're not duplicating information.

Is it worth instead adding whatever is missing from the man page to the man page? That way we're not duplicating information.

That might be preferable, although I'm not sure if they would be out of place in the man page.


ROCAUC Gap between the results in the paper and here

Hey,
Thank you for the implementation!
Do you know why is there such a large gap between the results from the paper and the ones you get in this repo?
Also, is the localization code working?
Thanks,
Eliahu

Hey!
Thanks, much appreciated!
So the gap could be because of the  randomness in  augmentations also we used smaller batch size not 64 or 96 as stated in the paper due to memory issues we were having. Unfortunately there is a bug in the localization, we are looking into it.

Hi,
could you please comment on the fact why the localization code isn't working currently?
Thanks in Advance


Reparametrize Structs

Need to go back in and, wherever we have a struct that we can't efficiently rip out, need to put back in the type annotations.
See #320 for a list of structs and mutable structs.

Yes but I would rather not add in parameters if we have time to get rid of the structs in the first place.  So maybe work thorugh anything else that can be done first, which may give us time to convert over the struct, and we can add in the parameters last minute (or even post-release) if necessar.

OK, the structs are re-parametrized.


Bump to Go 1.23.3

The k/k repo was bumped to Go 1.23.3. See below PR for reference.
https://github.com/kubernetes/kubernetes/pull/128852

I need to update the CI configuration with the new Go version before merging this.
/hold

/retest

does this need to be updated as well?
https://github.com/kubernetes-sigs/descheduler/blob/master/hack/lib/go.sh#L22

/retest

@seanmalloy the error is:
Unknown go version 'go1.23.3', skipping gofmt.
make: *** [Makefile:118: verify-gofmt] Error 1

this file needs to be updated to include 1.23: https://github.com/kubernetes-sigs/descheduler/blob/master/hack/lib/go.sh#L22

/retest

/hold cancel

/test pull-descheduler-test-e2e-k8s-master-1-28

/assign @a7i @ingvagabund @damemi

/lgtm
/approve


Determine the most popular number, excluding archived habits.

Displaying archived habits in Topic Habits section group is incorrect and confusing.

 Most popular number need ignore archived habit


tensorflow2.0 can't use this module

System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04):  window10
TensorFlow version and how it was installed (source or binary):  2.0.0
TensorFlow-Addons version and how it was installed (source or binary): get it by github
Python version:  3.6
Is GPU used? (yes/no):   no

Describe the bug
when i use addons in my program ,it tell me that i only use this module in tensorflow2.1.0, Do you know how can get this module be used in tensorflow2.0.0

I believe we need to add a section in the readme describing the incompatibility problems. But I'll try to at least answer shortly your question here.

TensorFlow-Addons version and how it was installed (source or binary): get it by github

Can you expand a bit more on this? The version installed will affect how I answer :)

I believe we need to add a section in the readme describing the incompatibility problems. But I'll try to at least answer shortly your question here.

Agreed. We really need to make it explicit so that people don't run these issues

Totally agree with better documentation. In the interim you can try tensorflow-addons==0.6.0 which is built against TF2.0.... but it may not have the functionality you're looking for.

Closing this issue since we got no answer from the author. Tracking the docs part in #1317


Add more tests to check for test coverage, current status 100%

Added expectRevert and expectEvent for DAO tests will add for Staking later


FastCopy v5.3.0 update

FastCopy v5.3.0 update
Microsoft Reviewers: Open in CodeFlow

One or more errors occurred. (The pull request contains more than one manifest. Either singleton or multi file manifest under one version directory.) The pull request contains more than one manifest. Either singleton or multi file manifest under one version directory.


npm installation fails with Error: No download link found

Expected behavior
npm install @getgauge/cli should work seamlessly
Actual behavior
Fails sometime with
Fetching download url for Gauge version 1.0.4
Error: No download link found for version 1.0.4, OS: darwin, Arch: x86_64
    at Request.request.get [as _callback] (/Users/vsts/agent/2.150.0/work/1/s/test/functional-tests/node_modules/@getgauge/cli/src/install.js:54:24)
    at Request.self.callback (/Users/vsts/agent/2.150.0/work/1/s/test/functional-tests/node_modules/request/request.js:185:22)
    at Request.emit (events.js:189:13)
    at Request.<anonymous> (/Users/vsts/agent/2.150.0/work/1/s/test/functional-tests/node_modules/request/request.js:1161:10)
    at Request.emit (events.js:189:13)
    at IncomingMessage.<anonymous> (/Users/vsts/agent/2.150.0/work/1/s/test/functional-tests/node_modules/request/request.js:1083:12)
    at Object.onceWrapper (events.js:277:13)
    at IncomingMessage.emit (events.js:194:15)
    at endReadableNT (_stream_readable.js:1125:12)
    at process._tickCallback (internal/process/next_tick.js:63:19)

Steps to reproduce
npm install @getgauge/cli many times
seems to be happening because the url that is hit to get the download url has ratelimit https://api.github.com/repos/getgauge/gauge/releases/tags/v1.0.4

First thing first. We also need to handle the error message and should not always assume that the download URL was not found for a given version.
https://github.com/getgauge/gauge/blob/577bef09d4edbe46c7bc79554039eb8a933ccdbb/build/npm/src/install.js#L44

Second point. Github API has a rate limit of 60 request/hour for un-authenticated URLs.
There are a few options to overcome this issue.

Setup a proxy server to download the gauge binaries using authenticated url.
Or moving gauge binaries to a separate server.

Third propagating proper message back to the user would be really helpful for debugging such issues.

For now, we would be just improving the error message.

As per the above comment this issue has been verified and found fixed 1.0.6.nightly-2019-05-17


Install on Linux as non-root user

VSCode Version: 1.11.2
OS Version: Fedora 22

What's the reason I need to be root on Linux to install the rpm? I can download the .tar.gz and manually extract those files somewhere and it works. However it's clunky and there's no auto-update.
It would be good if there was a way to install the product without being root, which is not available on our work Linux desktops, as I'm sure is commonly the case.

The reason is we do the following which requires root:

Register an apt repo
Install the Microsoft signing key
Update alternatives
Install a bunch of things into /usr (vscode, bin command, desktop entry)

There is currently not a good story for auto-updating the tarball as the recommended approach is to use apt which installs the deb which registers a bin command and desktop entry.
Maybe you could write a shell script which downloads the latest tarball and replaces the old version with its contents? You can grab the latest stable tarball with https://vscode-update.azurewebsites.net/latest/linux-x64/stable

It seems like if VSCode can be installed and updated manually without root then it could be done automatically. Even Eclipse can auto-update in-place with no special permissions.
Does the fact that an editor app needs root privileges to install/update not seem slightly unecessary?
If you want to expand the reach of VSCode to more professional developers then this is a common scenario. Either you have a local workstation with no root permissions, and/or a shared dev server where you want software installed under your user home dir, not some shared location (e.g. some people may not want to take the latest update).
So IMHO the current install/update methods create significant friction to adoption in a professional environment, hence the feature request.

We decided to leverage the standard OS mechanism to deliver updates, and install in /usr like many other applications. I'm not sure anyone else has called this out as an issue since packages were added over a year ago.

I'm sure many people just give up when they see "sudo". Also I'm coming from using Visual Studio on Windows, so VSCode is a great thing compared to the standard Linux solution of using vim/emacs and gdb. So perhaps using MS tools on Linux is niche in itself (but which is what I'd like to help evangelise).
Ok if you're hands are tied by the package managers then fair enough.


fix: mount remove trailing slash requirement

closes #67 (related to #140)

Looks good, but it would be nice to have a few more tests -- just to be sure (also to guard against regressions in the future).
Also:

[X]  Bump minor version in pubspec.yaml,
[X]  Update CHANGELOG.md
[X]  Extend tests to cover /api, /api/, /api/user/jonasfj/info

Sorry for the delay! I updated the test to cover the additional cases you mentioned and update the package version and CHANGELOG. Let me know what you think, thanks!

@jonasfj any updates on this? Is there anything I can do to push this forward?

Closed and reopen to retrigger CI.

Bump


Enable data subsetting directly from S3

Data subsetting when reading directly from S3 does not currently work when implemented like this:
library(aws.s3)
object.loc <- "s3://bioinformatics-loyal/processed_methylation_data/HEALTHSPAN/GH40_RRBS/matrices_processed/methylation_filtered.gctx"
mgct <- s3read_using(FUN = function(x) parse_gctx(x, rid=1), object = object.loc)

Instead, the whole file is downloaded to a temp directory, and a portion of it is read from there.
This should be possible as rhdf5 supports read-only access to files in S3: https://www.bioconductor.org/packages/devel/bioc/vignettes/rhdf5/inst/doc/rhdf5_cloud_reading.html
However, I'm currently hit with the error described here, and haven't gone any further: https://support.bioconductor.org/p/9134972/

A note that I'll be looking into this for python as well!

Can help out with this, but it's been almost a decade since I've written anything in R.
I have a couple of tasks I need to work out by EOW, but I'll give a shot at implemented S3 subsetting (preferably in python, but can figure it out for R) if it's not implemented in our preferred solution. There's a number of libraries I've encountered like this where it's just not really there.  :\

No worries if you don't have a good immediate solution - just tagged you for visibility since I thought you might have a good idea. I believe we're facing the same issue with the Python implementation as well.


Should use "java.lang.String" instead of "String" as type in constructor-arg tag of OkHttpSender's factory method

https://github.com/openzipkin/brave-webmvc-example/blob/4ea3aed16356234e68f2f1e0c194add8c5b6f3e3/servlet25/src/main/webapp/WEB-INF/spring-webmvc-servlet.xml#L17
README here needs to be fixed as well: https://github.com/openzipkin/brave/tree/master/spring-beans#brave-spring-beans

thanks good catch


Try installing pytest-azurepipelines

See https://github.com/tonybaloney/pytest-azurepipelines
No user facing changes

Hmm... "0 errors / 5,173 warnings"
We should probably work on that :)

5,173 warnings

I think most of those are matplotlib-related.... (possibly a couple of lines are generating almost all of them)