You forgot to copy-paste the Go copyright and license

I'm sure this is a honest mistake, but why does this library contain files derived from the Go standard library with a different copyright and license?
https://github.com/coinbase/kryptology/blob/3d28fe04e750bc4f1f321174a4a79f9e8f378d40/pkg/ted25519/ted25519/ed25519.go
https://github.com/golang/go/blob/54e75e8f9db09868db61f97edb98ace3aab7234f/src/crypto/ed25519/ed25519.go
I get that the backend curve/scalar implementation was replaced (by the same code that the standard library later switched to), but it still is a derived work.

Thanks for pointing it out @Yawning. It appears it was dropped during some code movement and the new copyright header was added by an automated tool. We'll address this in the next release.

Fixed in #24

Yay.


Update nf-imagehlp-getimageconfiginformation.md

Param ImageConfigInformation description claims that the type of the parameter is IMAGE_LOAD_CONFIG_DIRECTORY64 when in fact it is IMAGE_LOAD_CONFIG_DIRECTORY which may be either IMAGE_LOAD_CONFIG_DIRECTORY32 or IMAGE_LOAD_CONFIG_DIRECTORY64 depending on the platform architecture.
I updated the link to point to the 64-bit version thinking it was preferrable to the 32-bit one.

@bekir-ozturk : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@Karl-Bridge-Microsoft : Thanks for your contribution! The author(s) have been notified to review your proposed change.


[FEATURE] Add "Event Instance Description Override" to Instances

Is your feature request related to a problem? Please describe.
Not related to a problem.. Just as an Instance may have a different Location, because of that different location there could be some different verbiage we need to display in the description.
Describe the solution you'd like
Add an Event Description Override at the Instance level and include that field on the VisualForce Page as well.
Describe alternatives you've considered
Alternative is to make an entire new event so we can change the description just slightly.
To help determine if a recipe may be more appropriate, please share other use cases, if possible, this functionality would benefit from.
For continuity and reporting purposes we probably don't want to make a lot of tangential events just because descriptions vary slightly. For example, if an Online Event has a single On-Site occurrence - there could be more information to demonstrate to the registrant. Such as attire, special guests etc.
Are you willing and interested in being engaged during the development and testing process?

@mad2492, We have some question about this:

Did you intend for the instance description to override the whole event description, or alternatively be additive to the event description.

Did you mean to override event description only, or alternatively all the fields: description, short description, footer, etc?

For context we try to keep overrides to a minimum to keep the instance object light. I can see this might have a lot of value but we are just trying to avoid a slippery slope of overrides.

Hi! As we discussed, for us I think it's sufficient to override the description and short description only.


'agm-map' is not a known element:

'agm-map' is not a known element:

If 'agm-map' is an Angular component, then verify that it is part of this module.
If 'agm-map' is a Web Component then add 'CUSTOM_ELEMENTS_SCHEMA' to the<EMAIL_ADDRESS>of this component to suppress this message.
I am trying to show Google Maps in a modal with a marker. Stuck in this problem. What should I do?

Do you have AgmCoreModule.forRoot(...) imported in your module?

if you are using a child module then import AGM into both(parent(with API key), child) module


ganja.js for the tutorials.

Thanks @enkimute :) I cherry picked it onto the docs branch. There's a draft article there as well that I'm writing for skeletal animation and blending that this might be extra suitable for.
For now I'm going to close this PR since your commits now live on a different branch which will be merged back to master when the documentation settles down.


Ambiguously matched items

Update design for handling ambiguous matches

load first page of results for each tab (unmatched, ambiguous), have API accept page # and then perform additional search/ results load when a user selects a new page

#285 - working implementation. Create new issues for any future bugs


issue_label and issue_milestone webhooks not triggered on new issue

Gitea version (or commit ref): 1.13.1
Can you reproduce the bug at https://try.gitea.io:

[X] Yes

Description
The issue_label, issue_milestone, pull_request_label and pull_request_milestone webhooks are not triggered when you immediately provide the label or milestone when creating the new issue/pr. When adding the label or milestone AFTER the issue/pr has already been created it works fine.
This is not consistent with the issue_assign/pull_request_assign webhooks: these also get triggered if you provide the assignee immediately when creating the new issue/pr.
Screenshots

The webhook:

Only receives the notification for the issue_assign.

Should we remove all extra events when create an issue/pull request or add them all?

Should we remove all extra events when create an issue/pull request or add them all?

Emitting the labeled/milestoned/assigned events regardless of whether they were added at creation time or afterwards seems most intuitive to me, from the point of view of configuring and implementing a webhook.

Emitting the labeled/milestoned/assigned events regardless of whether they were added at creation time or afterwards seems most intuitive to me, from the point of view of configuring and implementing a webhook.


Fix solution file

Move WPF C# project back into the WPF folder

Before:

After:

@dkemlage Can you take a look at this and sanity check for me?

@nCastle1 The change looks reasonable. Thanks for the descriptive screen shots to show what was going on. Please feel free to Merge.


Very long to answer and display a new page

Attempted Debugging

[X] I have read the debugging page

Searched GitHub Issues

[X] I have searched GitHub for the issue.

Describe the Scenario
Good morning
As bookstack takes 2 seconds or sometimes 3 to display a new page, I tried to optimize this with memcached
I installed memcached with this tutorial
https://debianpolska.pl/fr/instalacja-memcached-w-systemie-debian-11/
modified the file /var/www/BookStack/.env by adding in the end:
# Cache & Session driver to use
# Can be 'file', 'database', 'memcached' or 'redis'
CACHE_DRIVER=memcached
SESSION_DRIVER=memcached

# Example of using a single local memcached server
MEMCACHED_SERVERS=<IP_ADDRESS>:11211:100

restart apache2 but unfortunately this had no effect.
I forgot something in your instructions?
The config of my VM system under Esxi:
4 CPU (Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz)
4Go RAM
200Go HDD
Best regards
Exact BookStack Version
BookStack v22.10.2
Log Content
No response
PHP Version
8.1
Hosting Environment
Esxi 7.0 / Debian 11 up to date

Strange behavior on 1 PC the server is super slow, on another PC, connected to the same switch the server has a normal behavior.

Yeah, I'd be surprised if memcached made a difference.
To be honest, from your last message, it sounds like it's likely a network level issue.
Would be worth analysing were the slowness is coming from.
If you're comfortable with browser dev tools, could perform a page request (On the slow system) then view the request in the network tab then look at the timings tab of that request, to get a breakdown.
Alternatively, could check timings using curl like explained here.

After my analysis, it is not a network problem but a problem with firefox v107 which is installed on my main PC.
Indeed if, on this same PC, I open bookstack with edge or chrome, it is extremely reactive.
On the other hand, if on another PC I open Bookmark with firefox v107, I also have no problem.
I have to find the origin of the problem, and it is the kind of painful debugging

I ran a Firefox repair and that fixed the problem.

