More specific types for numerical values when guessing schema

Apache StreamPipes version
dev (current development state)
Affected StreamPipes components
Connect
What happened?
When the schema of data is guessed, many numerical formats are subsumed by the float type.
Integer, Double, Float, Long. Code location
This leads sometimes to error  when the data does not fit into the range of float.
E.g. When a timestamp attribute is given in ms
{   "tree_size": 162451767,    "timestamp":<PHONE_NUMBER>330,    "sha256_root_hash": "mIYlnASHw5nD\/9etlz\/BUoDhrAkER5H09IIK1I+jfmE="  }
In this case it is not possible to use this attribute as timestamp since an exception occurs when the data is converted.
What do you think to use more specific types?
How to reproduce?
Guess a schema from data with contains a number greater than float.
E.g. https://ct.googleapis.com/logs/argon2023/ct/v1/get-sth
Expected behavior
In this example the guessed type schould be of type Long
Additional technical information
No response
Are you willing to submit a PR?
Yes, I am willing to submit a PR!

Hi, I ralized that it must have ben an other problem on my system.
I could not reproduce it with the latest version.
Sorry


Godot - Dimension - Monitor "15" - "1024x768"

My problem is this.
My Monitor is "15" "1024x768".
As there program to reduce the dimensions of the stand element on element ?.
I'm from Brazil.
I am a beginner in godot engine.
I'm using Google Translate to communicate.

Link to minimal example project (optional but very welcome):

I guess we'll have to add more scaling options other than hidpi/lodpi. Some
people asked for middpi, and I suppose verylodpi would work too
On Mon, Aug 22, 2016 at 9:31 AM, daniloprogramador1991 <
<EMAIL_ADDRESS>wrote:

My problem is this.
My Monitor is "15" "1024x768".
As there program to reduce the dimensions of the stand element on element
?.
I'm from Brazil.
I am a beginner in godot engine.
I'm using Google Translate to communicate.
[image: captura de tela de 2016-08-22 08-50-56]
https://cloud.githubusercontent.com/assets/18791768/17854679/b41fa870-684a-11e6-96c3-80d5fbcf0281.png
Link to minimal example project (optional but very welcome):
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/godotengine/godot/issues/6237, or mute the thread
https://github.com/notifications/unsubscribe-auth/AF-Z20GB1GVIx6AoGWlU_K1yUhdY8tuoks5qiZa6gaJpZM4Jp0Mz
.

1 idea in theory at least would be to change default font to otf/vector font and icons to vector art too, this way it will be much easier to achieve scalable interface...

Icons are already available in vector format, and the font is already used as a .ttf/.otf (Droid Sans and Source Code Pro).

Here is a workaround I used when I was using godot on a 11 inch 1024*600 netbook under LinuxMint :

the xrandr allowed me to set a higher virtual screen resolutions.

I could emulate a fullscreen 1600900 resolution by downscaling it to the physical resolution, or I could keep the physical pixel size and pan and scan the virtual resolution (the 1600900 desktop was scrolling when the mouse cursor reached the border of the physical 1024*600 viewport).

@reduz added "very low DPI" and "mid DPI" in the current master branch, so this should be fixed. I don't think it would be automatically detected and applied (as it makes the icons look not so good), but you can select very low DPI and have a usable editor on this small resolution. Improving the looks of the icons in such a case would be a matter for another issue, so closing as fixed.


WIP: Replace Firefox with chrome

[x] Remove firefox & xvfb from app & docker config
[x] Install chrome in Dockerfiles, add configuration to open ports for non-headless mode
[x] Implement capybara/chrome configuration in app
[x] Resolve issues/failures related to chrome migration
[x] Upgrade CI to latest stack and install chrome
[x] Add documentation describing how to run feature specs in headless and non-headless mode.

All but three failures have been resolved (locally). I believe the failures are not related to these changes but rather something that @knowuh is fixing in another branch.

Woohoo, build is green on CI under Headless Chrome & Trusty.
I'll add some documentation this afternoon and then this will be ready for review/merge.

This is ready for review/merge!
Developers will need to rebuild the app container in order to have chrome installed.
docker-compose build app

@scytacki I had to rebuild the cucumber search job on CI. It failed because of an unrelated timeout. The tests are green. Just wanted you to be aware since the displayed status here on github is deceiving.

I just resolved a merge conflict so I suppose CI will run again.

Thanks for this @benjaminwood -- I just ran it locally after rebuilding my containers and it worked as advertised.
This looks good to me 👍 but lets wait for @scytacki to weigh-in.

@benjaminwood, travis is saying this is failing. It looks like this is because the code climate task was canceled. I've seen this in a few PRs now, do you know why?

I'm not positive, but I think it may occur when a job fails and is manually restarted. That was the case here, there are some flaky "search" feature specs. It failed and I restarted the job, then it passed.

Yes I was asking for comments in the code. :) If you can add them that would be great.

Cool, will do.

@scytacki I've added some comments to the code that I hope will be helpful. Let me know if there are any changes you'd like me to make.

Looks good, thanks everyone for working on this.


[BIOMAGE-1740] - Only show available columns in advanced option filters

Description
Filter available options according to available DE columns.
Details
URL to issue
https://biomage.atlassian.net/browse/BIOMAGE-1740
Link to staging deployment URL (or set N/A)
Coming soon
Links to any PRs or resources related to this PR
N/A
Integration test branch
master
Merge checklist
Your changes will be ready for merging after all of the steps below have been completed.
Code updates
Have best practices and ongoing refactors being observed in this PR

[X] Migrated any selector / reducer used to the new format.

Manual/unit testing

[X] Tested changes using InfraMock locally or no tests required for change, e.g. Kubernetes chart updates.
[X] Validated that current unit tests for code work as expected and are sufficient for code coverage or no unit tests required for change, e.g. documentation update.
[ ] Unit tests written or no unit tests required for change, e.g. documentation update.

Integration testing
You must check the box below to run integration tests on the latest commit on your PR branch.
Integration tests have to pass before the PR can be merged. Without checking the box, your PR
will not pass the required status checks for merging.

[ ] Started end-to-end tests on the latest commit.

Documentation updates

[X] Relevant Github READMEs updated or no GitHub README updates required.
[X] Relevant Wiki pages created/updated or no Wiki updates required.

Optional

[ ] Staging environment is unstaged before merging.
[ ] Photo of a cute animal attached to this PR.

Add a test to check if correct columns are used for the filters


Handshake Problem

I tried the tool and I get an error. I installed DIT on System A and adjusted the configuration file accordingly and started DIT. On system B I pointed the default gateway to system A and sent a DTLS message. I get the following error in the attachment. do you have any idea why this could be? The actual DTLS server is not in the LAN but an IoT platform. Could it be here? Thank you in advance!

This is very hard to debug remotely but from my perspective everything works as intended. The incoming connection from the client is caught and forwarded, but the responses from the IoT server never reach DIT. For this to work you have to be in a man-in-the-middle position between the client and your router. The easiest way would be to dump traffic on your router and on the machine running DIT with tshark if possible, to confirm you are in a working mitm position.


consider using GitHub API to download Action repositories

might have performance benefits over go-git and would make me feel better as we should be able to get ahold of the tarball containing the repository in-code rather than just calling a function and assuming it appears at the path we tell it to
It also happens to be how the GitHub runners actually download the actions themselves, so we'd be more "canonical"

this is actually only partially resolved by #18 -- it still downloads actions to a cache on the host and then mounts it into the container. it would be a bit cleaner to use container.CopyTo to put it in the container, perhaps?


v0.18.0

Checklist

[x] Used a personal fork of the feedstock to propose changes
[n/a] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[n/a] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

@CSSFrancis, once CI passes, can you please merge it?

@CSSFrancis, once CI passes, can you please merge it?

Yes I can!  Thanks for helping with this, you are one step ahead of me as usual.


Who's using/谁在使用 Loggie?

Please refer to:
https://github.com/loggie-io/loggie/discussions/407

iMile
https://www.imile.com


fix(node): Node version 4.3 is not supported anymore

Node version 4.3 should not be on the list anymore. It's not valid and it's not listed on the valid values when you are running lambda using Node.

Thanks!


Machine Wide / MSI Installer / VDI

Are the:  https://aka.ms/teams64bitmsi  &  https://teams.microsoft.com/downloads/desktopurl?env=production&plat=windows&download=true&managedInstaller=true&arch=x64
the exact same MSI file?  and the ALLUSER=1 flag is the only thing that makes it run the VDI ALLUSER features?
It's kind of confusing have a Machine-Wide MSI Installer that also has a ALLUSER flag as well...

