YARN-11042. Fix testQueueSubmitWithACLsEnabledWithQueueMapping in Tes…

…tAppManager
Change-Id: I8ba1586d38610e6f737b3cb3a26a222f62889950

Description of PR
How was this patch tested?
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?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 43s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell 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
39m 54s

trunk passed

+1 :green_heart:
compile
1m 17s

trunk passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
1m  7s

trunk passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
checkstyle
0m 53s

trunk passed

+1 :green_heart:
mvnsite
1m  7s

trunk passed

+1 :green_heart:
javadoc
1m  0s

trunk passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
0m 49s

trunk passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
spotbugs
2m 23s

trunk passed

+1 :green_heart:
shadedclient
29m  0s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m  5s

the patch passed

+1 :green_heart:
compile
1m 12s

the patch passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javac
1m 12s

the patch passed

+1 :green_heart:
compile
1m  0s

the patch passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
javac
1m  0s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 47s

the patch passed

+1 :green_heart:
mvnsite
1m  1s

the patch passed

+1 :green_heart:
javadoc
0m 45s

the patch passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
0m 39s

the patch passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
spotbugs
2m  8s

the patch passed

-1 :x:
shadedclient
28m  1s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
96m 53s

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

+1 :green_heart:
asflicense
0m 32s

The patch does not generate ASF License warnings.

211m 39s

Subsystem
Report/Notes

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

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

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

uname
Linux 096966e6b992 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2acff1d7b7028b1756d26efa71b4338368ff2c6b

Default Java
Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 41s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell 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 :x:
mvninstall
0m 24s
/branch-mvninstall-root.txt
root in trunk failed.

-1 :x:
compile
0m 24s
/branch-compile-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn-server-resourcemanager in trunk failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

-1 :x:
compile
0m 24s
/branch-compile-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn-server-resourcemanager in trunk failed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.

-0 :warning:
checkstyle
0m 22s
/buildtool-branch-checkstyle-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
The patch fails to run checkstyle in hadoop-yarn-server-resourcemanager

-1 :x:
mvnsite
0m 24s
/branch-mvnsite-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in trunk failed.

-1 :x:
javadoc
0m 23s
/branch-javadoc-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn-server-resourcemanager in trunk failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

-1 :x:
javadoc
0m 24s
/branch-javadoc-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn-server-resourcemanager in trunk failed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.

-1 :x:
spotbugs
0m 23s
/branch-spotbugs-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in trunk failed.

+1 :green_heart:
shadedclient
2m 46s

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

_ Patch Compile Tests _

-1 :x:
mvninstall
0m 24s
/patch-mvninstall-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch failed.

-1 :x:
compile
0m 24s
/patch-compile-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn-server-resourcemanager in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

-1 :x:
javac
0m 24s
/patch-compile-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn-server-resourcemanager in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

-1 :x:
compile
0m 24s
/patch-compile-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn-server-resourcemanager in the patch failed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.

-1 :x:
javac
0m 24s
/patch-compile-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn-server-resourcemanager in the patch failed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 22s
/buildtool-patch-checkstyle-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
The patch fails to run checkstyle in hadoop-yarn-server-resourcemanager

-1 :x:
mvnsite
0m 24s
/patch-mvnsite-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch failed.

-1 :x:
javadoc
0m 23s
/patch-javadoc-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn-server-resourcemanager in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

-1 :x:
javadoc
0m 22s
/patch-javadoc-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn-server-resourcemanager in the patch failed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.

-1 :x:
spotbugs
0m 23s
/patch-spotbugs-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch failed.

+1 :green_heart:
shadedclient
4m 29s

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

_ Other Tests _

-1 :x:
unit
0m 24s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch failed.

+0 :ok:
asflicense
0m 23s

ASF License check generated no output?

12m 49s

Subsystem
Report/Notes

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

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

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

uname
Linux 48611462f919 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c7c40136031de3fa003847cce791bffd9094be07

Default Java
Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

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

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

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

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

versions
git=2.25.1 maven=3.6.3

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 39s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell 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 :x:
mvninstall
32m 39s
/branch-mvninstall-root.txt
root in trunk failed.

+1 :green_heart:
compile
1m  5s

trunk passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
0m 57s

trunk passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
checkstyle
0m 48s

trunk passed

+1 :green_heart:
mvnsite
1m  4s

trunk passed

+1 :green_heart:
javadoc
0m 51s

trunk passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
0m 45s

trunk passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
spotbugs
1m 53s

trunk passed

+1 :green_heart:
shadedclient
20m 59s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 55s

the patch passed

+1 :green_heart:
compile
0m 57s

the patch passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javac
0m 57s

the patch passed

+1 :green_heart:
compile
0m 50s

the patch passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
javac
0m 50s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 38s

the patch passed

+1 :green_heart:
mvnsite
0m 52s

the patch passed

+1 :green_heart:
javadoc
0m 40s

the patch passed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
0m 38s

the patch passed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

+1 :green_heart:
spotbugs
1m 56s

the patch passed

+1 :green_heart:
shadedclient
20m 43s

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

_ Other Tests _

+1 :green_heart:
unit
97m 41s

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

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

187m 36s

Subsystem
Report/Notes

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

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

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

uname
Linux b686df83da22 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 7a5b70e474e5e9ca86dbeda31a1cb49b923ea90d

Default Java
Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 59s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell 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
36m 26s

trunk passed

+1 :green_heart:
compile
1m 19s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m  2s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 46s

trunk passed

+1 :green_heart:
mvnsite
1m 11s

trunk passed

+1 :green_heart:
javadoc
1m  7s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m  2s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m 34s

trunk passed

+1 :green_heart:
shadedclient
34m 18s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 31s

the patch passed

+1 :green_heart:
compile
1m 37s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m 37s

the patch passed

+1 :green_heart:
compile
1m 17s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
1m 17s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 58s

the patch passed

+1 :green_heart:
mvnsite
1m 26s

the patch passed

+1 :green_heart:
javadoc
1m  6s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
1m  4s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
3m 38s

the patch passed

+1 :green_heart:
shadedclient
31m 31s

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

_ Other Tests _

-1 :x:
unit
140m 10s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch passed.

-1 :x:
asflicense
0m 31s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

263m 23s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.TestApplicationACLs

hadoop.yarn.server.resourcemanager.TestRMHATimelineCollectors

hadoop.yarn.server.resourcemanager.security.TestClientToAMTokens

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestApplicationPriorityACLs

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestCapacitySchedulerNewQueueAutoCreation

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestCapacityScheduler

hadoop.yarn.server.resourcemanager.security.TestAMRMTokens

Subsystem
Report/Notes

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

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

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

uname
Linux ac90f7e94809 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 8082a9c57807891ef99f9c8a93d923e196128615

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  2s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell 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
36m 11s

trunk passed

+1 :green_heart:
compile
1m 14s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 59s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 45s

trunk passed

+1 :green_heart:
mvnsite
1m  3s

trunk passed

+1 :green_heart:
javadoc
0m 52s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 43s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m  1s

trunk passed

+1 :green_heart:
shadedclient
24m 37s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 56s

the patch passed

+1 :green_heart:
compile
1m  3s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m  3s

the patch passed

+1 :green_heart:
compile
0m 53s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 53s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 39s

the patch passed

+1 :green_heart:
mvnsite
0m 53s

the patch passed

+1 :green_heart:
javadoc
0m 41s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 36s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m  8s

the patch passed

+1 :green_heart:
shadedclient
25m  2s

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

_ Other Tests _

-1 :x:
unit
138m 45s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch passed.

-1 :x:
asflicense
0m 30s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

240m 19s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.TestApplicationACLs

hadoop.yarn.server.resourcemanager.scheduler.fair.TestFairSchedulerQueueACLs

hadoop.yarn.server.resourcemanager.scheduler.TestSchedulerUtils

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestApplicationPriorityACLs

hadoop.yarn.server.resourcemanager.security.TestAMRMTokens

hadoop.yarn.server.resourcemanager.TestClientRMService

Subsystem
Report/Notes

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

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

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

uname
Linux 58a4a0b95445 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 1b53586606bb93ffaa11ecc4a69c4a7fb85bfc8f

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -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.

+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
36m  5s

trunk passed

+1 :green_heart:
compile
1m  5s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 54s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 45s

trunk passed

+1 :green_heart:
mvnsite
1m  0s

trunk passed

+1 :green_heart:
javadoc
0m 49s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 45s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m 19s

trunk passed

+1 :green_heart:
shadedclient
27m 21s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 57s

the patch passed

+1 :green_heart:
compile
1m  5s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m  5s

the patch passed

+1 :green_heart:
compile
0m 54s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 54s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 38s

the patch passed

+1 :green_heart:
mvnsite
0m 53s

the patch passed

+1 :green_heart:
javadoc
0m 44s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 39s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m 10s

the patch passed

+1 :green_heart:
shadedclient
24m 19s

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

_ Other Tests _

-1 :x:
unit
130m 30s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch passed.

-1 :x:
asflicense
0m 29s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

233m 37s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.scheduler.fair.TestFairSchedulerQueueACLs

hadoop.yarn.server.resourcemanager.security.TestClientToAMTokens

hadoop.yarn.server.resourcemanager.scheduler.TestSchedulerUtils

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestApplicationPriorityACLs

hadoop.yarn.server.resourcemanager.security.TestAMRMTokens

hadoop.yarn.server.resourcemanager.TestClientRMService

Subsystem
Report/Notes

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

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

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

uname
Linux 897a366f3219 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 4866a39686ae7b1fb10c2bce7e4baa3a6eb0ccc8

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -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  0s

codespell 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
35m 25s

trunk passed

+1 :green_heart:
compile
1m  5s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 56s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 46s

trunk passed

+1 :green_heart:
mvnsite
1m  3s

trunk passed

+1 :green_heart:
javadoc
0m 50s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 43s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
1m 57s

trunk passed

+1 :green_heart:
shadedclient
24m 20s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 55s

the patch passed

+1 :green_heart:
compile
1m  0s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m  0s

the patch passed

+1 :green_heart:
compile
0m 51s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 51s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 38s

the patch passed

+1 :green_heart:
mvnsite
0m 57s

the patch passed

+1 :green_heart:
javadoc
0m 40s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 36s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m  2s

the patch passed

+1 :green_heart:
shadedclient
24m  1s

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

_ Other Tests _

-1 :x:
unit
142m 18s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch passed.

-1 :x:
asflicense
0m 29s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

241m 15s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.TestApplicationACLs

hadoop.yarn.server.resourcemanager.scheduler.fair.TestFairSchedulerQueueACLs

hadoop.yarn.server.resourcemanager.scheduler.TestSchedulerUtils

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestApplicationPriorityACLs

hadoop.yarn.server.resourcemanager.security.TestAMRMTokens

hadoop.yarn.server.resourcemanager.TestClientRMService

Subsystem
Report/Notes

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

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

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

uname
Linux f6ee42497749 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 7c68df7ab7a58f30507391c1869c57b5dea9e26a

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -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  0s

codespell 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
35m 32s

trunk passed

+1 :green_heart:
compile
1m  7s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 57s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 44s

trunk passed

+1 :green_heart:
mvnsite
1m  5s

trunk passed

+1 :green_heart:
javadoc
0m 52s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 44s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m  4s

trunk passed

+1 :green_heart:
shadedclient
24m 49s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 55s

the patch passed

+1 :green_heart:
compile
0m 59s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
0m 59s

the patch passed

+1 :green_heart:
compile
0m 50s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 50s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 39s

the patch passed

+1 :green_heart:
mvnsite
0m 55s

the patch passed

+1 :green_heart:
javadoc
0m 40s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 37s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m  3s

the patch passed

+1 :green_heart:
shadedclient
26m 14s

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

_ Other Tests _

-1 :x:
unit
165m  9s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch passed.

-1 :x:
asflicense
0m 44s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

267m 33s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.TestApplicationACLs

hadoop.yarn.server.resourcemanager.scheduler.fair.TestFairSchedulerQueueACLs

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestCapacitySchedulerQueueACLs

hadoop.yarn.server.resourcemanager.TestRMAdminService

hadoop.yarn.server.resourcemanager.security.TestClientToAMTokens

hadoop.yarn.server.resourcemanager.scheduler.capacity.TestApplicationPriorityACLs

hadoop.yarn.server.resourcemanager.security.TestAMRMTokens

hadoop.yarn.server.resourcemanager.TestClientRMService

Subsystem
Report/Notes

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

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

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

uname
Linux ce0e188e841d 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c237aa2b23e6ce84ea66d2057f89c397b6c5a3bd

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 59s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell 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
36m 36s

trunk passed

+1 :green_heart:
compile
1m  6s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 57s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 45s

trunk passed

+1 :green_heart:
mvnsite
1m  2s

trunk passed

+1 :green_heart:
javadoc
0m 49s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 43s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
1m 58s

trunk passed

+1 :green_heart:
shadedclient
24m 57s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 57s

the patch passed

+1 :green_heart:
compile
1m  9s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m  9s

the patch passed

+1 :green_heart:
compile
0m 56s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 56s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 41s

the patch passed

+1 :green_heart:
mvnsite
0m 57s

the patch passed

+1 :green_heart:
javadoc
0m 44s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 38s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m 13s

the patch passed

+1 :green_heart:
shadedclient
24m 35s

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

_ Other Tests _

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

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

205m 33s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.reservation.TestCapacityOverTimePolicy

Subsystem
Report/Notes

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

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

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

uname
Linux c6c83c4327eb 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c237aa2b23e6ce84ea66d2057f89c397b6c5a3bd

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3785/9/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +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  0s

codespell 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
39m 12s

trunk passed

+1 :green_heart:
compile
1m 18s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
1m  6s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 51s

trunk passed

+1 :green_heart:
mvnsite
1m 15s

trunk passed

+1 :green_heart:
javadoc
1m  2s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 53s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m 19s

trunk passed

+1 :green_heart:
shadedclient
26m 49s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 59s

the patch passed

+1 :green_heart:
compile
1m  8s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
1m  8s

the patch passed

+1 :green_heart:
compile
1m  1s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
1m  1s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 44s

the patch passed

+1 :green_heart:
mvnsite
1m  3s

the patch passed

+1 :green_heart:
javadoc
0m 50s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 46s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
2m 16s

the patch passed

+1 :green_heart:
shadedclient
27m  5s

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

_ Other Tests _

+1 :green_heart:
unit
106m 33s

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

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

217m 44s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3785/10/artifact/out/Dockerfile

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

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

uname
Linux 4eb419fed57d 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 7f5e75db62dedda3cec87097ba00f7d846031d5f

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3785/10/testReport/

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

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3785/10/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.


Refactor logging to focus on simple STDOUT/STDERR

This also lays the foundation for the possibility of log drivers in the
future, if it is decided that is a direction to pursue.
Closes https://github.com/docker/machine/issues/967.
log.WithFields still works pretty similarly ;D
cc @ehazlett @hairyhenderson @sthulb @bfirsh PTAL
Signed-off-by: Nathan LeClaire<EMAIL_ADDRESS>

Concerns:

github.com/Sirupsen/logrus is still in Godeps - I don't really mind keeping it there in case we end up wanting to write a "driver" for it or use again for something in the future, but let me know your thoughts.  If I understand correctly removing it won't save us space on a repo clone or anything due to git tracking all of the history.
I haven't implemented all the methods that logrus originally supported - just the ones we have used - I definitely think there is an argument for moving over to only using only log.*, log.*f and killing log.*ln entirely.  See the interface if you are confused what I am talking about.

investigating travis build

I'd like to see logrus be removed. Cleaner working tree and less for travis to do (it uses shallow clones)

I'd like to see logrus be removed. Cleaner working tree and less for travis to do (it uses shallow clones)

Ah yeah, that's a good reason.

Just a couple nitpicks:

I would've expected to see log.go removed - is that missing from the commit (or am I blind?)
I also would've expected to see main.go's reference to initLogging (~ln19) removed

Otherwise, looks good :)

Overall LGTM.  +1 for removing logrus -- we can always add it back if needed.

I would've expected to see log.go removed - is that missing from the commit (or am I blind?)
I also would've expected to see main.go's reference to initLogging (~ln19) removed

Nope, it's not there - wanted to see the general sentiment around removing logrus completely was and it looks like everyone wants to, so I will put in those changes soon.

Update: I've removed the files which reference logrus in the main package, but unfortunately github.com/docker/docker/utils which gets imported by a few of our modules expects logrus to be present, so I haven't removed that from Godep for now.

@nathanleclaire We can port docker/utils to machine, we only use one function out of the package.

@nathanleclaire & @sthulb - it looks like docker/utils is used in 3 places, and in 2 of the places it's referenced by an unreferenced unexpected function (generateVMName in azure.go and vcloudair.go).
The last place is openstack.go, where it references utils.GenerateRandomID. I'm pretty sure we could port that usage, though honestly I'm not even sure why the KeyPair needs to have a random suffix... But that's another issue.

OK I've removed logrus, moved the two functions that we depend on to machine/utils/utils.go, removed docker/docker/api and /docker/docker/utils deps (we were only using api in once place, and it also depends on logrus).  Seems to build and work fine, such a large change makes me a little nervous so maybe in the future we should do it in separate (follow-up) PRs.

Update:

Rebased
Moved TerminalLogger into its own package which github.com/docker/machine/log imports.  This will allow us to import different log drivers selectively if we want. For instance, in the drivers, we could change the import to something like log "github.com/docker/machine/log/driver", which would allow the logger for the drivers to act slightly different than the default (prepend the machine name to the output, log to disk if there are errors, etc.).  It's also not infeasible to imagine the default logger as configurable via flag as well, so that for instance there could be an option to log with color in the output.
Filed an issue to remove the remaining log.*ln usages.

I think I'll make an issue to update the docs so that the output looks correct as well.
@ehazlett PTAL

reviewed, tested  - works as expected.  oh and yay for the windows side!!!

LGTM

:+1: :+1: :+1: :+1: :+1: :+1: :+1: :+1:


Explicitly remind the reader to start the server

When I initially read this doc, I assumed spacetime publish ... would automatically start a server for me if one wasn't running, and I had to dive through the tech support channel on Discord to find a message from someone else who had already experienced this same problem.
This makes it clear that the reader must actually start the server themself.

Thank you! Merging this now! Sorry for the delay.


Git: Restore diff editors on reload

VSCode Version: 1.45.1
OS Version: Win 10

Steps to Reproduce:

Open a project with git configured
Open changes of a file using the source control section
Close VSCode
Relaunch VSCode

All other tabs will be opened except git diff changes tab

Does this issue occur when all extensions are disabled?: Yes

Yes, +100 !!

@bpasero What will it take for this to happen? This is a simple diff editor with a git document (from a custom file system) on the left side.
I also have a feeling we got this to work recently. 🤔

@joaomoreno you need to register an editor input factory for anything you want to restore.

I am (git is) an extension. Should I assign this to you or @alexdima?

Oh wait. Ever since you adopted the file system provider API, the editor input factory is already there for you. However, we do not restore diff editors in general currently.
Is it safe to assume that a Git URL can simply be opened again in the future?

Ok. Then this essentially is a duplicate of https://github.com/microsoft/vscode/issues/18681

But that is out of scope 🤔

Yeah, I am fine making this a feature request and backlog candidate to see if it gets enough votes.

So, with https://github.com/microsoft/vscode/commit/1428d44d172bf6fffddd198c71235df86b6ff0fa pushed, diff editors now have a chance to survive reloads and this works OK unless the diff editor on a git resource is opened:

However, if the diff editor is the active one, I am greeted with:
ERR ENOPRO: No file system provider found for resource 'git:/Users/bpasero/Desktop/test-ts/package.json?%7B%22path%22%3A%22%2FUsers%2Fbpasero%2FDesktop%2Ftest-ts%2Fpackage.json%22%2C%22ref%22%3A%22~%22%7D'
I think we are trying to restore editors before the extension host is there.
@sandy081 @jrieken @alexdima does this ring a bell? I remember we had nasty deadlocks if the editors would wait to restore before the extension host was ready. Is this simply not supported?

This should work - you can reload successfully with a file from remotes open, e.g with dev containers. This might be something because git activates on * which means that we don't wait for it

@jrieken yeah good point, though I thought we might be doing something very special for vscode-remote resources so this works.
@joaomoreno can you chime in as well how git gets activated?

I am getting a step closer once I add this to package.json for git:
"activationEvents": [
  "*",
  "onFileSystem:git"
]

However reloading then I am presented with the following error which makes me think that maybe the git FS provider is maybe not ready yet?
 ERR Error: Unable to read file 'git:/Users/bpasero/Desktop/test-ts/CHANGELOG.md?{"path":"/Users/bpasero/Desktop/test-ts/CHANGELOG.md","ref":"~"}' (EntryNotFound (FileSystemError))
    at FileService.doReadAsFileStream (fileService.js:353)
    at processTicksAndRejections (internal/process/task_queues.js:85)

Hm... good work. I can make the git FS provider wait until the git extension is initialized and has scanned the possible repositories.

Verification:

open a couple of diff editors (from changes view)
close VSCode
start again
verify diff editors restore and show changes properly

Thanks for doing this. Works nicely.


Can only run Ubuntu Bash as Administrator

For some reason as of Build 16176.rs_prerelease.170410-1642 I can only run bash when spawned from Administrator (elevated) command line. If I try with my regular user keeps throwing errors "press any key" and then exit/die. I've tried uninstalling in full, made sure there are no lingering files in \AppData\Local\Lxss, re-installed as regular user, did the same as above but as admin user, etc. I've set the lxrun /defaultuser to no avail. Only works from privileged command line.

@rdodev - Would you be able to collect a trace for me?
1. Download the below two .txt files and rename them .cmd
2. Run start_lxcore_trace.cmd from an admin command prompt
3. Launch from a different non-admin command prompt
4. Run stop_lxcore_trace.cmd from an admin command prompt
5. You should now see four .etl files in the directory where you ran the script
6. Attach the .etl files here.

https://github.com/Microsoft/BashOnWindows/files/288621/start_lxcore_trace.txt
https://github.com/Microsoft/BashOnWindows/files/288622/stop_lxcore_trace.txt

@benhillis will do this after work this afternoon.

Try this in an elevated prompt:
lxrun /uninstall /full
rd /s /q %localappdata%\lxss
then from a non-elevated commandprompt,
bash.exe

@benhillis attached are the 4 etl files.
lxcore_user.zip

@fpqc will try that after I hear back from @benhillis diagnostic.

@rdodev I mean, doing it the way I said takes about 5 seconds.  Ben actually reading the traces could take hours/days.  I'm 90% sure my suggestion will work.

@fpqc oh yeah, I'm aware. I'm not in a super rush. The only reason I want to wait is in case @benhillis needs me to run more diagnostics, which could perhaps unveil root cause be fixed for good in a future version =)

@rdodev - I appreciate that.  I will take a look at the etl files ASAP. Thanks for sending them out so quickly.

@rdodev - Thank you very much for the traces.  It looks like our driver is having trouble creating a mount for your 'K' drive.  Can you tell me a bit about the 'K' drive?  Is it a standard NTFS drive or is it configured differently than your other drives?  It is possible you are hitting a different manifestation of the issue in #1862.

@benhillis that's very odd. There's no K drive (or any storage device other than 2 SSDs both NTFS formatted).

@rdodev - Could you share the output of the below commands from an admin command prompt?
fltmc instances
diskpart
list volume

@benhillis
C:\WINDOWS\system32>fltmc instances
Filter                Volume Name                              Altitude        Instance Name       Frame   SprtFtrs  VlStatus
--------------------  -------------------------------------  ------------  ----------------------  -----   --------  --------
FileInfo              D:                                         40500     FileInfo                  0     00000007
FileInfo                                                         40500     FileInfo                  0     00000007
FileInfo              \Device\HarddiskVolume4                    40500     FileInfo                  0     00000007
FileInfo              C:                                         40500     FileInfo                  0     00000007
FileInfo              \Device\Mup                                40500     FileInfo                  0     00000007
FileInfo              \Device\Volume{d6cc17c5-1735-4085-bce7-964f1e9f5de9}      40500     FileInfo                  0     00000007
WdFilter              D:                                        328010     WdFilter Instance         0     00000007
WdFilter                                                        328010     WdFilter Instance         0     00000007
WdFilter              \Device\HarddiskVolume4                   328010     WdFilter Instance         0     00000007
WdFilter              C:                                        328010     WdFilter Instance         0     00000007
WdFilter              \Device\Mup                               328010     WdFilter Instance         0     00000007
WdFilter              \Device\Volume{d6cc17c5-1735-4085-bce7-964f1e9f5de9}     328010     WdFilter Instance         0     00000007
Wof                   D:                                         40700     Wof Instance              0     00000003
Wof                                                              40700     Wof Instance              0     00000003
Wof                   C:                                         40700     Wof Instance              0     00000003
luafv                 C:                                        135000     luafv                     0     00000003
npsvctrig             \Device\NamedPipe                          46000     npsvctrig                 0     00000000
wcifs                 C:                                        189900     wcifs Instance            0     00000000

C:\WINDOWS\system32>diskpart.exe

Microsoft DiskPart version 10.0.16176.1000

Copyright (C) Microsoft Corporation.
On computer: DESKTOP-LH6D15J

DISKPART> list volume

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     D   Large SSD    NTFS   Partition    698 GB  Healthy
  Volume 1     C                NTFS   Partition    237 GB  Healthy    Boot
  Volume 2         Recovery     NTFS   Partition    450 MB  Healthy    Hidden
  Volume 3                      FAT32  Partition    100 MB  Healthy    System

@benhillis any additional updates or diagnostics? Can I wipe the install?

@rdodev - Yes I have everything I need from the traces.  Thanks again for taking the time to report the issue and collect the traces.  I cannot figure out where this mysterious 'K' drive letter is coming from, but @SvenGroot is working on a fix for this.  The current plan is to backport this to Creators Update but the final decision has to go through the servicing team.

@benhillis good deal. Hope it can get resolved.

Closing.

@rdodev - fix is already in code review. It's pretty targeted and low risk so I'm hoping the servicing team is ok with it.

Fwiw @fpqc I tried wiping and re-installing with your directions and got the following error:
Enter new UNIX username: rdodev
Creating UNIX user failed, this can be done later by running lxrun.exe /setdefaultuser
Installation successful!
The environment will start momentarily...
Documentation is available at:  https://aka.ms/wsldocs
Error: 0x80070002
Press any key to continue..

lxrun.exe /setdefaultuser fails too

@rdodev - I suspect you're still hitting the issue with us trying to create a mount for this mystery 'K' drive.

@benhillis This machine hasn't changed in hardware configuration in at least 6 months -- probably longer than that.

weird, good bug catch!

@rdodev - Looks like you might be hitting a variant of #1977.  Do you also have keybase installed?

@benhillis indeed I do! I can't uninstall it right now, but can kill the process and service and try.

@rdodev - mystery solved! As I mentioned above we're going to try to service this issue via Windows Update.


Fails to build, complains of invalid strong name token for Mono.Cecil reference

v0.8 of With.Fody blows up during build with:
Severity	Code	Description	Project	File	Line	Suppression State Error		Fody: The weaver assembly 'With.Fody, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null' references an out of date version of Mono.Cecil.dll. Expected strong name token of '1C-A0-91-87-7D-12-CA-03' but got '50-CE-BF-1C-CE-B9-D0-5E'. The weaver needs to update to at least version 3.0 of FodyHelpers.
Checked the references on With.Fody.dll with ILDASM and indeed it references Mono.Cecil with 50-CE-BF-1C-CE-B9-D0-5E public key token. Is there a way around this? Can this please be fixed?
Thanks

I have the same issue. I believe it's because version 0.8 is not compatible with Fody 3.0. If you install fody 2.X you should be fine.

@mikhailshilkov is this project abandoned?

@SuddenGunter I never used it with Fody 3.0 and probably won't. Happy to take a PR.

@mikhailshilkov actually, we've found another solution for this case: Remute

@Andycharalambous @Ninglin @SuddenGunter The project was updated to Fody 5.0. Can you please check the latest version of the NuGet package?


Documentation not up-to-date

I've got a pre-assembled UFO, but there is not documentation on how to use/configure it.

I already figured out you need to connect to the same wifi as the UFO will start on (so: UFO). Then you will have to configure wifi. My guess that this is the wifi it has to connect to.
After applying the settings and rebooting, the LEDs are all flashing yellow. I have no clue what this means.

Sorry for that - I just updated the Wifi section. So you connected to the UFO in Ad-Hoc mode already and entered your Wifi credentials?

Flashing yellow would mean it is trying to connect. If it does not start to show the IP (in red, green or blue) then it is not able to connect

Yes, I did enter the credentials, but somehow it still cannot connect. Even tried two different networks, but the yellow LEDs keep on flashing. It does understand symbols in the password right? (it probably does, but I am trying to exclude anything why it should not work as expected)

What did you use? WPA2 or WPA2-Enterprise?
There seem to be problems with the latter (currently investigating this)

I tried both... One network has "WPA2 Personal" and the other one "WPA2 Enterprise". But I would prefer the latter one.

WPA2 should work - Think we should concentrate on it for now. Is the net strong at you location? Symbols should work - any special character you think which might make problems? (which I could test)

I seem to get it to work on the WPA2 personal network! It does not blink yellow anymore.

There is one thing that comes to my mind which I experienced sometimes. When I configured the UFO for the very first time I had to power it off and on again in order to make the connection work. Could it be that you have done this now or was there anything else you changed?

Please let me know if you are able to make WPA2-Enterprise work as well...

No, I did not power it off... but I did leave it untouched for some time. After that I changed the wifi settings again and suddenly it all started working.
I will let you know if WPA2-Enterprise starts working...  :-)

The current password I am using contains an '@' sign.


Remove Docs Publish Flow

New docs platform does not need each github repo to have its own publish workflow. It uses webhooks now

🛠 Docs Preview Building...

Configuration
{
  "repoOverrides": {
    "apollographql/apollo-ios-dev@main": {
      "remote": {
        "owner": "BlenderDude",
        "repo": "apollo-ios-dev",
        "branch": "main"
      }
    }
  }
}

32b3ab93c295f203000bc581cc02f8ea0c05e618


2017 Jeep cherokee KL try fix  car unrecognized -Fingerprinting-

i tired and trying to learn something else to fixing this edit, about how and why car unrecognized, our  2017 Jeep Cherokee has ACC, KLS or front camera forward ,   i think something maybe it would fix by fingerprinting if support to .

i am used window Powershell via SSH wifi and location to /data/openpilot/selfdrive/car/Chryler/values.py
nano values.py   >Edit>Save>Exit
i change edit values.py, please check this below picture,  if i am doing correct or what?

but the problem is,  after we Save and Exit Edit because it need require to reboot device however it already restore itself values lost of my edit,  ,     i dont quit understand about powershell or was it device self-heal,
however after device reboot, i got error screen boot.

sorry for my bad English due to my deaf language , thank you for patience
Device/Version information (please complete the following information):

Device: Comma Two Pink
Dongle ID: e82e1bae71399c09
Route: e82e1bae71399c09|2021-04-26--17-20-00
Version: 0.8.3

@pd0wm would you check this for it?

Jeep doesn't use FP 2.0 yet. Please get your fingerprint the old way and add it as a subset of the existing fingerprint.

@VirtuallyChris  ok thank, i would try, on fingerprinting 1.0,   it a bit hard for me understand

oh just noticed it's not a Grand Cherokee so it's not supported yet and will likely need a new car port. I'll close this issue for now.


Enhancement: add note splashes

Add note splash like in fnf 0.2.8 cuz cool lol

No.

It can't be added to K.E until week 8 releases cause of ninjamuffin
although I do believe someone here made a PR for it, so if you really want note splashes just find that P.R, I wouldn't recommend it though.

wouldnt that break the wares rule on gamebanana

We can't do this until week 7 becomes open source due to ninjamuffin's wishes.

Requesting a close.

why are we classifying this as a week 7 feature

wouldnt that break the wares rule on gamebanana
just be patient and wait for week 7 on desktop

not necessarily, it would go against ninjamuffin's wishes but I've seen a few mods on G.B with note splashes
ex. agoti

wouldnt that break the wares rule on gamebanana
just be patient and wait for week 7 on desktop

not necessarily, it would go against ninjamuffin's wishes but I've seen a few mods on G.B with note splashes
ex. agoti

hm, weird.

wouldnt that break the wares rule on gamebanana
just be patient and wait for week 7 on desktop

not necessarily, it would go against ninjamuffin's wishes but I've seen a few mods on G.B with note splashes
ex. agoti

yeah but agoti is based off micd up which i think still has the splashes

wouldnt that break the wares rule on gamebanana
just be patient and wait for week 7 on desktop

not necessarily, it would go against ninjamuffin's wishes but I've seen a few mods on G.B with note splashes
ex. agoti

yeah but agoti is based off micd up which i think still has the splashes

yeah but mic'd up has a gb page i think, still weird


[Bug] Secret Santa icon with link no longer appears

The gift icon secret-santa.svg no longer appears when Secret Santa pools have been set up.

Can I get more infos? The button only show when a user is registered in a pool. Can you check into the json file if the user is correctly assigned to someone, if yes, then it's probably a problem with the icon location or html not detecting the assignation.
Thanks.

Yes, there are entries in the assigned_users: and pool_name: fields in the json file.
I'm using the docker image from 2024-09-08.

I pulled the docker image from 2024-09-12 and the icon has returned.


Rename spectrum to access_url

Short description:
Rename the spectrum column to access_url in the Spectra table
Link to relevant issue: Closes #477
For data ingests:
[X] includes script used for ingest
[X] includes modified JSON files
[X] Add/update tests
[ ] Update the Versions table

Do we want/need an entry in Versions as described in the template?

Also, I did notice the re-ordering of a handful of SpectralTypes entries. Not sure how to resolve that yet, but maybe this PR will sync them to their proper order?

I'm happy to do that here since so many files are being touched anyway.  If it happens again, however, we should open an issue and see if we can prescribe the order.

Do we want/need an entry in Versions as described in the template?

I vote yes, I think this change warrants a release and a version increment.  We'll need to be careful implementing on the website because this change may break the web app.

Updated scheduled_checks and added an entry to Versions (2024.4).
These are now the versions we have:
version start_date  end_date                    description
------- ---------- ---------- -----------------------------------------------
 2022.1 2020-06-22 2022-08-23                                 Initial release
 2022.2 2022-08-23 2022-10-11                                            None
 2022.3 2022-10-11 2022-10-13                            Added VHS 1256b data
 2022.4 2022-10-14 2022-10-16
 2022.5 2022-10-16 2022-12-28 Adds T and Y dwarfs from Leggett 21 compilation
 2023.1 2022-12-28 2023-07-11                                   Schema rework
 2023.2 2023-07-11 2023-07-25                Added JWST spectra for VHS 1256b
 2023.3 2023-07-25 2023-10-18             Companions table, fixed IRS spectra
 2023.4 2023-10-18 2023-12-12                               Added two sources
 2023.5 2023-12-12 2023-12-29     Included Roth sources, fixed Bard14 spectra
 2024.1 2023-12-29 2024-02-15          Added JWST spectrum for WISE 1935-1546
 2024.2 2024-02-15 2024-03-05                                  Regime cleanup
 2024.3 2024-03-05 2024-04-17                 UCDs in PhotometryFilters table
 2024.4 2024-04-17 2024-04-19 Renaming Spectra.spectrum to Spectra.access_url
 latest 2024-04-19       None                          Version in development


test_predict() unable to load RFC from old scikit

When running the

upsilon.test_predict()

I get  the error which ends with :
/Users/chris/anaconda3/lib/python3.5/site-packages/sklearn/base.py:315: UserWarning: Trying to unpickle estimator DecisionTreeClassifier from version pre-0.18 when using version 0.18.1. This might lead to breaking code or invalid results. Use at your own risk.
UserWarning)
UnicodeDecodeError                        Traceback (most recent call last)
 in ()
----> 1 u.test_predict()
/Users/chris/anaconda3/lib/python3.5/site-packages/upsilon/test/predict.py in run()
52
53    logger.info('Load the UPSILoN classifier')
---> 54    rf_model = load_rf_model()
55
56    logger.info('Classify the light curve')
/Users/chris/anaconda3/lib/python3.5/site-packages/upsilon/datasets/base.py in load_rf_model()
60    module_path = dirname(file)
61    file_path = join(module_path, 'models/rf.model.sub.github.gz')
---> 62    clf = pickle.load(gzip.open(file_path, 'rb'))
63
64    return clf
UnicodeDecodeError: 'ascii' codec can't decode byte 0xfe in position 2208: ordinal not in range(128)
I traced it down to line 62 in upsilon/datasets/base.py   ,
and when I changed it to

clf = pickle.load(gzip.open(file_path, 'rb’), encoding=‘latin1')

I get a more informative error :

KeyError                                  Traceback (most recent call last)
 in ()
----> 1 clf = pickle.load(gzip.open(file_path, 'rb'), encoding='latin1')
sklearn/tree/_tree.pyx in sklearn.tree._tree.Tree.setstate (sklearn/tree/_tree.c:8128)()
KeyError: 'max_depth'
Which points me in a direction that your models were made with old scikit learn, so that anyone trying to test the installation will find it to fail with the most up-to-date installation of python and scikit learn.  Can you fix this issue ?
Thank you
Chris

see https://github.com/scikit-learn/scikit-learn/issues/7826

You're using Python 3 while the upsilon supports only Python 2 (read the "Dependency" section at README.md). If you're in hurry, please use: "https://github.com/dwkim78/py3-upsilon", which is an identical package but supporting Python 3. I'll integrated them sometime in the near future.
Cheers,
Dae-Won


fixes 1: Added first pass of EHR user instructions

Complete with installation instructions and example code.

This still needs to have a correct link to the statically hosted app page, but that can happen in a future change (after that happens).


⚠ SceneTime has degraded performance

In 6077e1a, SceneTime ($ST) experienced degraded performance:

HTTP code: 200
Response time: 1365 ms

Resolved: SceneTime performance has improved in baf26a3 after 14 minutes.


Modify Community Chinese (Simplified).

Modify  Community Chinese (Simplified) from the perspective of a native Chinese speaker.

Danke für deine Mithilfe! 🙏


can't access to dashboard

Welcome!

[X] Yes, I've searched similar issues on GitHub and didn't find any.
[X] Yes, I've searched similar issues on the Traefik community forum and didn't find any.

What version of the Traefik's Helm Chart are you using?
3.5.0
What version of Traefik are you using?
2.6.6
What did you do?
Trying to access the dashboard.
I have deployment.yaml
---
# Source: traefik/templates/deployment.yaml
# Source: traefik/templates/deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: ingress-traefik-internal-controller
  labels:
    app.kubernetes.io/name: traefik
    helm.sh/chart: traefik-10.19.5
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/instance: ingress-traefik-internal-controller
  annotations:
spec:
  replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/name: traefik
      app.kubernetes.io/instance: ingress-traefik-internal-controller
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1
  minReadySeconds: 0
  template:
    metadata:
      annotations:
        prometheus.io/scrape: "true"
        prometheus.io/path: "/metrics"
        prometheus.io/port: "9100"
      labels:
        app.kubernetes.io/name: traefik
        helm.sh/chart: traefik-10.19.5
        app.kubernetes.io/managed-by: Helm
        app.kubernetes.io/instance: ingress-traefik-internal-controller
    spec:
      serviceAccountName: ingress-traefik-internal-controller
      terminationGracePeriodSeconds: 60
      hostNetwork: false
      containers:
      - image: "traefik:2.6.6"
        imagePullPolicy: IfNotPresent
        name: ingress-traefik-internal-controller
        resources:
        readinessProbe:
          httpGet:
            path: /ping
            port: 9000
          failureThreshold: 1
          initialDelaySeconds: 10
          periodSeconds: 10
          successThreshold: 1
          timeoutSeconds: 2
        livenessProbe:
          httpGet:
            path: /ping
            port: 9000
          failureThreshold: 3
          initialDelaySeconds: 10
          periodSeconds: 10
          successThreshold: 1
          timeoutSeconds: 2
        ports:
        - name: "metrics"
          containerPort: 9100
          protocol: "TCP"
        - name: "traefik"
          containerPort: 9000
          protocol: "TCP"
        - name: "web"
          containerPort: 8000
          protocol: "TCP"
        - name: "websecure"
          containerPort: 8443
          protocol: "TCP"
        securityContext:
          capabilities:
            drop:
            - ALL
          readOnlyRootFilesystem: true
          runAsGroup: 65532
          runAsNonRoot: true
          runAsUser: 65532
        volumeMounts:
          - name: data
            mountPath: /data
          - name: tmp
            mountPath: /tmp
        args:
          - "--global.checknewversion"
          - "--global.sendanonymoususage"
          - "--entrypoints.metrics.address=:9100/tcp"
          - "--entrypoints.traefik.address=:9000/tcp"
          - "--entrypoints.web.address=:8000/tcp"
          - "--entrypoints.websecure.address=:8443/tcp"
          - "--api.dashboard=true"
          - "--ping=true"
          - "--metrics.prometheus=true"
          - "--metrics.prometheus.entrypoint=metrics"
          - "--providers.kubernetescrd"
          - "--providers.kubernetesingress"
          - "--entrypoints.websecure.http.tls=true"
          - "--log.level=INFO"
          - "--accesslog=true"
          - "--accesslog.fields.defaultmode=keep"
          - "--accesslog.fields.headers.defaultmode=drop"
      volumes:
        - name: data
          emptyDir: {}
        - name: tmp
          emptyDir: {}
      securityContext:
        fsGroup: 65532

IngressRoute:
apiVersion: traefik.containo.us/v1alpha1
kind: IngressRoute
metadata:
  name: ingress-traefik-internal-controller-dashboard
  namespace: "traefik-internal"
  labels:
    app.kubernetes.io/name: ingress-traefik-internal-controller-dashboard
    helm.sh/chart: ingress-traefik-internal-controller-dashboard-1.0
    app.kubernetes.io/instance: ingress-traefik-internal-controller
    app.kubernetes.io/managed-by: Helm
spec:
  entryPoints:
    - web
  routes:
    - kind: Rule
      match: PathPrefix(`/traefik`)
      services:
      - kind: TraefikService
        name: api@internal

However, when I tried to access /traefik, traefik printed out this log
<IP_ADDRESS> - - [28/Jun/2022:06:43:06 +0000] "GET /traefik HTTP/1.1" 404 19 "-" "-" 20 "traefik-ingress-traefik-controller-dashboard-27f2a6f95cea93d2ebaf@kubernetescrd" "-" 0ms

routing is doing its job but traefik-ingress-traefik-controller-dashboard-27f2a6f95cea93d2ebaf@kubernetescrd is returning 404?
How can I debug this?
What did you see instead?
successfully access dashboard
What is your environment & configuration?
N/A
Additional Information
No response

problem solved after reading https://community.traefik.io/t/solved-routing-using-pathprefix-and-stripprefix-confusing-behavior/12365/3 and https://github.com/traefik/traefik/issues/5853


Remind urls_to_html will print HTML tags in input string

Update README.md file with a warning to remind developers to sanitise data before passing it to urls_to_html filter.
See https://github.com/vstelmakh/url-highlight-twig-extension/issues/10

Thank you :clap:


[Feature request] Parse raw JSON

I am looking for a way to delay JSON decoding. Go for example provides a special type called json.RawMessage and you can define a field of a struct with this, so unmarshaling JSON works with arbitrary content and it is possible to unmarshal the content later (like in this Go example).
RequestMessage : {
    name : Str,
    data : ??? # --> Here I need something like Json.RawMessage <--
}

jsonStr = Str.toUtf8 "{\"name\": \"Banana\", \"data\": {\"weight\": 42}}"

result1 : Result RequestMessage _
result1 =
    jsonStr |> Decode.fromBytes Json.json

BananaData : {
    weight : U64
}

OrangeData : {
    completlyDifferentFieldHere : Str
}

result2 =
    decodedValue <- Result.map result1

    if decodedValue.name == "Banana" then
        bananaData : Result BananaData _
        bananaData =
            decodedValue.data |> Decode.fromBytes Json.json
        when bananaData is
            Ok bd -> bd.weight
            Err _ -> 0
    else if decodedValue.name == "Orange" then
        orangeData : Result OrangeData _
        ... # Try to decode orange data and calculate whatever makes sense here
    else
        crash "Oh no! No support for such fruits."

expect result2 == Ok 42

The sense is that I get different request messages (in this example). I want to decode the first part (name in this example) and according to the content I want to decode some other fields (data in this example).
I tried to use List U8 as magic type but this does not work.
So the feature request is that one can use such a nice type and the decoder parses the value as list of bytes e. g.
What do you think?

I think this is a great idea. I've experimented with it a bit, but haven't managed to get something that I was happy enough to share.
It's something I would like to add eventually.
Is this something you would like to work on? I have some rough ideas about how we could do this so it works nicely with the roc-json implementation.

I am not sure whether I am able to do this well ... I still do not understand the decoding magic in Decode.roc.


Shell for mutable object

https://github.com/buckyos/CYFS/discussions/206
I will complete it in my project for Group.

Currently inside cyfs-stack, StorageObject is used to store traditional data in the form of object, so in the new GC system, all StorageObjects will be treated as free roots.
However, if a StorageObject is used as a ShellObject, the GC mechanism needs to be improved in design, and it feels like it might be more friendly to introduce a new shell object?

Maybe it's better to create a new type for clearer semantics, there are several reasons to use StorageObject:

I don't known the background for StorageObject.
It can support the function.
It can be indexed by id with all storaged data when we need to retrieve the data in storage.

If it wants to introduce system-level customization, I think it's unnecessary. it's better to create a new object.

By the way, what's mean with follow:
all StorageObjects will be treated as free roots.

It will be create/update/remove by manual? or timeout?

Maybe it's better to create a new type for clearer semantics, there are several reasons to use StorageObject:

I don't known the background for StorageObject.
It can support the function.
It can be indexed by id with all storaged data when we need to retrieve the data in storage.

If it wants to introduce system-level customization, I think it's unnecessary. it's better to create a new object.

There is nothing wrong with using StorageObject for ShellObject itself, except that StorageObject is now used as the default 'free root' for GC, which is an implicit setting and not quite correct in itself.
cyfs-stack internal 'free roots' using StorageObject are specified with a special string ID, so a list can be compiled and processed in GC
However, there is a risk that StorageObjects are used internally by cyfs-stack by default, so if an object with the same id is constructed externally, it will overwrite the existing objects inside cyfs-stack and lead to various unpredictable problems.
So one of the following permission design should be added:

StorageObject, only the same zone and system permissions can put_object, the rest of the put_object operations are rejected;
Key StorageObject inside the protocol stack, using high privileges(current device+system dec) at object layer system to avoid being overwritten by other dec apps

For the two options mentioned above, there are two different proposals that need to be studied further, as follows:

If it is the first option, if you use this to do ShellObject, then the permissions part may need to be based on the type and ID to make a judgment, and it does not feel too friendly! So in this case, it feels more appropriate to add a new ShellObject, so that the StorageObject is only used to manage data inside the stack, requiring high privileges to operate

But if it is the second option, then the StorageObject is available for external use, because the permission granularity is the object_id layer now, no need to differentiate by category

At present, I think the second solution is feasible, and we need to research it with the current implementation

It means "From the point of view of GC, these objects are always valid". The modification and management are used internally by the protocol stack. Generally, once created, they will not be deleted

By the way, what's mean with follow:
all StorageObjects will be treated as free roots.

It will be create/update/remove by manual? or timeout?

It means "From the point of view of GC, these objects are always valid". The modification and management are used internally by the protocol stack. Generally, once created, they will not be deleted

By the way, what's mean with follow:
all StorageObjects will be treated as free roots.

It will be create/update/remove by manual? or timeout?

It means "From the point of view of GC, these objects are always valid". The modification and management are used internally by the protocol stack. Generally, once created, they will not be deleted

Anyway, currently StorageObject is used inside the stack as a special object, used as a bridge to traditional data based object storage, so there is some special treatment inside this stack
So ShellObject can add a new and different object type if it can

I see, but I think there needs to be more explicit information about this situation to avoid misunderstandings by other developers, for example:

define special section for similar objects.
make different flags.

Currently there is no clear specification for this piece of core objects, because how the kinds of objects are divided, also many different dimensions, may be a complex work, and later may need a special organization to be responsible for the division. But StorageObject this is really only cyfs-stack internal use, as a bridge between data and objects

I see, but I think there needs to be more explicit information about this situation to avoid misunderstandings by other developers, for example:

define special section for similar objects.
make different flags.

Currently there is no clear specification for this piece of core objects, because how the kinds of objects are divided, also many different dimensions, may be a complex work, and later may need a special organization to be responsible for the division. But StorageObject this is really only cyfs-stack internal use, as a bridge between data and objects

I have updated my sulution
Storage prototype

// ObjectShellObject
message ObjectShellDescContent {
    // true: storage `ObjectId` in `desc` only, without `ObjectDesc`;
    // false: encode the `ObjectDesc` in `desc`.
    bool is_object_id_only = 1;

    // true: calculate the `fix_content_hash` include `desc_sign`;
    // false: calculate the `fix_content_hash` without `desc_sign`.
    bool is_desc_sign_fix = 2;

    // true: calculate the `fix_content_hash` include `body_sign`;
    // false: calculate the `fix_content_hash` without `body_sign`.
    bool is_body_sign_fix = 3;

    // true: calculate the `fix_content_hash` include `nonce`;
    // false: calculate the `fix_content_hash` without `nonce`.
    bool is_nonce_fix = 4;

    // hash of fixed fields in `ObjectShellBodyContent`.
    // hash_buf = desc + body + [desc_signatures] + [body_signatures] + [nonce]
    // * any field with a value of `None` should be occupied with 1 byte with a value of 0.
    // fix_content_hash = sha256(hash_buf)
    bytes fix_content_hash = 5;
}

message ObjectShellBodyContent {
    // if is_object_id_only is true, `desc` is the encoded buffer of `ObjectId` of the original object.
    // otherwise, `desc` is the encoded buffer of the full `Desc` of the original object.
    bytes desc = 1;

    // `body` is the encoded buffer of the `Body` of the original object.
    optional bytes body = 2;

    // `desc_signatures` is the encoded buffer of the `Object.signs().desc_signs()` of the original object.
    optional bytes desc_signatures = 3;

    // `body_signatures` is the encoded buffer of the `Object.signs().body_signs()` of the original object.
    optional bytes body_signatures = 4;

    // `nonce` is the encoded buffer of the `nonce` of the original object.
    optional bytes nonce = 5;
}

A new object type
pub enum CoreObjectType {
    //...
    // A shell of an mutable `Object`, we can use it to storage `Object` with different `Body` and same `Desc` in `NOC`.
    ObjectShell = 42,

    // ...
}

Interface
#[derive(Clone)]
pub struct ObjectShell<O>
{
    desc: ShelledDesc<O::DescType>,
    body: Option<ObjectMutBody<O::ContentType, O>>,
    signs: ObjectSigns,
    nonce: Option<u128>,
    flags: ObjectShellFlags,
}

impl<O> ObjectShell<O>
{
    pub fn from_object<NO>(raw: &NO, flags: ObjectShellFlags) -> Self
    where
        NO: NamedObject<O> + RawEncode + for<'local> RawDecode<'local> + Clone,
    {
        Self {
            flags,
            desc: ShelledDesc::Desc(raw.desc().clone()),
            body: raw.body().clone(),
            signs: raw.signs().clone(),
            nonce: raw.nonce().clone(),
        }
    }

    pub fn shell_id(&self) -> ObjectId {
        self.to_storage().shell_id()
    }

    pub fn flags(&self) -> &ObjectShellFlags {
        &self.flags
    }

    pub fn with_full_desc(&self) -> bool {
        match self.desc {
            ShelledDesc::ObjectId(_) => false,
            ShelledDesc::Desc(_) => true,
        }
    }

    pub fn body(&self) -> &Option<ObjectMutBody<O::ContentType, O>> {
        &self.body
    }
    // update the raw object
    pub fn body_mut(&mut self) -> &mut Option<ObjectMutBody<O::ContentType, O>> {
        &mut self.body
    }

    pub fn signs(&self) -> &ObjectSigns {
        &self.signs
    }

    // update the signatures
    pub fn signs_mut(&mut self) -> &mut ObjectSigns {
        &mut self.signs
    }

    pub fn nonce(&self) -> &Option<u128> {
        &self.nonce
    }

    // update the nonce
    pub fn nonce_mut(&mut self) -> &mut Option<u128> {
        &mut self.nonce
    }

    pub fn try_into_object(
        mut self,
        desc: Option<&O::DescType>,
    ) -> BuckyResult<NamedObjectBase<O>> {
        // recover the original object from a shell.
    }

    fn from_storage(storage: &ObjectShellStorage) -> BuckyResult<Self> {
        // private interface: decode `ObjectShell` from the storaged object.
    }

    fn to_storage(&self) -> ObjectShellStorage {
        // private interface: encode `ObjectShell` to storaged object
    }
}

impl<O> RawEncode for ObjectShell<O>
{
    fn raw_measure(&self, purpose: &Option<cyfs_base::RawEncodePurpose>) -> BuckyResult<usize> {
        self.to_storage().raw_measure(purpose)
    }

    fn raw_encode<'a>(
        &self,
        buf: &'a mut [u8],
        purpose: &Option<cyfs_base::RawEncodePurpose>,
    ) -> BuckyResult<&'a mut [u8]> {
        self.to_storage().raw_encode(buf, purpose)
    }
}

impl<'de, O> RawDecode<'de> for ObjectShell<O>
{
    fn raw_decode(buf: &'de [u8]) -> BuckyResult<(Self, &'de [u8])> {
        let (storage, remain) = ObjectShellStorage::raw_decode(buf)?;
        Self::from_storage(&storage).map(|o| (o, remain))
    }
}

#[derive(Copy, Clone)]
pub struct ObjectShellFlags {
    is_object_id_only: bool,
    is_desc_sign_fix: bool,
    is_body_sign_fix: bool,
    is_nonce_fix: bool,
}

#[derive(Clone)]
enum ShelledDesc<D> {
    ObjectId(ObjectId),
    Desc(D),
}

// Private object for storage only.
// Anyone should always use the `ObjectShell` without the storage object directly.

#[derive(Debug, Clone, ProtobufEncode, ProtobufDecode, ProtobufTransform, Serialize)]
#[cyfs_protobuf_type(crate::codec::protos::ObjectShellDescContent)]
struct ObjectShellDescContent {
    is_object_id_only: bool,
    is_desc_sign_fix: bool,
    is_body_sign_fix: bool,
    is_nonce_fix: bool,
    fix_content_hash: HashValue,
}

impl DescContent for ObjectShellDescContent {
    fn obj_type() -> u16 {
        CoreObjectType::ObjectShell as u16
    }