Alrighty, godo to hear this is fixed, will therefore close this off.


Real-robot place integration

Motivation and Context

Place experiments on the real robot
Testing hierarchical policy
Making sure grasp planner code is clean and easier to use

Changelog

Fixed bugs in observation handling
Update obs handler to make sure its getting goal object
Correctly search for object on start receptacle in the real world not just any object

How Has This Been Tested

Types of changes

[X] Docs change / refactoring / dependency upgrade
[X] Bug fix (non-breaking change which fixes an issue)
[X] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[X] I have made changes to existing documentation where needed.
[ ] I have added tests that show that the PR is functional.
[X] I ran tests/hw_manual_test.py on hardware and observed that robot behavior looks normal.

Yeah I think we should with both. It needs to pack the gripper away to move to destination without hitting anything.
Best,
Chris
Sent from my phone

From: yvsriram @.>
Sent: Wednesday, May 10, 2023 9:35:25 PM
To: facebookresearch/home-robot @.>
Cc: Chris Paxton @.>; Author @.>
Subject: Re: [facebookresearch/home-robot] Real-robot place integration (PR #172)
@yvsriram commented on this pull request.

In src/home_robot/home_robot/motion/stretch.pyhttps://github.com/facebookresearch/home-robot/pull/172#discussion_r1190546977:

@@ -61,12 +65,13 @@
0.01,  # arm
0.0,  # gripper rpy
0.0,  # wrist roll

   0.0,  # wrist pitch

   -0.7,  # wrist pitch

Will we be doing this for both the navigations? Will remember to do this in sim. May protrude scene in rare cases but gripper down with object held may not be practical.
—
Reply to this email directly, view it on GitHubhttps://github.com/facebookresearch/home-robot/pull/172#pullrequestreview-1421595732, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AAZCMZ3CE4WXGN7FNDCEBLDXFQ653ANCNFSM6AAAAAAX454NSI.
You are receiving this because you authored the thread.Message ID: @.***>


Rename ChooseBest output likelihoods to scores

Closes #20

LGTM

Haha thank you for fixing the tests, I was rushing to change this and missed too much, that's my bad!
I'm going to merge this once the API level change is merged, sound good?


Recovering stake from multiple operators - disappearing "recover" button

It's a report from one of the early KEEP stakers.
In April (staking contract v1), our staker delegated to three operators and later undelegated from all of them. After recovering the stake from the first operator, buttons for recovering the stake from the rest of the operators disappeared. It has been confirmed that it still does not work with the most recent KEEP Token Dashboard.

I was not able to reproduce it locally via Metamask. I delegated tokens from liquid tokens, grant and managed grant.
Going to test this scenario with Ledger and Trezor wallet. I'll post result soon.

If that helps, the transactions are:
original delegation 1 https://etherscan.io/tx/0x141f4e29d495cdbba98f47552aa93558672219d7827c71dde42640d1934f36c1
original delegation 2 https://etherscan.io/tx/0xa73ede0270ca8cadec0fe968e482723c19891837f4f16e31e983ca39bc783c45
original delegation 3 https://etherscan.io/tx/0x3c957ee392129e94bee588bd8435d173f325a1afab6e0035edbb53e59c9aba08
recovery (original delegation3) https://etherscan.io/tx/0xb75f79e09c9ef153902df5ff71d330a2ac503780db501b1ff66f6bde2dd20c6d

It has been confirmed that it still does not work with the most recent KEEP Token Dashboard.

Are we sure that this account delgated tokens against the new TokenStaking contract? We should remember about the token dashboard only displays data from the new TokenStaking contract.

I tested scenario with Ledger and the result is the same as here.

We could always recommend to call recoverStake on the old TokenStaking directly and pass operator contract there.
https://etherscan.io/address/0x6D1140a8c8e6Fac242652F0a5A8171b898c67600
Anyone can call this function for any operator.
Less than ideal, but it's a much faster solution than fixing bug in the old dashboard and deploying it.

I've hacked a dapp and I'm able to see these 2 delegations againts "old" TokenStaking contract after clicking on the update banner.

Also the user can recoverStake from "old" TokenStaking via dapp if selects the undelegate path through the copy stake flow.

I think we can close this issue because we are not able to recreate the described scenario.


Update portal.json

Corrected typos and style. Added missing translations. Added coherent style (tu vs vostè) across files.
Got some code for us? Awesome 🎊!
Please include a description of your change & check your PR against this list, thanks!

[x] There's a clear use-case for this code change, explained below
[x] Commit message has a short title & references relevant issues
[x] The build will pass (run yarn test:all and yarn lint)

We appreciate your contribution!

Hi @Zagur ! Do you have a moment to review these Catalan refinements?

Hi @alexrodba !  Hi @Hana-Gausfain !  Could you two please discuss/look over each others' PRs, as the current Catalan contributors? :)

Hi @Zagur ! Do you have a moment to review these Catalan refinements?

I'm currently on vacation. I can review it next week without any problems.


@conda-forge-admin, please add user @mbakker7

Hi! This is the friendly automated conda-forge-webservice.
I just wanted to let you know that I added user @mbakker7 in conda-forge/ttim-feedstock#2.


can't load remote image

I use version 1.8 in gradle
compile 'org.sufficientlysecure:html-textview:1.8'
and add the following codes in android
        HtmlTextView mTVNewsContent = (HtmlTextView) findViewById(R.id.htNewsContent);
        String newsDetailContent = "
Hello wold

cats

dogs

<img src=\"http://<IP_ADDRESS>/uploads/news/tmp/4495039226559854.jpg\"/>";
        mTVNewsContent.setHtml(newsDetailContent, new HtmlRemoteImageGetter(mTVNewsContent));

But, I can't get the image in app.Any helps will be appreciated.

Is there any related logcat output?

same issue Logcat prints "HtmlTextView: source could not be found:+imageUrl "

@saharalmohamady this log only comes if you are using the Res or AssetsImageGetter. This issue is about HtmlHttpImageGetter (previously named HtmlRemoteImageGetter)


Expose a connection_closed Future / wait_closed Coroutine

I spawn several tasks in the client where each of them stops once the connection has been closed (e.g. while not connection.connection_closed_future.done(). Currently, I'm accessing the internal (?) future WebSocketCommonProtocol.connection_lost_waiter and resolve my future with WebSocketCommonProtocol.close_code.
It would be great if there were a built-in mechanism to do this. Or perhaps this (or a more fitting mechanism) is already implemented and I just haven't found it?

I'm not sure which category my code (see worker tasks 1, 2, 3 and 4) fits into but your suggested solution would definitely fix it. :+1:

Just to be sure there isn't a misunderstanding...
If you want to do things while the connection is open, while ws.open is the way to go (documented here).
If you want to await the moment the connection is closed, then that boolean doesn't do the job. You need a Future. That's what I was discussing above — and it could be a sensible improvement regardless.

Good point. Seems the code that required awaiting the closed future has been factored away at some point. But like you said, even if I don't need it, having such a future is a nice improvement.


YARN-8234. Improve RM system metrics publisher's performance by pushi…

Description of PR
Jira: https://issues.apache.org/jira/browse/YARN-8234
Improve RM system metrics publisher's performance by pushing events to timeline server in batch.
The patch is tested by applying it in-house clusters.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m  0s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
27m 20s

trunk passed

+1 :green_heart:
compile
11m 59s

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

+1 :green_heart:
compile
9m 54s

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

+1 :green_heart:
checkstyle
1m 52s

trunk passed

+1 :green_heart:
mvnsite
3m 19s

trunk passed

+1 :green_heart:
javadoc
2m 58s

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

+1 :green_heart:
javadoc
2m 39s

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

+1 :green_heart:
spotbugs
6m 53s

trunk passed

+1 :green_heart:
shadedclient
25m 57s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 27s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 35s

the patch passed

+1 :green_heart:
compile
11m 21s

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

+1 :green_heart:
javac
11m 21s

the patch passed

+1 :green_heart:
compile
9m 49s

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

+1 :green_heart:
javac
9m 49s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
3m  8s

the patch passed

+1 :green_heart:
xml
0m  1s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 43s

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

+1 :green_heart:
javadoc
2m 30s

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

+1 :green_heart:
spotbugs
7m 26s

the patch passed

+1 :green_heart:
shadedclient
26m 46s

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

_ Other Tests _

+1 :green_heart:
unit
1m  8s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m  9s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
106m  7s

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

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

289m  0s

Subsystem
Report/Notes

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

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

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

uname
Linux ae08823256dd 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 / 5952a6028c352e1a3e7abe264d949ecec53d4fdc

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-3793/2/testReport/

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

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

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

Thank you @ashutoshcipher for providing the patch. Some comments and questions:

Would you provide a new test case for this feature?
Would you fix the checkstyle warnings?
Can we use SLF4J parameterized logging format as possible?

In addition, I have a question. Why YarnConfiguration.RM_TIMELINE_SERVER_V1_PUBLISHER_INTERVAL is set to 1 in some tests?

Would you provide a new test case for this feature?

Writing test case for this is tricky, may we can do that later.

Would you fix the checkstyle warnings?

I will do that.

Can we use SLF4J parameterized logging format as possible?

I will do that.

Also current tests cases are making sure the functionality is overall intact.

It is not true because the feature is not enabled by default. Would you create a new test case with the feature enabled?

This param was introduced as part of this change, so updated in test cases with value 1 as internal to make sure overall functionality is intact for tests to check.

By default, setting this parameter does not take effect.

Also current tests cases are making sure the functionality is overall intact.

It is not true because the feature is not enabled by default. Would you create a new test case with the feature enabled?

I am creating a new class TestSystemMetricsPublisherInBatch extending the TestSystemMetricsPublisher class, enabling the feature and adding these params  RM_TIMELINE_SERVER_V1_PUBLISHER_BATCH_ENABLED and RM_TIMELINE_SERVER_V1_PUBLISHER_INTERVAL while setup

This param was introduced as part of this change, so updated in test cases with value 1 as internal to make sure overall functionality is intact for tests to check.

By default, setting this parameter does not take effect.

Yes, agreed.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 37s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m  3s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
22m 57s

trunk passed

+1 :green_heart:
compile
10m  7s

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

+1 :green_heart:
compile
8m 57s

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

+1 :green_heart:
checkstyle
1m 38s

trunk passed

+1 :green_heart:
mvnsite
3m  9s

trunk passed

+1 :green_heart:
javadoc
3m  0s

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

+1 :green_heart:
javadoc
2m 45s

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

+1 :green_heart:
spotbugs
6m 18s

trunk passed

+1 :green_heart:
shadedclient
21m 37s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 26s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 13s

the patch passed

+1 :green_heart:
compile
9m 41s

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

+1 :green_heart:
javac
9m 41s

the patch passed

+1 :green_heart:
compile
8m 45s

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

+1 :green_heart:
javac
8m 45s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 32s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 187 unchanged - 1 fixed = 191 total (was 188)

+1 :green_heart:
mvnsite
2m 56s

the patch passed

+1 :green_heart:
xml
0m  1s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 38s

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

+1 :green_heart:
javadoc
2m 28s

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

+1 :green_heart:
spotbugs
6m 39s

the patch passed

+1 :green_heart:
shadedclient
21m 37s

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

_ Other Tests _

+1 :green_heart:
unit
1m  8s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 54s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
97m  6s

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

+1 :green_heart:
asflicense
0m 50s

The patch does not generate ASF License warnings.

257m 46s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 9ac09d37316f05d8e272df77b781a4614f282ac5

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-3793/3/testReport/

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

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

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

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 38s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 51s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m 27s

trunk passed

+1 :green_heart:
compile
9m 41s

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

+1 :green_heart:
compile
8m 20s

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

+1 :green_heart:
checkstyle
1m 43s

trunk passed

+1 :green_heart:
mvnsite
3m 17s

trunk passed

+1 :green_heart:
javadoc
2m 58s

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

+1 :green_heart:
javadoc
2m 45s

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

+1 :green_heart:
spotbugs
5m 56s

trunk passed

+1 :green_heart:
shadedclient
21m 46s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 27s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 10s

the patch passed

+1 :green_heart:
compile
8m 58s

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

+1 :green_heart:
javac
8m 58s

the patch passed

+1 :green_heart:
compile
8m 18s

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

+1 :green_heart:
javac
8m 18s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 36s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 187 unchanged - 1 fixed = 191 total (was 188)

+1 :green_heart:
mvnsite
3m  0s

the patch passed

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 40s

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

+1 :green_heart:
javadoc
2m 31s

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

+1 :green_heart:
spotbugs
6m 17s

the patch passed

+1 :green_heart:
shadedclient
21m 24s

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

_ Other Tests _

+1 :green_heart:
unit
1m  7s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m  1s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
96m 51s

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

+1 :green_heart:
asflicense
0m 55s

The patch does not generate ASF License warnings.

253m 53s

Subsystem
Report/Notes

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

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

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

uname
Linux 9f13d745e7cb 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 / 7b57f71b37cfc915c6b393a800198dabc4712b61

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-3793/5/testReport/

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

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

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

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 49s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
22m 35s

trunk passed

+1 :green_heart:
compile
10m 26s

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

+1 :green_heart:
compile
8m 51s

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

+1 :green_heart:
checkstyle
1m 39s

trunk passed

+1 :green_heart:
mvnsite
3m 31s

trunk passed

+1 :green_heart:
javadoc
2m 55s

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

+1 :green_heart:
javadoc
2m 36s

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

+1 :green_heart:
spotbugs
6m 12s

trunk passed

+1 :green_heart:
shadedclient
21m 40s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 27s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 17s

the patch passed

+1 :green_heart:
compile
9m 44s

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

+1 :green_heart:
javac
9m 44s

the patch passed

+1 :green_heart:
compile
8m 43s

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

+1 :green_heart:
javac
8m 43s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 43s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 187 unchanged - 1 fixed = 191 total (was 188)

+1 :green_heart:
mvnsite
3m 12s

the patch passed

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 34s

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

+1 :green_heart:
javadoc
2m 27s

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

+1 :green_heart:
spotbugs
6m 26s

the patch passed

+1 :green_heart:
shadedclient
21m 49s

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

_ Other Tests _

+1 :green_heart:
unit
1m  5s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m  0s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
97m  7s

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

+1 :green_heart:
asflicense
0m 55s

The patch does not generate ASF License warnings.

258m 29s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 7b57f71b37cfc915c6b393a800198dabc4712b61

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-3793/4/testReport/

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

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

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

Would you address the above comments and fix the checkstyle warnings? I'm +1 if all of those are addressed. Thanks.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 37s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
22m 24s

trunk passed

+1 :green_heart:
compile
10m 26s

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

+1 :green_heart:
compile
8m 50s

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

+1 :green_heart:
checkstyle
1m 42s

trunk passed

+1 :green_heart:
mvnsite
3m 25s

trunk passed

+1 :green_heart:
javadoc
3m  1s

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

+1 :green_heart:
javadoc
2m 32s

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

+1 :green_heart:
spotbugs
5m 57s

trunk passed

+1 :green_heart:
shadedclient
21m 42s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 26s

Maven dependency ordering for patch

-1 :x:
mvninstall
0m 50s
/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
3m 50s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

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

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

-1 :x:
javac
3m  8s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn 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
1m 23s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 187 unchanged - 1 fixed = 191 total (was 188)

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

+1 :green_heart:
xml
0m  1s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
1m 55s

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

+1 :green_heart:
javadoc
1m 47s

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

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

-1 :x:
shadedclient
9m 44s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
0m 52s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 41s

hadoop-yarn-common in the patch passed.

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

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

131m 54s

Subsystem
Report/Notes

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

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

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

uname
Linux 637424efa710 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 / dc5fd45ff762a743212c62bbf738060211424c6c

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-3793/8/testReport/

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

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

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

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m  1s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
26m 23s

trunk passed

+1 :green_heart:
compile
11m 49s

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

+1 :green_heart:
compile
10m  2s

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

+1 :green_heart:
checkstyle
1m 48s

trunk passed

+1 :green_heart:
mvnsite
3m 17s

trunk passed

+1 :green_heart:
javadoc
3m  4s

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

+1 :green_heart:
javadoc
2m 46s

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

+1 :green_heart:
spotbugs
6m 28s

trunk passed

+1 :green_heart:
shadedclient
24m 30s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 29s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 24s

the patch passed

+1 :green_heart:
compile
10m 42s

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

+1 :green_heart:
javac
10m 42s

the patch passed

+1 :green_heart:
compile
9m 39s

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

+1 :green_heart:
javac
9m 39s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 37s

hadoop-yarn-project/hadoop-yarn: The patch generated 0 new + 187 unchanged - 1 fixed = 187 total (was 188)

+1 :green_heart:
mvnsite
3m  6s

the patch passed

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 49s

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

+1 :green_heart:
javadoc
2m 34s

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

+1 :green_heart:
spotbugs
6m 51s

the patch passed

+1 :green_heart:
shadedclient
23m 46s

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

_ Other Tests _

+1 :green_heart:
unit
1m 10s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m  2s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
99m  0s

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

+1 :green_heart:
asflicense
0m 51s

The patch does not generate ASF License warnings.

274m 56s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / b84b2e84623380ff23a0d402ff665838054c17a5

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-3793/6/testReport/

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

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

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

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 40s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 44s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
22m 12s

trunk passed

+1 :green_heart:
compile
9m 38s

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

+1 :green_heart:
compile
8m 20s

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

+1 :green_heart:
checkstyle
1m 41s

trunk passed

+1 :green_heart:
mvnsite
3m 15s

trunk passed

+1 :green_heart:
javadoc
2m 56s

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

+1 :green_heart:
javadoc
2m 47s

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

+1 :green_heart:
spotbugs
6m  3s

trunk passed

+1 :green_heart:
shadedclient
22m 39s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 29s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 12s

the patch passed

+1 :green_heart:
compile
9m 30s

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

+1 :green_heart:
javac
9m 30s

the patch passed

+1 :green_heart:
compile
8m 48s

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

+1 :green_heart:
javac
8m 48s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 33s

hadoop-yarn-project/hadoop-yarn: The patch generated 0 new + 187 unchanged - 1 fixed = 187 total (was 188)

+1 :green_heart:
mvnsite
2m 55s

the patch passed

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 44s

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

+1 :green_heart:
javadoc
2m 31s

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

+1 :green_heart:
spotbugs
6m 39s

the patch passed

+1 :green_heart:
shadedclient
21m 34s

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

_ Other Tests _

+1 :green_heart:
unit
1m  5s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 57s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
97m  5s

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

+1 :green_heart:
asflicense
0m 50s

The patch does not generate ASF License warnings.

256m 43s

Subsystem
Report/Notes

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

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

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

uname
Linux 3da1f9d3250a 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 / f6b9985087abf186bf28a620e173e4d12888aa08

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-3793/7/testReport/

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

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

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

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 45s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
22m 37s

trunk passed

+1 :green_heart:
compile
9m 47s

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

+1 :green_heart:
compile
8m 29s

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

+1 :green_heart:
checkstyle
1m 41s

trunk passed

+1 :green_heart:
mvnsite
3m 17s

trunk passed

+1 :green_heart:
javadoc
2m 59s

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

+1 :green_heart:
javadoc
2m 48s

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

+1 :green_heart:
spotbugs
6m  1s

trunk passed

+1 :green_heart:
shadedclient
21m 35s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 27s

Maven dependency ordering for patch

-1 :x:
mvninstall
0m 49s
/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
3m 38s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

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

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

-1 :x:
javac
3m 10s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn 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
1m 23s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 2 new + 187 unchanged - 1 fixed = 189 total (was 188)

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

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
1m 55s

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

+1 :green_heart:
javadoc
1m 48s

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

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

-1 :x:
shadedclient
9m 33s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
0m 51s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 42s

hadoop-yarn-common in the patch passed.

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

+1 :green_heart:
asflicense
0m 32s

The patch does not generate ASF License warnings.

130m 57s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 51a10db4b402f5bc07baf1937b79c06b33d1df58

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-3793/9/testReport/

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

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

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

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 42s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 43s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
23m 11s

trunk passed

+1 :green_heart:
compile
9m 42s

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

+1 :green_heart:
compile
8m 40s

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

+1 :green_heart:
checkstyle
1m 45s

trunk passed

+1 :green_heart:
mvnsite
3m 13s

trunk passed

+1 :green_heart:
javadoc
2m 45s

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

+1 :green_heart:
javadoc
2m 29s

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

+1 :green_heart:
spotbugs
5m 57s

trunk passed

+1 :green_heart:
shadedclient
21m 45s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

-1 :x:
mvninstall
0m 49s
/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
3m 43s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

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

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

-1 :x:
javac
3m  9s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn 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
1m 20s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 2 new + 187 unchanged - 1 fixed = 189 total (was 188)

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

+1 :green_heart:
xml
0m  1s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
1m 56s

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

+1 :green_heart:
javadoc
1m 45s

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

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

-1 :x:
shadedclient
9m 41s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
0m 51s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 36s

hadoop-yarn-common in the patch passed.

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

+1 :green_heart:
asflicense
0m 31s

The patch does not generate ASF License warnings.

130m 59s

Subsystem
Report/Notes

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

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

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

uname
Linux f6f24488f6a3 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 / 51a10db4b402f5bc07baf1937b79c06b33d1df58

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-3793/10/testReport/

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

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

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

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m 16s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m 46s

trunk passed

+1 :green_heart:
compile
9m 41s

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

+1 :green_heart:
compile
8m 25s

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

+1 :green_heart:
checkstyle
1m 45s

trunk passed

+1 :green_heart:
mvnsite
3m 16s

trunk passed

+1 :green_heart:
javadoc
2m 57s

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

+1 :green_heart:
javadoc
2m 44s

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

+1 :green_heart:
spotbugs
5m 57s

trunk passed

+1 :green_heart:
shadedclient
21m 58s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

-1 :x:
mvninstall
0m 48s
/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
3m 43s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
hadoop-yarn in the patch failed with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.

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

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

-1 :x:
javac
3m  8s
/patch-compile-hadoop-yarn-project_hadoop-yarn-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
hadoop-yarn 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.

+1 :green_heart:
checkstyle
1m 23s

hadoop-yarn-project/hadoop-yarn: The patch generated 0 new + 187 unchanged - 1 fixed = 187 total (was 188)

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

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
1m 54s

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

+1 :green_heart:
javadoc
1m 48s

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

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

-1 :x:
shadedclient
9m 34s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
0m 52s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 43s

hadoop-yarn-common in the patch passed.

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

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

130m 43s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 346d8df111c73c448359721b1ac1744bdb97798c

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-3793/11/testReport/

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

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

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

Maybe smart-apply-patch is somewhat broken. Would you rebase the commits related to the test and force-push it?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m  0s

Docker mode activated.

-1 :x:
patch
0m 20s

https://github.com/apache/hadoop/pull/3793 does not apply to trunk. Rebase required? Wrong Branch? See https://cwiki.apache.org/confluence/display/HADOOP/How+To+Contribute for help.

Subsystem
Report/Notes

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

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3793/12/console

versions
git=2.17.1

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

This message was automatically generated.

Maybe smart-apply-patch is somewhat broken. Would you rebase the commits related to the test and force-push it?

Sure, I will do that

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

+0 :ok:
mvndep
12m 52s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m 44s

trunk passed

+1 :green_heart:
compile
9m 46s

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

+1 :green_heart:
compile
8m 26s

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

+1 :green_heart:
checkstyle
1m 43s

trunk passed

+1 :green_heart:
mvnsite
3m 16s

trunk passed

+1 :green_heart:
javadoc
2m 56s

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

+1 :green_heart:
javadoc
2m 47s

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

+1 :green_heart:
spotbugs
6m  8s

trunk passed

+1 :green_heart:
shadedclient
22m 24s

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

-0 :warning:
patch
22m 46s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 13s

the patch passed

+1 :green_heart:
compile
9m 27s

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

+1 :green_heart:
javac
9m 27s

the patch passed

+1 :green_heart:
compile
8m 47s

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

+1 :green_heart:
javac
8m 47s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 33s

hadoop-yarn-project/hadoop-yarn: The patch generated 0 new + 167 unchanged - 1 fixed = 167 total (was 168)

+1 :green_heart:
mvnsite
2m 51s

the patch passed

+1 :green_heart:
xml
0m  2s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
2m 30s

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

+1 :green_heart:
javadoc
2m 27s

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

+1 :green_heart:
spotbugs
6m 19s

the patch passed

+1 :green_heart:
shadedclient
22m 16s

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

_ Other Tests _

+1 :green_heart:
unit
1m  6s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 50s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
98m 45s

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

+1 :green_heart:
asflicense
0m 54s

The patch does not generate ASF License warnings.

258m 19s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c7ba4e4f527aecf1a22e9a825e97e1228d472efd

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-3793/13/testReport/

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

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

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

Merged. Thank you @ashutoshcipher for your contribution!


Error when deploying simple Constructor example

Compile and declare following contract. Then deploy with any parameters - transaction gets REVERTED.
#[starknet::contract]
pub mod ExampleConstructor {
    use starknet::ContractAddress;
    use starknet::storage::Map;

    #[storage]
    struct Storage {
        names: Map::<ContractAddress, felt252>,
    }

    // The constructor is decorated with a `#[constructor]` attribute.
    // It is not inside an `impl` block.
    #[constructor]
    fn constructor(ref self: ContractState, name: felt252, address: ContractAddress) {
        self.names.write(address, name);
    }
}

Hi @stranger80 please can I be assigned to this issue ?

I will approach this issue by:
Modifying my starknet contract by wrapping the constructor within an impl ExampleConstructor block,updating ref self:ContractStateto &mut self,and adding . unwrap() to handle potential write errors.Then depoly the contract using the Skarknet > CLI command

No, the issue most likely is within the plugin itself, not with the Cairo code. The code copied above is correct, and the contract should deploy correctly. You may try to deploy it via starkli to verify.
Do you still want to try and tackle this, @ShantelPeters ?

I will approach this issue by:
Modifying my starknet contract by wrapping the constructor within an impl ExampleConstructor block,updating ref self:ContractStateto &mut self,and adding . unwrap() to handle potential write errors.Then depoly the contract using the Skarknet > CLI command

No, the issue most likely is within the plugin itself, not with the Cairo code. The code copied above is correct, and the contract should deploy correctly. You may try to deploy it via starkli to verify.
Do you still want to try and tackle this, @ShantelPeters ?

Yes I would want to give it a try.

OK, pls hold short until next week, we're running with investigation which may turn this into a non-issue

Fixed by https://github.com/NethermindEth/starknet-remix-plugin/pull/275


运行报错，页面无响应

`ERROR:tornado.application:Uncaught exception GET / (<IP_ADDRESS>)
HTTPServerRequest(protocol='http', host='<IP_ADDRESS>:9000', method='GET', uri='/', version='HTTP/1.1', remote_ip='<IP_ADDRESS>')
Traceback (most recent call last):
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1697, in _execute
result = method(*self.path_args, **self.path_kwargs)
File "/www/wwwroot/ctf/view/index.py", line 8, in get
self.render(nav='index')
File "/www/wwwroot/ctf/view/init.py", line 149, in render
self.finish(tmpl.render(**kwargs))
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1154, in finish
future = self.flush(include_footers=True)
File "/www/wwwroot/ctf/view/init.py", line 174, in flush
super(View, self).flush(include_footers, callback)
TypeError: flush() takes from 1 to 2 positional arguments but 3 were given
ERROR:tornado.application:Uncaught exception in write_error
Traceback (most recent call last):
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1697, in _execute
result = method(*self.path_args, **self.path_kwargs)
File "/www/wwwroot/ctf/view/index.py", line 8, in get
self.render(nav='index')
File "/www/wwwroot/ctf/view/init.py", line 149, in render
self.finish(tmpl.render(**kwargs))
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1154, in finish
future = self.flush(include_footers=True)
File "/www/wwwroot/ctf/view/init.py", line 174, in flush
super(View, self).flush(include_footers, callback)
TypeError: flush() takes from 1 to 2 positional arguments but 3 were given
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1214, in send_error
self.write_error(status_code, **kwargs)
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1242, in write_error
% {"code": status_code, "message": self._reason}
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1154, in finish
future = self.flush(include_footers=True)
File "/www/wwwroot/ctf/view/init.py", line 174, in flush
super(View, self).flush(include_footers, callback)
TypeError: flush() takes from 1 to 2 positional arguments but 3 were given
ERROR:tornado.application:Exception in exception handler
Traceback (most recent call last):
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1697, in _execute
result = method(*self.path_args, **self.path_kwargs)
File "/www/wwwroot/ctf/view/index.py", line 8, in get
self.render(nav='index')
File "/www/wwwroot/ctf/view/init.py", line 149, in render
self.finish(tmpl.render(**kwargs))
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1154, in finish
future = self.flush(include_footers=True)
File "/www/wwwroot/ctf/view/init.py", line 174, in flush
super(View, self).flush(include_footers, callback)
TypeError: flush() takes from 1 to 2 positional arguments but 3 were given
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1704, in _execute
self._handle_request_exception(e)
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1761, in _handle_request_exception
self.send_error(500, exc_info=sys.exc_info())
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1218, in send_error
self.finish()
File "/www/wwwroot/ctf/CTF_venv/lib/python3.7/site-packages/tornado/web.py", line 1154, in finish
future = self.flush(include_footers=True)
File "/www/wwwroot/ctf/view/init.py", line 174, in flush
super(View, self).flush(include_footers, callback)
TypeError: flush() takes from 1 to 2 positional arguments but 3 were given
`
系统环境如下：python3.7，Centos7.5，

时代变了，tornado 6.0 移除了 callback 参数，你直接把那行
super(View, self).flush(include_footers, callback)

改成
super(View, self).flush(include_footers)

应该就行了
https://www.tornadoweb.org/en/stable/web.html#tornado.web.RequestHandler.flush


device does not suspend

[root@XperiaXZ2Compact defaultuser]# mcetool --get-suspend-stats
uptime:       1893.855
suspend_time: 0.000

In kernel we enable CONFIG_PM_AUTOSLEEP=y. However, this seems to be deprecated and not used in Sony configs:

https://android.googlesource.com/kernel/configs/+/39318ebcb8a31393dfd6d888bfcfbf5a46592c3e
https://github.com/sonyxperiadev/kernel-defconfig/blob/aosp/LA.UM.7.1.r1/android-base.config

Exactly as for seine
[   74.453596] PM: PM: suspend entry 2021-02-22 17:08:21.061710687 UTC
[   74.453604] PM: suspend entry (deep)
[   74.453608] PM: Syncing filesystems ... done.
[   74.461019] Freezing user space processes ... (elapsed 0.010 seconds) done.
[   74.471918] OOM killer disabled.
[   74.471921] Freezing remaining freezable tasks ... (elapsed 0.003 seconds) done.
[   74.474993] Suspending console(s) (use no_console_suspend to debug)
[   74.532981] qcom,rpmh-regulator soc:rpmh-regulator-ldoa1: TCS Busy, retrying RPMH message send
[   74.542806] msm_geni_serial 898000.qcom,qup_uart: msm_geni_serial_stop_tx.Device is suspended.
[   74.543688] PM: Wakeup pending, aborting suspend
[   74.546971] PM: noirq suspend of devices failed
[   74.563981] OOM killer enabled.
[   74.563985] Restarting tasks ... done.
[   74.590063] PM: PM: suspend exit 2021-02-22 17:08:21.198032100 UTC
[   74.590082] PM: suspend exit

Reference: https://github.com/mer-hybris/android_kernel_sony_msm/commit/8f378eeadaf6d8d3398fe35659a9a71e2f07bf64

Fixed in

interference with driver: https://github.com/sailfishos-sony-tama/android_kernel_sony_msm/commit/c85507a577683ca26b764121bbdf669999e4bbbb
too fast entry into suspend, as in 4.9 kernel: https://github.com/sailfishos-sony-tama/android_kernel_sony_msm/commit/65ad0ca39046bb32fa286612ead75692242c35ee

Hard to say whether fast suspend reentry is an issue in 4.14, as failed attempts were relatively low (~10%), but it could have larger impact if the device is used actively and not in the early development.


Removal of run() has broken the second example on google developers get_started page

Hi all,
I am walking through the second example in the get_started tutorial for use of the API, and the sample code still uses the 'run(flow, storage)' command instead of the new run_flow() function.
Get started page (Installed Application is the second major walkthrough and contains the issue):
https://developers.google.com/api-client-library/python/start/get_started
Downloadable code example with the reference to run():
https://developers.google.com/api-client-library/python/samples/authorized_api_cmd_line_calendar.py
I know this is the code repository, and not the tutorial, but there wasn't an available mechanism for leaving feedback there, and I assume you all are in a better position to pass this information along than I am.
Sorry if I'm barking up the wrong tree.
Very Best,
-Dan

Eventually found this which helps:
http://stackoverflow.com/questions/25422545/which-flag-for-run-flow-will-simulate-the-now-deprecated-run/27736269#27736269
Still, being new to all this I lost a few hours on it.
had to:
import argparse at the top of my file
and add code to the example:
if credentials is None or credentials.invalid:
	    # DB from line 147 /Users/DanielBennett/.virtualenvs/gpmail/lib/python2.7/site-packages/oauth2client/tools.py
	    # Create a parser to pass as arg 3 (flags) to run_flow

	    parser = argparse.ArgumentParser(
            description=__doc__,
            formatter_class=argparse.RawDescriptionHelpFormatter,
            parents=[t.argparser]) #tools as t
	    flags = parser.parse_args(args=[])

	    credentials = run_flow(flow, storage, flags)

Thanks for pointing this out! We decided to finally remove tools.run() (aka old_run.run()) in the v1.5.0 release since it had been deprecated for 2 years.
@nathanielmanistaatgoogle I assume your team is in charge of the google-api-client-library docs?

@dbenn8: thanks for the report!
One question: why not just change
credentials = run(flow, storage)
to
credentials = tools.run_flow(flow, storage, tools.argparser.parse_args())
?

@nathanielmanistaatgoogle https://developers.google.com/api-client-library/python/start/get_started should be updated ASAP. The api-client-library/... docs are directly tied to the google-api-*-client libraries, so in this case ISTM you guys have ownership of that doc.

@dhermes I submitted a correction this morning but I'm not sure how often the docs are pushed. Probably within 24 hours but maybe 48?

Awesome! Maybe we'll have #304 pushed in 24-48 hours too and all will be good in the world.

Sorry if I have misunderstood, but this still seems to be an issue.
https://developers.google.com/api-client-library/python/samples/authorized_api_cmd_line_calendar.py

@polyzen Thanks for reporting. That example is out-of-date: the run() method has been deprecated (though run_flow() will do the same thing)
It looks like
https://developers.google.com/api-client-library/python/start/get_started
still refers to it and still refers to the run() function.

Apologies for the delay - I was mistaken about how my change would propagate to the live site. Please confirm that the live documentation is now accurate and this issue is fully resolved?

LG on my end


⚠ TorrentLeech has degraded performance

In c824c82, TorrentLeech ($TL) experienced degraded performance:

HTTP code: 200
Response time: 2375 ms

Resolved: TorrentLeech performance has improved in 6996b21 after 6 minutes.


Proposal: PointerSensorOptions

Subbmited that too early

Will create a new issue after I finish write up...  crying 👶


Compile error with package reference

I'm probably doing some rookie mistake but I cannot find the reason why I cannot use this library.
1. Description
In our .NET framework 4.8 project I've included the following nuget packages as package references

EntityFramework 6.4.4
EntityFramework.DynamicFilters 3.2.0

and tried to declare a filter in OnModelCreating(DbModelBuilder modelBuilder) with
modelBuilder.Filter("SoftDelete", (ITimeStamp t) => t.DeleteDate, null);

2. Exception
Compile error:
error CS1061: 'DbModelBuilder' does not contain a definition for 'Filter' and no accessible extension method 'Filt er' accepting a first argument of type 'DbModelBuilder' could be found (are you missing a using directive or an assembly reference?)

Are there any restrictions I am missing?

Hello @jansohn ,
You might miss only the using directive perhaps?
using EntityFramework.DynamicFilters;

Here is an online example template: https://dotnetfiddle.net/VOw5Cz
If that's not the issue, could you provide us a runnable project with the minimum code that reproduces it. That will be easier for us to discover why you are getting this compilation error. You can send your project in private here if you want<EMAIL_ADDRESS>Best Regards,
Jon

Sponsorship
Help us improve this library
Performance Libraries
context.BulkInsert(list, options => options.BatchSize = 1000);
Entity Framework Extensions • Bulk Operations •  Dapper Plus
Runtime Evaluation
Eval.Execute("x + y", new {x = 1, y = 2}); // return 3
C# Eval Function • SQL Eval Function

thanks, that was it!


Merging many improvements (Scroll fix, LaTeX, copy button)

I've merged the changes (thank you!) by @SilverMarcs and @peter2k and added rudimentary LaTeX support into my branch, this PR brings them to master. We all seem to have run linters on the code though so no worries if you don't want to merge haha I'll be keeping my branch updated for the near future.

Thank you all for the improvements! I'll make a new release soon


[Event Request] Codeunit 1023 "Job Jnl.-B.Post" OnBeforeConfirm

Hello. Could you please add the following 'OnBeforeConfirm' event to Codeunit 1023 "Job Jnl.-B.Post" into the procedure Code?
codeunit 1023 "Job Jnl.-B.Post"
{
    TableNo = "Job Journal Batch";

    trigger OnRun()
    begin
        JobJnlBatch.Copy(Rec);
        Code();
        Copy(JobJnlBatch);
    end;

    var
        JobJnlTemplate: Record "Job Journal Template";
        JobJnlBatch: Record "Job Journal Batch";
        JobJnlLine: Record "Job Journal Line";
        JobJnlPostbatch: Codeunit "Job Jnl.-Post Batch";
        JnlWithErrors: Boolean;
        //New Code
        IsHanlded: Boolean;
        //End New Code

        Text000: Label 'Do you want to post the journals?';
        Text001: Label 'The journals were successfully posted.';
        Text002: Label 'It was not possible to post all of the journals. ';
        Text003: Label 'The journals that were not successfully posted are now marked.';

    local procedure "Code"()
    begin
        with JobJnlBatch do begin
            JobJnlTemplate.Get("Journal Template Name");
            JobJnlTemplate.TestField("Force Posting Report", false);

            //New Code
            IsHanlded := false;
            OnBeforeConfirm(IsHanlded, JobJnlBatch, JobJnlTemplate);
            if not IsHandled then
                if not Confirm(Text000) then
                    exit;
            //End New Code

            Find('-');
            repeat
                JobJnlLine."Journal Template Name" := "Journal Template Name";
                JobJnlLine."Journal Batch Name" := Name;
                JobJnlLine."Line No." := 1;

[IntegrationEvent(false, false)]
    local procedure OnBeforeConfirm(var IsHanlded: Boolean; JobJnlBatch: Record "Job Journal Batch"; JobJnlTemplate: Record "Job Journal Template";)
    begin
    end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 10907.


Checkpoint/Collectable System (Trigger colliders)

Gameplay elements that have a 'trigger-like' collision state where crossing over it may cause some kind of action. Use for a collectable or checkpoint system. No physical collision response needed.

[ ] Sphere Collectable
[ ] Ring Checkpoint


[6.0][region-isolation] Dont crash when processing global actor isolated init accessors.

This just means that I stopped treating it like an actor instance isolated thing. This was fun to track down since ActorIsolation has a union in it that was being misinterpreted, leading to memory corruption... my favorite! = ).
rdar://129256560
(cherry picked from commit f035590784023f16136abd7b593151b3f0375829)

Going to add CCC in the morning

@swift-ci test

Original: https://github.com/apple/swift/pull/74321


Out of memory crashes are more frequent on iOS 17 when sharing certain URLs

Note: This has been discussed in #256, but adding as a separate issue for visibility and potential fixes.
Summary
It seems as if the behavior of the default SLComposeServiceViewController has changed in iOS 17 in a way that dramatically increases the amount of memory used within a share extension. We are using a custom iOS share view, but the problematic SLComposeServiceViewController is still being loaded behind it. We have implemented a fix via patch-package, but in general feels like there's a better, more universal way of dealing with this. I don't know if there's a way to configure the new iOS behavior to not take up so much extra memory, it might be helpful to change the behavior of this library to load up the bare minimum default UI (if at all) when using a custom iOS share view. It wouldn't solve the memory use issue for anyone relying on the default UI, but it does mitigate the impact for those who had already opted into custom share views.
Detail
We recently began receiving reports more frequently about our share extension crashing, and we were pretty sure our extension was being jettisoned due to memory consumption. These reports were for the same version of the app, but we started to associate the increase in crashes with iOS 17.
Through troubleshooting and the very helpful comments from @RDR96 and @jb4e in #256, we were able to confirm that the crashes were happening more frequently in iOS 17, are dependent on the specific content being shared, and were able to implement a fix.
It seems that iOS 17 eagerly loads websites of the URLs that are shared, and that all of the associated resources (images/css/javascript) are being loaded as well. All of the memory required to load these resources is being associated with the share extension process, so if the page is heavy with resources, the extension will crash.
We implemented a fix per the recommendation in this comment, and our memory consumption went from 120MB+ down to 20MB on iOS 17.1.1. Meanwhile, the memory consumption remained unchanged at ~55MB on iOS 16.6.1.
Edit: Confirming this behavior also persists on 17.1.2

@freethejazz I just wanted to clarify a detail in what you said:
The comment you linked to recommended replacing SLComposeServiceViewController with SLComposeViewController, and you said you followed up on that fix. But the next paragraph says "the problematic SLComposeServiceViewController is still being loaded behind it.", and I'm having trouble understanding how that could happen if it was replaced with SLComposeViewController. Could you clarify?

Hey @lindboe! First of all, thanks to you, the Infinite Red, and the Expensify team for adopting this project and helping keep the original great work evolving and useful 🙏. I first used Ignite for a project back when it was 1.x and was comforted to see that this project has a new home with you all.
I think I understand the confusion, probably due to me jumping around a bit. That paragraph could be nearly taken as a separate statement to the timeline/details above it, which is

a summary of my understanding of the root cause (default SLComposeServiceViewController, with it's own and changing behavior, loading up quietly in the background when we're not using it)
a comment loosely proposing the usefulness of a way of disabling it in the library

I've also edited the original text. Does that help clarify?

Thanks for the kind words! That does help.
I'm hoping we might actually be able to incidentally fix this as we add a third view controller in https://github.com/Expensify/react-native-share-menu/issues/285. Since that view controller needs to extend UIViewController, not any SLCompose controller, we'll need to extract and share more logic with ShareViewController. This should make it easier to make ReactShareViewController not extend ShareViewController anymore, and can instead extend whatever class we'd like.
That said, I want to try to be conscious of backwards compatibility where we can. It sounds like using SLComposeViewController instead was a pretty straightforward change, just swapping out the classes? I'm not particularly familiar with the SLCompose view controllers, so I don't know if there's a particular reason we'd want to use them for the custom RN view as opposed to, say, UIViewController (I did find one native blog post from 2015 (!) supporting use of UIViewController: https://catthoughts.ghost.io/extensions-in-ios8-custom-views/)
In the tracking ticket https://github.com/Expensify/react-native-share-menu/issues/294, I mentioned we're not currently prioritizing any work for the share extension UIs, but if we happen to be doing work that will fix this we'll happily include it. If it turns out not after #285, we'd be happy to discuss other options, and if you'd like to test work as it comes in that could be helpful! (This may not be very soon, with our current schedule).

I've been struggling with this for almost a year..  It's not a iOS 17 issue, I have an iPhone 8 with iOS 16 and it's the same.
This is what fixes this issue (in the ShareViewController):
+    override func loadPreviewView() -> UIView! {
+        return nil
+    }

This stops the SLComposeServiceViewController from generating the preview (as otherwise it loads the preview using webview, even tries to play the videos from the page)

Thanks @mstrokin! We can confirm that this fix works for us as well.

I got the error EXC_RESOURCE RESOURCE_TYPE_MEMORY (limit=120 MB, unused=0x0) when sharing heavy files, do you know why?


Excluding non-enumerable symbol-named object properties from cloning

The non-enumerable string-named object properties were already excluded (the for-in skips non-enumerable properties). This ensures the same consistent behavior for symbols.
Please publish this as soon as possible. Thank you in advance.

@jurca Thank you for this contribution!
I'd like to add you as a contributor to the package.json before publishing to npm. Is Martin Jurča (https://github.com/jurca) okay or do you prefer something else?

@pvorb You are very much welcome! :)
Thank you for adding me to the contributors, Martin Jurča (https://github.com/jurca) is OK with me.
BTW - do you think it might be reasonable to add an option that would make node-clone clone also the non-enumerable properties (string- and symbol-named alike) as well? Such an option would have to be disabled by default of course, but if you'd be interested, I may try to prepare another patch, for a separate pull request, of course.

That would be much appreciated!

Here you go: https://github.com/pvorb/node-clone/pull/72
Hope that does the trick ;).


Point out offending single opening element in diagnostic

If an expected closing ... error is emitted, it should come with an opened here hint.

I think Lexer.error should get an additional field with a hint and position to handle that.
I'll take a look tomorrow


camera poses

I am wondering if your method can be used to obtain camera poses of dynamic monocular videos. Just like the Robust-dynrf.

particularly for the datasets like DAVIS

particularly for the datasets like DAVIS

What you said is the goal of our paper. RoDynRF is also one of the important baselines in our paper. Please refer to the experiment part of our paper to see visualizations on DAVIS dataset.
Thank you.


move babel-jest to devDependencies

Hi! It seems like babel-jest ought to go in devDependencies. I just made the change by editing it on GitHub, hopefully my assumptions are correct. Thanks!

Hi. Thanks, you are so right. This is a mistake. Unfortunately I cannot publish a new npm version these days because I am on vacation. But I will merge it so it will be in the next release.
Regards


(PDB-2097) Disable Puppet Server startup checkins to Dujour

Prior to this commit Puppet Server would checkin to Dujour when
puppetserver was started up because we munged /etc/hosts after
puppetserver had already been installed. This commit separates the
installation of puppet and puppetserver so that we can put the munging
of /etc/hosts in the middle.
This commit also removes a lot of dead code that was getting in the way
of the refactor.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/227/
Test FAILed.

@puppetlabs-jenkins test this please

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/228/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/229/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/232/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/234/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/236/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/237/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/241/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/242/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/244/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/245/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/246/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/248/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/249/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/252/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/253/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/254/
Test FAILed.

@puppetlabs-jenkins test this please

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/255/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/256/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/257/
Test FAILed.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/258/
Test PASSed.

Doesn't this problem also apply to stable?

@ajroetker should we close this PR now and get the code from a roll-up merge?

@mullr This code change is more comprehensive, I've already rebased on a roll-up locally, just waiting for master to be green.

Refer to this link for build results (access rights to CI server needed):
http://jenkins-enterprise.delivery.puppetlabs.net/job/enterprise_puppetdb_init-multijob_githubpr-master/277/
Test PASSed.

I'm gonna close this PR and make a ticket to do a significant removal of the dead code in the acceptance tests.