feat: init arweave uploader using turbo sdk and ar.io bundling infrastructure

The current bundling and uploading implementation shows that support for Arweave is deprecated. This PR adds a more future proof Arweave compatible uploader using Turbo SDK and relying on AR.IO bundling infrastructure

Updated this to utilize recently available Turbo Credit Sharing in order to reduce web signing requests. On upload, an ephemeral key will be created to sign each ANS-104 data item. When the upload is not free and after funding the wallet with a SOL top-up, a shareCredits action is called to give the credits to the ephemeral key -- allowing an instant approval for using the payer wallet's balance. This flow can now sign up to 2 times. Once for funding the wallet with SOL if the payer wallet does not have balance, and once for sharing credits to the ephemeral key if the upload is not free

Updated the arweave dev gateway here for optimistic devnet retrieval. Previous gateway (arweave.dev) has had its CDN configuration changed due to over-use. turbo.ardrive.dev will now support the optimistic data retrieval for dev-net data items.
Note: Data sent to Turbo devnet will be temporarily retrievable in the Turbo devnet gateway, but in the future they may not resolve after some allotted time -- and they should not be expected to make it to the main Arweave network


[Concurrency] Migrate tests from runAsyncAndBlock

This adds bits to stdlibunittests to allow running async code.
Unfortunately, due to how async works, and how top-level-code isn't an async context yet, we would still need to provide a separate async context for the call into the async stuff. Rather than change every test, I've opted to create a separate start-point. Unfortunately, that means we need a totally parallel async path that does exactly the same thing, except async so that it can call the async code provided in the test.
I tried refactoring the preludes and postludes a bit, but I think something with lifetimes/scoping got a little wonky and resulted in various reliable hangs on different platforms and various tests. The duplicated code-paths are pretty nasty, but do work.

@swift-ci please smoke test

https://github.com/apple/swift/pull/36457 merged, so this isn't necessary anymore.


-path default

-path should default to something like ~/.dw/libs so users don't need to enter this over and over if they're using Modules. DW should also look for a variable present like DW_LIB_PATH. Precedence would be as follows:

Modules location set with dw -path
Modules location set with DW_LIB_PATH
Default module location

I think this is already like this just lack of documentation


Refactor angr-binsync to use workspace-less plugin system

Description
Watching PR https://github.com/angr/angr-management/pull/963, it looks like workspace will be destroyed from angr-management, which will result in the complete failure of the BinSync plugin since right now we directly rely on Workspace for all our references to decompilation.
This needs to be refactored after the linked PR lands.
Alternatives
No response
Additional context
No response

Workspace isn't going away, we're just improving abstractions so that we can eventually have a more sane API for angr management. The main change to be aware of right now is just that instances won't be aware of the workspace, if there is one. Workspaces can still subscribe to instance containers, however.

@twizmwazin after this commit: https://github.com/angr/angr-management/commit/aa6ce2127f05b8e2056850f11e104b91acf17295, all of BinSync is broken on angr-management :(


Aliyun cs - "DescirbeWorkflow* option written incorrectly

Command Format:
While trying to list the options of the CS aliiyun I realized that the DescribeWorkflow Is incorrectly written and it is showing DescirbeWorkflow option instead

Execution Command:
aliyun --profile darkorbit-prod-eu help cs help | grep Work

Output:
CancelWorkflow                         : PUT /gs/workflow/[workflowName]
DescirbeWorkflow                       : GET /gs/workflow/[workflowName]
DescribeWorkflows                      : GET /gs/workflows
RemoveWorkflow                         : DELETE /gs/workflow/[workflowName]
StartWorkflow                          : POST /gs/workflow

The right name of the functionality should be DESCRIBEWORKFLOW instead!!

FYI I'm using Aliyun 3.0.99:

I'm really sorry about this. This problem has been discovered for a long time, but it is limited by the OpenAPI management method. Due to the API path conflict, the API name cannot be replaced smoothly, and it will cause the SDK break change.
thanks again for your kind help.


Run sphinx linkcheck on Jenkins

Summary of the changes / Why this improves CrateDB
Produces output like this:
(line   38) ok        https://en.wikipedia.org/wiki/Basic_access_authentication
(line   79) ok        https://en.wikipedia.org/wiki/Basic_access_authentication
(line   89) ok        https://en.wikipedia.org/wiki/PBKDF2
(line   89) ok        https://en.wikipedia.org/wiki/SHA-2
writing output... [  1%] admin/discovery
(line   20) redirect  http://crate.io/docs/crate/guide/best_practices/ec2_setup.html - permanently to https://crate.io/docs/crate/howtos/en/latest/deployment/cloud/aws/ec2-setup.html
(line   32) redirect  https://azure.microsoft.com - with Found to https://azure.microsoft.com/en-us/
(line   15) ok        https://aws.amazon.com/ec2
(line  132) redirect  https://azure.microsoft.com/en-us/documentation/articles/resource-group-authenticate-service-principal-cli/ - permanently to https://docs.microsoft.com/en-us/cli/azure/create-an-azure-service-principal-azure-cli

Not sure if this will lead to false alerts when some of the linked sites have
hiccups. Maybe we try it and if it causes unnecessary test failures we change it?
Checklist

[x] Added an entry in CHANGES.txt for user facing changes
[x] Updated documentation & sql_features table for user facing changes
[x] Touched code is covered by tests
[x] CLA is signed
[x] This does not contain breaking changes, or if it does:

It is released within a major release
It is recorded in CHANGES.txt
It was marked as deprecated in an earlier release if possible
You've thought about the consequences and other components are adapted
(E.g. AdminUI)

@seut there were a lot more broken links or broken anchors but the linkcheck always outputs only a single error. Pushed a fixup.


Extract local storage management to hook

Description
App.tsx is really large, as it handles

local storage read / update and storing in component state
logic for opening / closing most of the dialogs
passing these into MainComponent

I've extracted the local storage handling into a hook.
Checklist
Have you done the following?

[x] Linked the relevant Issue (done originally as part of prep for authentication in UI: #807)
[ ] Added tests
[x] Ensured the workflow steps are passing

@pmarsh-scottlogic Yeah, next step would be to extract all that dialog stuff, though right now I'm struggling to see a nice way of achieving that...

Just realised I've been lazy and not added any unit tests for the hook... I'll do that shortly.

exemplary work on the tests


Redundant project

After the release of SWE-Agent this is a redundant project

If you have nothing nice to say, it's better to say nothing, SWE-Agent cost me 20 dollars and so far I can;t figure out what it did with it.
The beauty of open source is its organic growth and the choices it gives.

Redundant is a bit of a stretch, integration potential maybe.

If they can get it working on Win11 then it's a major dub I just checked them out and you still need to use WSL or some type of linux platform to use it.

If they can get it working on Win11 then it's a major dub I just checked them out and you still need to use WSL or some type of linux platform to use it.

Making this my next PR with a powershell script. Testing out the process today.

We're planning to add SWE-agent to our list of agents. See: https://github.com/OpenDevin/OpenDevin/issues/570

Apologies, I have not meant to be critical. I am just trying to understand the landscape of all these competing projects and how they all fit together.


YARN-11663. [Federation] Add Cache Entity Nums Limit.

Description of PR
JIRA: YARN-11663. [Federation] Add Cache Entity Nums Limit.
In JIRA YARN-11663, a user reported that memory consumption rapidly increases when Cache is configured. Although we have set a TTL (Time-to-Live) for the Cache, if there is a sudden influx of new tasks in the cluster, it can impact the memory of the Router. From the perspective of using Cache, it is necessary to add a limit on the number of entries for caching.
We provide two caching solutions in the YARN caching framework: JCache and GuavaCache. However, the version of JCache is relatively low and does not support limiting the number of cached entries. Therefore, I have upgraded the JCache version and made modifications to certain logic to enable configuration for the number of cached entries.
How was this patch tested?
For code changes:

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

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 21s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m 59s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
19m 50s

trunk passed

+1 :green_heart:
compile
8m 57s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
compile
8m  9s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
checkstyle
2m  7s

trunk passed

+1 :green_heart:
mvnsite
1m 44s

trunk passed

+1 :green_heart:
javadoc
1m 38s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m 30s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+0 :ok:
spotbugs
0m 32s

branch/hadoop-project no spotbugs output file (spotbugsXml.xml)

+1 :green_heart:
shadedclient
20m 32s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 35s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
0m 50s

the patch passed

+1 :green_heart:
compile
8m 38s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javac
8m 38s

the patch passed

+1 :green_heart:
compile
8m  8s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
javac
8m  8s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
2m  3s
/results-checkstyle-root.txt
root: The patch generated 2 new + 164 unchanged - 0 fixed = 166 total (was 164)

+1 :green_heart:
mvnsite
1m 45s

the patch passed

+1 :green_heart:
javadoc
1m 30s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m 36s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+0 :ok:
spotbugs
0m 26s

hadoop-project has no data from spotbugs

-1 :x:
shadedclient
21m  4s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
0m 26s

hadoop-project in the patch passed.

-1 :x:
unit
0m 49s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-api.txt
hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
2m 52s

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

+1 :green_heart:
asflicense
0m 42s

The patch does not generate ASF License warnings.

140m  5s

Reason
Tests

Failed junit tests
hadoop.yarn.conf.TestYarnConfigurationFields

Subsystem
Report/Notes

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

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

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

uname
Linux 475c51c6156e 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 1d52eed12a8ebd74069049b275c62c9bf32d2f85

Default Java
Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

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

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

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

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

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m 41s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
23m  4s

trunk passed

+1 :green_heart:
compile
10m  4s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
compile
9m 27s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
checkstyle
2m 23s

trunk passed

+1 :green_heart:
mvnsite
2m 30s

trunk passed

+1 :green_heart:
javadoc
2m 21s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
2m 20s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+0 :ok:
spotbugs
0m 33s

branch/hadoop-project no spotbugs output file (spotbugsXml.xml)

+1 :green_heart:
shadedclient
22m 30s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 36s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 22s

the patch passed

+1 :green_heart:
compile
8m 57s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javac
8m 57s

the patch passed

+1 :green_heart:
compile
9m 19s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
javac
9m 19s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
2m 29s

the patch passed

+1 :green_heart:
mvnsite
2m  5s

the patch passed

+1 :green_heart:
javadoc
2m 18s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
2m 10s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+0 :ok:
spotbugs
0m 27s

hadoop-project has no data from spotbugs

-1 :x:
shadedclient
23m 44s

patch has errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
0m 25s

hadoop-project in the patch passed.

+1 :green_heart:
unit
0m 52s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 46s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
2m 53s

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

+1 :green_heart:
asflicense
0m 41s

The patch does not generate ASF License warnings.

164m 39s

Subsystem
Report/Notes

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

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

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

uname
Linux 33879fd5031e 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 3bf1337d6649b40c92d891b2a8f8ff3d0da4df56

Default Java
Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

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

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

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

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

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

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 22s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
13m 59s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m  4s

trunk passed

+1 :green_heart:
compile
3m 43s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
compile
3m 35s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
checkstyle
1m  1s

trunk passed

+1 :green_heart:
mvnsite
1m 38s

trunk passed

+1 :green_heart:
javadoc
1m 33s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m 32s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
spotbugs
3m 12s

trunk passed

+1 :green_heart:
shadedclient
22m  9s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m  4s

the patch passed

+1 :green_heart:
compile
3m 51s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javac
3m 51s

the patch passed

+1 :green_heart:
compile
3m 32s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
javac
3m 32s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 59s

the patch passed

+1 :green_heart:
mvnsite
1m 27s

the patch passed

+1 :green_heart:
javadoc
1m 22s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m 26s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
spotbugs
3m 24s

the patch passed

+1 :green_heart:
shadedclient
22m 15s

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

_ Other Tests _

+1 :green_heart:
unit
0m 44s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 28s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
2m 53s

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

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

126m 14s

Subsystem
Report/Notes

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

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

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

uname
Linux d321f6029071 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / e9f5042f51f239d879004bcbae8bbdc69351eb3e

Default Java
Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 20s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m  3s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m  4s

trunk passed

+1 :green_heart:
compile
4m  5s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
compile
3m 46s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
checkstyle
1m  2s

trunk passed

+1 :green_heart:
mvnsite
1m 36s

trunk passed

+1 :green_heart:
javadoc
1m 32s

trunk passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m 33s

trunk passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
spotbugs
3m 20s

trunk passed

+1 :green_heart:
shadedclient
22m  0s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 23s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m  3s

the patch passed

+1 :green_heart:
compile
3m 42s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javac
3m 42s

the patch passed

+1 :green_heart:
compile
3m 40s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
javac
3m 40s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 57s

the patch passed

+1 :green_heart:
mvnsite
1m 28s

the patch passed

+1 :green_heart:
javadoc
1m 23s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m 30s

the patch passed with JDK Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

+1 :green_heart:
spotbugs
3m 35s

the patch passed

+1 :green_heart:
shadedclient
21m 39s

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

_ Other Tests _

+1 :green_heart:
unit
0m 50s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
4m 42s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
2m 45s

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

+1 :green_heart:
asflicense
0m 38s

The patch does not generate ASF License warnings.

126m 22s

Subsystem
Report/Notes

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

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

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

uname
Linux e1c191038cc2 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / e9f5042f51f239d879004bcbae8bbdc69351eb3e

Default Java
Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_402-8u402-ga-2ubuntu1~20.04-b06

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

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

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

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

@dineshchitlangia Can you help review this pr again? Thank you very much!

+1 LGTM

@dineshchitlangia Thank you very much for the review! @luoyuan3471 Do you have any other comments on this pr?

@dineshchitlangia Thanks for reviewing the code! @luoyuan3471 Thank you for reporting this issue!


Runtime Settings tuning

See MSDN page: Runtime Settings Schema
We can implement some logic that will specify some parameters (e.g. gcAllowVeryLargeObjects, gcConcurrent, gcServer look useful). We can define default values and allow to specify custom values via attributes.

@mattwarren, what do you think?

You know what, I was thinking about this the other day, but only the gcConcurrent and gcServer settings. So yes, I think it's a good idea.
I guess you are thinking of adding them to [BenchmarkTask()], like the existing BenchmarkPlatform and BenchmarkJitVersion options?

We already have a lot of parameters in BenchmarkTask, it starts to look ugly. Maybe we can create another way to add new settings?

We already have a lot of parameters in BenchmarkTask, it starts to look ugly.

Yeah that's a good point

Maybe we can create another way to add new settings?

I'm not sure what is a good way to do it though?

I have just tried to rewrite LinqOptimizer project benchmarks to use BDN and failed because they were using  ;)
So there is a need for this feature ;)

@adamsitnik, am I right that now we can close this issue?

@AndreyAkinshin gcAllowVeryLargeObjects is missing, I will add it right away


Intro page

make the intro page to store a state after the first time it's opened any other time the mobile app is opening the intro page will read the state and either show or not.
allow the user to toggle that in the settings menu by having a checkbox on “show on startup intro page”

Add text box
Add options like focus, study, relax a questionnaire
Add next


[propose-update] Report failure when no upstream release found

Fixes #374

based on the yesterday discussion, it's up to you, @lbarcziova, to merge this :)


Sensitive data in config, SSL certificate path & custom JIRA transition name

Sensitive data
Storing the information is still possible (with the --save-passwords option). If the information is already present in the config file (as would be the case for people upgrading) then nothing changes.
The commit message of the last commit explains in detail what different usage scenarios are and how this change affects users.
SSL certificate path
Allow specifying the path to your SSL/TLS CA certificate bundle in the verify_ssl config option.
I tested this successfully with JIRA but I currently don't have a Redmine instance so I couldn't test it there. All the changes are tested with JIRA.
This pull request also includes the previous changes because GitHub does not seem to support pull requests that are based on each other...
Custom JIRA transition name
Allow specifying custom JIRA transition names (e.g.  You made my evening :)

Released as 0.6.0


[Bug] Clearing Fortune quarry doesn't use Fortune at all.

The title says it all.
Builder with Clearing Fortune Quarry card mines block without fortune at all.
You can check it simply:

Builder with ('Dirty') Fortune Quarry card mines flint from gravel.
Builder with Clearing Fortune Quarry card mines gravel.

You should add only one 'or' statement here:
https://github.com/McJty/RFTools/blob/master/src/main/java/mcjty/rftools/blocks/spaceprojector/BuilderTileEntity.java#L1009

Change string from:
List<ItemStack> drops = block.getDrops(worldObj, sx, sy, sz, meta, getCardType() == ShapeCardItem.CARD_QUARRY_FORTUNE ? 3 : 0);
to
List<ItemStack> drops = block.getDrops(worldObj, sx, sy, sz, meta, (getCardType() == ShapeCardItem.CARD_QUARRY_FORTUNE || getCardType() == ShapeCardItem.CARD_QUARRY_CLEAR_FORTUNE) ? 3 : 0);
Or should I create pull request for that?)

No this is fine. I can manage with this. Thanks

Fixed in next release


test remote-proofs module

finished writing remote proofs module that fetches (Gists only so far) remote proofs, validates the contents / format and verifies the signature.
Still needs to:

[ ] compare url where proof is published with the service mentioned in the proof  - may do this in a follow up issue

tested with live client pulling in Gist all the way through signature verification


[video_player] Migrate to new pubspec plugins schema

https://github.com/flutter/flutter/issues/46254

(Merged here: https://github.com/flutter/plugins/pull/2389)


readme update for AUTOMATED_CONVERSION_OUTPUT_DIR overrides

In my testing with docker compose on Ubuntu 22, AUTOMATED_CONVERSION_OUTPUT_DIR_2 was not respected unless AUTOMATED_CONVERSION_OUTPUT_DIR was defined. This surprised me as I was not trying to override the default /output defined in the volumes.
Additionally, including the AUTOMATED_CONVERSION_OUTPUT_SUBDIR_2 variable without first including AUTOMATED_CONVERSION_OUTPUT_DIR_2 caused the application to crash/exit.
Probably I ran into these issues as I assumed the first output volume was a "default" and didn't need an override.
In any case, here are what I think would be helpful additions to the existing docs (or perhaps a new section entitles "Multiple output folders"):

If needed, additional watch folders can be used: /output2, /output3, etc. Each additional folder should be defined in the volumes variables.
For each output folder (including the the first one, /output), explicitly define the variables for  AUTOMATED_CONVERSION_OUTPUT_SUBDIR and AUTOMATED_CONVERSION_OUTPUT_DIR. For example, if you have 3 output folders, include these 6 entries in the environment variables:

     AUTOMATED_CONVERSION_OUTPUT_DIR: /output
     AUTOMATED_CONVERSION_OUTPUT_SUBDIR: SAME_AS_SRC
     AUTOMATED_CONVERSION_OUTPUT_DIR_2: /output2
     AUTOMATED_CONVERSION_OUTPUT_SUBDIR_2: SAME_AS_SRC
     AUTOMATED_CONVERSION_OUTPUT_DIR_3: /output3
     AUTOMATED_CONVERSION_OUTPUT_SUBDIR_3: SAME_AS_SRC

Also include these entries in the volume variables (adjusted for specific host file paths):
      - "home/username/handbrake/output:/output:rw"
      - "mnt/dvr/tv:/output2:rw"
      - "mnt/dvr/movies:/output3:rw"

Here is my complete compose file for context (customized for Emby live TV recording in this case).
  handbrake:
    image: jlesage/handbrake
    container_name: handbrake
    ports:
      - "5800:5800"
    environment:
     USER_ID: $PUID
     GROUP_ID: $PGID
     TZ: $TZ
     APP_NICENESS: "19"
     AUTOMATED_CONVERSION: "1"
     AUTOMATED_CONVERSION_PRESET: "General/HQ 1080p30 Surround X265"
     AUTOMATED_CONVERSION_FORMAT: "mp4"
     AUTOMATED_CONVERSION_KEEP_SOURCE: "0"
     AUTOMATED_CONVERSION_VIDEO_FILE_EXTENSIONS: "ts"
     AUTOMATED_CONVERSION_NON_VIDEO_FILE_EXTENSIONS: "nfo jpg png bif srt"
     AUTOMATED_CONVERSION_NON_VIDEO_FILE_ACTION: "copy"
     AUTOMATED_CONVERSION_OUTPUT_DIR: /output
     AUTOMATED_CONVERSION_OUTPUT_SUBDIR: SAME_AS_SRC
     AUTOMATED_CONVERSION_OUTPUT_DIR_2: /output2
     AUTOMATED_CONVERSION_OUTPUT_SUBDIR_2: SAME_AS_SRC
     AUTOMATED_CONVERSION_OUTPUT_DIR_3: /output3
     AUTOMATED_CONVERSION_OUTPUT_SUBDIR_3: SAME_AS_SRC
    volumes:
      - "$DOCKERDIR/appdata/handbrake:/config:rw"
      - "$DATADIR/handbrake/storage:/storage:ro"
      - "home/username/handbrake/output:/output:rw"
      - "mnt/tv:/output2:rw"
      - "mnt/movies:/output3:rw"
      - "home/username/handbrake/watch:/watch:rw"
      - "mnt/dvr/shows:/watch2:rw"
      - "mnt/dvr/movies:/watch3:rw"

In my testing with docker compose on Ubuntu 22, AUTOMATED_CONVERSION_OUTPUT_DIR_2 was not respected unless AUTOMATED_CONVERSION_OUTPUT_DIR was defined.

Additionally, including the AUTOMATED_CONVERSION_OUTPUT_SUBDIR_2 variable without first including AUTOMATED_CONVERSION_OUTPUT_DIR_2 caused the application to crash/exit.

This is not expected.  Could you share the log and errors you were seeing ?

Updated proposal to modify the readme with a new section entitles "Multiple output folders":

If needed, additional output folders can be used: /output2, /output3, etc. Each additional folder is defined in the volumes variables. for example:

      - "home/username/handbrake/output:/output:rw"
      - "mnt/dvr/tv:/output2:rw"
      - "mnt/dvr/movies:/output3:rw"

If you are using AUTOMATED_CONVERSION_OUTPUT_DIR environment variable, use the output volumes as follows:

     AUTOMATED_CONVERSION_OUTPUT_DIR: /output
     AUTOMATED_CONVERSION_OUTPUT_DIR_2: /output2
     AUTOMATED_CONVERSION_OUTPUT_DIR_3: /output3

I will add a check in the automatic video converter for the output directory, to make sure it exists and is writable.  So at least users will have a clear indication of the problem.
I will also add a note in the README about AUTOMATED_CONVERSION_OUTPUT_DIR, indicating that a volume mapping must be defined for the specified directory.

The changes I mentioned are already implemented.  Closing this issue.

Nice work


Check for initialised and return a more meaningful error

Related to - #192
Should also update example for saving state to check if initialised also

Thanks for this!

When using Chrome, click on triggers for left click. All other browsers detect any mouse button click.
Mousedown triggers for all :)


FI develop into Content Builder feature branch

FI develop into Content Builder feature branch

/azp run

/azp run


RaggedTensor slice gradient computation error

Click to expand!
Issue Type
Bug
Have you reproduced the bug with TF nightly?
No
Source
source
Tensorflow Version
2.10
Custom Code
Yes
OS Platform and Distribution
Ubuntu 22.04
Mobile device
No response
Python version
3.10
Bazel version
No response
GCC/Compiler version
No response
CUDA/cuDNN version
No response
GPU model and memory
No response
Current Behaviour?
Attempting to compute the gradient, both as part of an autographed keras layer, or in eager mode, fails. This seems to happen when concatenating different slices of a ragged tensor.

Standalone code to reproduce the issue
https://colab.research.google.com/drive/1kteIaQeDouRH-DEEYYeGE9jiMtgcXUZm#scrollTo=MOhPQNf4JDBB

import tensorflow as tf

values = tf.constant([0, 1,2,3,4,5,6,7,8,9], tf.float32)
values = tf.reshape(values, [-1, 1])

r = tf.RaggedTensor.from_row_lengths(values, [0, 2, 2, 1, 0, 2, 3, 0, 0])
r = tf.RaggedTensor.from_uniform_row_length(r, 3)
r = tf.RaggedTensor.from_uniform_row_length(r, 3)

def crop(raggedImage: tf.RaggedTensor, top, bottom, left, right) -> tf.RaggedTensor:
    '''
    Crops a ragged tensor, removing 'pixels' from the boundary.
    The input is interpreted as being b x h x w x s x c layout.
    Only the sample dimension may be ragged.
    '''
    if bottom > 0:
        bottom = -bottom
    else:
        bottom = None
    if right > 0:
        right = -right
    else:
        right = None
    cropped = raggedImage[:, top : bottom, left : right, :, :]
    return cropped

diameter = 3

with tf.GradientTape() as tape:
	tape.watch(r)
	l = []
	for u in range(diameter):
		for v in range(diameter):
			l.append(crop(r, u, diameter-1-u, v, diameter-1-v))
	s = tf.concat(l, axis=2)

tf.print(tape.gradient(s, [r]))

Relevant log output
Traceback (most recent call last):
  File "venv-2.10/lib/python3.10/site-packages/tensorflow/python/eager/backprop.py", line 663, in _num_elements
    shape_tuple = grad.values._shape_tuple()  # pylint: disable=protected-access
AttributeError: 'IndexedSlices' object has no attribute '_shape_tuple'

@tilakrayal
I was able to replicate the issue in Ubuntu and colab. Please find the gist here for TF v2.10 and here for tf-nightly. Thank you!

@cbreak-black ,Thanks for reporting this.
The error is raised from below code.
elif isinstance(grad, indexed_slices.IndexedSlices):
  shape_tuple = grad.values._shape_tuple()  # pylint: disable=protected-access

from source:
https://github.com/tensorflow/tensorflow/blob/735b325c4ba38da4c5fc265036606ce22838a242/tensorflow/python/eager/backprop.py#L606-L616
The code indicates grad is of indexed_slices.IndexedSlices and grad.values should return a Tensor as per IndexedSlices API.
If the reported code snippet failing  then the below code from above code block also may fail which needs to be checked.
if isinstance(grad, ops.Tensor):
  shape_tuple = grad._shape_tuple()

It may need to be digged more for root cause. Thanks!

Hi, as far as I was able to find with my limited knowledge of tensorflow's internals is that grad.values is itself an IndexedSlices typed object. I did not find out if this is expected (apparently not), and how this came to be.

Hi,
Thank you for opening this issue. Since this issue has been open for a long time, the code/debug information for this issue may not be relevant with the current state of the code base.
The Tensorflow team is constantly improving the framework by fixing bugs and adding new features. We suggest you try the latest TensorFlow version with the latest compatible hardware configuration which could potentially resolve the issue. If you are still facing the issue, please create a new GitHub issue with your latest findings, with all the debugging information which could help us investigate.
Please follow the release notes to stay up to date with the latest developments which are happening in the Tensorflow space.


Update pin

Rebuild for latest libuuid and remove local config file.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


Change go-bindata version for system-probe

What does this PR do?
Right now, inv -e system-probe.build will fetch an older version of
go-bindata.
inv -e deps will fetch a newer version of go-bindata (and pin that
version to a tag configured in bootstrap.json.)
The two versions have a similar API, so we should standardize on one
version to use.
Motivation
@DataDog/networks
@DataDog/container-integrations
Additional Notes
Anything else we should know when reviewing?
Describe your test plan
Make sure the system-probe starts.

The agent is using shuLhan/go-bindata  which is newer.
https://github.com/DataDog/datadog-agent/blob/master/bootstrap.json#L15


Bevy 0.14

Migration to Bevy 0.14
It is using https://github.com/lucaspoffo/renet/pull/161 which has not been merged.

Thank you a lot! I will keep it as a PR until https://github.com/lucaspoffo/renet/pull/161 gets merged.

Will draft a new release today. Need to split by client and server features from the new version of replicon.


Ledge jumps

Ledge Jump Animations
New native animations:
Ledge Jump Up
Ledge Jump Down
Lara hang on a ledge. She can use following actions:

Jump Button she can jump higher.
Back Button, she rotate and jump back

In Lua -> settings.lua there is new option:
anims.ledgeJumps = true
if true, Lara can perform Ledge Jumps.
By default Ledge Jumps are not possible.

Ledge jump now fully working.
https://user-images.githubusercontent.com/84292688/197391753-812bcb32-5f31-46d5-a092-3c2b339eecde.mp4


fix: .env.example

Summary
Comment out UID and GID by default in the .env.example file
This fix an issue where the mongodb and meilisearch container get stuck in a reboot loop for some users:

Note:
docker-compose up does output a warning when they are commented out but everything starts properly

Change Type

[x] Bug fix (non-breaking change which fixes an issue)

thanks!


Added method setClearButtonImage:forState: to JVFloatLabeledTextField

Method to set a different image for the JVFloatLabeledTextField clear
button

Thanks for the contribution, but this is outside of the scope goals for this component.


Expand to template string

feature request

Would you mind to elaborate what you understand as a "template string"?

It's this one: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Template_literals
And yes, we need that!


Add a new higher level instruction encoder

It should be easier to use, eg. methods with same name as mnemonics add(eax, 123). There are a couple libraries already eg. x86: https://github.com/asmjit/asmjit, ARM: https://android.googlesource.com/platform/external/vixl
The current instruction encoder should be used by the new one

Hey,
I have played with a wrapper around Iced in my own project and come up with a syntax like this:

And with memory operand (notice the usage of the syntax __[ to open:

Is that in line with what you had in mind?
Would you be interested If I try to make a PR? Not sure I will have time to implement all methods, likely most of the stuffs could be auto-generated although in my prototype I wrote it manually...

Yes these methods should be auto generated, if possible, since I need to implement that in Rust too. :)
A PR is welcome it would be have to be against the rust branch since I've moved files around.
That __[] thing is interesting. Is it using C# expressions?

That __[] thing is interesting. Is it using C# expressions?

No, it is way more simple, using a simple struct, it should be quite in line with how Iced is build (no GC and stack friendly):
        public static IntelMemoryOperandFactory __ => new IntelMemoryOperandFactory();
// ....
    public readonly struct IntelMemoryOperandFactory
    {
        public IntelMemoryOperand this[IntelMemoryOperand operand] => operand;

        public IntelMemoryOperand this[IntelRegister operand] => new IntelMemoryOperand(Register.None, operand, Register.None, 1, 0);
    }

Then IntelMemoryOperand and IntelRegister are simple struct wrappers around Register and MemoryOperand but they provide overloads for * + operators,

That's even better, no allocations. :)

In my code, for an instruction like push, I have something like this:
		public void push(Register reg) {
			Code op;
			if (reg.IsGPR64()) {
				op = Code.Push_r64;
			}
			else if (reg.IsGPR32()) {
				op = Code.Push_r32;
			}
			else if (reg.IsGPR16()) {
				op = Code.Push_r16;
			}
			else {
				throw new ArgumentException($"Invalid register size `{reg}` for `{nameof(push)}` instruction. Expecting 16/32/64.");
			}
			_encoder.Encode(Instruction.Create(op, reg), pc);
		}

Is it ok with the approach or would you see something different here for the codegen?

The push reg code looks complete, it covers all supported regs. And I like that you checked the 64-bit reg first, should be more common. ;)
It would be nice to also support code labels and memory operands that can access the user's data. Does your code support that?

The push reg code looks complete, it covers all supported regs. And I like that you checked the 64-bit reg first, should be more common. ;)

Cool, thanks, I will try to come up with a first prototype.

It would be nice to also support code labels and memory operands that can access the user's data. Does your code support that?

For label, I haven't done anything yet... I haven't checked how Iced is working with label actually so far 😅. How is working the current approach in Iced for handling labels with branches when encoding?

memory operands that can access the user's data

Not sure to see what usage this could be. Do you have an example?

For label, I haven't done anything yet... I haven't checked how Iced is working with label actually so far 😅. How is working the current approach in Iced for handling labels with branches when encoding?

If you create instructions yourself and use the BlockEncoder, you have to initialize the branch instruction's NearBranch64 property with the "IP" of the target instruction. The "IP" can be anything as long as it's unique. je.NearBranch64 = unique_id; target_instr.IP = unique_id;

Not sure to see what usage this could be. Do you have an example?

If you add code, chances are you need data too. Could be some ASCII string in the code or a lookup table for a switch statement.
It should be easier to use BlockEncoder instead of Encoder since BlockEncoder can also optimize jcc near to jcc short.

It should be easier to use BlockEncoder instead of Encoder since BlockEncoder can also optimize jcc near to jcc short.

Ok, right, I will try to do that, thanks!

Hey, while working on the API with BlockEncoder , I was wondering what is the rationale of having a CodeWriter attached to a IntrumentBlock (so you could end-up having different CodeWriter), instead of passing it just one time at TryEncode time as a separate parameter from IntrumentBlock/IntrumentBlock[]?

So it's possible to write to 2 different buffers if you pass in 2 blocks. If you have just one writer, each block must be next to the other in the same buffer.


Various meshing related additions

The following is from the commit message of 9fa89db5 with some additional formatting.
Various meshing related additions:

Add Mesh methods FindDuplicateVertices and ApplyVertexMap which can be used to remove duplicate vertices from a Mesh when applied one after the other.
Mesh::CheckElementOrientation will now try to fix the orientation of hex, prism and pyramid elements as well. The fix will be successful for an element if the determinant of the Jacobian in the element does not change sign.
Add a minimal set of orientation handling for hex and prism elements (only orientations 0 and 1 are defined). This was needed to handle orientation fixing with high-order hex and prism meshes.
Add convenience named constructors Mesh::MakeUnion where the input meshes and Mesh-arrays can be const. This required fixing const correctness in some existing methods which should be backward compatible.
Add a method Mesh::SetVerticesFromNodes which may be needed in cases when the vertices of a Mesh with nodes are out-of-sync with the nodes.
Add a convenience overload of the method Mesh::Transform that takes an std::function (e.g. lambda) as input.
The method Mesh::PrintCharacteristics will now print the name of the nodal FE collection if the mesh has nodes.
Add method DenseMatrix::CalcConditionNumber for small (including rectangular) matrices which is now used to compute kappa, i.e. mesh element anisotropy ratios in several places. This now allows us to compute element aspect ratios on surfaces.
Add several mesh-related Coefficient classes:

JacobianFunctionCoefficient: based on std::function: J -> scalar
MeshFunctionCoefficient: based on std::function: (x,J) -> scalar
JacobianDeterminantCoefficient: returns det(J) or surface weight
MeshSizeCoefficient: returns a pointwise mesh size.

In class Geometry, fix the center point definition for PYRAMID.
In class TMOP_Integrator, fix the usage of the ref->physical transformation, Tpr, for cases where it is used with Coefficient that assume the IntegrationPoint of the transformation is set to be the same as the second argument of the coefficient's Eval method. Also fix the place where Tpr is deleted in the TMOP_Integrator's method GetRefinementElementEnergy.
In class KDTree, reset input content of std::vector parameters that are used as output -- previously the methods simply appended to the std::vector which was a bug. Also, fix the const correctness of the input PointND in two versions of FindNeighborPoints.
In the mesh-explorer miniapp:

Add menu options H and K (similar to h and k) that visualize the pointwise element size and aspect ratio fields, respectively, projected to high-order FE spaces.
Improved the l menu option for plotting the function f to indicate that negative orders will be treated as DG space and to ask what DG basis to use for projecting.

Fix a few doxygen comments.

PR
Author
Editor
Reviewers
Assignment
Approval
Merge

#4607
@v-dobrev
@tzanio
@termi-official + @mlstowell
12/3/24
⌛due 12/17/24
⌛due 12/24/24

PR Checklist

[ ] Code builds.
[ ] Code passes make style.
[ ] Update CHANGELOG:

[ ] Is this a new feature users need to be aware of? New or updated example or miniapp?
[ ] Does it make sense to create a new section in the CHANGELOG to group with other related features?

[ ] Update INSTALL:

[ ] Had a new optional library been added? If so, what range of versions of this library are required? (Make sure the external library is compatible with our BSD license, e.g. it is not licensed under GPL!)
[ ] Have the version ranges for any required or optional libraries changed?
[ ] Does make or cmake have a new target?
[ ] Did the requirements or the installation process change? (rare)

[ ] Update continuous integration server configurations if necessary (e.g. with new version requirements for each of MFEM's dependencies)

[ ] .github
[ ] .appveyor.yml

[ ] Update .gitignore:

[ ] Check if make distclean; git status shows any files that were generated from the source by the project (not an IDE) but we don't want to track in the repository.
[ ] Add new patterns (just for the new files above) and re-run the above test.

[ ] New examples:

[ ] All sample runs at the top of the example source file work.
[ ] Update examples/makefile:

[ ] Add the example code to the appropriate SEQ_EXAMPLES and PAR_EXAMPLES variables.
[ ] Add any files generated by it to the clean target.
[ ] Add the example binary and any files generated by it to the top-level .gitignore file.

[ ] Update examples/CMakeLists.txt:

[ ] Add the example code to the ALL_EXE_SRCS variable.
[ ] Make sure THIS_TEST_OPTIONS is set correctly for the new example.

[ ] List the new example in doc/CodeDocumentation.dox.
[ ] If new examples directory (e.g.examples/pumi), list it in doc/CodeDocumentation.conf.in
[ ] Companion pull request for documentation in mfem/web repo:

[ ] Update or add example-specific documentation, see e.g. the src/examples.md.
[ ] Add the description, labels and screenshots in src/examples.md and src/img.
[ ] In examples.md, list the example under the appropriate categories, add new categories if necessary.
[ ] Add a short description of the example in the "Extensive Examples" section of features.md.

[ ] New miniapps:

[ ] All sample runs at the top of the miniapp source file work.
[ ] Update top-level makefile and makefile in corresponding miniapp directory.
[ ] Add the miniapp binary and any files generated by it to the top-level .gitignore file.
[ ] Update CMake build system:

[ ] Update the CMakeLists.txt file in the miniapps directory, if the new miniapp is in a new directory.
[ ] Add/update the CMakeLists.txt file in the new miniapp directory.
[ ] Consider adding a new test for the new miniapp.

[ ] List the new miniapp in doc/CodeDocumentation.dox
[ ] If new miniapps directory (e.g.miniapps/nurbs), add it to MINIAPP_SUBDIRS in the makefile.
[ ] If new miniapps directory (e.g.miniapps/nurbs), list it in doc/CodeDocumentation.conf.in
[ ] Companion pull request for documentation in mfem/web repo:

[ ] Update or add miniapp-specific documentation, see e.g. the src/meshing.md and src/electromagnetics.md files.
[ ] Add the description, labels and screenshots in src/examples.md and src/img.
[ ] The miniapps go at the end of the page, and are usually listed only under a specific "Application (PDE)" category.
[ ] Add a short description of the miniapp in the "Extensive Examples" section of features.md.

[ ] New capability:

[ ] All new public, protected, and private classes, methods, data members, and functions have full Doxygen-style documentation in source comments. Documentation should include descriptions of member data, function arguments and return values, template parameters, and prerequisites for calling new functions.
[ ] Pointer arguments and return values must specify whether ownership is being transferred or lent with the call.
[ ] Any new functions should include descriptions of their intended use e.g. for internal use only, user-facing, etc., along with references to example code whenever possible/appropriate.
[ ] Consider adding new sample runs in existing examples to highlight the new capability.
[ ] Consider saving cool simulation pictures with the new capability in the Confluence gallery (LLNL only) or submitting them, via pull request, to the gallery section of the mfem/web repo.
[ ] If this is a major new feature, consider mentioning it in the short summary inside README (rare).
[ ] List major new classes in doc/CodeDocumentation.dox (rare).

[ ] Update this checklist, if the new pull request affects it.
[ ] Run make unittest to make sure all unit tests pass.
[ ] Run the tests in tests/scripts.
[ ] (LLNL only) After merging:

[ ] Update internal tests to include the new features.

This PR is now under review (see the table in the PR description). To help with the review process, please do not force push to the branch.

I think it would be great if we can add some test coverage for the new functionality.


ESP32-C6 Support

The library currently fails to compile for the ESP32-C6 target. Part of it seems to be the missing declaration of INVALID_GPIOS, but it looks like there's also something about the number of I2C that needs adjustment.

@Stengo Thanks for letting us know! We'll take a look and fix this.

This library still fails compilation for the ESP32-C6 with errors "No GPIOs defined for the current target" and "I2C_NUM_MAX must be equal to SOC_I2C_NUM".

@Stengo @baylf2000 We've merged the corresponding PR #26, please let us know if you still encounter problems with any recently released targets.


Support Flatpak.

Describe the bug
My rationale is available at https://github.com/safing/portmaster-packaging/issues/43#issue-956312378#:~:text=It shall allow,to support this.
Additional notes
https://discourse.flathub.org/t/package-request-for-yin-yang/4394

https://github.com/oskarsh/Yin-Yang/pull/185#issue-1670025141

Please remove https://github.com/oskarsh/Yin-Yang/issues?q=is%3Aopen+label%3Abug


SERXIONE-5242: After CDL, reboot device and stuck

Reason for change: Crash on init due to ASSERT and uninitialized variable
Test Procedure: Test latest and reboot
Risks: Low
Signed-off-by: Chris Buchter

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


[Feature Request] Set/Map in spec lang

🚀 Feature Request
While specifying VASP.move, I noticed that I couldn't reason about something like "number of ChildVASPs who have parent_vasp as their parent". Being able to talk about this is important because we want to prove in VASP that for all parent_vasp, number of ChildVASPs who have parent_vasp as their parent is indeed equal to parent_vasp.num_children.
A few potential ways to solve this issue:

Implement set and cardinality of set in spec lang so that we can write maybe
size({ addr | is_child_vasp(addr) && parent(addr) == parent_vasp }).
Add support for map to ghost variables so that we can have a map from addresses to u64s tracking number of children for each parent vasp address.
Implement ghost fields so that we can add a vector field in ParentVASP representing all the children. This issue is already raised in #4221

I looked at VASP.move in a bit more detail yesterday.

Implement set and cardinality of set in spec lang so that we can write maybe
size({ addr | is_child_vasp(addr) && parent(addr) == parent_vasp }).

I would  advocate against taking this approach because the native support for cardinality reasoning on arbitrarily-constructed sets is extremely poor.  In the past, when I have had to use cardinality reasoning, I added carefully constructed axioms and lemmas.  However, I think it is a good idea to add, for specification purposes, variables of type finite set just like we can have variables of type finite vector today.

Add support for map to ghost variables so that we can have a map from addresses to u64s tracking number of children for each parent vasp address.
I think you mean that we need a ghost variable g whose type is a map from addresses to Vec and g[x] represents the list of child VASP addresses.  Then we can capture the desired specification by comparing len(g[x]) with num_childreen in the parent VAP resource published at x.  If we added the finite set type, we could also use a map from addresses to Set.

Implement ghost fields so that we can add a vector field in ParentVASP representing all the children. This issue is already raised in #4221
This is a good alternative to the second approach above.

It looks to me that to verify the specification under question, a new feature is needed.  I find the feature of ghost fields a more general and powerful feature that could potentially solve other problems also but it is also likely more difficult to implement than adding more expressiveness to global ghost variables.


Update Scala Native to 0.4.0

There was a breaking change in the macros api going from Scala 2.13.2 to 2.13.3.
It needs some investigation..

@lolgab not sure what issues you're hitting, but I'm getting all tests passing (except some Dotty compile failures I don't understand) with the following patch on top of your PR:
lihaoyi PPrint$ git diff
diff --git a/build.sc b/build.sc
index 63d4605..582aa53 100644
--- a/build.sc
+++ b/build.sc
@@ -3,7 +3,7 @@ import $ivy.`com.lihaoyi::mill-contrib-bloop:$MILL_VERSION`

 val dottyVersions = sys.props.get("dottyVersion").toList

-val scalaVersions = "2.12.13" :: "2.13.4" :: "3.0.0-M3" :: dottyVersions
+val scalaVersions = "2.12.13" :: "2.13.4" :: Nil
 val scala2Versions = scalaVersions.filter(_.startsWith("2."))

 val scalaJSVersions = for {
diff --git a/pprint/src/pprint/Walker.scala b/pprint/src/pprint/Walker.scala
index f9048fb..06e4063 100644
--- a/pprint/src/pprint/Walker.scala
+++ b/pprint/src/pprint/Walker.scala
@@ -67,7 +67,7 @@ abstract class Walker{
         if (x.exists(c => c == '\n' || c == '\r')) Tree.Literal("\"\"\"" + x + "\"\"\"")
         else Tree.Literal(Util.literalize(x))

-      case x: Symbol => Tree.Literal(x.toString)
+      case x: Symbol => Tree.Literal("'" + x.name)

       case x: scala.collection.Map[_, _] =>
         Tree.Apply(

@lolgab not sure what issues you're hitting, but I'm getting all tests passing (except some Dotty compile failures I don't understand) with the following patch on top of your PR:
lihaoyi PPrint$ git diff
diff --git a/build.sc b/build.sc
index 63d4605..582aa53 100644
--- a/build.sc
+++ b/build.sc
@@ -3,7 +3,7 @@ import $ivy.`com.lihaoyi::mill-contrib-bloop:$MILL_VERSION`

 val dottyVersions = sys.props.get("dottyVersion").toList

-val scalaVersions = "2.12.13" :: "2.13.4" :: "3.0.0-M3" :: dottyVersions
+val scalaVersions = "2.12.13" :: "2.13.4" :: Nil
 val scala2Versions = scalaVersions.filter(_.startsWith("2."))

 val scalaJSVersions = for {
diff --git a/pprint/src/pprint/Walker.scala b/pprint/src/pprint/Walker.scala
index f9048fb..06e4063 100644
--- a/pprint/src/pprint/Walker.scala
+++ b/pprint/src/pprint/Walker.scala
@@ -67,7 +67,7 @@ abstract class Walker{
         if (x.exists(c => c == '\n' || c == '\r')) Tree.Literal("\"\"\"" + x + "\"\"\"")
         else Tree.Literal(Util.literalize(x))

-      case x: Symbol => Tree.Literal(x.toString)
+      case x: Symbol => Tree.Literal("'" + x.name)

       case x: scala.collection.Map[_, _] =>
         Tree.Apply(

Thank you @lihaoyi,
the problem I was hitting was this:
-      case x: Symbol => Tree.Literal(x.toString)
+      case x: Symbol => Tree.Literal("'" + x.name)

The Scala 3 failure was instead the change of syntax from as to :

Thank you @lihaoyi,
the problem I was hitting was this:
-      case x: Symbol => Tree.Literal(x.toString)
+      case x: Symbol => Tree.Literal("'" + x.name)

The Scala 3 failure was instead the change of syntax from as to :

PPrint 0.6.1 published to Maven Central

PPrint 0.6.1 published to Maven Central


make: simplify binary build and test targets

bin/% should only build the specified target binary, not ./cmd/...
Remove precompile target, it doesn't seem to be used anywhere
Remove targets which assume the cwd(.)
Set CGO_ENABLED=0 and REPO at the top to reduce clutter
Drop -tags netgo flag, this shouldn't be needed since Go 1.5

Prefix each line item with @ to hide the command as well?


Converters switch from SPI to converter method

Currently we handle conversions between types by requiring an SPI is implemented and it's registered as a Service.
We want to switch to a model whereby we can do something like:
Uni<T> uni = Uni.createFrom().converter(mySingleToUniConverter, instance)
Single<T> single = uni.adapt().with(myUniToSingleConverter)

Current progress is we have:
public class ToSingle implements Function<Uni, Single> {
    @Override
    public Single apply(Uni uni) {
        return Single.fromPublisher(uni.adapt().toPublisher());
    }
}

Used as:
Single<Integer> single = Uni.createFrom().result(1).adapt().with(new ToSingle());

I don't really like the new ToSingle() bit at present, so going to work on that

It should be
Single<Optional> apply(Uni)
as Single do not support null value.

On 26 Jul 2019, at 22:35, Ken Finnigan<EMAIL_ADDRESS>wrote:
Current progress is we have:
public class ToSingle implements Function<Uni, Single> {
@Override
public Single apply(Uni uni) {
return Single.fromPublisher(uni.adapt().toPublisher());
}
}
Used as:
Single single = Uni.createFrom().result(1).adapt().with(new ToSingle());
I don't really like the new ToSingle() bit at present, so going to work on that
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Can't we avoid the cast? That the whole idea behind using a converter instance.

I haven't been able to avoid it yet. Here is the class being used in the test:
public class UniAdapt<T> {
    public <R> R with(Function<Uni, R> converter) {
        nonNull(converter, "converter");
        return converter.apply(upstream);
    }
}

I haven't found a generic type combo that allows me to remove the cast. Open to ideas

I think you should have: public <R> R with(Function<Uni<T>, R> converter) { ... }. And the invocation should have new ToSingle<>().

Thanks @Ladicek! That fixed the first error, genius!
There are still issues when T is Void or Object:
Single<Optional<Integer>> single = Uni.createFrom().nullItem().adapt().with(new ToSingle<>());
Single<Optional<Integer>> single = Uni.createFrom().failure(new IOException("boom")).adapt().with(new ToSingle<>());

Any thoughts?

So if I have a Uni<Void>, what should be the target type? Single<Optional<Void>>? Definitely not Single<Optional<Integer>>.

For reference the current usage is:
https://github.com/smallrye/smallrye-reactive-operators/blob/initial-work/smallrye-reactive-operators/src/test/java/io/smallrye/reactive/operators/UniAdaptToTest.java#L72
https://github.com/smallrye/smallrye-reactive-operators/blob/initial-work/smallrye-reactive-operators/src/test/java/io/smallrye/reactive/operators/UniAdaptToTest.java#L82

You need:
Single<Optional<Integer>> single = Uni.createFrom().<Integer>nullItem().adapt().with(new ToSingle<>());
Single<Optional<Integer>> single = Uni.createFrom().<Integer>failure(new IOException("boom")).adapt().with(new ToSingle<>());

The nullItem (that I plan to remove BTW) and failure operators need the type hint.

Worked for failure, not for nullItem.
Should we remove nullItem first? ;-)

Try with:
Uni.createFrom().item((Integer) null).adapt().with(...)

Yep, that works.
So that's the replacement of nullItem or a workaround for now?

it's going to be the replacement.

ok cool, thanks all

Ok, so now that the APIs are sorted, I'd appreciate any thoughts on how I can actually implement the apply.
Previously I had:
    public Single apply(Uni uni) {
        return Single.fromPublisher(uni.adapt().toPublisher());
    }

But since changing to Single<Optional<T>> that no longer works. What's the best way to create the Optional with T but inside the Single?
Any thoughts? If not I will play some

The Optional should be the default, but we could have something like:
new MySingleConverter().withDefault(42) which would produce a Single<Integer> and not an Optional<Integer>.
About the apply method implementation, something like the following should "almost" work:
public Single<Optional<T>> apply(Uni<T> uni) {
     return Single.fromPublisher(uni.map(x -> Optional.fromNullable(x).toPublisher());
}

By withDefault are you thinking that if the Uni is null then return the default, otherwise return the Uni?

Ok, so now that the APIs are sorted

I'd like to point out that your own experience shows that the API is hard to use. (It took me a while to realize that ToSingle is a parameterized type and that the <> incantation is necessary.)

@Ladicek Yes, it needs to be slightly simplified.

@kenfinnigan to understand withDefault, you need to see the difference between Uni and Single.
Both are asynchronous and start their "processing" on subscription. However, the processing for Uni can return null, while null is invalid for Single (there are other types like Maybe or Completable for this).
withDefault takes the single converter (that because of the possibility to have null produce a Single<Optional<T>> but in case of null return the passed fallback, and so because it cannot be null anymore (the fallback must not be null), you don't need to wrap it into an Optional.

ok, makes sense now.
Thanks for the explanation

Would appreciate any comments/feedback on the current status of https://github.com/smallrye/smallrye-reactive-operators/tree/adapt
Right now this test fails: https://github.com/smallrye/smallrye-reactive-operators/blob/adapt/smallrye-reactive-operators/src/test/java/io/smallrye/reactive/adapt/UniAdaptToTest.java#L73
Likely because of the switch from Single<Integer> to Single<Optional<Integer>>, but I need to dig to find the right way to test it.

About the test failure yes :-)
In addition to withDefault, we probably want to have an option to fail on null (Uni has an API for this).

Was just trying to get this working and for default the apply is:
return Single.fromPublisher(uni.onNoItem().recoverWithItem(defaultValue).adapt().toPublisher());

But it fails because timeout is null.
What is a reasonable default timeout for this?

That's a bug... you should not have access to the recoverWithItem method until you passed a timeout. Can you open an issue?

Ok, but what timeout should I set?

I believe you need to use onNullItem() (you get null) and not onNolItem() (you don't get an item, which is like a timeout)

Doh, thanks!

Still the usage pattern you have seen is a bug.

So is this the right way to trigger the NPE if the item is null?
return Single.fromPublisher(uni.map(Optional::ofNullable).onItem().ifNull().failWith(NullPointerException::new).adapt().toPublisher());

2 comments:

The wrapping into an optional is not required anymore, we want to handle null
We generally throw a NosuchElementException in this case, but NPE is acceptable

return Single.fromPublisher(uni.onItem().ifNull().failWith(NosuchElementException::new).adapt().toPublisher());

Ah, so if we want the fail on null we get an exception, if we don't we get Single<Optional> with a null in it?
I'm getting there, thanks for the patience with me!

In this case, you build a Single<T>
depending on the converter config you would create either a Single<Optional<T>>, or a Single<T> (but would fail on null)

Ok, have all the "to" converters completed and working!
For the "from" side of the equation we currently have something like:
Uni.createFrom().converterOf(Single.just(1))

What do we want as a signature?
Uni.createFrom().converterOf(new MySingleConverter(Single.just(1)))

Just realized I'd proposed something earlier:
Uni<T> uni = Uni.createFrom().converter(mySingleToUniConverter, instance)

What's the preferred API?

Another option could be:
Uni.createFrom().convert(instance).with(new MySingleConverter())

Hmm, trying the last option leads the actual code to be:
Uni<Integer> uni = Uni.<Integer, Single<Integer>>convert(Single.just(1)).fromSingle();

Not exactly pretty or easy to grok. Open to ideas on fixing this

Any reason why not just
static <T, RT> Uni<T> createFrom(RT instance, Function<RT, Uni<T>> converter) {
    return converter.apply(instance);
}

?
With something like
class FromSingle<T> implements Function<Single<T>, Uni<T>> {
    static <T> FromSingle<T> instance() {
        return new FromSingle<>();
    }

    @Override
    public Uni<T> apply(Single<T> single) {
        ...
    }
}

Can be used pretty easily: Uni.createFrom(single, FromSingle.instance());. Without the instance method, it's slightly more unfriendly: Uni.createFrom(single, new FromSingle<>());.


API and Links/Resources List

Day of resources should be on a separate but consolidated page that way all participants can access them.

We need to start support for this soon. It'll probably just be an extra page linked from the dayof site

Or should it be part of the dayof page?

We need to start this.


Support OIDC flow

Bonjour @clems4ever,
I was thinking it would be great if authelia could support OIDC flow so essentially being a OIDC provider itself.
It would open the door to use it to authenticate with Kubernetes and any other tools which can use an OIDC provider to do the auth. Right now I am using dex and their ldap support for that but dex has no support for 2FA and little incentive to move that story forward given the vast majority of users are pairing dex with an OIDC provider which supports and can enforce 2FA Auth (Google, Github, Etc...).

Hello @tlvenn. That's in my plans for a near future even if Authelia is already usable in Kube with an nginx or traefik ingress controller. There is an example for Kube in the example directory. I also know that some people already worked on a helm chart which is also in my shortlist.

Just to be clear, my ask is not around deploying authelia on k8s but specifically allowing authelia to be an OIDC provider with or without k8s similarly to how dex can be an OIDC provider on top of LDAP.

Can probably leverage this package from CoreOS:

https://godoc.org/github.com/coreos/go-oidc

Ha it's actually a client so probably not lol..
Seems the way to go is to use the https://godoc.org/golang.org/x/oauth2 package

Hello @tlvenn , got it. I propose we switch to the following thread to discuss OAuth2 & OpenID in order to have everybody in one place then: https://github.com/clems4ever/authelia/issues/189.


Add python38-ovirt-engine-sdk4.spec to build

We need to reimplement python38-ovirt-engine-sdk4 rpm because of the ansible-core 2.12 requirements.

Failing to build on el9 due to openssl dropped sha1 support.  If you want to keep using centos:stream9 you'll need
update-crypto-policies --set LEGACY

before installing ovirt-release-master

update-crypto-policies --set LEGACY

Fixed in https://github.com/oVirt/python-ovirt-engine-sdk4/pull/64

Continuing with the https://github.com/oVirt/python-ovirt-engine-sdk4/pull/65


Issues for service page

[ ] Remove animations from customer opinion section as it is not user friendly.
[ ] Make the background of service section more appealing.
[ ] Make the footer same as home page.

I can make the footer section of the service section same as that of the home page.Please assign me this work under Gssoc'24.

@khushi-joshi-05 Pls assign this issue to me.

@khushi-joshi-05 @sunny0625
I have experience in solving such issues. I would like to contribute more to this project.
Please assign this issue to me, so that I can resolve this as soon as possible.

I would like to work on this issue. Could you please assign me this issue under GSSoC'24. @khushi-joshi-05

I can make the footer same as that of home page and will make the background more interesting by adding combinational color effect at the background and will try to add more functionalities at the page like translational effect using TailwindCss please @khushi-joshi-05 and @sunny0625 assign this issue to me


FailedPreconditionError on DCGAN

Hello,
When I run your code of dcgan on jupyter notebook, I catch the following issue :
FailedPreconditionError:  Error while reading resource variable _AnonymousVar33 from Container: localhost. This could mean that the variable was uninitialized. Not found: Resource localhost/_AnonymousVar33/class tensorflow::Var does not exist.
[[node mul_13/ReadVariableOp (defined at C:\Users\leona.conda\envs\tensorflow\lib\site-packages\keras\backend\tensorflow_backend.py:3009) ]] [Op:__inference_keras_scratch_graph_1815]
Function call stack:
keras_scratch_graph
,
I didn't find anything on stackoverflow, do you know how to solve this problem please ?
Thank you
Léonard

Could you have reordered some cells such that some tensor may have been used before initialization?
Try running this tf.global_variables_initializer(), or find documentations related to the mentioned topic. I have solved it once while running sessions on tf1.5

@Narleo5 hi have you figured it out?

@Narleo5 hi have you figured it out?


Validate NS records in Name System via IpfsStore

Updating this to focus on validation in the name system (mostly tests and infra), with #257 focusing on validating records in the gateway.

disabling of validation in #356 will need undone

Fixed in #378


webgl build failing

Describe the bug
Building release in out/cmake-release...
-- The C compiler identification is Clang 10.0.0
-- The CXX compiler identification is Clang 10.0.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE
-- The ASM compiler identification is Clang
-- Found assembler: /usr/bin/cc
-- DFG LUT size set to 128x128
-- Found Python3: /usr/bin/python3.6 (found version "3.6.9") found components: Interpreter
-- Found PythonInterp: /usr/bin/python3 (found suitable version "3.6.9", minimum required is "3")
-- Found Java: /usr/bin/java (found version "11.0.11")
-- Found JNI: /usr/lib/jvm/default-java/lib/libjawt.so
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/filament/out/cmake-release
[1/704] Building CXX object libs/filaflat/CMakeFiles/filaflat.dir/src/ChunkContainer.cpp.o
FAILED: libs/filaflat/CMakeFiles/filaflat.dir/src/ChunkContainer.cpp.o
/usr/bin/c++ -DFILAMENT_DRIVER_SUPPORTS_VULKAN -DFILAMENT_SUPPORTS_OPENGL -DFILAMENT_SUPPORTS_XCB -DFILAMENT_SUPPORTS_XLIB -I../../libs/filaflat/include -I../../libs/filabridge/include -I../../libs/utils/include -I../../third_party/robin-map/tnt/.. -I../../libs/math/include -I../../filament/backend/include -I../../third_party/smol-v/tnt/../source -std=c++17 -fstrict-aliasing -Wno-unknown-pragmas -Wno-unused-function -stdlib=libc++ -fPIC -fcolor-diagnostics -O3 -DNDEBUG -fomit-frame-pointer -ffunction-sections -fdata-sections -fvisibility=hidden -MD -MT libs/filaflat/CMakeFiles/filaflat.dir/src/ChunkContainer.cpp.o -MF libs/filaflat/CMakeFiles/filaflat.dir/src/ChunkContainer.cpp.o.d -o libs/filaflat/CMakeFiles/filaflat.dir/src/ChunkContainer.cpp.o -c ../../libs/filaflat/src/ChunkContainer.cpp
In file included from ../../libs/filaflat/src/ChunkContainer.cpp:17:
In file included from ../../libs/filaflat/include/filaflat/ChunkContainer.h:25:
../../third_party/robin-map/tnt/../tsl/robin_map.h:28:10: fatal error: 'cstddef' file not found
#include
^~~~~~~~~
1 error generated.
[2/704] Building CXX object libs/filabridge/CMakeFiles/filabridge.dir/src/UniformInterfaceBlock.cpp.o
FAILED: libs/filabridge/CMakeFiles/filabridge.dir/src/UniformInterfaceBlock.cpp.o
/usr/bin/c++ -DFILAMENT_DRIVER_SUPPORTS_VULKAN -DFILAMENT_SUPPORTS_OPENGL -DFILAMENT_SUPPORTS_XCB -DFILAMENT_SUPPORTS_XLIB -I../../libs/filabridge/include -I../../libs/utils/include -I../../third_party/robin-map/tnt/.. -I../../libs/math/include -I../../filament/backend/include -std=c++17 -fstrict-aliasing -Wno-unknown-pragmas -Wno-unused-function -stdlib=libc++ -fPIC -fcolor-diagnostics -O3 -DNDEBUG -fomit-frame-pointer -ffunction-sections -fdata-sections -MD -MT libs/filabridge/CMakeFiles/filabridge.dir/src/UniformInterfaceBlock.cpp.o -MF libs/filabridge/CMakeFiles/filabridge.dir/src/UniformInterfaceBlock.cpp.o.d -o libs/filabridge/CMakeFiles/filabridge.dir/src/UniformInterfaceBlock.cpp.o -c ../../libs/filabridge/src/UniformInterfaceBlock.cpp
In file included from ../../libs/filabridge/src/UniformInterfaceBlock.cpp:17:
In file included from ../../libs/filabridge/include/private/filament/UniformInterfaceBlock.h:20:
In file included from ../../filament/backend/include/backend/DriverEnums.h:22:
../../libs/utils/include/utils/BitmaskEnum.h:22:10: fatal error: 'type_traits' file not found
#include <type_traits> // for std::false_type
^~~~~~~~~~~~~
1 error generated.
[3/704] Building CXX object libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerInterfaceBlock.cpp.o
FAILED: libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerInterfaceBlock.cpp.o
/usr/bin/c++ -DFILAMENT_DRIVER_SUPPORTS_VULKAN -DFILAMENT_SUPPORTS_OPENGL -DFILAMENT_SUPPORTS_XCB -DFILAMENT_SUPPORTS_XLIB -I../../libs/filabridge/include -I../../libs/utils/include -I../../third_party/robin-map/tnt/.. -I../../libs/math/include -I../../filament/backend/include -std=c++17 -fstrict-aliasing -Wno-unknown-pragmas -Wno-unused-function -stdlib=libc++ -fPIC -fcolor-diagnostics -O3 -DNDEBUG -fomit-frame-pointer -ffunction-sections -fdata-sections -MD -MT libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerInterfaceBlock.cpp.o -MF libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerInterfaceBlock.cpp.o.d -o libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerInterfaceBlock.cpp.o -c ../../libs/filabridge/src/SamplerInterfaceBlock.cpp
In file included from ../../libs/filabridge/src/SamplerInterfaceBlock.cpp:17:
In file included from ../../libs/filabridge/include/private/filament/SamplerInterfaceBlock.h:21:
In file included from ../../filament/backend/include/backend/DriverEnums.h:22:
../../libs/utils/include/utils/BitmaskEnum.h:22:10: fatal error: 'type_traits' file not found
#include <type_traits> // for std::false_type
^~~~~~~~~~~~~
1 error generated.
[4/704] Building CXX object libs/filabridge/CMakeFiles/filabridge.dir/src/SibGenerator.cpp.o
FAILED: libs/filabridge/CMakeFiles/filabridge.dir/src/SibGenerator.cpp.o
/usr/bin/c++ -DFILAMENT_DRIVER_SUPPORTS_VULKAN -DFILAMENT_SUPPORTS_OPENGL -DFILAMENT_SUPPORTS_XCB -DFILAMENT_SUPPORTS_XLIB -I../../libs/filabridge/include -I../../libs/utils/include -I../../third_party/robin-map/tnt/.. -I../../libs/math/include -I../../filament/backend/include -std=c++17 -fstrict-aliasing -Wno-unknown-pragmas -Wno-unused-function -stdlib=libc++ -fPIC -fcolor-diagnostics -O3 -DNDEBUG -fomit-frame-pointer -ffunction-sections -fdata-sections -MD -MT libs/filabridge/CMakeFiles/filabridge.dir/src/SibGenerator.cpp.o -MF libs/filabridge/CMakeFiles/filabridge.dir/src/SibGenerator.cpp.o.d -o libs/filabridge/CMakeFiles/filabridge.dir/src/SibGenerator.cpp.o -c ../../libs/filabridge/src/SibGenerator.cpp
In file included from ../../libs/filabridge/src/SibGenerator.cpp:17:
In file included from ../../libs/filabridge/include/private/filament/SibGenerator.h:20:
In file included from ../../libs/filabridge/include/private/filament/EngineEnums.h:20:
In file included from ../../filament/backend/include/backend/DriverEnums.h:22:
../../libs/utils/include/utils/BitmaskEnum.h:22:10: fatal error: 'type_traits' file not found
#include <type_traits> // for std::false_type
^~~~~~~~~~~~~
1 error generated.
[5/704] Building CXX object libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerBindingMap.cpp.o
FAILED: libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerBindingMap.cpp.o
/usr/bin/c++ -DFILAMENT_DRIVER_SUPPORTS_VULKAN -DFILAMENT_SUPPORTS_OPENGL -DFILAMENT_SUPPORTS_XCB -DFILAMENT_SUPPORTS_XLIB -I../../libs/filabridge/include -I../../libs/utils/include -I../../third_party/robin-map/tnt/.. -I../../libs/math/include -I../../filament/backend/include -std=c++17 -fstrict-aliasing -Wno-unknown-pragmas -Wno-unused-function -stdlib=libc++ -fPIC -fcolor-diagnostics -O3 -DNDEBUG -fomit-frame-pointer -ffunction-sections -fdata-sections -MD -MT libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerBindingMap.cpp.o -MF libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerBindingMap.cpp.o.d -o libs/filabridge/CMakeFiles/filabridge.dir/src/SamplerBindingMap.cpp.o -c ../../libs/filabridge/src/SamplerBindingMap.cpp
In file included from ../../libs/filabridge/src/SamplerBindingMap.cpp:17:
In file included from ../../libs/filabridge/include/private/filament/SamplerBindingMap.h:20:
In file included from ../../libs/filabridge/include/private/filament/EngineEnums.h:20:
In file included from ../../filament/backend/include/backend/DriverEnums.h:22:
../../libs/utils/include/utils/BitmaskEnum.h:22:10: fatal error: 'type_traits' file not found
#include <type_traits> // for std::false_type
^~~~~~~~~~~~~
1 error generated.
[6/704] Building CXX object libs/filabridge/CMakeFiles/filabridge.dir/src/UibGenerator.cpp.o
FAILED: libs/filabridge/CMakeFiles/filabridge.dir/src/UibGenerator.cpp.o
/usr/bin/c++ -DFILAMENT_DRIVER_SUPPORTS_VULKAN -DFILAMENT_SUPPORTS_OPENGL -DFILAMENT_SUPPORTS_XCB -DFILAMENT_SUPPORTS_XLIB -I../../libs/filabridge/include -I../../libs/utils/include -I../../third_party/robin-map/tnt/.. -I../../libs/math/include -I../../filament/backend/include -std=c++17 -fstrict-aliasing -Wno-unknown-pragmas -Wno-unused-function -stdlib=libc++ -fPIC -fcolor-diagnostics -O3 -DNDEBUG -fomit-frame-pointer -ffunction-sections -fdata-sections -MD -MT libs/filabridge/CMakeFiles/filabridge.dir/src/UibGenerator.cpp.o -MF libs/filabridge/CMakeFiles/filabridge.dir/src/UibGenerator.cpp.o.d -o libs/filabridge/CMakeFiles/filabridge.dir/src/UibGenerator.cpp.o -c ../../libs/filabridge/src/UibGenerator.cpp
In file included from ../../libs/filabridge/src/UibGenerator.cpp:17:
In file included from ../../libs/filabridge/include/private/filament/UibGenerator.h:20:
In file included from ../../libs/math/include/math/mat4.h:20:
../../libs/math/include/math/compiler.h:19:10: fatal error: 'type_traits' file not found
#include <type_traits>
^~~~~~~~~~~~~
1 error generated.
ninja: build stopped: subcommand failed.
The command '/bin/sh -c ./build.sh -p webgl release' returned a non-zero code: 1

repro steps

FROM ubuntu:18.04 as filament
RUN apt-get update
RUN apt-get install -y apt-transport-https ca-certificates gnupg software-properties-common wget
https://apt.kitware.com/
RUN wget -O - https://apt.kitware.com/keys/kitware-archive-latest.asc 2>/dev/null | gpg --dearmor - | tee /etc/apt/trusted.gpg.d/kitware.gpg >/dev/null
RUN apt-add-repository 'deb https://apt.kitware.com/ubuntu/ bionic main'
RUN apt-get update
RUN apt-get install -y cmake ninja-build python3-distutils
RUN apt-get install -y clang-10 libglu1-mesa-dev libc++-7-dev libc++abi-7-dev
RUN apt-get install -y libxi-dev
RUN apt-get install -y emacs-nox git curl wget unzip
RUN apt-get -y install pkg-config
RUN update-alternatives --install /usr/bin/clang clang /usr/bin/clang-10 100
RUN update-alternatives --install /usr/bin/clang++ clang++ /usr/bin/clang++-10 100
RUN update-alternatives --install /usr/bin/cc cc /usr/bin/clang 100
RUN update-alternatives --install /usr/bin/c++ c++ /usr/bin/clang++ 100
emsdk
WORKDIR /tmp
RUN git clone https://github.com/emscripten-core/emsdk.git
WORKDIR /tmp/emsdk
RUN /bin/bash -c "source ./emsdk_env.sh"
ENV PATH="/tmp/emsdk:/tmp/emsdk/upstream/emscripten:/tmp/emsdk/node/12.9.1_64bit/bin:${PATH}"
ENV EMSDK /tmp/emsdk
ENV EM_CONFIG /root/.emscripten
ENV EMSDK_NODE /tmp/emsdk/node/12.9.1_64bit/bin/node
RUN ./emsdk install latest
RUN ./emsdk activate latest
RUN apt-get install -y default-jre default-jdk
ENV JAVA_HOME=/usr/bin/java
WORKDIR /tmp
RUN git clone https://github.com/google/filament.git
WORKDIR /tmp/filament
RUN git checkout -b v1.10.1
RUN ./build.sh -p webgl release

It looks like an issue with your setup. What command are you using to build? Note that the scripts inside the build/ directory are meant for our CI environment. We do not intend for those scripts to work everywhere. You should use the root build.sh instead.

@romainguy I was using the root build.sh

what version of clang should we be using for webgl build?

Your log begins with  out/cmake-release rather than out/cmake-webgl-release which means that you were not using the -p webgl argument in the script.

Interesting, I'm not sure what's going on here, I don't build regularly with Linux.  My machine has AppleClang 12.0.5 and here's what I see when I do emcc --version
emcc (Emscripten gcc/clang-like replacement + linker emulating GNU ld) 2.0.23 (b15ca40ca02f469de3bf9a4de67a2655aede8974)
Copyright (C) 2014 the Emscripten authors (see AUTHORS.txt)
This is free and open source software under the MIT license.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I can get clang-9 working, but clang-10 seems to have issues.  Might want to try 10 in the pipeline.

The automated Linux builds, are they done in docker or in vm's?  Is the setup in git somewhere?

within a directory containing this dockerfile
https://gist.github.com/unicomp21/91a4a1cccd5d2c5837a2f0424c69d38f
docker build -t filament:001 .
for output, see next comment

Step 36/36 : RUN ./build.sh -p webgl release
---> Running in a7a75bf813b5
Building release in out/cmake-release...

The command '/bin/sh -c ./build.sh -p webgl release' returned a non-zero code: 1

The above doesn't happen in ubuntu 18.04, but I need to use newer linux versions.

Can you try adding ENV CXXFLAGS='-stdlib=libc++ -fno-builtin'  to your Dockerfile?

no luck ...
Step 18/37 : RUN ./bootstrap
---> Running in 8bb2c5df5694
CMake 3.20.2, Copyright 2000-2021 Kitware, Inc. and Contributors
Found GNU toolchain
C compiler on this system is: gcc
Error when bootstrapping CMake:
Cannot find a C++ compiler that supports both C++11 and the specified C++ flags.
Please specify one using environment variable CXX.
The C++ flags are "-stdlib=libc++ -fno-builtin".
They can be changed using the environment variable CXXFLAGS.
See cmake_bootstrap.log for compilers attempted.
Log of errors: /tmp/cmake-3.20.2/Bootstrap.cmk/cmake_bootstrap.log
The command '/bin/sh -c ./bootstrap' returned a non-zero code: 7

should I put the dockerfile in a git repo, and we can work on it together?  seems like this could be useful to others?

Interesting, we want to be using clang not gcc.  Instead of adding your Dockerfile to the repo, maybe you could start a new Discussion (with an appropriate subject line) and attach the Dockerfile (or a gist link).


Bengali Language Translation added

I have translated in Bengali Language. It would be great if you merge this PR.

Thank you @claymodel ! We'd love to have one reviewer per translation if we can - do you happen to have a colleague that can proof-read your PR?


Increase bootstrap interval

Feature:

Please increase the bootstrap interval since it erases all APBs pushed by apb push command. In my opinion, a sensible interval should be ~1 hour.

This option is configurable in the broker config file.  Bump up refresh_interval to "1hr".


bug: Panic when constructing CommandContinuationRequest

When writing a test, I used this very common text for accepting literals:
setup.server_flow_options.literal_accept_text = Text::unvalidated("moah");

Unfortunately this caused a panic inside of imap-flow:
thread 'command_with_literals_larger_than_max_command_size' panicked at src/server.rs:299:38:
called `Result::unwrap()` on an `Err` value: Ambiguity

This is the mentioned unwrap:
// Inform the client that the literal was accepted.

// Unwrap: This should never fail because the text is not Base64.
let cont = CommandContinuationRequest::basic(
    None,
    self.options.literal_accept_text.clone(),
)
.unwrap();
self.send_response_state.enqueue_response(
    None,
    Response::CommandContinuationRequest(cont),
);

IMAP has an ambiguity. If you receive ...
+ moah

... it's unclear wheather you mean "woah" as text or [9a, 86, a1] (b64decode("woah")). It can be both. Thus, I prevented the construction of ambiguous messages. Normally, you should not run into this because try_from would fail. But... unvalidated is unfortunate.
Seeing you running into this, I strongly feel we should redesign that in imap-codec.


(jenkins user - uid 1000) ?  I don't understand，someone can make an example for that? thanks!

Issues and Contributing
Please note that only issues related to this Docker image will be addressed here.

If you have Docker related issues, please ask in the Docker user mailing list.
If you have Jenkins related issues, please ask in the Jenkins mailing lists.
If you are not sure, then this is probably not the place to create an issue and you should use any of the previously mentioned mailing lists.

If after going through the previous checklist you still think you should create an issue here please provide:
Docker commands that you execute
Actual result
Expected outcome
Have you tried a non-dockerized Jenkins and get the expected outcome?
Output of docker version
Other relevant information

please ask questions in the Jenkins mailing lists.


httplib throws BadStatusLine error

Started getting the below error this morning. Could that be caused by issues on Azure?
  File "/home/vagrant/venv/webapps/local/lib/python2.7/site-packages/azure/storage/tableservice.py", line 268, in query_entities
    response = self._perform_request(request)
  File "/home/vagrant/venv/webapps/local/lib/python2.7/site-packages/azure/storage/storageclient.py", line 143, in _perform_request
    resp = self._filter(request)
  File "/home/vagrant/venv/webapps/local/lib/python2.7/site-packages/azure/storage/tableservice.py", line 491, in _perform_request_worker
    return self._httpclient.perform_request(request)
  File "/home/vagrant/venv/webapps/local/lib/python2.7/site-packages/azure/http/httpclient.py", line 215, in perform_request
    resp = connection.getresponse()
  File "/usr/lib/python2.7/httplib.py", line 1045, in getresponse
    response.begin()
  File "/usr/lib/python2.7/httplib.py", line 409, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.7/httplib.py", line 373, in _read_status
    raise BadStatusLine(line)
BadStatusLine: ''

Closing due to inactivity, seems OK. Please feel free to open a new bug otherwise!


Blog: Verify that pagination works and style it appropriately.

See https://github.com/creativecommons/creativecommons.github.io-source/pull/43 for context.
Pagination is currently unstyled and only shows the current page, this issue is to make the style blend in better and to show links to all pages on every page.

hi @kgodey, Can I work on this?


Bug fix sub_bitmap calculate wrong result to return null

Proposed changes
Issue Number: close #13968 #13964
Problem summary
Describe your changes.
Checklist(Required)

Does it affect the original behavior:

[ ] Yes
[ ] No
[ ] I don't know

Has unit tests been added:

[ ] Yes
[ ] No
[ ] No Need

Has document been added or modified:

[ ] Yes
[ ] No
[ ] No Need

Does it need to update dependencies:

[ ] Yes
[ ] No

Are there any changes that cannot be rolled back:

[ ] Yes (If Yes, please explain WHY)
[ ] No

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 33.99 seconds
load time: 453 seconds
storage size:<PHONE_NUMBER>9 Bytes
https://doris-community-test-1308700295.cos.ap-hongkong.myqcloud.com/tmp/20221104170849_clickbench_pr_40322.html


Remove duplicates

Since the current random picker will have many duplicates when you have a few items in the list. I'd like to show items without duplicates.

Done


Application window cannot be resized

I have two monitors, one 1080p, the other one 1440p. I set many TLOD entries using the 1440p monitor but wanted to keep the app on the 1080p monitor. On the 1080p monitor, a portion of the app goes off-screen and there's no way of resizing the window to fit and allow scrolling. Ideally, the window should be resizeable and the overflowing content should be scrollable. Otherwise, the number of pairs you can modify is limited to the screen's height. Ignore the very many TLOD pairs, I'm doing some testing.
On 1440p screen

On 1080p screen

Reduce Pairs.
That is just pure Madness.


misalignment in BahdanauAttention documentation

System information

TensorFlow version: 1.13
Doc Link: https://www.tensorflow.org/api_docs/python/tf/contrib/seq2seq/BahdanauAttention

Under the description for the init function, in the Args, the memory_sequence_length should be in its own point and not part of memory.
We welcome contributions by users. Will you be able to update submit a PR (use the doc style guide) to fix the doc Issue? Yes, I can submit a PR for this.

Added PR #28267 for the fix.


Fix node local storage

There are two commits, with messages explaining them in detail. I'll copy paste one, the most important one that actually fixes the issue, here:
The rkt pod is exposed with /mnt/ volume1 and in this PR:
    https://github.com/kinvolk/lokomotive-kubernetes/pull/48/files#diff-b6c7caf796cd86bdcdd936319b1793a1R152

the location where the RAID 0 array is mounted was changed from /mnt
to /mnt/<some-dir>. This breaks using local volumes in pods, as it
seems the mount is not visible for the rkt container or the kubelet
running in rkt.
This patch just makes the mount location back to /mnt for all the cases
(setup_raid, setup_raid_hdd) so it works on all cases, and as those
options are exclusive (only one can be set) this causes no problem at
all.
Other options were considered, like changing the path that is exposed to
rkt container to be /mnt/node-local-storage or
/mnt/node-hdd-local-storage, according to what option was used
(setup_raid, setup_raid_hdd), but that was messy without any good
reason. So, we decided for this, more simpler, approach.
The investigation of the root cause of this issue, to understand why
mounts inside mnt (like in /mnt/node-local-storage) are can't be used
by pods and what needs to be changed for that is left as a future patch
(an issue will be created).
This patch is just a minimal fix, a revert, to make this work again on
master.

@pothos oh, good point! I it exclusive with setup_raid but those others are not exclusive. Thanks!
I'll follow your recommendation and put and if-else there, document them as exclusive and create two issues: one to address the root cause and make sure we understand why mounts are not seen by the kubelet when done inside and another issue to either remove those options (not sure they serve any useful purpose, would like to double check that because the code is messy already) or fix them so both can be used at the same time (right not, sine they were added, it was not working as expected).

@pothos PTAL :)