@mattsmacblog Thank you for submitting feedback and contributing to the docs. We are currently investigating this.

I am having issues running the Teams_windows_x64.msi installer with and without the ALLUSER flag, just keep getting "Cannot install for all users when a VDI environment is not detected". Same error in either mode which doesn't really make sense.  The MSI is just supposed to be an "MSI for deployment with tools like SCCM" is it not? and the ALLUSER feature is what triggers the machine-wide / VDI style install?
Even making a custom Transforms file that sets "allUsersInstallSupported" = "0" isn't getting around it on Win10 1803.  On 1903 that worked for me...
Has the Teams_windows_x64.msi installer logic been changed recently?

If this helps, pulling out some old versions and running the same command I get these results on an 1803 PC:
msiexec /i Teams_windows_x64.msi /qn /norestart /l*v C:\temp\log1.txt OPTIONS="noAutoStart=true"
<IP_ADDRESS>559 - Fails to install VDI Error.
<IP_ADDRESS>68 - Fails to install VDI Error.
<IP_ADDRESS>57 - Fails to install VDI Error.
<IP_ADDRESS>8 - Installs, no errors...

@mattsmacblog thank you for submitting feedback.
I think the best way forward is if you open a service ticket in your tenant so this can get resolved ASAP. Based on the outcome let me know if it is something that can be called out in the docs.
Please follow this link to contact support for business products:https://docs.microsoft.com/office365/admin/contact-support-for-business-products
Please keep us posted here on the resolution so we can feed whatever information you discover into the content.


is this repo updated with latest version from original?

Hi there, is this repo updated?
Current sourceforge version is [1.8.1] - 2019-01-13 but yours is 4.2.1

I looked into the updates, but there is nothing I want to cherry-pick from the old codebase. If you have any feature requests, please create a new issue here on github.


final live tail fixes

Signed-off-by: Kavitha Conjeevaram Mohan<EMAIL_ADDRESS>Description
[Describe what this change achieves]
Issues Resolved
[List any issues this PR will resolve]
Check List

[x] New functionality includes testing.

[ ] All tests pass, including unit test, integration test and doctest

[ ] New functionality has been documented.

[ ] New functionality has javadoc added
[ ] New functionality has user manual doc added

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Codecov Report

Merging #558 (3e9f32c) into main (29527d6) will increase coverage by 18.83%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##               main     #558       +/-   ##
=============================================
+ Coverage     53.49%   72.33%   +18.83%
  Complexity      271      271
=============================================
  Files           236       38      -198
  Lines          7748     2136     -5612
  Branches       1603      236     -1367
=============================================
- Hits           4145     1545     -2600
+ Misses         3407      429     -2978
+ Partials        196      162       -34

Flag
Coverage Δ

dashboards-observability
?