    fn format(&self) -> u8 {
        OBJECT_CONTENT_CODEC_FORMAT_PROTOBUF
    }

    type OwnerType = SubDescNone; // no owner
    type AreaType = SubDescNone; // no area
    type AuthorType = SubDescNone; // no author
    type PublicKeyType = SubDescNone; // no public key
}

#[derive(Clone, Debug, ProtobufEncode, ProtobufDecode, ProtobufTransform)]
#[cyfs_protobuf_type(crate::codec::protos::ObjectShellBodyContent)]
struct ObjectShellBodyContent {
    desc: Vec<u8>,
    body: Option<Vec<u8>>,
    desc_signatures: Option<Vec<u8>>,
    body_signatures: Option<Vec<u8>>,
    nonce: Option<Vec<u8>>,
}

impl BodyContent for ObjectShellBodyContent {
    fn format(&self) -> u8 {
        OBJECT_CONTENT_CODEC_FORMAT_PROTOBUF
    }
}

impl ObjectShellBodyContent {
    fn hash(&self, flags: &ObjectShellFlags) -> HashValue {
        // hash of fixed fields in `ObjectShellBodyContent`.
        // hash_buf = desc + body + [desc_signatures] + [body_signatures] + [nonce]
        // * any field with a value of `None` should be occupied with 1 byte with a value of 0.
        // fix_content_hash = sha256(hash_buf)
    }
}

type ObjectShellType = NamedObjType<ObjectShellDescContent, ObjectShellBodyContent>;
type ObjectShellBuilder = NamedObjectBuilder<ObjectShellDescContent, ObjectShellBodyContent>;
type ObjectShellDesc = NamedObjectDesc<ObjectShellDescContent>;

type ObjectShellId = NamedObjectId<ObjectShellType>;
type ObjectShellStorage = NamedObjectBase<ObjectShellType>;


Executable names might be truncated (darwin, linux)

Process names might be truncated on darwin, linux.
This fork here which has the full process executable path, uses filepath.Base(..) to get the full name:
https://github.com/keybase/go-ps

Looks great! Can you point me to where I should merge any changes?

You could create a pull request (or compare changes) and then pick and choose what changes you want? https://github.com/mitchellh/go-ps/compare/master...keybase:master
If you need, I could also prepare a pull-request which has these fixes (and adds more tests etc), but might be a week or so before I can get to it.

Still confirming this as a problem. Do you need a hand?

Thanks for pointing me to the fork, @gabriel .
BTW @mitchellh you have a pull request open for fixing this on OSX.
Regarding Linux, I can say the issue is reading /proc/$pid/stat instead of /proc/$pid/cmdline

I can confirm it does truncate the names in linux.

Fix for now is to just import github.com/keybase/go-ps
@mitchellh seems to have abandoned this repo ☹

or use https://github.com/shirou/gopsutil

do we have fix available for linux ? Are we going to merge it as I still see the same problem in github.com/mitchellh/go-ps ?


After changing region, the location detail from previous region is still displayed

Steps:

View the location details of a location - for example, 21st Avenue Bicycles in Portland
Click Region, Change, and pick a new region.
Click Locations

At that point, the location details of 21st Avenue Bicycles is displayed, even though you're viewing a different region. As far as I can tell (tested it some, but not extensively), you can still update that location - the functionality isn't broken.
Not labeling this as "auth" because I don't know how important it is.

I can reproduce this on iPhone... same steps on iPad make the app crash.

This should do it: https://github.com/scottwainstock/pbm-ios/commit/2225df585c4ffd0e238b4bd4e6ba9a0db4f7c142