HADOOP-18679. Add API for bulk/paged object deletion

A more minimal design that is easier to use and implement than #5993
Caller creates a BulkOperation; they get the page size of it and then submit batches to delete of less than that size.
The outcome of each call contains a list of failures.
S3A implementation to show how straightforward it is.
Even with the single entry page size, it is still more efficient to use this as it doesn't try to recreate a parent dir or perform any probes to see if it is a directory: it maps straight to a DELETE call.
How was this patch tested?
If the design looks good, I'll write some contract tests as well as a filesystem api
specification.
For code changes:

[X] 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 49s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 21s

Maven dependency ordering for branch

-1 :x:
mvninstall
7m  7s
/branch-mvninstall-root.txt
root in trunk failed.

-1 :x:
compile
9m  3s
/branch-compile-root-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
root in trunk failed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.

-1 :x:
compile
8m 32s
/branch-compile-root-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
root in trunk failed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08.

+1 :green_heart:
checkstyle
4m 38s

trunk passed

+1 :green_heart:
mvnsite
2m 18s

trunk passed

+1 :green_heart:
javadoc
1m 23s

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

+1 :green_heart:
javadoc
1m  3s

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

+1 :green_heart:
spotbugs
4m 14s

trunk passed

-1 :x:
shadedclient
11m 29s

branch has errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 47s

the patch passed

-1 :x:
compile
12m 33s
/patch-compile-root-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
root in the patch failed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.

-1 :x:
javac
12m 33s
/patch-compile-root-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
root in the patch failed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.

-1 :x:
compile
12m 23s
/patch-compile-root-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
root in the patch failed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08.

-1 :x:
javac
12m 23s
/patch-compile-root-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
root in the patch failed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08.

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
6m 18s
/results-checkstyle-root.txt
root: The patch generated 1 new + 3 unchanged - 0 fixed = 4 total (was 3)

+1 :green_heart:
mvnsite
2m 56s

the patch passed

-1 :x:
javadoc
1m 18s
/results-javadoc-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0)

+1 :green_heart:
javadoc
1m  9s

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

-1 :x:
spotbugs
1m 34s
/patch-spotbugs-hadoop-tools_hadoop-aws.txt
hadoop-aws in the patch failed.

-1 :x:
shadedclient
3m 51s

patch has errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
17m 58s
/patch-unit-hadoop-common-project_hadoop-common.txt
hadoop-common in the patch passed.

-1 :x:
unit
1m  2s
/patch-unit-hadoop-tools_hadoop-aws.txt
hadoop-aws in the patch passed.

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

135m 40s

Reason
Tests

Failed junit tests
hadoop.ipc.TestRPC

hadoop.util.TestDataChecksum

hadoop.fs.s3a.commit.staging.TestDirectoryCommitterScale

hadoop.fs.s3a.TestS3ADeleteOnExit

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 1774c5bae62c8f41e3d23ee26cbee95fdae94844

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

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

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-tools/hadoop-aws U: .

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

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 10s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
35m 50s

trunk passed

+1 :green_heart:
compile
18m 13s

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

+1 :green_heart:
compile
16m 31s

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

+1 :green_heart:
checkstyle
4m 37s

trunk passed

+1 :green_heart:
mvnsite
2m 30s

trunk passed

+1 :green_heart:
javadoc
1m 47s

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

+1 :green_heart:
javadoc
1m 33s

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

+1 :green_heart:
spotbugs
3m 43s

trunk passed

+1 :green_heart:
shadedclient
39m 48s

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
2m  8s

the patch passed

+1 :green_heart:
compile
18m 41s

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

+1 :green_heart:
javac
18m 41s

the patch passed

+1 :green_heart:
compile
17m  6s

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

+1 :green_heart:
javac
17m  6s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
2m 28s

the patch passed

-1 :x:
javadoc
1m  9s
/results-javadoc-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 generated 4 new + 0 unchanged - 0 fixed = 4 total (was 0)

+1 :green_heart:
javadoc
1m 33s

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

+1 :green_heart:
spotbugs
4m  5s

the patch passed

+1 :green_heart:
shadedclient
38m 38s

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

_ Other Tests _

+1 :green_heart:
unit
19m  5s

hadoop-common in the patch passed.

+1 :green_heart:
unit
3m  7s

hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
0m 57s

The patch does not generate ASF License warnings.

260m 38s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 5afb6598adc1d81d8dcbbbaaecd2fa28d558e36f

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

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

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-tools/hadoop-aws U: .

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

+add a FileUtils method to assist deletion here, with FileUtils.bulkDeletePageSize(path) -> int and `FileUtils.bulkDelete(path, List) -> List; each will create a bulk delete object, execute the operation/probe and then close.
why so?
Makes reflection binding straighforward: no new types; just two methods.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m  8s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 26s

trunk passed

+1 :green_heart:
compile
20m  5s

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

+1 :green_heart:
compile
16m 37s

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

+1 :green_heart:
checkstyle
4m 42s

trunk passed

+1 :green_heart:
mvnsite
2m 31s

trunk passed

+1 :green_heart:
javadoc
1m 47s

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

+1 :green_heart:
javadoc
1m 33s

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

-1 :x:
spotbugs
2m 33s
/branch-spotbugs-hadoop-common-project_hadoop-common-warnings.html
hadoop-common-project/hadoop-common in trunk has 1 extant spotbugs warnings.

+1 :green_heart:
shadedclient
38m 23s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 26s

the patch passed

+1 :green_heart:
compile
17m 29s

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

+1 :green_heart:
javac
17m 29s

the patch passed

+1 :green_heart:
compile
16m 29s

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

+1 :green_heart:
javac
16m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
4m 32s
/results-checkstyle-root.txt
root: The patch generated 1 new + 39 unchanged - 0 fixed = 40 total (was 39)

+1 :green_heart:
mvnsite
2m 30s

the patch passed

-1 :x:
javadoc
1m  7s
/results-javadoc-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 generated 4 new + 0 unchanged - 0 fixed = 4 total (was 0)

+1 :green_heart:
javadoc
1m 30s

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

+1 :green_heart:
spotbugs
4m  4s

the patch passed

+1 :green_heart:
shadedclient
38m 19s

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

_ Other Tests _

+1 :green_heart:
unit
19m  7s

hadoop-common in the patch passed.

+1 :green_heart:
unit
3m  9s

hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
0m 57s

The patch does not generate ASF License warnings.

259m 23s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 0823d3fdaccf95dbf6777a8953e0a70d25f9c14e

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

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

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-tools/hadoop-aws U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
18m 18s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 27s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
35m 25s

trunk passed

+1 :green_heart:
compile
18m 44s

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

+1 :green_heart:
compile
17m 14s

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

+1 :green_heart:
checkstyle
4m 38s

trunk passed

+1 :green_heart:
mvnsite
2m 27s

trunk passed

+1 :green_heart:
javadoc
1m 47s

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

+1 :green_heart:
javadoc
1m 32s

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

-1 :x:
spotbugs
2m 31s
/branch-spotbugs-hadoop-common-project_hadoop-common-warnings.html
hadoop-common-project/hadoop-common in trunk has 1 extant spotbugs warnings.

+1 :green_heart:
shadedclient
38m 32s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 25s

the patch passed

+1 :green_heart:
compile
18m 16s

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

+1 :green_heart:
javac
18m 16s

the patch passed

+1 :green_heart:
compile
17m 14s

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

+1 :green_heart:
javac
17m 14s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
4m 55s
/results-checkstyle-root.txt
root: The patch generated 1 new + 39 unchanged - 0 fixed = 40 total (was 39)

+1 :green_heart:
mvnsite
2m 38s

the patch passed

-1 :x:
javadoc
1m 10s
/results-javadoc-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-common-project_hadoop-common-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 generated 4 new + 0 unchanged - 0 fixed = 4 total (was 0)

+1 :green_heart:
javadoc
1m 44s

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

+1 :green_heart:
spotbugs
4m 48s

the patch passed

+1 :green_heart:
shadedclient
40m  5s

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

_ Other Tests _

+1 :green_heart:
unit
20m  8s

hadoop-common in the patch passed.

+1 :green_heart:
unit
2m 51s

hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
0m 58s

The patch does not generate ASF License warnings.

280m 10s

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 030ab9f156e019108907c1c81f1b5f924cf8df77

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

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

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-tools/hadoop-aws U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 48s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
markdownlint
0m  1s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 27s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 46s

trunk passed

+1 :green_heart:
compile
19m 33s

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

+1 :green_heart:
compile
20m 33s

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

+1 :green_heart:
checkstyle
5m 31s

trunk passed

+1 :green_heart:
mvnsite
3m 32s

trunk passed

+1 :green_heart:
javadoc
2m 10s

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_392-8u392-ga-1~20.04-b08

-1 :x:
spotbugs
2m 36s
/branch-spotbugs-hadoop-common-project_hadoop-common-warnings.html
hadoop-common-project/hadoop-common in trunk has 1 extant spotbugs warnings.

+1 :green_heart:
shadedclient
39m  4s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 27s

the patch passed

+1 :green_heart:
compile
18m 12s

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

+1 :green_heart:
javac
18m 12s

the patch passed

+1 :green_heart:
compile
17m 29s

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

+1 :green_heart:
javac
17m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
4m 31s
/results-checkstyle-root.txt
root: The patch generated 18 new + 41 unchanged - 0 fixed = 59 total (was 41)

+1 :green_heart:
mvnsite
2m 26s

the patch passed

-1 :x:
javadoc
1m  8s
/results-javadoc-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1.txt
hadoop-common-project_hadoop-common-jdkUbuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 generated 3 new + 0 unchanged - 0 fixed = 3 total (was 0)

-1 :x:
javadoc
0m 45s
/results-javadoc-javadoc-hadoop-tools_hadoop-aws-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
hadoop-tools_hadoop-aws-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08 with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08 generated 4 new + 0 unchanged - 0 fixed = 4 total (was 0)

+1 :green_heart:
spotbugs
4m  9s

the patch passed

+1 :green_heart:
shadedclient
38m 55s

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

_ Other Tests _

+1 :green_heart:
unit
20m  3s

hadoop-common in the patch passed.

-1 :x:
unit
3m 16s
/patch-unit-hadoop-tools_hadoop-aws.txt
hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
1m  1s

The patch does not generate ASF License warnings.

270m 10s

Reason
Tests

Failed junit tests
hadoop.fs.s3a.commit.staging.TestStagingCommitter

Subsystem
Report/Notes

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

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

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

uname
Linux f2b19fdf9d75 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 / ea19f4305ab3608860dd2dde2afe0aba7915b746

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

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-tools/hadoop-aws U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 48s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
markdownlint
0m  1s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 40s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 15s

trunk passed

+1 :green_heart:
compile
18m 57s

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

+1 :green_heart:
compile
17m 15s

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

+1 :green_heart:
checkstyle
4m 44s

trunk passed

+1 :green_heart:
mvnsite
2m 30s

trunk passed

+1 :green_heart:
javadoc
1m 49s

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_392-8u392-ga-1~20.04-b08

-1 :x:
spotbugs
2m 33s
/branch-spotbugs-hadoop-common-project_hadoop-common-warnings.html
hadoop-common-project/hadoop-common in trunk has 1 extant spotbugs warnings.

+1 :green_heart:
shadedclient
38m 11s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 25s

the patch passed

+1 :green_heart:
compile
18m 26s

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

+1 :green_heart:
javac
18m 26s

the patch passed

+1 :green_heart:
compile
17m 13s

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

+1 :green_heart:
javac
17m 13s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 2 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
4m 37s
/results-checkstyle-root.txt
root: The patch generated 23 new + 41 unchanged - 0 fixed = 64 total (was 41)

+1 :green_heart:
mvnsite
2m 29s

the patch passed

-1 :x:
javadoc
1m  9s
/results-javadoc-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1.txt
hadoop-common-project_hadoop-common-jdkUbuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 generated 3 new + 0 unchanged - 0 fixed = 3 total (was 0)

-1 :x:
javadoc
0m 45s
/results-javadoc-javadoc-hadoop-tools_hadoop-aws-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
hadoop-tools_hadoop-aws-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08 with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08 generated 3 new + 0 unchanged - 0 fixed = 3 total (was 0)

+1 :green_heart:
spotbugs
4m  5s

the patch passed

+1 :green_heart:
shadedclient
39m 25s

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

_ Other Tests _

+1 :green_heart:
unit
19m 13s

hadoop-common in the patch passed.

-1 :x:
unit
3m  6s
/patch-unit-hadoop-tools_hadoop-aws.txt
hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
1m  1s

The patch does not generate ASF License warnings.

262m 13s

Reason
Tests

Failed junit tests
hadoop.fs.s3a.commit.staging.TestStagingCommitter

Subsystem
Report/Notes

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

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

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

uname
Linux a5ab7dae6b2a 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 / 1420c999b79fea8d95a9789d250542f0d3cf2c40

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

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-tools/hadoop-aws U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

FYI i want to pull the rate limiter API of #6596 in here too; we'd have a rate limiter in s3a store which if enabled would limit #of deletes which can be issued on a bucket. Ideally it'd be at 3000 on s3 standard, off for s3 express and third party stores, so reduce load this call can generate.

In #6686 I'm creating a new utils class for reflection access, nothing else. And proposing that  all tests of the API use reflection to be really confident it works and that there's no accidental changes which break reflection


Async loaded assets lack cache busting

PHP Version: 8.3   | Shopware Version: <IP_ADDRESS>  | Affected area / extension: Platform(Default)

Expected behaviour:
Asynchonously loaded Javascript files also get the cache busting parameter, so that a manual cache flush is not necessary after deployments.
Actual behaviour:
The asynchronously loaded Javascript/Assets in die Storefront currently don't have a cache busting parameter added.
This leads to problems in deployments, because you need to flush caches unneccessarily. E.g. in our case we need to flush Cloudflare cache because of this, which also flushes transformed images etc. which is quite a bummer..
How to reproduce:
observe the asynchronously loaded chunks in the storefront

Related: #5181

[public] Shopware automated response: This issue is linked to the internal issue: NEXT-39777
[created from NEXT-39777, comment 516609]

Seems like this was fixed with 6.6.7.x with NEXT-37279.
I'll close this again

[public]

FixVersion Change: <IP_ADDRESS>

This issue will be / was solved in Shopware version <IP_ADDRESS>.
[created from NEXT-39777, comment 529422]


Align TitlePrivate text horizontally center.

on current master

This PR

We are going in the other direction :)
#2060


Updated developer experience

Any news on the new installable developer tools? It was initially planned for October 2019.
see: https://powerusers.microsoft.com/t5/Microsoft-Business-Applications/Microsoft-Dynamics-365-for-Finance-and-Operations-Updated/m-p/299814

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

ID: 2876dff1-4dae-cdba-09a3-68abfd509f3f
Version Independent ID: ffcfca9b-ab9a-54ce-2d80-1d17654ec49b
Content: Platform updates for version 10.0.11 of Finance and Operations apps (July 2020) - Finance & Operations | Dynamics 365
Content Source: articles/fin-ops-core/dev-itpro/get-started/whats-new-platform-update-35.md
Service: dynamics-ax-platform
Product: ****
Technology: ****
GitHub Login: @sericks007
Microsoft Alias: sericks

For the latest details about planned features, see the Release plans.

I am reading that constantly but I cannot find any information about that anywhere. It was simply removed and nobody can give any information about it.

You probably have noticed that we kept moving the date out due to more work and unexpected delays. Since this was counter-productive to the goal of the release notes, we had to take it off entirely until we are comfortable about sharing a date we can realistically make. This feature is still actively being worked on, so it's definitely still planned (just not publicly). Expect more news around the summer on what we're doing.

Great, thanks for the information! That is all I wanted to hear. 🥳


Remove listener FCM.on

I use FCM.on(FCMEvent.Notification,... to trigger custom actions when a notification is received.
I cannot find a way to remove this listener, in order to make the device ignore any incoming notifications. Which method should I use ?
The reason why I want to do that is because it seems that the FCM.on callback is registered on and on each time the app restarts. If the app restarts 3 times, the user will receive a notification duplicated 3 times (because all the callbacks are being stacked).
Thanks !

What is the solution?

As far as I remember, I closed the issue because the problem was with my code. The listener were removed when the app is restarted, but I didn't find any way to remove them manually.

is it simple, put count on your initFCM and if count is bigger than > 0, dont initFCM again


[HUDI-407] Adding Simple Index

What is the purpose of the pull request
Adding a simple index which fetches rows from Parquet for interested fields(record keys and partition path) and joins with incoming records to find the location.
Brief change log

Introduced HoodieSimpleIndex that can tag incoming records with right HoodieRecordLocations

Verify this pull request
This change added tests and can be verified as follows:

Added few more tests for all indexes in general as part of this patch.

Parametrized TestHoodieClientOnCopyOnWriteStorage to run for every index type including simple.

Added integration tests for end-to-end.
Added HoodieClientWriteTest to verify the change.
Manually verified the change by running a job locally.

Committer checklist

[ ] Has a corresponding JIRA in PR title & commit

[ ] Commit message is descriptive of the change

[ ] CI is green

[ ] Necessary doc changes done or have another open PR

[ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

@nsivabalan, I think this is a great addtition. 👍 I have the same idea, but didn't realizate it all.

hi @nsivabalan, first of all, amazing job 👍 👍
Test with same dataset provided in #1469

@lamber-ken what you are testing is the worst case workload for upsert.. i.e all updates.. Thanks for testing it out.. It seems like join as faster as expected..
With this we have more indexing arsenal.. BloomIndex (v2) will still be much faster for production use-cases I believe.. nonetheless :)

@lamber-ken : have removed naming job desc for now. Will add it in a diff patch.

@nsivabalan confirming the next steps for this patch... getting the global indexing as well supported (probably need to support the config added to update partition path change..raymond's PR).. and get it to merge?

@nsivabalan confirming the next steps for this patch... getting the global indexing as well supported (probably need to support the config added to update partition path change..raymond's PR).. and get it to merge?

@vinothchandar : thanks for reminding about the updatePartitionPath config. I missed out in the latest commit where I added global simple index. Will get it fixed

@nsivabalan any ETAs on when this will be open for a full final review?

@vinothchandar : I am done for the most part. Just that unit tests are failing in travis, but succeeds locally. I need to fix that. but the patch in general is good to be reviewed.

Codecov Report

Merging #1402 into master will increase coverage by 0.38%.
The diff coverage is 94.33%.

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

@vinothchandar @lamber-ken  : Patch is good to review.

@nsivabalan is this still WIP.. please remove the prefix if its ready

@nsivabalan is this still WIP.. please remove the prefix if its ready

done. it is ready.

@vinothchandar : have addressed your comments.

hi @nsivabalan, ci report some checkstyle errors, you can use following command in local env
mvn checkstyle:check

@lamber-ken : looks like visibleForTesting is part of illegal import. So, do you know of a way to whats to test private methods?

hi @lamber-ken, go ahead HUDI-622

@nsivabalan Just pushed a commit. Abstracting into a read handle is the main thing that's left. otherwise looks good for merging.. Please check out my commit as well

@vinothchandar : you can check the latest commit for the read handle changes.

@nsivabalan please ping me when the tests are passing.. WIll make a final pass and land

@vinothchandar : tests are passing. Let me know if you want me to squash all commits

Yes. Please and a good commit message, given this is an important feature

Squashed all commits to one @vinothchandar


[Concurrency] Enable TaskGroup/DiscardingTaskGroup in Embedded Swift

This is enabling TaskGroup and DiscardingTaskGroup to be used in Embedded Swift by:

Using the same metadata-free approach we have for Builtin.createAsyncTask and applying it to Builtin.createTaskGroup and Builtin.createTaskGroupWithFlags. We discard the metatype argument in SILGen (we do that already for Builtin.createAsyncTask), and instead deduce it from the substitution map in IRGen.
The runtime entry point (swift_taskGroup_initializeWithFlags) doesn't offer a convenient way to pass extra data (unlike swift_task_create). I'm avoiding adding a new entry for simplicity and instead using a bit in groupFlags that means that instead of Metadata * we receive the same format of arbitrary options that swift_task_create uses (TaskOptionRecord linked list).
IRGen under Embedded Swift mode emits TaskOptionRecord instead of the metadata pointer, and sets the bit in groupFlags.
Like task creation, task group creation does not support throwing in Embedded Swift yet.

@swift-ci please test

Looks good, thank you

@swift-ci please test

@swift-ci please test


Cannot instantiate reset-free registers?

It seems that right now we cannot instantiate reset-free registers, which can be done in Verilog. This might be useful in things like synchronizers where we don't particularly care for reset, and somewhat limits the usefulness of UserModule/RawModule.
import chisel3._
import chisel3.core._
class Test extends UserModule {
  val io = IO(new Bundle{
    val in = Input(UInt(1.W))
    val clk = Input(Clock())
    val out = Output(UInt(1.W))
  })
  withClock(io.clk) {  io.out := RegNext(io.in) }
}

chisel3.Driver.execute(Array[String](), () => new Test)

Results in an error since Reg's constructor depends on implicit clock and reset:
chisel3.internal.ChiselException: Error: No implicit clock and reset.
  at chisel3.internal.throwException$.apply(Error.scala:13)
  at chisel3.internal.Builder$.forcedClockAndReset(Builder.scala:205)
  at chisel3.internal.Builder$.forcedClock(Builder.scala:207)
  at chisel3.core.Reg$.apply(Reg.scala:23)
  at chisel3.core.RegNext$.apply(Reg.scala:41)
  ... 55 elided

This is related to a limitation in the current implementation of implicit clocks and resets where they are linked. Another way this bug comes up is if you try to do just withClock or just withReset in a RawModule. Shouldn't be too much effort to fix.

I'm not sure when this was fixed, but it is in 3.2.0 and 3.3.0 at least: https://scastie.scala-lang.org/U8Apga3XQ52jldHHsbxexA


Customer is being created even when initial charge fails

There's a case where Stripe customers are created even when the initial charge on a credit card fails. Try testing with the card number<PHONE_NUMBER>000341 which is Attaching this card to a Customer object will succeed, but attempts to charge the customer will fail., according to the Stripe docs (https://stripe.com/docs/testing).
This results in the duplication of Stripe customers, and Stripe customers that aren't tracked in the database.
The fix involves passing the plan to the Stripe customer creation (which isn't being currently done), like so:
$stripeCustomer = Stripe_Customer::create([
	'card'     => $token,
	'plan'     => 'your_monthly_plan',
]);

I did a workaround and used this as a solution, but I'm not sure to how properly integrate it into Cashier itself which is why I didn't do a pull request.

:+1: Thanks for the the fix - Seems to work and solve the same problem I've been having.

Just an update on this, what I'm seeing is that the original failed invoice remains on the account, so that when they do enter a valid credit card they are charged for two invoices.


Fix Tag example in documentation.

Attribute Tag must by applied to type Tag and not type Tag.com_example_foodtruck.
Checklist:

[x] Code and documentation should follow the style of the Style Guide.
[x] If public symbols are renamed or modified, DocC references should be updated.

Documentation change only. Skipping CI.


Update to latest version of Docusaurus and Yarn v4

This PR:

Switches to modern yarn (v4)
Updates packages
Pin postman-code-generators version due to https://github.com/postmanlabs/postman-code-generators/issues/760
Upgrade to latest NoseJS LTS (v22)
Updates create-providers-json.ts to not use monkey patching

After this I want to restructure the repo to multiple workspaces and bring over code from https://github.com/Kas-tle/docusaurus-og


jags: 4.1.0 -> 4.3.0

Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:

built on NixOS
Warning: no binary found that responded to help or version flags. (This warning appears even if the package isn't expected to have binaries.)
found 4.3.0 with grep in /nix/store/aw897502z5bcn6dw6rp7jca90flfrjab-JAGS-4.3.0
cc @kosmikus for review

Success on x86_64-linux (full log)
Attempted: jags
Partial log (click to expand)
shrinking /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/lib/JAGS/modules-4/dic.so
shrinking /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/lib/JAGS/modules-4/mix.so
shrinking /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/lib/libjrmath.so.0.0.0
shrinking /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/lib/libjags.so.4.0.3
gzipping man pages under /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/share/man/
strip is /nix/store/fzcs0fn6bb04m82frhlb78nc03ny3w55-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/lib  /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/libexec  /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/bin
patching script interpreter paths in /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0
/nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0/bin/jags: interpreter directive changed from "/bin/sh" to "/nix/store/q1g0rl8zfmz7r371fp5p42p4acmv297d-bash-4.4-p19/bin/sh"
checking for references to /tmp/nix-build-JAGS-4.3.0.drv-0 in /nix/store/l1501z3mvnsj2jnrzr1ynz5ga4awkvs3-JAGS-4.3.0...

Success on aarch64-linux (full log)
Attempted: jags
Partial log (click to expand)
shrinking /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/lib/JAGS/modules-4/basemod.so
shrinking /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/lib/libjrmath.so.0.0.0
shrinking /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/lib/libjags.so.4.0.3
gzipping man pages under /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/share/man/
strip is /nix/store/3zq400fri5dv7d30lpxlqm2v9y1iis6j-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/lib  /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/libexec  /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/bin
patching script interpreter paths in /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0
/nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0/bin/jags: interpreter directive changed from "/bin/sh" to "/nix/store/3gg2p6n4kv2f0lsxd41f5iz1ivkbzyzr-bash-4.4-p19/bin/sh"
checking for references to /build in /nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0...
/nix/store/1isri3wprsz2ix385xva7cdx8972lfms-JAGS-4.3.0


fix (Datetime): Fix bugs in Datetime component

Fixes:

[x] Navigation on calendar pop-up
[x] Truncation of days in a month (e.g. September 2018 with Sunday as first day of the week)
[x] Display hours in calendar pop-up
[x] Display minutes in calendar pop-up
[x] Update calendar when user clicks on a month or year in header

Great, thank you!

I think a good next step would be to remove all the non-working bits.  We can ship a minimal version and iterate on it.
Example, remove the Range example as we don't have a range control in here, yet.


fix/cynosdb pwd generate

:tada: This PR is included in version 1.20.9 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

:tada: This PR is included in version 1.20.9 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Changed to System Assigned MID Principal ID

Updated documentation for Option #4 to use the System Assigned MID Principal ID.

Reason for Change:

Issue Fixed:

Notes for Reviewers:

Thank you for your contribution! Closing in favor of #150


thrust::sort_by_key uses too much shared data

Using thrust::sort_by_key with a large struct for the values causes an error.
#include <thrust/device_vector.h>
#include <thrust/sort.h>

struct Node {
  float data[96];
};

int main(int argc, char ** argv)
{
  thrust::device_vector<float> keys(8, 0.0f);
  thrust::device_vector<Node> nodes(keys.size());
  thrust::sort_by_key(keys.begin(), keys.end(), nodes.begin());
  return 0;
}

Target code=[sm_50,sm_52]:
$ nvcc -std=c++11  --relocatable-device-code=true -gencode arch=compute_50,code=[sm_50,sm_52]  -o thrust_test_sort_by_key main.cu
nvlink error   : Entry function '_ZN6thrust6system4cuda6detail4cub_30DeviceRadixSortDownsweepKernelINS3_23DeviceRadixSortDispatchILb0Ef4NodeiE18PtxDownsweepPolicyELb0EfS6_iEEvPT1_SA_PT2_SC_PT3_SD_iibbNS3_13GridEvenShareISD_EE' uses too much shared data (0xc0a0 bytes, 0xc000 max) (target: sm_50)
nvlink error   : Entry function '_ZN6thrust6system4cuda6detail4cub_30DeviceRadixSortDownsweepKernelINS3_23DeviceRadixSortDispatchILb0Ef4NodeiE21PtxAltDownsweepPolicyELb0EfS6_iEEvPT1_SA_PT2_SC_PT3_SD_iibbNS3_13GridEvenShareISD_EE' uses too much shared data (0xc060 bytes, 0xc000 max) (target: sm_50)

Target code=compute_50:
$ nvcc -std=c++11  --relocatable-device-code=true -gencode arch=compute_50,code=compute_50  -o thrust_test_sort_by_key main.cu
$ ./thrust_test_sort_by_key
terminate called after throwing an instance of 'thrust::system::detail::bad_alloc'
  what():  std::bad_alloc: unknown error
Aborted (core dumped)

Verified on CUDA 8.0 and CUDA 9.0 on Debian 9.1/Linux 4.9.0-3/r390/x86-64/GM107, tracked internally as bug 2004579.
The fix should be pretty straightforward. Everywhere we use shared memory to storage generic types, we should have compile time logic to select the tile size given the size of the types and the amount of shared memory on the target microarchitecture.

I got the same link issue with thrust::sort (tested with cuda-9).
Any news about this issue?
Is there a workaround?


gamma cohort

Current cohort:
This issue is for listing the links for the notes and recordings of the 3rd iteration of the Falafel Fellowship program starting in June 13, 2023.
Current fellows:

@fczuardi
@mquasar
@marlacabral
@GabrielSoga

to-do:

[x] welcome email w/ terms for the participants
[x] pay the stipends
[x] schedule the meetings

Previous cohorts:

#7 alpha
#8 beta

35
Work Session #35 (room A)
Video call link: https://meet.google.com/gsz-kypk-zqd
Work Session #35 (room B)
Video call link: https://meet.google.com/yzw-whkc-zcg
Notes: https://docs.google.com/document/d/15yw5sUeS-ih2_vX2nhnG59HFFFaGxrt4lTtWy03ufI4/edit

4 people, combination of trios:

Mon: @fczuardi @mquasar @gabrielsoga
Tue: @fczuardi  @marlacabral @mquasar
Wed: @fczuardi @marlacabral @gabrielsoga
Thu: @mquasar @marlacabral @gabrielsoga

36
Work Session #36
Wednesday, June 14 · 9:30 – 11:30pm
Time zone: America/Sao_Paulo
Google Meet joining info
Video call link: https://meet.google.com/gsz-kypk-zqd

37
summary

Marcos and Soga browsed new issues
https://github.com/getAlby/lightning-browser-extension/issues/2489 looked interesting, we were able to reproduce on Zuardi's machine
After understanding the issue we started trying different approaches to trick Firefox in not autocompleting two different password fields with the same suggestion

38
Work Session #38
Monday, June 19 · 9:30 – 11:30pm
Time zone: America/Sao_Paulo
Google Meet joining info
Video call link: https://meet.google.com/gsz-kypk-zqd

39
meet
Work Session #39
Tuesday, June 20 · 9:30 – 11:30pm
Time zone: America/Sao_Paulo
Google Meet joining info
Video call link: https://meet.google.com/gsz-kypk-zqd

40
meet
Work Session #40
Wednesday, June 21 · 9:30 – 11:30pm
Time zone: America/Sao_Paulo
Google Meet joining info
Video call link: https://meet.google.com/gsz-kypk-zqd

41
meet
Work Session #41 Wednesday, June 22 · 9:30 – 11:30pm Time zone: America/Sao_Paulo Google Meet joining info Video call link: https://meet.google.com/gsz-kypk-zqd

42

43


Memory Limit value is empty on Edit host page.

Rancher server version - Build from master
Steps to reproduce the problem:
From "Hosts" view, click on "Edit Host"
Memory Limit value is empty on Edit host page.

Host API returns- "memory":<PHONE_NUMBER>

Tested with latest build from master.
Memory Limit value set on Edit host page.


It should be possible to create an observation from mikeio.Dataset/DataArray

Like you can with ModelResult

Done in https://github.com/DHI/fmskill/commit/a7ac674747dd2890b7cc823d9d9db62cdc04c872 pushed to main 😳

So does it work or not?

If this test passes, yes
https://github.com/DHI/fmskill/blob/0752ca157e8a4e14647131d1820359157465d8df/tests/test_observation_point.py#L106


Have issues requesting a prompt

import express from 'express';
import * as dotenv from 'dotenv';
import cors from 'cors';
import { Bard } from "googlebard";

dotenv.config();

const app = express();
app.use(cors());
app.use(express.json());

app.get('/', async (req, res) => {
  res.status(200).send({
    message: '- Last Update May 17, 2023',
  })
});

app.post('/', async (req, res) => {

  try {

    const prompt = req.body.prompt;

    let cookies = `__Secure-1PSID=<i insert my token here>`;

    let bot = new Bard(cookies);

    let response = await bot.ask(prompt);
    console.log(response);

    res.status(200).send({
      bot: response
    });

  } catch (error) {
    res.status(500).send(error || 'Something went wrong, please try again.');
  }

})

app.listen(5500, () => console.log('Started on port 5500'))

Where i get the key? Inside this..

Sample json request:
{
  "prompt": "Hello"
}

Error:

Using proxy doesn't make any sense if the token you got is whitelisted and also i am able to use bard even i am not in US without using VPN.

@PawanOsman So i found this issue when you have multiple logged in account in your browser. I would suggest to add in readme on which account they are using if they are using the main account make sure to use the number example if it is 3rd logged in account you will notice it in the URL:

That's why instead of using the 1PSID use the number same number as the account..

But the best thing here is logging in the a browser with ONLY whitelisted account.

thank you so much

Hi @PawanOsman! I have created a PR #15 corresponding to this issue. Could you please have a look at it?

Having same issues with just one account , tried 1PSID and 3PSID, any assistance please?

Can you share the snippet of your code here?


Compatibility hint - impossible to transfer complete balance to your Nami Wallet receive address

Hi Dear NamiWallet Team
I have make you today via twitter DM a message. Now i will try to subscribe here on GitHub my problem:
30.11.21 I have make a transaction from my yoroi wallet to your nami wallet with 100ADA
The transaction was arrived in the account "ledger1". From there I have staked the 100 ADA in a stakepool,
Now 1 month later i was lookig in the account:
I have now available rewards, but on the top is an orange button "i" how say me that i have a compatibility hint. Then i have try the first wrotten option to transfer the complete balance from the yoroi wallet to the nami wallet. But there was comming a message (Sorry my language maternal is german) : "Zu wenig Guthaben, um diese Transaktion durchzuführen! In english: Not enough ADA to make the transaction.
Question:
What for other options i have now to solve this hint?
Remarque:
Now  i understand, why i couldn't transfer any ADA to other adresses from the yoroi wallet
Best regards
Boggy

Hi, since Nami doesn't support multiples addresses, the best way to avoid any compatibility issue is to not use the same account across different wallets clients.
The "ledger 1" account could be fixed by sending everything on the Nami address, but using that account again with Yoroi or another wallet client would break Nami again. And from what I understand, something is preventing you to send everything anyway.
The best solution would be to use the next ledger account "Ledger 2" only with Nami since Ledger 1 is already using multiples addresses.

Hi Pascal.
Thanks for your answer. Yes but i have make it like this, without confidence that Nami doesn't support multiples addresses.
So now is like you have wrote: The "ledger 1" account is fixed by sending everything on this Nami address.
On the 2nd account "Ledger 2" i have a part of ADA's who i have delgated on an other stake pool 2. This works good.
But the first account "Ledger 1" allways i doesn't understand it. For example: Where is the nft token? It's like the nft is staked with the real balance on the stake pool 1 "STI". But i have would only staking 100 not 5002 ADA's and the nft ? See the pool.pm screenshot .png

Question:
Can i now unstake this 97 ADA and becoming back the nft ?

The ledger 1 account have been used on another wallet client, like Yoroi. Nami will only show what is held on the first address of that account.
So in short, the first address only hold 97.82ADA, and the rest of the 4900ADA are on different address of the same wallet.
To access properly the Ledger 1 account, connect the ledger device to Yoroi, this way you will regain control over the complete balance. Actually the complete balance is delegated to STI (5002ADA) even if Nami only show 97ADA.

Hi Pascal
Ok. Thank yoy for the answer. Will try it tommorow.
Best regards
Boggy7

This e-mail may contain confidential and/or privileged information. If you
are not the intended
recipient (or have received this e-mail in error) please notify the sender
immediatly and destroy
this e-mail. Any unauthorised copying, disclosure or distribution of the
material in this e-mail
is strictly forbidden.
Pascal Lapointe @.***> schrieb am Do., 30. Dez. 2021,
22:06:

The ledger 1 account have been used on another wallet client, like Yoroi.
Nami will only show what is held on the first address of that account.
So in short, the first address only hold 97.82ADA, and the rest of the
4900ADA are on different address of the same wallet.
To access properly the Ledger 1 account, connect the ledger device to
Yoroi, this way you will regain control over the complete balance. Actually
the complete balance is delegated to STI (5002ADA) even if Nami only show
97ADA.
—
Reply to this email directly, view it on GitHub
https://github.com/Berry-Pool/nami-wallet/issues/176#issuecomment-1003181494,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ASWPMEQH4GVS4CD6Y4APBWLUTTCVZANCNFSM5K754QZQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you authored the thread.Message ID:
@.***>


How configure the interval time to update the ip???

Hi brow, thanks for the code. its working.
Can you let me know how to configure the time interval to update the ip adress?

The interval is hardcoded to 5 minutes with a backoff policy, like the default DuckDNS integration. So it updates regularly at 5 minutes intervals, if the update fails, it tries again after 1 minute if it fails again, it retries after 5 minutes, then 15 minutes and lastly 30 minutes.
If you desire, you can manually edit the __init__.py file (that is in your custom components directory), the 24th line has the following code INTERVAL = timedelta(minutes=5), you can change the number 5 to whatever you want.
If I find the time, I might add that as a config option in the config.yaml file.


misc: correct molten image provider options

fixes the option for imageProvider to match configuration of molten (use "image.nvim" instead of "image_nvim")

Thank you for this fix !
However, you have changed the formatting (no need to add @args at the beginning).
Please, make sure to run nix fmt before pushing :)

ah crap, I forgot my bad

(also, I think the args was there already. I can drop if needed)

(also, I think the args was there already. I can drop if needed)

Indeed ! No, leave them, they are used.


Please investigate Retrieval-Enhanced Transformers ( RETRO)

Is your feature request related to a problem? Please describe.
Training very large networks takes a lot of time, requires a lot of resources that are unavailable to many small organizations. It's a well known problem.
Describe the solution you'd like
Please investigate Retrieval-Enhanced Transformer because with requires 25× fewer parameters than contemporary large models, but performs roughly equivalent to GPT-3 while actually being maintainable.
A working open source implementation would be a complete game changer.
*Describe alternatives you've considered
FPGA accelerated sparse networks. However, FPGA's are notoriously hard to program and thus not very practical.
https://numenta.com/blog/2021/05/27/fast-and-accurate-sparse-networks
Additional context
Retrieval-Enhanced Transformer (RETRO)
https://arxiv.org/abs/2112.04426
"...a 7.5 billion parameter RETRO model outperforms the 175 billion parameter Jurassic-1 on 10 out of 16 datasets and outperforms the 280B Gopher on 9 out of 16 datasets."
https://deepmind.com/research/publications/2021/improving-language-models-by-retrieving-from-trillions-of-tokens

I was just looking in this direction to bring back the size of the model towards a consumer-level size.
Seems deepspeed's team has done some work on that front although is for a similar model RETRO instead of REALM:
https://github.com/microsoft/DeepSpeedExamples/tree/174ae3bc8dbb688cfaccb4afa15d6e2cdbe19ce5/Megatron-LM-v1.1.5-ZeRO3#realm-pipeline
The big resource demand is to extract the embeddings out of the PILE / Wikipedia and then do the re-training using those.

I'd love to give it a shot next week, unless there's something I'm forgetting about that's a higher priority @StellaAthena

I'd love to give it a shot next week, unless there's something I'm forgetting about that's a higher priority @StellaAthena

Go ahead!

Retro is now officially supported in megatron! https://github.com/NVIDIA/Megatron-LM#retro
I'm new to the neox/megatron codebase, but if someone is willing to discuss some advice/suggestions on how to get started with this process, I'd love to give it a shot!


Routing template: support catch-all not the last part

Original issue: #11170
I wanna routing template like:
"{controller}/{**path}/{action}/{id?}"

or at least
"{controller}/{**path}/myaction1"

I just found the routing matching is all depends on this internal class:
https://github.com/aspnet/AspNetCore/blob/master/src/Http/Routing/src/Patterns/RoutePatternMatcher.cs
It's really useful if this feature can be implemented.
In my project, we use {controller}/{**path}/{action} for all our API.
The path is kinda resource id and it's hierarchy.
In the previous version, the path has only one level. So routing looks like this:
{controller}/{path}/{action}
Then we wanna support 2 level path:
{controller}/{path1}/{path2?}/{action}
Now we are trying to support multi-level path, that's why we wanna:
{controller}/{**path}/{action}
How about we extends the routing template rule:

At most one catch-all segment.
All segment after catch-all segment must be required.

This should be implementable.
And I think we just need to modify RoutePatternMatcher class.
Or is it possible to make RoutePatternMatcher user controllerable?
e.g. Add a Type parameter for HttpGetAttribute
[HttpGet("{controller}/{**path}/{action}", typeof(MyRoutePatternMatcher)]

Thanks for contacting us. This is not something we plan to do in the near future.


Type error

// Extensions to probe for when finding TPA list files
wchar_t tpaExtensions[] = {
L".dll",
L".exe",
L".winmd"
};
This declaration is not good. To compile the code, I need to change wchar_t to "const wchar_t".

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

ID: 83da7030-b5f1-72ad-71f6-424ff45b8b7f
Version Independent ID: a98926cc-64ab-2911-e4b8-1eaf4573dfe4
Content: Hosting .NET Core
Content Source: docs/core/tutorials/netcore-hosting.md
Product: dotnet-core
GitHub Login: @mjrousos
Microsoft Alias: mairaw

Thanks, @wschin. We've added this to our backlog.
//cc @mjrousos, can you comment?


Add support for :matches-css

Closes https://github.com/AdguardTeam/ecsstree/issues/2

I've modified the type of arguments so that they are not misleading and are consistent with the parse results. For example, in the case of :xpath, we don't parse the expression itself, we just return the character sequence of the pseudo-class parameter in a raw CSSTree node.


Expected Token.Kind.Name, got Token.Kind.Comment

I am attempting to use the AST modules as the basis for a refactoring tool. As a test I ran Lexer:scan() against the enumerate.lua source then ran Parser:parseChunk() on the token list it produced. This resulted in an error:
Expected Token.Kind.Name, got Token.Kind.Comment
I would expect comments at the beginning of a source file to be valid syntax. Is this a bug in the parser or am I using these modules incorrectly?

You seem to be using the code correctly. Can you show me what code seems to be causing the error?

I'm running in from inside Roblox Studio using the Nexus Unit Testing plugin.
local NexusUnitTesting = require("NexusUnitTesting")

NexusUnitTesting:RegisterUnitTest(NexusUnitTesting.UnitTest.new("Test 1"):SetRun(function()
	local ServerScriptService = game:GetService("ServerScriptService")
	local Lexer = require(ServerScriptService.Folder.Lexer)
	local myLexer = Lexer.new(ServerScriptService.enumerate.Source)
	local tokens = myLexer:scan()

	local parser = require(ServerScriptService.Folder.Parser)
	local myParser = parser.new(tokens)
	local chunk = myParser:parseChunk()

end))

The enumerate module script is a verbatim copy of https://github.com/optimisticside/luaul/blob/master/Common/enumerate.lua.
The call stack looks like:
Parser:154 function _error
Parser:205 function _expect
Parser:484 function parseName
Parser:453 function parsePrefixExpr
Parser:737 function parsePrimaryExpr
Parser:946 function parseStat
Parser:991 function parseBlock
Parser:1011 function parseChunk

So I think the issue is that the Parser isn't expecting comments. I removed them from enumerate.lua and reran the test and got an error about missing function parseFunctionBody instead, which appears to be accurate. There is no parseFunctionBody defined in Parser. But that is another issue.


Update variables.tf to pass validation

It seems the current validation message is not valid

Hello! I wasn't able to reproduce the error. However, it appears to be present in older versions of Terraform (issue).  Thank you for your contribution in addressing this!


ci: publish versioned urls for docs

Our docs always live under main in the URL route for the guide: https://guide.penumbra.zone/main/pd/build.html However, we don't update those docs in line with releases, so the information on main is not correct for testnet users. See recent changes in https://github.com/penumbra-zone/penumbra/pull/3395, for instance: the docs were updated to remove mention of --home, but that's only true of the main branch, not of the currently running v0.63.2 release.
We should continue to update docs on merge into main, but also tag new versions during releases, e.g. https://guide.penumbra.zone/v0.63.2/pd/build.html. That will help us communicating about docs.

xref https://github.com/penumbra-zone/penumbra/issues/6

I still want this problem solved. From the historical issue, looks like Firebase can't support this use case as described. Any objections to simplifying the URLs in the meantime? I'd rather see https://guide.penumbra.zone/ in my browser than https://guide.penumbra.zone/main/index.html, especially if I cannot navigate to https://guide.penumbra.zone/v0.71.0/index.html. We can specify redirects in the Firebase config so that historical URLs out in the wild don't break for people—that's what led to #4232 anyway.
It's no problem to migrate to historical tags later on: we can always check out versions and export the html and stick it in a subdir if we care about doing that.


fix(one-to-many): makes one to manys required

:tada: This PR is included in version 3.0.0-beta.27 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Kit with preferredGenerator isn't finding generator

          Reproduce issue like this:

Install jom (https://wiki.qt.io/Jom).
Add jom.exe location to your system PATH.
In cmake-tools-kits.json add the following kit:
  {"name": "JOM test kit", "preferredGenerator": {"name": "NMake Makefiles JOM"}}
Open a CMake project and try to configure it with the "JOM test kit".
You will get the error:

[main] Unable to determine what CMake generator to use. Please install or configure a preferred generator, or update settings.json, your Kit configuration or PATH variable. Error: No usable generator found.

Originally posted by @KorkiFork in https://github.com/microsoft/vscode-cmake-tools/issues/4019#issuecomment-2318895439

Ah, it might be that the PR from #4028 fixes this? I'll try to reproduce your project, despite not having a full repro. Thanks

@marcogmaia Could you test with the vsix from this comment: https://github.com/microsoft/vscode-cmake-tools/issues/4023#issuecomment-2319719783?

Still not working.
Diagnostic log:
{
  "os": "win32",
  "vscodeVersion": "1.92.2",
  "cmtVersion": "1.13.0",
  "configurations": [
    {
      "folder": "c:\\Users\\marco\\Documents\\dev\\random_folder",
      "cmakeVersion": "3.30.0",
      "configured": true,
      "generator": "Ninja",
      "usesPresets": true,
      "compilers": {
        "C": "C:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.36.32532/bin/Hostx64/x64/cl.exe",
        "CXX": "C:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.36.32532/bin/Hostx64/x64/cl.exe"
      }
    }
  ],
  "cpptoolsIntegration": {
    "isReady": false,
    "hasCodeModel": false,
    "activeBuildType": "",
    "buildTypesSeen": [],
    "requests": [],
    "responses": [],
    "partialMatches": [],
    "targetCount": 0,
    "executablesCount": 0,
    "librariesCount": 0,
    "targets": []
  },
  "settings": [
    {
      "communicationMode": "automatic",
      "useCMakePresets": "auto",
      "configureOnOpen": false
    }
  ]
}

Build log:
vcpkg_installed -DVCPKG_OVERLAY_TRIPLETS=C:/Users/marco/Documents/dev/random_folder/3rd_party/triplets -DCMAKE_TOOLCHAIN_FILE=C:/Users/marco/Documents/dev/games/git/vcpkg/scripts/buildsystems/vcpkg.cmake -DCMAKE_INSTALL_PREFIX=C:/Users/marco/Documents/dev/random_folder/out/install/windows-debug -SC:/Users/marco/Documents/dev/random_folder -BC:/Users/marco/Documents/dev/random_folder/out/build/windows-debug -G Ninja
[cmake] -- Running vcpkg install
[cmake] All requested packages are currently installed.
[cmake] Total install time: 200 ns
[cmake] bext-di is header-only and can be used from CMake via:
...
...
[cmake]   find_package(Qt6Xml CONFIG REQUIRED)
[cmake]   target_link_libraries(main PRIVATE Qt::Xml Qt6::Xml Qt::XmlPrivate Qt6::XmlPrivate)
...
...
[cmake] -- Running vcpkg install - done
[cmake] -- The C compiler identification is unknown
[cmake] -- The CXX compiler identification is unknown
[cmake] CMake Error at CMakeLists.txt:21 (project):
[cmake]   The CMAKE_C_COMPILER:
[cmake]
[cmake]     cl.exe
[cmake]
[cmake]   is not a full path and was not found in the PATH.  Perhaps the extension is
[cmake]   missing?
[cmake]
[cmake]   Tell CMake where to find the compiler by setting either the environment
[cmake]   variable "CC" or the CMake cache entry CMAKE_C_COMPILER to the full path to
[cmake]   the compiler, or to the compiler name if it is in the PATH.
[cmake]
[cmake]
[cmake] CMake Error at CMakeLists.txt:21 (project):
[cmake]   The CMAKE_CXX_COMPILER:
[cmake]
[cmake]     cl.exe
[cmake]
[cmake]   is not a full path and was not found in the PATH.  Perhaps the extension is
[cmake]   missing?
[cmake]
[cmake]   Tell CMake where to find the compiler by setting either the environment
[cmake]   variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
[cmake]   to the compiler, or to the compiler name if it is in the PATH.
[cmake]
[cmake]
[cmake] -- Configuring incomplete, errors occurred!
[proc] The command: "C:\Program Files\CMake\bin\cmake.EXE" -DCMAKE_BUILD_TYPE=Debug -DCMAKE_C_COMPILER=cl.exe -DCMAKE_CXX_COMPILER=cl.exe -DX_VCPKG_APPLOCAL_DEPS_INSTALL=1 -DVCPKG_INSTALLED_DIR=C:/Users/marco/Documents/dev/random_folder/out/vcpkg_installed -DVCPKG_OVERLAY_TRIPLETS=C:/Users/marco/Documents/dev/random_folder/3rd_party/triplets -DCMAKE_TOOLCHAIN_FILE=C:/Users/marco/Documents/dev/games/git/vcpkg/scripts/buildsystems/vcpkg.cmake -DCMAKE_INSTALL_PREFIX=C:/Users/marco/Documents/dev/random_folder/out/install/windows-debug -SC:/Users/marco/Documents/dev/random_folder -BC:/Users/marco/Documents/dev/random_folder/out/build/windows-debug -G Ninja exited with code: 1

Could you please make a minimal repro so that I can directly test so that I can best investigate?

@marcogmaia I've tested that this configure preset works as expected:
{
"version": 8,
"configurePresets": [
{
"name": "base",
"toolchainFile": "$env{VCPKG_ROOT}/scripts/buildsystems/vcpkg.cmake",
"generator": "Ninja"
},
{
"name": "windows",
"inherits": "base",
"cacheVariables": {
"CMAKE_C_COMPILER": "cl.exe",
"CMAKE_CXX_COMPILER": "cl.exe"
}
}
]
}

I'll test it later with a clean repo to see if it works with a minimal setup.

@marcogmaia Thank you, apologies for the confusion, we're working on a couple of different items that slightly regressed, I appreciate your patience and willingness to help test. If you can get me a CMakeLists.txt to go with a the presets you passed that would be helpful. As far as I currently can tell #4028 fixes the issue right now. We hope to merge that PR today sometime

@KorkiFork Could you test with this vsix, modify the extension from .zip to .vsix? I believe that it may fix your issue and it would help if you could confirm
cmake-tools.zip

The fix for this issue will be released in the next hour or so in v1.20.2.

@gcampbell-msft, the pre-release version is working fine. Thanks.


Uncaught Error: watch ~/projects/aries/cdi/ ENOSPC

[Enter steps to reproduce:]

...
...

Atom: 1.18.0 x64
Electron: 1.3.15
OS: Ubuntu 17.04
Thrown From: atom-maven package 1.3.0
Stack Trace
Uncaught Error: watch /home/rotty/projects/aries/cdi/ ENOSPC
At fs.js:1441

Error: watch /home/rotty/projects/aries/cdi/ ENOSPC
    at exports._errnoException (util.js:1026:11)
    at FSWatcher.start (fs.js:1439:19)
    at Object.fs.watch (fs.js:1466:11)
    at Watcher.watchFile (/packages/atom-maven/node_modules/node-watch/lib/watch.js:281:20)
    at watch (/packages/atom-maven/node_modules/node-watch/lib/watch.js:399:13)
    at /packages/atom-maven/lib/atom-maven.js:104:9
    at didMatch (/usr/share/atom/resources/app/src/workspace.js:2126:28)
    at /usr/share/atom/resources/app/src/task.js:128:31
    at Function.module.exports.Emitter.simpleDispatch (/usr/share/atom/resources/app/node_modules/event-kit/lib/emitter.js:25:20)
    at Emitter.module.exports.Emitter.emit (/usr/share/atom/resources/app/node_modules/event-kit/lib/emitter.js:141:34)
    at ChildProcess.<anonymous> (/usr/share/atom/resources/app/src/task.js:80:40)
    at emitTwo (events.js:106:13)
    at ChildProcess.emit (events.js:191:7)
    at process.nextTick (internal/child_process.js:744:12)
    at _combinedTickCallback (internal/process/next_tick.js:67:7)
    at process._tickCallback (internal/process/next_tick.js:98:9)

Commands
     -0:39.9.0 editor:consolidate-selections (input.hidden-input)
     -0:39.9.0 core:cancel (input.hidden-input)

Non-Core Packages
atom-maven 1.3.0

ENOSPC indicates that the /tmp directory can't be written to, usually due to a lack of space.
See this SO post for more info:
https://stackoverflow.com/questions/22475849/node-js-error-enospc
Closing this issue as it is related to the user's system constraints which are outside of the control of atom-maven.


HELP

hey guys, can someone help me make this script to work?

hey guys, can someone help me make this script to work? i am even able to pay for it, thanks

The best hacker who helped me with that I will advise message him on telegram
https://t.me/Blackhathacker110

Hey, this is not the place to look for paid services, and for sure not to promote hackers.
This project is archived for reasons, if someone wants to fork it he's welcome.


Add type attribute to the buttons and check the prop 'isValid'

Release Type: New feature

Fixes XP-2237
Description
Add the property type to the action buttons and disable the Save button if the prop isValid is set to false.
Checklist
Before submitting a pull request, please make sure the following is done:

[x] set yourself as an assignee
[x] set appropriate labels for a PR (initially it's mostly [zube]: In Review)
[x] set [zube]: In Review label for respective issue as well
[x] make sure your code lints (npm run lint)
[x] Flow typechecks passed (npm run flow)
[x] manually tested the app by running it in the browser and checked nothing is broken and operates as expected!

Related PRs
List related PRs against other Auto repos if applicable:

branch
PR

xp-2237-implement-validators-email-and-location
Auto

Steps to Test or Reproduce

Activate the editor mode of the Location field by clicking the pencil button.
Fill it with an invalid location.
The Save button should be disabled.
If you fill it with a valid location, the Save button should be enabled.

Screenshots

Hey, @darieldejesus npm t command fails with several Lint and Flow errors. Make sure to check any time you made a commit, please.

Wil l deploy once https://github.com/x-team/auto/pull/1534 is accepted first.

@nicksp I ran that command and I didn't see any error. Were you reviewing an outdated version?

@darieldejesus Nope, but I might have rebased with release branch and got some linting errors. No worries, it's fixed now 😏


func and MSVS2013

The __func__ keyword, which is used in just two files, here and here seem to be not supported in older MSVS versions (pre-MSVS2015).
MSVS2013 is able to compile all the code if I add
#ifndef __func__
#define __func__ __FUNCTION__
#endif

to these two files.
I'm not sure what's the best way to fix this. Maybe just add it to LightGBM/utils/common.h?

@i3v
you can use _MSC_VER  macro.
e.g.
#if (_MSC_VER <= 1800)
...
#endif

@guolinke
Yep, it looks like my initial approach is not correct at all.
So, is LightGBM/utils/common.h OK for this?
Should I submit a PR?

@i3v you can create a PR.
BTW, maybe put it in the meta.h is better.

The PR is now merged, thanks, @guolinke !


[ENH] Nipype-fy antsBrainExtraction.sh

This will enable several steps towards generalization:

Play with the template used as target for brain extraction (e.g. macaque, mice)
Have more control over settings (important for templates of other species)
Use the transforms to the target template (e.g. to initialize the spatial normalization)
Revise the brain mask refinements
Closely control over what ANTs is doing to headers.
(probably we will not notice) leverage nipype parallelization and caching
Refine ATROPOS results and merge results with FAST (smoother segmentations)

EDIT: PLEASE NOTE that this PR will change how the templates are accessed, trying to normalize naming. So far only two templates are supported, and their tree is like:
tpl-MNI152NLin2009cAsym
├── CHANGES
├── template_description.json
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_brainmask.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_class-CSF_probtissue.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_class-GM_probtissue.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_class-WM_probtissue.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_label-carpet_atlas.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_label-eyemask_roi.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_label-facemask_roi.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_label-headmask_roi.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_PD.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_T1w_brain.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_T1w.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-01_T2w.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_brainmask.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_class-CSF_probtissue.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_class-GM_probtissue.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_class-WM_probtissue.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_label-carpet_atlas.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_label-eyemask_roi.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_label-facemask_roi.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_label-headmask_roi.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_PD.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_T1w_brain.nii.gz
├── tpl-MNI152NLin2009cAsym_space-MNI_res-02_T1w.nii.gz
└── tpl-MNI152NLin2009cAsym_space-MNI_res-02_T2w.nii.gz
tpl-OASIS30ANTs
├── CHANGES
├── template_description.json
├── tpl-OASIS30ANTs_res-01_brainmask.nii.gz
├── tpl-OASIS30ANTs_res-01_class-brainmask_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_class-bstem_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_class-Cerebellum_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_class-CGM_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_class-CSF_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_class-DGM_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_class-WM_probtissue.nii.gz
├── tpl-OASIS30ANTs_res-01_label-BrainCerebellumExtraction_roi.nii.gz
├── tpl-OASIS30ANTs_res-01_label-BrainCerebellumRegistration_roi.nii.gz
├── tpl-OASIS30ANTs_res-01_T1w_brain.nii.gz
├── tpl-OASIS30ANTs_res-01_T1w.nii.gz
├── tpl-OASIS30ANTs_res-01_variant-4_dtissue.nii.gz
└── tpl-OASIS30ANTs_res-01_variant-6_dtissue.nii.gz

I've also taken time to clean all these files up, fixing appropriate dtypes, filling wrong headers, copying the sforms to the qforms, etc.

Getting to this now. Sorry about the delay.

Actually, besides @effigies comments, it would be wonderful to have an overall opinion from @mgxd as our expert on templates and @satra as this workflow is a good candidate for the inauguration of https://github.com/niflows. WDYT?

@effigies  and @oesteban - i was hoping to write a reprozip tool and use the graph to help create nipype workflows. perhaps we can chat about this at ohbm. (btw, i posted two nipype projects there).
that being said, ants is going to be particularly sensitive in mapping command line expressions to nipype interface flags, just because of the way ants command lines are often structured. so this may end up being much more work. however, we should be able to automatically construct much of the graph, not the details, which we may be able to adjust by hand, or write an adapter.
i also have a workflow for joint fusion labeling on the basis of antscorticalthickness.sh output, which i think internally calls this script. here is the gist: https://gist.github.com/satra/ca140fe2cb41659b1b9666909df19cf4 and that should also be a candidate for a niflow!

Thumbs up?

Sorry, still need to check the Atropos workflow.


first draft. doesn't work at all

The cmake instructions in the readme are not for the release tar and there are more problems.
This is far from ready to pull, I just wanted to "claim" the software for packaging here :)

Yay! Baby steps ... and so on.
A few suggestions:

Give the branch name a prefix like package/ or pkg/.
Name the package in the PR title.
Give the PR the "package" label (@cbix already did this).
Assign yourself to the PR until its ready for review.
Don't hesitate to request a review while still in-progress.
Don't forget to add the package to nvchecker/archlinux-proaudio.toml and nvchecker/old_ver.json.


PDF filename generation

In PDFGenerator.cs at line 90 to 103 to avoid illegal filenames crashing the program upon save I simply remove all symbols from the filename before saving. This is not the best solution.
Instead, it would be better to implement a regex function to remove any illegal characters in the filename before saving.

Fixed.


RTR can blacklist workers after task shutdowns

The RTR doesn't know the difference between tasks that failed on their own, and tasks that were manually shut down.

Fixed by #4619.

Sorry, not fixed by #4619. That fixed a bunch of similar sounding things but not this one.

Would you please use the full name in the title? I think it's not really intuitive for the people who are not familiar with the indexing service.
Also, I think it makes sense to move this to 0.13.1. What do you think?


InfiniteStreamRecognize sample improvment

The sample about the usage of StreamingRecognizeRequest defined on InfiniteStreamRecognize.java, refers to the private element langCode fromInfiniteStreamRecognizeOptions. Should be better to make a getter from the attribute and call the getter instead.

As the PR was closed, we are going to close this issue for now. Please feel free to reopen if you're ready to submit the PR again.


harec: 0.24.0 -> 0.24.2-rc2

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for harec is: Bootstrapping Hare compiler written in C for POSIX systems
meta.homepage for harec is: https://harelang.org/
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.24.2-rc2 with grep in /nix/store/3jjhgm23wkny4hlw4cahsyca0bc93w7d-harec-0.24.2-rc2
found 0.24.2-rc2 in filename of file in /nix/store/3jjhgm23wkny4hlw4cahsyca0bc93w7d-harec-0.24.2-rc2

Rebuild report (if merged into master) (click to expand)

16 total rebuild path(s)

16 package rebuild(s)

First fifty rebuilds by attrpath

bonsai
hare
hareHook
hareThirdParty.hare-compress
hareThirdParty.hare-ev
hareThirdParty.hare-json
hareThirdParty.hare-png
hareThirdParty.hare-ssh
hareThirdParty.hare-toml
harec
haredo
haredoc
himitsu
himitsu-firefox
treecat

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/3jjhgm23wkny4hlw4cahsyca0bc93w7d-harec-0.24.2-rc2 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A harec https://github.com/r-ryantm/nixpkgs/archive/2b73977bda501514a79fa4f36898b58bc06d2665.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/2b73977bda501514a79fa4f36898b58bc06d2665#harec

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/3jjhgm23wkny4hlw4cahsyca0bc93w7d-harec-0.24.2-rc2
ls -la /nix/store/3jjhgm23wkny4hlw4cahsyca0bc93w7d-harec-0.24.2-rc2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package marked as broken and skipped:

himitsu-firefox

17 packages failed to build:

bonsai
hare
hare.man
hareHook
hareThirdParty.hare-compress
hareThirdParty.hare-ev
hareThirdParty.hare-json
hareThirdParty.hare-png
hareThirdParty.hare-ssh
hareThirdParty.hare-toml
haredo
haredo.man
haredoc
haredoc.man
himitsu
treecat
treecat.man

1 package built:

harec

Maintainer pings
cc @onemoresuza for testing.

An update to 0.24.2 is already included on https://github.com/NixOS/nixpkgs/pull/325334.


Always Active

Hello, I would like the component to always be active, for example, it works if I am not in an input, but if I am active in a form, does it stop working, any suggestions?
(..me tarzan)

@jerrymendoza do you mean, when you input is in focus, reader outputs data into it, instead to be caught by module?

I have similar issue. when I click on radio button the barcode component unable to detect, but when I click back parent component again (just click on screen) it become active again. How can I make barcode component always active? Pls help.


Root support

Is your feature request related to a problem? Please describe
No response
Describe the solution you'd like
Please add a setting to add root support to the emulator via a setting, and when it is on and something attempts to use SU, a diologe that kinda is like UAC pops up asking for root.
Describe alternatives you've considered
No response
Please specify the version of Windows Subsystem for Android
1.0

Hi, thank you for this feature request. Currently this isn't on our immediate roadmap. Could you please provide specifics about how enabling root access would help in your development efforts?

Hi, thank you for this feature request. Currently this isn't on our immediate roadmap. Could you please provide specifics about how enabling root access would help in your development efforts?

It would make development of rooted apps easier.

I want suport for twrp https://twrp.me/

I want suport for twrp https://twrp.me/

TWRP is not an android app, it is a recovery mode partition.

I want to install Magisk

I believe it should be an option to make the su binary/ies visible to the app, otherwise apps that detect root will fail to function.


Anki mining - Image not working

I'm trying to mine words to anki and saw that there was a field for image. All the other fields that I have tried worked fine, but I'm not sure how to make it mine the picture (I assume that this is what this field was supposed to do). I have checked the "info" button but there's no information about this field. Every time that I tried it comes back empty on anki.

JL will grab the image from the clipboard if it contains an image. Copy the image to clipboard (with PrintScreen key etc.) before mining the term and it should work as expected. I probably should have explained this in the info dialog instead of only mentioning it in a release note (https://github.com/rampaa/JL/releases/tag/1.18.0).


where are gov sku's like "EXCHANGEENTERPRISE_GOV"

[Enter feedback here]
EXCHANGEENTERPRISE_GOV isn't in the list. It shows "Exchange Online (Plan 2) for GCC" in office 365 portal. I think the GUID would be 7be8dc28-4da4-4e6d-b9b9-c60f2806df8a. That seems to be missing and maybe other GCC stuff too.
I think Rights management GCC is also missing.

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

ID: 7c245452-161d-89a1-c026-99a0721cf071
Version Independent ID: 16dec59a-eb83-1837-4efd-4645e7aeaed2
Content: Product names and service plan identifiers for licensing - Azure AD - Microsoft Entra
Content Source: articles/active-directory/enterprise-users/licensing-service-plan-reference.md
Service: active-directory
Sub-service: enterprise-users
GitHub Login: @Nicholak-MS
Microsoft Alias: nicholak

@zniezelski
Thanks for your feedback! We will investigate and update as appropriate.

You are correct, Exchange Enterprise for GCC and Rights Management for GCC are not included in the list provided in the documentation. These services are specific to the GCC (Government Community Cloud) environment and may have different service plan identifiers and product names. I recommend checking the Azure Government documentation for more information on these services and their corresponding identifiers. Additionally, you can also reach out to Microsoft support for further assistance.
Thank you for your feedback!
I'd recommend working closer with our support team via an Azure support request.

Other GCC stuff is on the list like:
-Exchange Online (Plan 1) for GCC
-Microsoft 365 Audio Conferencing for GCC
-Microsoft 365 F3 GCC

Hi @zniezelski I was not able to find the details for Rights Management GCC. Do you happen to have the GUID for it?
Thanks,
Nick

it shows as "Azure Information Protection Premium P1 for Government" in the office 365 portal. the GUID I think is 78362de1-6942-4bb8-83a1-a32aa67e6e2c

I have added these two documents to the online table as well as the downloadable CSV. They will publish and be available later today.
Thanks
Nick

#please-close


Donnelly/blocked query metrics

Ive already tested this on the test cluster and it is working as intended.
I tried to reduce the minimize the amount of code added, rather than optimize it more than necessary.  Namely, the blockedTaskStats method is called twice - once for the number of blocked stats, once for the maximum task wait time.  These gauge metrics are only updated once a minute, only iterate over ~10 queries typically, and are not blocking any important threads.  Thus, I thought the trade off was worth while.

🏎


Add missing dep on core-webpack-tools to fix ios builds of test-apps (display & ui)

Fixes the iOS build issue; there's still an auth issue that someone else (@calebmshafer or @khanaffan) will take care of.

@Mergifyio update