opensearch-observability
72.33% <ø> (-0.21%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

.../org/opensearch/observability/model/Application.kt
4.76% <0.00%> (-0.51%)
:arrow_down:

...ability/public/components/common/search/search.tsx

...onfig_editor/config_controls/config_thresholds.tsx

...isualization_container/visualization_container.tsx

...lic/components/visualizations/assets/chart_pie.tsx

.../components/visualizations/visualization_chart.tsx

...lic/components/visualizations/assets/chart_bar.tsx

...ts/visualizations/charts/data_table/data_table.tsx

...ts/explorer/visualizations/drag_drop/drag_drop.tsx

...e_analytics/components/traces/flyout_list_item.tsx

... and 189 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 29527d6...3e9f32c. Read the comment docs.

LGTM- can you add in the description what the bugs being fixed are and what the cypress tests are testing for?

yeah okay


rapid nick change kills RPL_ENDOFWHOIS handling

this line:
https://github.com/Libera-Chat/maskwatch-bot/blob/ea553132ab613473dea4d476d8acc023834c61db/maskwatch-bot/__init__.py#L260
fails if the user has changed their nick before we get the No such nick/channel + End of /WHOIS list.


Pure Storage

Please provide the following information.

Pure Storage

FlashBlade

Version(s) affected: 3.1.x, 3.2.x, 3.3.x

Status:  Affected

Update Available:  No  (expected 12/24/21)

Notes: Also vulnerable to CVE-2021-450546

[References] https://support.purestorage.com/Field_Bulletins/Interim_Security_Advisory_Regarding_CVE-2021-44228_log4j

Last Updated:  12/15/21

Pure Storage

FlashArray

5.3.x, 6.0.x, 6.1.x, 6.2.x

Status:  Affected

Update Available:  No (expected 12/20/21)

Notes: Also vulnerable to CVE-2021-450546

References: https://support.purestorage.com/Field_Bulletins/Interim_Security_Advisory_Regarding_CVE-2021-44228_log4j

Last Updated:  12/15/21

Pure Storage

Cloud Blockstore

CBS6.1.x, CBS6.2.x

Status:  Affected

Update Available:  No (expected 12/27/21)

Notes: Also vulnerable to CVE-2021-450546

References: https://support.purestorage.com/Field_Bulletins/Interim_Security_Advisory_Regarding_CVE-2021-44228_log4j

Last Updated:  12/15/21

Pure Storage

Pure1

N/A

Status:  Fixed

Update Available:  Yes

Notes: Vulnerable to CVE-2021-450546, update expected 12/15/21

References: https://support.purestorage.com/Field_Bulletins/Interim_Security_Advisory_Regarding_CVE-2021-44228_log4j

Last Updated:  12/15/21

Pure Storage

PortWorx

2.8.0+

Status:  Affected

Update Available:  Yes

Notes:

References: https://support.purestorage.com/Field_Bulletins/Interim_Security_Advisory_Regarding_CVE-2021-44228_log4j

Last Updated:  12/15/21

This product has been added to the repository. Thank you.


Add Zabbix API Tokens support and do minor clean up

API tokens are availabe in Zabbix since version 5.4 and pyzabbix since 1.0.0.

Add necessary code for tokens to work
Add docs to README.md, specifying how to use API Tokens.

Minor clean up

Removed following unused variables:

zbx_recursivezbx_recursive
zbx_dryrun

Great, thank you!


HDFS-17028. RBF: Optimize debug logs of class ConnectionPool and other related class.

Description of PR
please see HDFS-17028
How was this patch tested?
test locally.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 54s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
36m 27s

trunk passed

+1 :green_heart:
compile
0m 40s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 36s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 29s

trunk passed

+1 :green_heart:
mvnsite
0m 36s

trunk passed

+1 :green_heart:
javadoc
0m 44s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 33s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 32s

trunk passed

+1 :green_heart:
shadedclient
21m 22s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 30s

the patch passed

+1 :green_heart:
compile
0m 31s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 31s

the patch passed

+1 :green_heart:
compile
0m 27s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 27s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 18s

the patch passed

+1 :green_heart:
mvnsite
0m 32s

the patch passed

+1 :green_heart:
javadoc
0m 26s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 23s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 19s

the patch passed

+1 :green_heart:
shadedclient
20m 35s

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

_ Other Tests _

+1 :green_heart:
unit
22m 33s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

115m 16s

Subsystem
Report/Notes

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

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

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

uname
Linux d3e436c75cca 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2549f553d1e07edb61897ebfe7ba2c10f5e3a25d

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 47s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
36m  8s

trunk passed

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 32s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 30s

trunk passed

+1 :green_heart:
mvnsite
0m 39s

trunk passed

+1 :green_heart:
javadoc
0m 42s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 27s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 29s

trunk passed

+1 :green_heart:
shadedclient
23m 49s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 30s

the patch passed

+1 :green_heart:
compile
0m 32s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 32s

the patch passed

+1 :green_heart:
compile
0m 27s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 27s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 17s

the patch passed

+1 :green_heart:
mvnsite
0m 31s

the patch passed

+1 :green_heart:
javadoc
0m 27s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 22s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 26s

the patch passed

+1 :green_heart:
shadedclient
23m 51s

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

_ Other Tests _

+1 :green_heart:
unit
21m 54s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

119m 11s

Subsystem
Report/Notes

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

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

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

uname
Linux 093c2bac1300 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / caac611c3d6adcfded360d9b439c2cb0a3fb3579

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 59s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
33m 59s

trunk passed

+1 :green_heart:
compile
0m 38s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 32s

trunk passed

+1 :green_heart:
mvnsite
0m 41s

trunk passed

+1 :green_heart:
javadoc
0m 44s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 31s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 31s

trunk passed

+1 :green_heart:
shadedclient
21m 55s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 33s

the patch passed

+1 :green_heart:
compile
0m 34s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
compile
0m 31s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 31s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 18s

the patch passed

+1 :green_heart:
mvnsite
0m 33s

the patch passed

+1 :green_heart:
javadoc
0m 30s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 24s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 29s

the patch passed

+1 :green_heart:
shadedclient
21m 15s

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

_ Other Tests _

-1 :x:
unit
23m  7s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 38s

The patch does not generate ASF License warnings.

115m 18s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.federation.router.TestRouterMountTableCacheRefreshSecure

Subsystem
Report/Notes

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

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

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

uname
Linux 864ab504bfb6 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / f21acccf6398b19a8e49b1496cf0a72157bd3f31

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
37m 13s

trunk passed

+1 :green_heart:
compile
0m 39s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 33s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 29s

trunk passed

+1 :green_heart:
mvnsite
0m 39s

trunk passed

+1 :green_heart:
javadoc
0m 43s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 28s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 35s

trunk passed

+1 :green_heart:
shadedclient
25m 52s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 33s

the patch passed

+1 :green_heart:
compile
0m 34s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
compile
0m 28s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 28s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 17s

the patch passed

+1 :green_heart:
mvnsite
0m 30s

the patch passed

+1 :green_heart:
javadoc
0m 27s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 20s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 21s

the patch passed

+1 :green_heart:
shadedclient
24m 17s

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

_ Other Tests _

+1 :green_heart:
unit
21m 26s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 34s

The patch does not generate ASF License warnings.

122m  9s

Subsystem
Report/Notes

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

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

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

uname
Linux 29c901ac2350 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 78cedb872d7acc1000b94bc63fc726891617b8a5

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  8s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
33m 17s

trunk passed

+1 :green_heart:
compile
0m 40s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 33s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

+1 :green_heart:
javadoc
0m 45s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 29s

trunk passed

+1 :green_heart:
shadedclient
20m 47s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 32s

the patch passed

+1 :green_heart:
compile
0m 32s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 32s

the patch passed

+1 :green_heart:
compile
0m 29s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 19s

the patch passed

+1 :green_heart:
mvnsite
0m 31s

the patch passed

+1 :green_heart:
javadoc
0m 28s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 24s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 18s

the patch passed

+1 :green_heart:
shadedclient
20m 44s

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

_ Other Tests _

+1 :green_heart:
unit
23m 42s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 41s

The patch does not generate ASF License warnings.

113m 11s

Subsystem
Report/Notes

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

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

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

uname
Linux ef0686d8c94e 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 8aa212c9db24b8496e3703c393749fc3d576250b

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 52s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
34m 38s

trunk passed

+1 :green_heart:
compile
0m 40s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 38s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 34s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

+1 :green_heart:
javadoc
0m 47s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 31s

trunk passed

+1 :green_heart:
shadedclient
20m 54s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 31s

the patch passed

+1 :green_heart:
compile
0m 31s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 31s

the patch passed

+1 :green_heart:
compile
0m 29s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 19s

the patch passed

+1 :green_heart:
mvnsite
0m 33s

the patch passed

+1 :green_heart:
javadoc
0m 27s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 23s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 16s

the patch passed

+1 :green_heart:
shadedclient
20m 38s

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

_ Other Tests _

-1 :x:
unit
22m 39s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 38s

The patch does not generate ASF License warnings.

113m  5s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.federation.router.TestRouterRPCMultipleDestinationMountTableResolver

Subsystem
Report/Notes

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

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

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

uname
Linux c832a7eea0d5 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 274f5ac2a9de9cdd5a0495d56a50f2609cfa8573

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

The failed unit test is not related with this PR.

The failed unit test is not related with this PR.

The failed unit test is not related with this PR.

@goiri Hi,sir. I opened a new PR to fix the failed unit test above just now.
https://github.com/apache/hadoop/pull/5703/files

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 56s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
33m 34s

trunk passed

+1 :green_heart:
compile
0m 39s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 34s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

+1 :green_heart:
javadoc
0m 48s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 32s

trunk passed

+1 :green_heart:
shadedclient
21m  1s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 30s

the patch passed

+1 :green_heart:
compile
0m 31s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 31s

the patch passed

+1 :green_heart:
compile
0m 27s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 27s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 18s

the patch passed

+1 :green_heart:
mvnsite
0m 32s

the patch passed

+1 :green_heart:
javadoc
0m 28s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 24s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 19s

the patch passed

+1 :green_heart:
shadedclient
20m 27s

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

_ Other Tests _

-1 :x:
unit
22m 45s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 39s

The patch does not generate ASF License warnings.

111m 53s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.federation.router.TestRouterNamenodeMonitoring

Subsystem
Report/Notes

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

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

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

uname
Linux 5b1e6d701f42 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 20de1cfd0923979b9f6e66bbe27073df6da19f24

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
36m 28s

trunk passed

+1 :green_heart:
compile
0m 39s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
0m 39s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
0m 33s

trunk passed

+1 :green_heart:
mvnsite
0m 42s

trunk passed

+1 :green_heart:
javadoc
0m 45s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 28s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 44s

trunk passed

+1 :green_heart:
shadedclient
24m 10s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 30s

the patch passed

+1 :green_heart:
compile
0m 37s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
0m 37s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 19s

the patch passed

+1 :green_heart:
mvnsite
0m 33s

the patch passed

+1 :green_heart:
javadoc
0m 28s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
0m 23s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
1m 41s

the patch passed

+1 :green_heart:
shadedclient
24m 19s

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

_ Other Tests _

+1 :green_heart:
unit
23m 14s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

122m 19s

Subsystem
Report/Notes

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

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

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

uname
Linux ef1ae75f3ed6 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 9a2a22d9a57c3f37eb58c1afda4ce4a88e461de2

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.


Remove AWS SDK v1 extensions after they have been removed from Camel

If you merge this - please fix up the camel-master branch.
I already handled this there (and erroneously removed xray).

f you merge this - please fix up the camel-master branch.

Yeah, will do.


Add nls

@allcontributors please add @tmigot

@all-contributors please add @tmigot  for projectManagement, maintenance, docs, tests and code


Chore: Refactor back-end in typescript

Summary
Migrate Commons Backend from JavaScript to TypeScript. This involves adding type annotations and changing the file extensions—no logic would be changed.

Looks great. A couple suggestions:

Add types to the return values of the functions in dbWrapper. Use the metadata types. (Based on some of the TODOs, it looks like you were in the process of doing this.) I think this will allow you to get rid of some of the @ts-expect-error comments.
Don't export all functions from dbWrapper. Leave the generic ones hidden, such as getItem and insertItem. Exposing only the use-case-specific functions helps reduce typos (when specifying table/collection name) that might modify the database.

Will make the changes, thank you! Caleb


QA fixes for scheduler-v2

Description
Introduces various code quality improvements to scheduler-v2 which allow bazel test to pass.
Checklist

[x] Updated documentation if needed
[x] Tests added/amended
[x] bazel test //...  passes locally
[x] PR is contained in a single commit, using git amend see some docs

This change is

Merged in #1092


Fix Create Torrent file list

Trivial bug. When there are too many files in the Create Torrent screen, we currently say "+ -80 more" instead of "+ 80 more"

@mathiasvr @feross

LGTM


Fix the test for importing C++ access specifiers on Windows

PR #30233 added test/ClangImporter/access-specifiers-module-interface.swift, which turned out to be broken on Windows. The issue is that C++ enums on Windows have signed int as the underlying type, while on macOS and Linux the underlying type is unsigned int.

@swift-ci Please smoke test

Thank you for the fix!


cmd + shift + K does NOT zoom settings panel

Problem
I think this plugin is nice, but I'd like it to work on the settings panel as well.
I am not against opening a PR but not sure where to start.  I'll go looking into the src if you tell me where to look.  :1st_place_medal:
My System
$ atom --version
Atom    : 1.14.3
Electron: 1.3.13
Chrome  : 52.0.2743.82
Node    : 6.5.0

OS: Mac OS X El Capitan

Hi! Thanks for reporting.
Strange. Resizing the Settings Panel works for me with the key-combination and also with the Command Palette Command: Hey Pane: Toggle Focus Of Active Pane. I have the same specs, although I'm on version 1.14.2, but that shouldn't break things. (There's no new update to 1.14.3 for me)
Could you please test, if it works, if the Pane with the Settings is focused and you run Toggle Focus Of Active Pane via the Command Palette? If that works, there might be some other key-combination overriding Hey-Pane.
It should work theoretically with every type of pane, no matter if Editor, Settings or some Plugin's Content (if it's inside a pane element). So, it all comes down to the doFocus() method inside lib/hey-pane.js, respectively these few lines:
https://github.com/timomeh/hey-pane/blob/3d233b57ab2c370bc1f25c057efea5ae5d1eb757/lib/hey-pane.js#L77-L82
If it isn't a problem with the key-combination, I'll document some of the code (should've done this earlier) and dive into this problem.

You are going to think I'm nuts, but its not happening any longer.
Either it's a race, or my eyes were tired earlier, we'll go with tired eyes.
Thanks @timomeh  (sorry to interrupt you)

No problem, good to hear that it works! I'm happy to help. 🙂

I'm in the same boat, not working at all for me even if I reassign the keybinding. The menu item doesn't work either. Is there any way to debug this?

@ehellman Sounds like a different issue. Could you please open a new issue with some informations, like Atom Version and maybe installed packages, which could interfere with the Pane?
You can kinda debug it by opening the DevTools (View > Developer > Toggle DevTools) and toggle focus on a pane. It should look like this, with flex-grow: 0.96 and hey-pane-focus class added. The class does nothing (except giving the ability to style the focused/unfocused panes). The flex-grow value sets the pane width. If you change this value in DevTools, you should see the pane becoming bigger/smaller. Also, if you resize the pane in the editor, you should see those values change.


Component disposal with IDisposable and IAsyncDisposable - Notes Behavior incorrectly/unclearly

The doc notes:

If a component implements IDisposable, IAsyncDisposable, or both, the framework calls for unmanaged resource disposal when the component is removed from the UI. Disposal can occur at any time, including during component initialization.

However the behavior in the render is to only execute one method and to prioritize IAsyncDisposable, meaning you can have both IAsyncDisposable and IDisposable implemented but the framework will not call both.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: a970fb72-3dd0-d173-585d-2ccdd7923f81
Version Independent ID: 4871f4f7-9cf6-ac7a-0f21-c65d34bd1119
Content: ASP.NET Core Razor component lifecycle
Content Source: aspnetcore/blazor/components/lifecycle.md
Product: aspnet-core
Technology: aspnetcore-blazor
GitHub Login: @guardrex
Microsoft Alias: riande

Hello @jkdba ... Thanks for the issue. Unclearly, perhaps, but I don't think incorrectly. It doesn't remark on that aspect. Also, that doesn't sound 👂 right to me, but I admit to no deep understanding on it. Let's ask a real framework engineer 😄 about it ...
cc: @pranavkm to see if an additional or updated remark makes sense there.

I'm going to introduce language per the PU code comment ...

Components shouldn't need to implement IAsyncDisposable and IDisposable simultaneously,
but in case they do, we prefer the async overload since we understand the sync overload
is implemented for more "constrained" scenarios.
Component authors are responsible for their IAsyncDisposable implementations not taking
forever.


[HELP] How to pick a Google font?

I only found these 8 fonts available.
I have asked this quesition at https://github.com/AmruthPillai/Reactive-Resume/discussions/803

In the new Reactive Resume (v3) you should be able to pick any Google Font you want. Try it out at https://rxresu.me, and remember to clear your cache. If you need access to your old data on v2, you can always access https://v2.rxresu.me and login there.


Add ability to edit location from Bootstrap UI

Changes

add Klokantech styles
Default print map is a Klokantech style, so we can serve up from gh-pages
set jsPDF metadata with style information
Update UI with Location
update Mapbox styles and dependencies

See Live UI at  http://RobLabs.com/print-maps

Example of how jsPDF metadata is used

UI demo

Thanks! I'll probably merge most of this when I get a chance, but I want to rearrange the controls first. Also, your copy seems to be erroneously saving the generated map twice; from glancing at your changes, it wasn't obvious to me why this is the case.

Layout — I was worried about making too many changes to the buttons.  Feel free to adjust as needed or cherry pick.  I tried to rearrange for a logical print flow.  The layout could look better on mobile.
Regarding the the double map — generateMap is indeed getting called twice.
The first is from the button, and the second is from the onSubmit().    I have a feeling that the URL hash is being used.
Recommend — Fix this when the full Bootstrap buttons are placed the way you want them.
Generate Button — this is correct
single item in the call stack

Issue — A second map being generated due to onsubmit.  This change is from the initial project.
<form onsubmit="generateMap(); return false;" id="config">

Note the call stack includes generateMap & onsubmit.

I manually included these changes in 96b626d7a335b27a8b0f48ffd000e4165d6bb477. Since I left the generate button at the bottom of the page, the fix to prevent the map from generating twice wasn't needed.


Avoid use of this.attrs for closure actions

no issue

this.attrs is a glimmer-component thing (which doesn't exist in Ghost yet), to avoid confusion and potential unexpected behaviour we should avoid using it. A couple of references:

https://locks.svbtle.com/to-attrs-or-not-to-attrs
https://github.com/cibernox/ember-power-select/issues/233#issuecomment-170352572

Both of the links you provide are just saying to not use this.attrs for non-closure-action attributes, but that actions are okay.
But I guess the point of what you're getting at is

to avoid confusion and potential unexpected behaviour we should avoid using it

@novaugust yeah, for sure this.attrs for closure actions will work fine but it's an exception specifically for closure actions.
I've seen the this.get('foo')() or (get(this, 'foo')()) style being used much more frequently in the ember community recently and we even have mentors advising contributors to use the latter style as seen in https://github.com/TryGhost/Ghost/pull/6325#discussion_r58606696. If we're choosing one style and sticking with it I'd prefer to err on the side of the community adopted approach :smile:

@kevinansfield Couple of minor bugs, fix those and this is :+1:

@acburdine Thanks, fixed the bug and added a regression test 😄


GCC gets confused on Ubuntu when multilib is installed

Compiling with GCC on ubuntu with multilib installed (necessary to build wasm modules) results in this error:
/usr/bin/ld: bin/obj/innative-test/wasm_malloc.o: relocation R_X86_64_32S against `.data' can not be used when making a PIE object; recompile with -fPIC

This error is not new and not caused by any recent code changes - it happens retroactively against previous versions of innative. This indicates some sort of environment sensitivity, which will likely need to be fixed with a #33 CMake project

innative now uses CMake to build, which should allow working around broken environment situations like this.

innative now uses CMake to build, which should allow working around broken environment situations like this.


chore(master): release 0.5.1

:robot: I have created a release beep boop
0.5.1 (2024-04-19)
Bug Fixes

Wrong link in Github issue template. (48acdec)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/tomshaw/mediable/releases/tag/v0.5.1 :sunflower:


Label filtering removes jump tables

(reported by Dennis Lubert- thanks Dennis)
Today I tried to look at some code that is evaluating into a jumptable,
like:
void foo(unsigned x)
{
swithc(x)
{
case 0:
bar0();
break;
[ same for at least case 4, otherwise it wont be a jump table. Intreting
is the optimization for three cases btw.]
default:
__builtin_unreachable();
};
}
there in asm a location is created and correctly labeled, but it
contains data like:
.quad .L3
.quad .L4
.quad .L5
etc.
and then later
.L3:
jmp bar1()
.L4
jmp bar2()
etc. but when enabling the unused labels filter, then those get removed
too.
greets

+1

Sorry for how long it took to get to this, but the live site has now been updated with the fix. Please let me know if anyone finds an issue with it!


ACH Trace Number Field Issue

I am having trouble with ACH Trace number field being Long. We have requirement to process an ODFI which has a routing number starting from 0.  Given the bank is asking for standard ACH trace number format like this :
A 15-digit number in which positions 1-8 are the first eight digits of the originator's routing number, and positions 9-15 are numbers assigned in ascending order to each transaction within the Company / Batch Header Record. (80-94) 15 numeric.
When i try to use first 8 digits of ODFI number starting from 0 leading zero get omitted from trace number.
Similarly for return addenda having Original Entry Trace number. I am not sure why these fields are adding as Long and Big Integer. But can we please convert these to String. Making life easier for people processing files for ODFI having such routing numbers ?

@Jawwad124 feel free to make a pull request 😉


makefile: manage boilerplate verification locally

Similarly to how we use go install to get tools we need for other
tasks, we can just download this script ourselves, as we need nothing
else from the repo-infra repository.
Signed-off-by: Steve Kuznetsov<EMAIL_ADDRESS>/cc @sttts @ncdc

Merging w/o waiting for all jobs to finish because the one job this PR affects (boilerplate) passed.

Part of #324

/cherry-pick release-0.5

/cherry-pick release-0.5


Xbox One Wireless Controller doesn't show up as gamepad

My Xbox One Wireless Controller is missing from inputs.devices.gamepads.  It is connected via bluetooth, and works in games and https://html5gamepad.com/

I can second this. Same test, same issue. It also doesn't work when connected via USB. I tested both with and without the xbox 360 driver installed, again both with and without the cable, just in case. No dice.
I also tested a nintendo switch Pro controller, which works with https://html5gamepad.com/
Seems like the code simply doesn't check for bluetooth connections to me.

My XBox One controller is detected and working fine with USB for me.

Exactly the same here, same with the test on https://html5gamepad.com/ and also evtest /dev/input/event[event8] shows output in the terminal, but no luck in getting inputs to recognize the Xbox One S Controller. Did you find any solution to the problem?
Ubuntu 22.04 RPI 4B


Add 2 collection concatenation

That looks nice. Could you improve the documentation. The examples are ok, but try to make their use more consistent and work on the terminology that is a bit "jargon"

what do you mean by more consistent?

ok 👍


Strange behaviour with additions over 100

While testing the library out I ran into strange behaviour. When adding a number to a roll that is larger than 100 and is subject to certain conditions, a part of the number is ignored.
e.g. 1d1+102 will output [1]+10 = 11 instead of [1]+102 = 103
On the other hand 1d1+110 does output [1]+110 = 111
It seems like in numbers with more than 2 digits, every digit after the first 0 is ignored.
While this is likely not a big deal for most RPG situations, it is incorrect behavior nonetheless.

Good spot, thanks! Looks like I'd never tested with triple digits - my bad.
I'll take a look at your pull request as soon as I can, thank you.


I want to delete some datas within a time, can I use the command such as : delete from cpu where time < '.....'

I want to delete some datas within a time.
Can I use the command such as :
delete from cpu where time < '2015-08-31 00:00:00' ??
I try this command but it doesn't work.....what should we do to drop the datas within a time ???

Duplicate of https://github.com/influxdb/influxdb/issues/1647


The retro achievement password cannot contain $ or #

I can't say if the error is from batocera or retroarch, but all I found is that when using some characters in the retro achievement login password, an error prevents me from logging in.

Did you try to escape your special characters with a backslash like explained in the wiki?https://wiki.batocera.org/retroachievements_settings#manually_adjusting_retroachievement_settings

yes, but the problem still occurred, my password was 32 characters with many symbols.
The best solution was to remove them all and replace them with numbers and letters, but this should be informed in the interface itself, I found out about this problem by opening batocera.conf.

my doubt is, the problem of needing \ is in retroarch or in batocera? if it's something bash related maybe i can look into it.

For the most part, ES is handling the password correctly.

The comments in the wiki are wrong, at least with respect to retroarch with cheevos.  Nothing that processes the passwords or other cheevos configuration items handles backslash characters as an escape.
Storing and retrieving the password credentials in batocera.conf seems fine, the way ES is handling it today
configgen seems fine with the password handling as well, even when special characters are present
Retroarch has several config parsing bugs with these credentials.  "#" is always handled as a comment character if it appears in an unquoted configuration value.  Quoting the value when handing it from configgen to retroarch solves that, but then there is no way to include a double-quote '"' character in the password because the double-quote always ends the configuration value.
Most configgens are using the token, but in addition to retroarch there are a few for standalone emulators that still use the password, and these will need validation as well

The best approach seems to be to switch from using the password to using the cheevos token.  Several configgens already do this, and it works fine with retroarch as well.
The downside to this approach is the cheevos token expires after 14 days.  My intention is to add code to the ES startup to log in to retroachivements with the stored username/password and generate a new token.  It may also be necessary to set a timer to generate a new token occasionally, in case ES is left running for weeks.

Transferring this to batocera.linux as ES will get a small related feature to ensure cheevos tokens are refreshed often, but most of the fixes/workarounds will be on the Batocera side.


fix Issue 14828 - [REG2.067] duplicate symbol __ModuleInfoZ depending…

… on ordering of files passed to dmd
https://issues.dlang.org/show_bug.cgi?id=14828
This reverts https://github.com/D-Programming-Language/dmd/pull/3552 and replaces https://github.com/D-Programming-Language/dmd/pull/4851
It fixes https://issues.dlang.org/show_bug.cgi?id=846 by always emitting the 3 helper functions, although the user will have to link with the imported module's object file. See discussion in #4851

Slightly more complete #4858.
Please put your name on the Trello card (https://trello.com/c/cxdRo0Kd/31-reg2-067-duplicate-symbol-moduleinfoz-depending-on-ordering-of-files-passed-to-dmd) before working on something to avoid duplicated effort.


Possible leaks from Valgrind

Godot version:
3.2.dev.custom_build. 550f436f8
OS/device including version:
Ubuntu 19.04
Issue description:
A lot of possible leaks was shown when I checked Godot with Valgrind
Full log(without definite leaks, which are present in other issues) valgrind.txt
Some of it:
32,784 bytes in 1 blocks are possibly lost in loss record 245 of 247
   at 0x59F174F: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so)
   by 0x3834049: Memory::alloc_static(unsigned long, bool) (memory.cpp:85)
   by 0x13C4463: CowData<char>::resize(int) (cowdata.h:274)
   by 0x13C2955: CharString::resize(int) (ustring.h:86)
   by 0x376B78C: String::ascii(bool) const (ustring.cpp:1359)
   by 0x1EEF788: ShaderGLES2::setup(char const**, int, char const**, int, ShaderGLES2::AttributePair const*, int, ShaderGLES2::TexUnitPair const*, int, char const*, char const*, int, int) (shader_gles2.cpp:547)
   by 0x1EB3C94: SceneShaderGLES2::init() (scene.glsl.gen.h:385)
   by 0x1EB1286: RasterizerSceneGLES2::initialize() (rasterizer_scene_gles2.cpp:3442)
   by 0x1EA585A: RasterizerGLES2::initialize() (rasterizer_gles2.cpp:270)
   by 0x348F192: VisualServerRaster::init() (visual_server_raster.cpp:138)
   by 0x34C3A4E: VisualServerWrapMT::thread_loop() (visual_server_wrap_mt.cpp:66)
   by 0x34C39ED: VisualServerWrapMT::_thread_callback(void*) (visual_server_wrap_mt.cpp:57)
   by 0x1E20714: ThreadPosix::thread_callback(void*) (thread_posix.cpp:74)
   by 0x637E181: start_thread (pthread_create.c:486)
   by 0x6805B1E: clone (clone.S:95)

524,304 bytes in 1 blocks are possibly lost in loss record 246 of 247
   at 0x59F174F: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so)
   by 0x3834049: Memory::alloc_static(unsigned long, bool) (memory.cpp:85)
   by 0x1EB9614: RasterizerSceneGLES2::RenderList::Element** memnew_arr_template<RasterizerSceneGLES2::RenderList::Element*>(unsigned long, char const*) (memory.h:152)
   by 0x1EB4328: RasterizerSceneGLES2::RenderList::init() (rasterizer_scene_gles2.h:654)
   by 0x1EB12E2: RasterizerSceneGLES2::initialize() (rasterizer_scene_gles2.cpp:3447)
   by 0x1EA585A: RasterizerGLES2::initialize() (rasterizer_gles2.cpp:270)
   by 0x348F192: VisualServerRaster::init() (visual_server_raster.cpp:138)
   by 0x34C3A4E: VisualServerWrapMT::thread_loop() (visual_server_wrap_mt.cpp:66)
   by 0x34C39ED: VisualServerWrapMT::_thread_callback(void*) (visual_server_wrap_mt.cpp:57)
   by 0x1E20714: ThreadPosix::thread_callback(void*) (thread_posix.cpp:74)
   by 0x637E181: start_thread (pthread_create.c:486)
   by 0x6805B1E: clone (clone.S:95)

4,194,320 bytes in 1 blocks are possibly lost in loss record 247 of 247
   at 0x59F174F: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so)
   by 0x3834049: Memory::alloc_static(unsigned long, bool) (memory.cpp:85)
   by 0x1EB96B2: RasterizerSceneGLES2::RenderList::Element* memnew_arr_template<RasterizerSceneGLES2::RenderList::Element>(unsigned long, char const*) (memory.h:152)
   by 0x1EB434A: RasterizerSceneGLES2::RenderList::init() (rasterizer_scene_gles2.h:655)
   by 0x1EB12E2: RasterizerSceneGLES2::initialize() (rasterizer_scene_gles2.cpp:3447)
   by 0x1EA585A: RasterizerGLES2::initialize() (rasterizer_gles2.cpp:270)
   by 0x348F192: VisualServerRaster::init() (visual_server_raster.cpp:138)
   by 0x34C3A4E: VisualServerWrapMT::thread_loop() (visual_server_wrap_mt.cpp:66)
   by 0x34C39ED: VisualServerWrapMT::_thread_callback(void*) (visual_server_wrap_mt.cpp:57)
   by 0x1E20714: ThreadPosix::thread_callback(void*) (thread_posix.cpp:74)
   by 0x637E181: start_thread (pthread_create.c:486)
   by 0x6805B1E: clone (clone.S:95)

Steps to reproduce:

Run "Minimal project" with this command(change directories)

valgrind --log-file="/home/rafal/valgrind.txt" --num-callers=25 --leak-check=full --show-leak-kinds=definite,possible --child-silent-after-fork=yes ~/Pulpit/mojgodot/bin/godot.x11.tools.64 -v  --video-driver 'GLES2' --path /home/rafal/Projekty/The-worst-Godot-test-project/

Minimal reproduction project:
https://github.com/qarmin/The-worst-Godot-test-project
https://github.com/qarmin/The-worst-Godot-test-project/archive/master.zip

More of this issues are probably caused by this line
https://github.com/godotengine/godot/blob/d897131ac555de84afe9ca6845abf87c26957895/core/os/memory.cpp#L101
Valgrind shows that pointer is not set at the beginning of an array.

The pointer arithmetic just elevates unfreed memory from "still reachable" to "possibly lost".
The memory has still not been freed.

Most of this errors is already fixed in 4.0 branch and rest is handled here- https://github.com/godotengine/godot/issues/37885


Rebases Resolves Review Feedback

-Rebases from main branch.

Adds additional details to implementation examples.

Signed-off-by: danehans<EMAIL_ADDRESS>

@lizan all changes other than docs/latest/design/request-authentication.md are from the rebase.


Allow **kwargs parameter to be passed in plotting utils

Hi,
At the moment plotting utils do not accept **kwargs param for plotly charting functionality. As such, there is no ability for end-users to control the theme and other aspects of the chart.
Example:
class RFBinaryClassificationPipeline(evalml.pipelines.BinaryClassificationPipeline):
    component_graph = ['Simple Imputer', 'Random Forest Classifier']

pipeline = RFBinaryClassificationPipeline({})
pipeline.fit(X, y)
pipeline.graph_feature_importance(template = 'plotly_dark')

The last line here because of the template param will return an error. Without the template param, it will generate the plot:

However, it will be a great idea to give the ability to users to control the esthetics as it helps them to better integrate charting functionality within their workflows (Think about somebody building a front-end streamlit or Flask app and want's to use charting functionality of EvalML, without the flexibility they won't be able to control theme).
I have reproduced a similar graph using plotly with the dark theme just to show an example:
f = pipeline.feature_importance
import plotly.express as px
fig = px.bar(f, x='feature', y='importance', template = 'plotly_dark')
fig.show()

Sorry, the sort order is off here, it should actually be reverse (highest features appearing on top).
You can either pick few params from plotly and include them in your plotting utils such as template, fact, color, range, etc., or even better is to allow users to pass any plotly parameter as **kwargs.

@moezali1 thanks for the issue!  We'll check this out.


Implicit husky dependency while installing aio plugins from a tarball

Expected Behaviour
All node dependencies should be fetched during aio-cli installation
Actual Behaviour
husky has to be installed by hand to enable aio plugin installation from tarball URL.
Reproduce Scenario (including but not limited to)
Installation of specific aio-cli-plugin-cloudmanager version
Steps to Reproduce

run official node 12 container docker run -it node:12 /bin/bash
check installed packages

root@8057422ab92e:/# npm list -g --depth 0
/usr/local/lib
`--<EMAIL_ADDRESS>

intall aio-cli

root@8057422ab92e:/# npm install -g<EMAIL_ADDRESS>...
+<EMAIL_ADDRESS>added 1654 packages from 806 contributors in 91.557s

verify that aio-cli was installed correctly

root@8057422ab92e:/# npm list -g --depth 0
/usr/local/lib
+--<EMAIL_ADDRESS>`--<EMAIL_ADDRESS>

install aio-cli-plugin-cloudmanager from a tarball URL

root@8057422ab92e:/# aio plugins:install https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims ><EMAIL_ADDRESS>request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims ><EMAIL_ADDRESS>request has been deprecated, see https://github.com/request/request/issues/3142
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > request ><EMAIL_ADDRESS>this library is no longer supported
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state ><EMAIL_ADDRESS>Switch to 'npm install joi'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @adobe/aio-lib-core-tvm ><EMAIL_ADDRESS>Switch to 'npm install joi'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>Moved to 'npm install @sideway/address'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>This version has been deprecated and is no longer supported or maintained
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>This version has been deprecated and is no longer supported or maintained
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi > @hapi/topo ><EMAIL_ADDRESS>This version has been deprecated and is no longer supported or maintained
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>Moved to 'npm install @sideway/pinpoint'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>Moved to 'npm install @sideway/formula'
error /root/.local/share/@adobe/aio-cli/node_modules/@adobe/aio-cli-plugin-cloudmanager: Command failed.
Exit code: 127
Command: husky install
Arguments:
Directory: /root/.local/share/@adobe/aio-cli/node_modules/@adobe/aio-cli-plugin-cloudmanager
Output:
/bin/sh: 1: husky: not found
Installing plugin https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz... failed
    Error: yarn add https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz --non-interactive
<EMAIL_ADDRESS>--preferred-cache-folder=/root/.cache/@adobe/aio-cli/yarn --check-files exited with code 127

install husky

root@8057422ab92e:/# npm install -g husky
/usr/local/bin/husky -> /usr/local/lib/node_modules/husky/lib/bin.js
+<EMAIL_ADDRESS>added 1 package from 1 contributor in 0.295s

re-do the plugin installation

root@8057422ab92e:/# aio plugins:install https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims ><EMAIL_ADDRESS>request has been deprecated, see https://github.com/request/request/issues/3142
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims ><EMAIL_ADDRESS>request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > request ><EMAIL_ADDRESS>this library is no longer supported
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state ><EMAIL_ADDRESS>Switch to 'npm install joi'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>This version has been deprecated and is no longer supported or maintained
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>Moved to 'npm install @sideway/address'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>This version has been deprecated and is no longer supported or maintained
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi > @hapi/topo ><EMAIL_ADDRESS>This version has been deprecated and is no longer supported or maintained
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>Moved to 'npm install @sideway/formula'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @hapi/joi ><EMAIL_ADDRESS>Moved to 'npm install @sideway/pinpoint'
warning https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz > @adobe/aio-lib-ims > @adobe/aio-lib-state > @adobe/aio-lib-core-tvm ><EMAIL_ADDRESS>Switch to 'npm install joi'
Installing plugin https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz... installed v1.2.0

make sure everything was installed correctly

root@8057422ab92e:/# aio plugins
@adobe/aio-cli-plugin-cloudmanager 1.2.0

Platform and Version
https://github.com/nodejs/docker-node/blob/6e7d6511aba22da645ec21bd157a369a78794e6c/12/stretch/Dockerfile
Sample Code that illustrates the problem
aio plugins:install https://github.com/adobe/aio-cli-plugin-cloudmanager/archive/refs/tags/1.2.0.tar.gz
Logs taken while reproducing problem
Provided above

I don't think this is a valid use case. You should be installing from the version published to npm, i.e.
aio plugins:install<EMAIL_ADDRESS>


[Q]: Splitting multiclass masks

I have 20 images where each image contains multiple cars/buses/trucks etc.
I also have 20 mask images where each mask contains one or more classes (0-5) (where 0 is background)
The mask labels require a [N, H, W, C] structure but my question is can I input 1 full mask image
into each array slot which would be then y_train = [20, 224, 244, 6] or do I need to split each class in each mask?
So if mask1.png would have 3 classes [0, 2, 3] I would have to do
y_train[0, :, :, 0] = bg_pixels
y_train[1, :, :, 2] = bus_pixels #from mask[mask == 2]
y_train[2, :, :, 3] = truck_pixels

Eventually resulting in y_train = [84, 224, 244, 6]?
Thanks in advance

Hi @meption
Yes, you have to prepare your masks to be onehot arrays.
y_train = np.zeros((n, h, w, 6), dtype='uint8')
for i, mask in enumerate(masks):
  for j, class_value in enumerate(class_values):
     y_train[i, ..., j] = (mask == class_value).astype('uint8')

Something like that.

Sorry for opening but I'm not quite sure I follow in assignment of y_train[i, ..., j].
Perhaps I've misunderstood something but categorical turns into binary vectors of 0's and1's, so mask == class_value would never match properly and categorical output is (224, 224, 6) to fill the (H, W, C) which results in a shape error, I presume y_train[0, :, :, :] is wrong as well
n_classes = 6
n_masks = 20
masks = []
for p in glob("data/train/masks/*.png"):
    image = imread(p, as_gray = 1)
    image = img_as_ubyte(resize(image, (h, w)))
    categorical = to_categorical(image, num_classes=n_classes, dtype="uint8")
    masks.append(cate)

y_train = np.zeros((n_masks, h, w, n_classes), dtype='uint8')
for i, mask in enumerate(masks):
    for j, class_value in enumerate(class_values):
        y_train[i, ..., j] = (mask == class_value).astype('uint8')

For each image (H, W, C) should be only one mask with shape (H, W, N_CLASSES) and it should be categorical/onehot (each class contain only {0, 1} values)
Suppose you have .png masks where classes are encoded as unique values (e.g. 0, 1, 2, etc..) just read them and convert co categorical (you can use keras.utils.to_categorical OR script provided by me)


feat: add relative option to let lint-staged work with ng lint

In order to work with the new version of angular-cli which is now using --files parameter to pass specific RELATIVE file paths to lint (see here) I wasn't able to let my project working with lint-staged. I think I'm not the only one in this situation.
Signed-off-by: Benjamin Coenen<EMAIL_ADDRESS>

I’m wondering if this should be the default behavior. Not sure why we went with absolute paths tbh. I’ll think about it...

@okonet why not but it will be a breaking change if it's the default behavior

Yeah that's okay. My main question is why we even work with absolute paths. Anyone? @sudo-suhas @luftywiranda13?

Great work! Thanks to using relative paths I can run a linter from docker.

Okay some there is no reply from other contributors, let’s make this a default behavior and release as a breaking change. I am not a fan of flags and would like to drop advanced config at some time point. Can you please update the PR accordingly and I’ll merge it. Thanks!

@okonet Ok so no option to let user keep the absolute path ?

I don’t see the point of having it. Am I missing some use cases?

@okonet the PR is ready :)

PR updated :)

Thanks!


give some context in error messages

Some examples for how different errors look now
Unsupported operation:
error: unsupported operation: Miri does not support threading
  --> /home/r/.rustup/toolchains/miri/lib/rustlib/src/rust/src/libstd/sys/unix/thread.rs:68:19
   |
68 |         let ret = libc::pthread_create(&mut native, &attr, thread_start, &*p as *const _ as *mut _);
   |                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Miri does not support threading
   |
   = help: this is likely not a bug in the program; it indicates that the program performed an operation that the interpreter does not support

Unsupported operation that works without isolation:
error: unsupported operation: `clock_gettime` not available when isolation is enabled
   --> /home/r/.rustup/toolchains/miri/lib/rustlib/src/rust/src/libstd/sys/unix/time.rs:349:22
    |
349 |         cvt(unsafe { libc::clock_gettime(clock, &mut t.t) }).unwrap();
    |                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ `clock_gettime` not available when isolation is enabled
    |
    = help: pass the flag `-Zmiri-disable-isolation` to disable isolation

Program abort:
error: program stopped: the evaluated program aborted execution
   --> /home/r/.rustup/toolchains/miri/lib/rustlib/src/rust/src/libstd/panicking.rs:530:18
    |
530 |         unsafe { intrinsics::abort() }
    |                  ^^^^^^^^^^^^^^^^^^^ the evaluated program aborted execution
    |

UB:
error: Undefined Behavior: type validation failed: encountered 2, but expected a boolean
 --> tests/compile-fail/validity/invalid_bool.rs:2:23
  |
2 |     let _b = unsafe { std::mem::transmute::<u8, bool>(2) }; //~ ERROR encountered 2, but expected a boolean
  |                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ type validation failed: encountered 2, but expected a boolean
  |
  = help: this indicates a bug in the program: it performed an invalid operation, and caused Undefined Behavior

Experimental UB:
error: Undefined Behavior: not granting access to tag <1562> because incompatible item is protected: [Unique for <1567> (call 1189)]
  --> tests/compile-fail/stacked_borrows/aliasing_mut1.rs:3:1
   |
3  | pub fn safe(_x: &mut i32, _y: &mut i32) {} //~ ERROR protect
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ not granting access to tag <1562> because incompatible item is protected: [Unique for <1567> (call 1189)]
   |
   = help: this indicates a potential bug in the program: it performed an invalid operation, but the rules it violated are still experimental

Fixes https://github.com/rust-lang/miri/issues/417

PR lgtm, just a general question, if we are explaining things to users, should we link them to appropriate issues or so where they can get more info?

I mean long-term it would be really cool for every "this is UB" message to link to the part of the Reference that says why this, specifically, is UB -- but that will need some more work I think.
Right now, I am not sure what things we could specifically link to?

Maybe the ucg repo?

For most UB, that doesn't really have a lot to say, I feel. But we could link to the general reference UB page:
error: Undefined Behavior: type validation failed: encountered 2, but expected a boolean
 --> tests/compile-fail/validity/invalid_bool.rs:2:23
  |
2 |     let _b = unsafe { std::mem::transmute::<u8, bool>(2) }; //~ ERROR encountered 2, but expected a boolean
  |                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ type validation failed: encountered 2, but expected a boolean
  |
  = help: this indicates a bug in the program: it performed an invalid operation, and caused Undefined Behavior
  = help: see https://doc.rust-lang.org/nightly/reference/behavior-considered-undefined.html for further information

And for Stacked Borrows:
error: Undefined Behavior: not granting access to tag <1562> because incompatible item is protected: [Unique for <1567> (call 1189)]
  --> tests/compile-fail/stacked_borrows/aliasing_mut1.rs:3:1
   |
3  | pub fn safe(_x: &mut i32, _y: &mut i32) {} //~ ERROR protect
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ not granting access to tag <1562> because incompatible item is protected: [Unique for <1567> (call 1189)]
   |
   = help: this indicates a potential bug in the program: it performed an invalid operation, but the rules it violated are still experimental
   = help: see https://github.com/rust-lang/unsafe-code-guidelines/blob/master/wip/stacked-borrows.md for further information

@bors r+

:pushpin: Commit 6e302b830a8ac07efc1dca3ba1354338801bf7d4 has been approved by oli-obk

:hourglass: Testing commit 6e302b830a8ac07efc1dca3ba1354338801bf7d4 with merge 9fe39ba763d39275c0fa60938895ccb0335e39ed...

:sunny: Test successful - checks-travis, status-appveyor
Approved by: oli-obk
Pushing 9fe39ba763d39275c0fa60938895ccb0335e39ed to master...

Those messages are great!

It took almost 2 years but finally we are there. ;)


Capture API

What is missing in this API?
Can this API be implemented for different devices?

What is missing in this API?

Possibly methods to choose the capture "edge". Should this capture the rising edge or the falling edge? This is useful in generic context to capture on "high" signal: you want to capture the rising edge and then the falling edge.
Another question: is a enum Edge { Rising, Falling } enough, or should Edge be an associated type of the Capture trait? Are there microcontrollers that have a "capture both edges" setting?

Are there microcontrollers that have a "capture both edges" setting?
Yep, I think most STM32F3/4/7 and maybe 0 have options for rising/falling/both (along with a whole heap of other options...). See CCER register.

OK. The F103 only has two options: rising and falling. The F303 has three: rising, falling and both. I would prefer if each device crate didn't end up inventing their own Edge enum so perhaps we can have the most common Edge enums in this crate. At least Edge2 { Rising, Falling } and Edge3 { Rising, Falling, Both }. Then we have to make the edge related API generic around the Edge enum. So maybe:
trait CaptureOn<Edge> {
    fn capture_on(_: Edge);
}

then generic APIs can use a bound like C: Capture + CaptureOn<Edge2> when they need to capture the rising and falling edges in their implementation.

Hello,
This is my first time contributing here, I don't know if I'm doing it the right way.
With this API, I think it would be difficult to write drivers.
Some drivers only need a capture on the rising edge, which enum should they use? Edge2? Edge3?
Maybe a better way to handle this would be to use multiple traits :
trait CaptureRising {
    fn capture();
}
trait CaptureFalling {
    fn capture();
}
trait CaptureBoth: CaptureRising + CaptureFalling {
    fn capture();
}

And it will be used like this:
struct MyDevice<C: CaptureRising> {
    capture: C
}

impl<C: CaptureRising> MyDevice {
    fn something(&self) {
        self.capture.capture();
    }
}

With this, the driver will be compatible with all devices which implement CaptureRising.


Simple cleanup retry mechanisme for AYS to keep code simple

Problem
In all softwares there are sometimes things we need to cleanup to keep the system healthy. The problem is that if a cleanup action fails you want to be able to retry the cleanup procedure for a certain time most likely with a backoff until it succeeds. Only if it eventually does not succeed you want to alert to a support guy, and in most cases it will reveal a bug in the cleanup procedure that needs attention from a developer.
Example
The following is an example of such a situation:

After trying to connect  a couple of times to a new node into the zerotier network, this AYS template needs to remove the new node again from the zerotier network after it authorized it. As you can see this can fail, and possibly introduces a security risk.
Proposed solution
To solve this problem very simply I propose we introduce a @cleanup decorator that tries to execute the decorated method. If the decorated method does not throw an exception the decorator actually won't do anything. If the decorated method throws an exception, the method together with its arguments is pickled into a queue in redis on which a cleanup_retry executor thread of the AYS server is listening.
The cleanup procedure that failed above would then look like this:

        # test if we can connect to the new member
        job.logger.info("connection to g8os with IP: {}".format(zerotier_ip))
        g8 = j.clients.g8core.get(zerotier_ip)
        g8.timeout = 10
        try:
            g8.ping()
        except:
            # can't connect, unauthorize member
            remove_member_from_zerotier(member, netid)
            continue

@cleanup(retry_delay=5, backoff=0.8, max_retries=100)
def remove_member_from_zerotier(member, networkid):
    member['config']['authorized'] = False
    zerotier.network.updateMember(member, member['nodeId'], netid)

If the remove_member_from_zerotier function will throw an error, it will be retried after 5 seconds, then after 5/0.8 seconds, then after 0.5/(0.8*0.8) seconds ... If after 100 retries it still fails, the system will stop retrying and move it to a failed queue in redis that can be monitored by a healthcheck.

Won't fix.
Danger is it will be abused.


Hexagon delegate fails on a known good model

System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow): Yes
OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Windows 10
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device: Snapdragon 855
TensorFlow installed from (source or binary): source
TensorFlow version (use command below): 2.7
Python version: 3.7
Bazel version (if compiling from source): 3.7.2
GCC/Compiler version (if compiling from source): gcc 7.5.0
CUDA/cuDNN version: N/A
GPU model and memory: N/A

Describe the current behavior
When running inference with TFlite and Hexagon delegate,
initialization fails with the following message:
09-19 08:24:18.566  4958  4958 I tflite  : Created TensorFlow Lite XNNPACK delegate for CPU.
09-19 08:24:18.568  4958  4958 E tflite  : Calling prepare multiple times
09-19 08:24:18.568  4958  4958 E tflite  : Node number 90 (TfLiteHexagonDelegate) failed to prepare.
09-19 08:24:18.775  4958  4958 E tflite  : Restored original execution plan after delegate application failure.
09-19 08:24:18.782  4958  4958 E tflite  : Error in applying the default TensorFlow Lite delegate indexed at 0, and all previously applied delegates are reverted.
Describe the expected behavior
When using the same model with the same code compiled against TensorFlow 2.3, it works fine.
See attached the model in question.
model.zip

Hi @sachinprasadhs ! Could you please look at this issue?

Hi, are there any updates on this issue?

That looks like related to the new effort to enable Xnnpack by default.
@multiverse-tf Can you check it please.

That looks like related to the new effort to enable Xnnpack by default.
@multiverse-tf Can you check it please.
EDIT: Verified on device that disabling Xnnpack resolves the issue.

I could also verify that disabling XNNPACK resolved the issue. There are two ways to disable the XNNPACK-by-default feature, and you could choose either of them to achieve:

Build the Tensorflow Lite library to disable this feature. If using Bazel, you could add "--define=tflite_with_xnnpack=false" flag.
If you could change your code, use BuiltinOpResolverWithoutDefaultDelegates instead of BuiltinOpResolver when creating the TFLite interpreter.

Meanwhile, we will investigate the root cause and push a fix asap. Sorry for the inconvenience.

@yakovdan A fix has been pushed. Could you try your code again?

Fix was merged. Closing


Fix incorrect peer dependencies and linter warnings

warning " ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS>|| ^7.0.0-beta".
warning " ><EMAIL_ADDRESS>has unmet peer dependency<EMAIL_ADDRESS>warning " ><EMAIL_ADDRESS>has incorrect peer dependency<EMAIL_ADDRESS>warning " ><EMAIL_ADDRESS>has incorrect peer dependency<EMAIL_ADDRESS>|| ^15.0.0 || ^16.0.0".

/home/runner/work/homebase-app/homebase-app/src/modules/common/Toolbar.tsx
  96:4  warning  Insert `,`  prettier/prettier

/home/runner/work/homebase-app/homebase-app/src/modules/explorer/pages/List.tsx
  83:5  warning  'error' is assigned a value but never used  @typescript-eslint/no-unused-vars

✖ 2 problems (0 errors, 2 warnings)
  0 errors and 1 warning potentially fixable with the `--fix` option.

Peer dependency warnings can be safely ignored as their dependencies are already being met


Would anyone mind if I swapped to the unlicense?

This is a general question to anyone that uses this script in an environment where a license change could cause a lot of screaming (i.e. financial institutions).
All of my new projects are (un)licensed under the unlicense which relinquishes my right to basically everything, but essentially removes all barriers for usage and modification. If you want to take my script, modify it and put it in a paid product without telling anyone, do it. I don't care and you'll be able to do it regardless of the magical three character strings I place in the first comment and README.md anyway. I don't care, I can't stop you either way. We're software engineers, go build stuff and stop worrying about legalities.
So, yeah. I'm swapping my repositories over to this one by one but this happens to be my most popular thing by far, I thought I should ask first. Thoughts?

I sympathize with what you're trying to accomplish, but it seems like MIT or CC0 (or probably even Apache) licenses are better at meeting your needs than Unlicense:
http://programmers.stackexchange.com/questions/147111/what-is-wrong-with-the-unlicense
http://programmers.stackexchange.com/questions/182137/whats-the-difference-between-wtfpl-cc0-and-public-domain
https://github.com/docopt/docopt.rs/issues/1
What you've done isn't an issue for me, so it doesn't really matter. It's just that, as a fellow shepherd of open source software, I'm curious what inspired you to do this as it doesn't actually seem congruent with your intentions.

The only thing I need is a licence I can drop in which tells users they can do whatever they want.  I don't mind which one it is, I don't really care as long as it doesn't restrict anyone from doing anything.
Licenses don't protect me or give me anything (in my opinion). If someone wants to take my code and attempt to sell it or claim it as their own, be my guest. A text file next to the source won't stop them, I'm not fighting legal battles over a chunk of JavaScript.
Basically: I don't want to worry about legal crap or attribution and copyright, I just want it out of the way so I can publish my code knowing I'm not asking anyone to do anything extra just to solve a problem.
That other thread turned into a pretty messy argument over something pretty small, I hope that doesn't happen here D: I  apologise if any of my opinions seem completely wrong or stupid, that's just how I feel after working on little open source things for the past five years or so.
I hope this quick little ramble has explained my reasoning though! :)

@Olical, I admire you for your decision. To be honest, I cannot do it with my projects, but you did. :+1: