Support embulk v0.10

Support embulk v0.10

remove org.embulk.core and add org.embulk:embulk-api, org.embulk:embulk-spi and org.embulk:embulk-util-*

replace deprecated api

PluginTask.getBufferAllocator() to Exec.getBufferAllocator();
ConfigSource.loadConfig, TaskSource.loadConfig to CONFIG_MAPPER_FACTORY

update dependencies

gradle-2.2.1 to 6.8.3
java7 to 8
org.apache.commons:commons-compres:1.13 to 1.22

update integration-test

change to a local script loading. (original integration test script doesn't work in gradle 6)
the previous stable embulk version (0.9.25) is used. (The latest embulk version (>= 0.11.0) can't execute)

Merged into hata:master
https://github.com/hata/embulk-encoder-commons-compress/pull/3


bash: create-react-app: command not found

Can you reproduce the problem with latest npm?
I have had alot of problems getting npm installed overall and spent around 6 hours getting to the point where I think it is installed now. I run npm -v and get a number, likewise for node.
All packages were working and I had to update to use your package. I could not, so deleted  with all packages and tried to reinstall new version. After regular way failed I was able to get it installed, node and Npm, with homebrew after I made a few permissions changes (with difficulty).
Description
I've tried several different ways of getting this to work but I always get the error above.
This is what I got when I installed the package-
`sudo npm install -g create-react-app (I also tried non-sudo)
/Users/name/.npm-packages/bin/create-react-app -> /Users/name/.npm-packages/lib/node_modules/create-react-app/index.js
/Users/name/.npm-packages/lib`
I looked in the the node_modules and the package is there. I've added this-
export PATH="./node_modules/.bin:$PATH" and also I tried it with the full path. It did not work.
I am not great with bash_profile, permissions, etc. so I can't figure out what I need to do. If this is a node problem I apologize but I still need help regardless.
Run these commands in the project folder and fill in their results:

npm ls react-scripts - npm ERR! code 1
-bash: /Users/name/Desktop/code_work/react_lynda/bulletin_board: is a directory
node -v: - 7.2.0
npm -v:  -3.10.9

Then, specify:

Operating system: IOS
Browser and version: Chrome

Hi! The log you posted says it got installed to /Users/name/.npm-packages/bin/. Could you add that directory to PATH? I'm not sure where ./node_modules/.bin is coming from and I don't think you need it there.

I’ll close because the problem is not specific to CRA—you’d have the same issue with any global Node command.
That you need sudo is a bad sign but unfortunately I can’t really help with debugging this. I recommend checking Node.js and nvm documentation for instructions on installing Node.
I hope that https://github.com/facebookincubator/create-react-app/issues/1182#issuecomment-265298644 will fix your issue.

Was the idea to paste your code overtop of the current entry, or add it in addition to? Replacing it with the snippet above made no change.
I know this is undoubedley a pain for you but I really have trouble with the Node docs as a beginner and can't navigate them.

Yeah I understand. I'm not good with this either. When I was installing Node for the first time I think I used brew, and it just worked.

Was the idea to paste your code overtop of the current entry, or add it in addition to?

Likely in addition to. What does echo $PATH print in your terminal?

So I unistalled node and npm again. Reinstalled non-homebrew. Put
export PATH="/usr/local/bin:$PATH"
as per Node installation instructions. Make sure that /usr/local/bin is in your $PATH.
Tried to install react-app. Had a permission error, basic one.
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access
npm ERR! Error: EACCES: permission denied, access

Fixed the permissions error and the package installed properly. Found the package in appropriate folder.
Still:
npm install -g create-react-app\ bash: create-react-app: command not found
My path is a long list since I have other things in my bash_profile. I see the /usr/local/bin there though. It's in quotes. I think I need to take a bash tutorial :0

You need to figure out where create-react-app got installed. On my machine it's in /usr/local/bin/create-react-app. Do you have this file?

This has been solved. It was a problem in bash profile.

Great, I'm glad you got it working!

How did you fix your bash profile?

Why are U having a similar problem?

Yes I am

The problem was not with CRA, but with node/npm.
Installing Node from scratch, non-homebrew, I put these in my bash_profile. And it worked.
export PATH="/usr/local/bin:$PATH" export PATH=$PATH:/Users/my_name/.npm-packages/bin/

@gaearon how would I solve this on Windows?

No idea. Never used Windows. I'd only be throwing out random guesses.
Try reinstalling node. If it installs properly this should clear up the CLI issue.
If not U'll have to debug your node install. That was the root of my problem.
Is npm/node working properly?

When I was testing Windows support I followed Node installation instructions and then launched "Node.js command prompt" that appeared in the Start menu. This worked for me, and I could launch create-react-app from there.

For anyone else with this problem on Windows, I found the following instructions that worked for me: (from this link http://stackoverflow.com/questions/19874582/change-default-global-installation-directory-for-node-js-modules-in-windows)
"to resolve this, change global install directory to C:\Users\{username}\AppData\Roaming\npm:
in C:\Users\{username}\, create .npmrc file with contents:
prefix = "C:\\Users\\{username}\\AppData\\Roaming\\npm"


Recommend using isEmpty() instead of size().

In Java, it is recommended to use isEmpty() instead of comparing the size() of a collection object with 0.

Added isEmpty() method to the ResultLoaderMap object

coverage: 87.168% (+0.001%) from 87.167%
when pulling b57b86cc87b251aab171e256d12122a6e23aba96 on dukbong:Replace
into e9e9a296000ad18aeda7a69bd34a39a3f122520c on mybatis:master.


Failed to load SNI.dll (when path contains a #)

When the project path contains a character, which is not a valid URI (in my case a subfolder called "/c#/..."), am Exception will be raised:
Win32Exception: Failed to load C:\projects\MsSQLSample\x86\SNI.dll
The search path for the SNI.DLL is truncated at the # sign - resulting in a wrong search path.

Hi @bkohlmaier
Please try the latest preview version (2.0.0-preview4) of the driver and let us know if you still face issues. We removed relative path LoadLibrary() calls from the driver recently.

Closing as the issue has been fixed with SNI modifications and does not need additional changes in driver/SNI


remove unused Gruntfile dependencies

no issue

many of our grunt tasks have already been removed but we still had the imports and respective npm dependencies lying around

LGTM will merge once Travis is green 👍


Added function to add or remove options from poll

This pull request solves #94

[x] Added 2 buttons to add a new option or to remove the last option.
[x] Assigned unique colors to the buttons
[x] Fixed some issues with css using flexbox
[x] Changed maxOptions count to defaultOptions count

@shiffman Please review and suggest any changes needed 😊

@foxytocin If you have a minute to take a look at this?

Great! Thanks for the contribution @abhpd! I'm taking an unusual approach with this project and pretty much merging everything! If something breaks, we'll fix it!

@shiffman Yes we will ✨ Thanks for merging ❤ 🥳 | Thanks for the review @foxytocin 😊

@shiffman #102 proves the functionality of all routes and new options feature. I updated the README to reflect all of this.


Option to minimize page previews

Describe your suggested feature
I'd like to see a setting that would hide the page previews by default. Something like an initial button with "Show previews" that would then show the screen as it currently is. I don't really use the previews and would rather be able to easily see my read status on the chapters, but with the option to view the previews.
Other details
No response
Acknowledgements

[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
[X] I have written a short but informative title.
[X] If this is an issue with an extension, I should be opening an issue in the extensions repository.
[X] I have updated the app to version 1.8.5.
[X] I will fill out all of the requested information in this form.

SY is always going to show at least some previews, there is a issue to make them configurable though https://github.com/jobobby04/TachiyomiSY/issues/643


HADOOP-17612. Upgrade Zookeeper to 3.6.3 and Curator to 5.2.0

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
shelldocs
0m  1s

Shelldocs 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
13m  8s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
20m 25s

trunk passed

+1 :green_heart:
compile
21m 18s

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

+1 :green_heart:
compile
18m 29s

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

+1 :green_heart:
checkstyle
3m 43s

trunk passed

+1 :green_heart:
mvnsite
24m 31s

trunk passed

+1 :green_heart:
javadoc
7m 41s

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

+1 :green_heart:
javadoc
7m 45s

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

+0 :ok:
spotbugs
0m 21s

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

+1 :green_heart:
shadedclient
47m 36s

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
26m 30s

the patch passed

+1 :green_heart:
compile
24m 47s

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

-1 :x:
javac
24m 47s
/results-compile-javac-root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 generated 10 new + 1921 unchanged - 0 fixed = 1931 total (was 1921)

+1 :green_heart:
compile
23m 44s

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

-1 :x:
javac
23m 44s
/results-compile-javac-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 generated 10 new + 1797 unchanged - 0 fixed = 1807 total (was 1797)

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
4m 45s
/results-checkstyle-root.txt
root: The patch generated 1 new + 356 unchanged - 2 fixed = 357 total (was 358)

+1 :green_heart:
mvnsite
25m 59s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
xml
0m 15s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
9m 36s

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

+1 :green_heart:
javadoc
9m 32s

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

+0 :ok:
spotbugs
0m 18s

hadoop-project has no data from spotbugs

+1 :green_heart:
shadedclient
57m 59s

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

_ Other Tests _

-1 :x:
unit
776m 10s
/patch-unit-root.txt
root in the patch passed.

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

1162m  3s

Reason
Tests

Failed junit tests
hadoop.ha.TestShellCommandFencer

hadoop.http.TestSSLHttpServer

hadoop.hdfs.server.balancer.TestBalancerWithHANameNodes

hadoop.hdfs.TestRollingUpgrade

hadoop.tools.dynamometer.TestDynamometerInfra

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 775340bf538b000a7bb284453b9e9285c90275a6

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

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

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

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

modules
C: hadoop-project hadoop-common-project/hadoop-auth hadoop-common-project/hadoop-common hadoop-common-project/hadoop-registry hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-client hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-applications-mawo/hadoop-yarn-applications-mawo-core . U: .

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

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
shelldocs
0m  1s

Shelldocs 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
12m 59s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
20m  8s

trunk passed

+1 :green_heart:
compile
21m 11s

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

+1 :green_heart:
compile
18m 30s

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

+1 :green_heart:
checkstyle
3m 36s

trunk passed

+1 :green_heart:
mvnsite
24m 23s

trunk passed

+1 :green_heart:
javadoc
7m 27s

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

+1 :green_heart:
javadoc
7m 43s

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

+0 :ok:
spotbugs
0m 20s

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

+1 :green_heart:
shadedclient
45m  6s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 37s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
25m 39s

the patch passed

+1 :green_heart:
compile
20m 55s

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

-1 :x:
javac
20m 55s
/results-compile-javac-root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 generated 10 new + 1914 unchanged - 0 fixed = 1924 total (was 1914)

+1 :green_heart:
compile
19m 28s

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

-1 :x:
javac
19m 28s
/results-compile-javac-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 generated 10 new + 1793 unchanged - 0 fixed = 1803 total (was 1793)

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
3m 42s
/results-checkstyle-root.txt
root: The patch generated 1 new + 356 unchanged - 2 fixed = 357 total (was 358)

+1 :green_heart:
mvnsite
22m 13s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
xml
0m 13s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
7m 56s

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

+1 :green_heart:
javadoc
8m 15s

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

+0 :ok:
spotbugs
0m 19s

hadoop-project has no data from spotbugs

+1 :green_heart:
shadedclient
48m 59s

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

_ Other Tests _

-1 :x:
unit
807m 18s
/patch-unit-root.txt
root in the patch passed.

+1 :green_heart:
asflicense
1m 18s

The patch does not generate ASF License warnings.

1160m 45s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestFileChecksum

hadoop.tools.dynamometer.TestDynamometerInfra

Subsystem
Report/Notes

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

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

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

uname
Linux 48c0ac257045 4.15.0-136-generic #140-Ubuntu SMP Thu Jan 28 05:20:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 775340bf538b000a7bb284453b9e9285c90275a6

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

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

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

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

modules
C: hadoop-project hadoop-common-project/hadoop-auth hadoop-common-project/hadoop-common hadoop-common-project/hadoop-registry hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-client hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-applications-mawo/hadoop-yarn-applications-mawo-core . U: .

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

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 spotbugs=4.2.2

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

This message was automatically generated.

If Curator 5.2 supports ZooKeeper 3.5.x, I'm +1 to upgrade.

If Curator 5.2 supports ZooKeeper 3.5.x, I'm +1 to upgrade.

@aajisaka you mean if (Curator 5.2 + Zookeeper 3.6) are compatible with Zookeeper 3.5 server? As per this doc, Curator 5 does not support ZK 3.4 but it does not mention if Curator 5 is wire compatible with ZK 3.5 servers.
@eolivelli would you be able to provide compatibility metrics of Curator 5.2 with ZK 3.5?
Thanks

would you be able to provide compatibility metrics of Curator 5.2 with ZK 3.5?

in Curator we have integration tests about using ZooKeeper 3.5 client and server on the classpath.
So it should work well even with ZK 3.5.x
https://github.com/apache/curator/tree/master/curator-test-zk35

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 42s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
shelldocs
0m  0s

Shelldocs 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
12m 34s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
23m  9s

trunk passed

+1 :green_heart:
compile
24m 18s

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

+1 :green_heart:
compile
20m 41s

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

+1 :green_heart:
checkstyle
3m 53s

trunk passed

+1 :green_heart:
mvnsite
26m 37s

trunk passed

+1 :green_heart:
javadoc
8m 19s

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

+1 :green_heart:
javadoc
8m 24s

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

+0 :ok:
spotbugs
0m 21s

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

+1 :green_heart:
shadedclient
50m 45s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 37s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
30m 16s

the patch passed

+1 :green_heart:
compile
24m 40s

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

-1 :x:
javac
24m 40s
/results-compile-javac-root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 generated 10 new + 1921 unchanged - 0 fixed = 1931 total (was 1921)

+1 :green_heart:
compile
19m 40s

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

-1 :x:
javac
19m 40s
/results-compile-javac-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 generated 10 new + 1797 unchanged - 0 fixed = 1807 total (was 1797)

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
3m 42s
/results-checkstyle-root.txt
root: The patch generated 1 new + 356 unchanged - 2 fixed = 357 total (was 358)

+1 :green_heart:
mvnsite
21m 26s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
xml
0m 13s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
7m 54s

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

+1 :green_heart:
javadoc
8m 11s

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

+0 :ok:
spotbugs
0m 19s

hadoop-project has no data from spotbugs

+1 :green_heart:
shadedclient
51m 50s

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

_ Other Tests _

-1 :x:
unit
309m 15s
/patch-unit-root.txt
root in the patch failed.

+0 :ok:
asflicense
0m 41s

ASF License check generated no output?

691m 17s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestDFSStripedOutputStreamWithFailureWithRandomECPolicy

hadoop.hdfs.TestDFSStripedInputStreamWithRandomECPolicy

hadoop.hdfs.TestCrcCorruption

hadoop.hdfs.TestRollingUpgrade

hadoop.hdfs.TestErasureCodingExerciseAPIs

hadoop.hdfs.TestFileChecksum

hadoop.hdfs.server.blockmanagement.TestBlockInfoStriped

hadoop.hdfs.TestEncryptionZones

hadoop.hdfs.TestTrashWithEncryptionZones

hadoop.hdfs.TestFileAppend2

hadoop.hdfs.TestReplaceDatanodeOnFailure

hadoop.hdfs.TestErasureCodingPolicyWithSnapshot

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 46e1f6b1393c9a2da7709305710baf5bf17738ae

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

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

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

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

modules
C: hadoop-project hadoop-common-project/hadoop-auth hadoop-common-project/hadoop-common hadoop-common-project/hadoop-registry hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-client hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-applications-mawo/hadoop-yarn-applications-mawo-core . U: .

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

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
14m 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:
shelldocs
0m  0s

Shelldocs 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
12m 54s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
24m 49s

trunk passed

+1 :green_heart:
compile
27m 11s

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

-1 :x:
compile
20m 49s
/branch-compile-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root in trunk failed with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.

-0 :warning:
checkstyle
0m 41s
/buildtool-branch-checkstyle-root.txt
The patch fails to run checkstyle in root

+1 :green_heart:
mvnsite
29m 29s

trunk passed

+1 :green_heart:
javadoc
9m 24s

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

+1 :green_heart:
javadoc
7m 58s

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

+0 :ok:
spotbugs
0m 21s

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

+1 :green_heart:
shadedclient
45m 28s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 37s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
25m 34s

the patch passed

+1 :green_heart:
compile
20m 39s

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

-1 :x:
javac
20m 39s
/results-compile-javac-root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 generated 10 new + 1921 unchanged - 0 fixed = 1931 total (was 1921)

+1 :green_heart:
compile
18m 29s

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

-1 :x:
javac
18m 29s
/results-compile-javac-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 generated 196 new + 1611 unchanged - 0 fixed = 1807 total (was 1611)

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

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

+1 :green_heart:
mvnsite
20m 32s

the patch passed

+1 :green_heart:
shellcheck
0m  1s

No new issues.

+1 :green_heart:
xml
0m 13s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
7m 30s

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

+1 :green_heart:
javadoc
7m 41s

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

+0 :ok:
spotbugs
0m 21s

hadoop-project has no data from spotbugs

+1 :green_heart:
shadedclient
45m 37s

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

_ Other Tests _

-1 :x:
unit
770m 28s
/patch-unit-root.txt
root in the patch passed.

+1 :green_heart:
asflicense
1m 34s

The patch does not generate ASF License warnings.

1147m 55s

Reason
Tests

Failed junit tests
hadoop.tools.dynamometer.TestDynamometerInfra

hadoop.hdfs.TestRollingUpgrade

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 811277f8029a58a00032509d1359956da473495e

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

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

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

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

modules
C: hadoop-project hadoop-common-project/hadoop-auth hadoop-common-project/hadoop-common hadoop-common-project/hadoop-registry hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-client hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-applications-mawo/hadoop-yarn-applications-mawo-core . U: .

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

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  5s

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:
shelldocs
0m  0s

Shelldocs 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
12m 53s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m 24s

trunk passed

+1 :green_heart:
compile
23m 59s

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

+1 :green_heart:
compile
21m  0s

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

+1 :green_heart:
checkstyle
3m 51s

trunk passed

+1 :green_heart:
mvnsite
26m 27s

trunk passed

+1 :green_heart:
javadoc
8m 13s

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

+1 :green_heart:
javadoc
8m  8s

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

+0 :ok:
spotbugs
0m 19s

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

+1 :green_heart:
shadedclient
49m 15s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 37s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
27m 15s

the patch passed

+1 :green_heart:
compile
23m  6s

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

-1 :x:
javac
23m  6s
/results-compile-javac-root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 generated 10 new + 1921 unchanged - 0 fixed = 1931 total (was 1921)

+1 :green_heart:
compile
20m 55s

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

-1 :x:
javac
20m 55s
/results-compile-javac-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 generated 10 new + 1797 unchanged - 0 fixed = 1807 total (was 1797)

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
3m 44s
/results-checkstyle-root.txt
root: The patch generated 1 new + 356 unchanged - 2 fixed = 357 total (was 358)

+1 :green_heart:
mvnsite
22m 40s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
xml
0m 13s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
8m 12s

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

+1 :green_heart:
javadoc
8m 10s

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

+0 :ok:
spotbugs
0m 22s

hadoop-project has no data from spotbugs

+1 :green_heart:
shadedclient
49m 34s

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

_ Other Tests _

-1 :x:
unit
821m 28s
/patch-unit-root.txt
root in the patch passed.

+1 :green_heart:
asflicense
1m 41s

The patch does not generate ASF License warnings.

1198m 14s

Reason
Tests

Failed junit tests
hadoop.tools.dynamometer.TestDynamometerInfra

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 811277f8029a58a00032509d1359956da473495e

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

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

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

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

modules
C: hadoop-project hadoop-common-project/hadoop-auth hadoop-common-project/hadoop-common hadoop-common-project/hadoop-registry hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-client hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-applications-mawo/hadoop-yarn-applications-mawo-core . U: .

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

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 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:
shelldocs
0m  0s

Shelldocs 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
12m 55s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
21m 14s

trunk passed

+1 :green_heart:
compile
23m 59s

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

+1 :green_heart:
compile
21m  8s

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

+1 :green_heart:
checkstyle
3m 50s

trunk passed

+1 :green_heart:
mvnsite
26m 32s

trunk passed

+1 :green_heart:
javadoc
8m 10s

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

+1 :green_heart:
javadoc
8m 14s

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

+0 :ok:
spotbugs
0m 20s

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

+1 :green_heart:
shadedclient
49m 15s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 37s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
27m 21s

the patch passed

+1 :green_heart:
compile
23m  3s

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

-1 :x:
javac
23m  3s
/results-compile-javac-root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04.txt
root-jdkUbuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 with JDK Ubuntu-11.0.11+9-Ubuntu-0ubuntu2.20.04 generated 10 new + 1917 unchanged - 0 fixed = 1927 total (was 1917)

+1 :green_heart:
compile
20m 52s

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

-1 :x:
javac
20m 52s
/results-compile-javac-root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10.txt
root-jdkPrivateBuild-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 with JDK Private Build-1.8.0_292-8u292-b10-0ubuntu1~20.04-b10 generated 10 new + 1793 unchanged - 0 fixed = 1803 total (was 1793)

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
3m 46s
/results-checkstyle-root.txt
root: The patch generated 1 new + 356 unchanged - 2 fixed = 357 total (was 358)

+1 :green_heart:
mvnsite
22m 32s

the patch passed

+1 :green_heart:
shellcheck
0m  0s

No new issues.

+1 :green_heart:
xml
0m 13s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
8m 11s

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

+1 :green_heart:
javadoc
8m 13s

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

+0 :ok:
spotbugs
0m 22s

hadoop-project has no data from spotbugs

+1 :green_heart:
shadedclient
49m 57s

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

_ Other Tests _

-1 :x:
unit
824m 27s
/patch-unit-root.txt
root in the patch passed.

+1 :green_heart:
asflicense
1m 40s

The patch does not generate ASF License warnings.

1201m 54s

Reason
Tests

Failed junit tests
hadoop.tools.fedbalance.TestDistCpProcedure

hadoop.tools.dynamometer.TestDynamometerInfra

hadoop.hdfs.server.balancer.TestBalancerWithHANameNodes

Subsystem
Report/Notes

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

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

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

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 811277f8029a58a00032509d1359956da473495e

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

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

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

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

modules
C: hadoop-project hadoop-common-project/hadoop-auth hadoop-common-project/hadoop-common hadoop-common-project/hadoop-registry hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-client hadoop-yarn-project/hadoop-yarn/hadoop-yarn-applications/hadoop-yarn-applications-mawo/hadoop-yarn-applications-mawo-core . U: .

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

versions
git=2.25.1 maven=3.6.3 shellcheck=0.7.0 spotbugs=4.2.2

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

This message was automatically generated.

Addressed comment by @eolivelli.
It seems we have enough full build (~20 hr) QA results with latest revision. FYI @aajisaka @jojochuang.
Thanks

BTW, let's fix the deprecation warnings in a separate jira.


Accessibility fix

We had accessibility issues with JAWS not seeing toasty notifications. This fix adds the ARIA alert role to each toasty and also removes the container from the DOM if there are no toasties. The latter is an attempt to fix an issue where JAWS reads the alerts twice.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: Ehesp:x: oadetoyeYou have signed the CLA already but the status is still pending? Let us recheck it.


Application unable to start correctly

Attempting to run on Windows 11 using the prebuilt version of retdec. System software is up to date.
On attempting to run retdec-decompiler.exe, I get the following error:
The application was unable to start correctly (0xc0150002). Click OK to close the application.
My VC redists are all up to date. What could be causing this issue?

i get this issue too


NDK 16 throws os error 2

I'm using NDK r16b since it is the last ndk that actually supports armv6 architecture, but using it with cargo-apk throws the following error:
Error: No such file or directory (os error 2)

Can't really find the root of this problem via the source code either. It's very vague.

Update:
The lack of  build/core/platforms.mk for NDK 16 is causing this issue. I created the file and wrote the following for it (Lower NDK versions might need different values for min/max platform level):
NDK_MIN_PLATFORM_LEVEL := 14
NDK_MAX_PLATFORM_LEVEL := 27

I wonder if you might be able to use the host clang compiler instead, maybe it still has support for armv6?
xbuild uses the host compiler, with only minimal bits from the NDK.


Additional user id manipulation test

Pull Request Test Coverage Report for Build 307

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.06%) to 74.705%

Totals

Change from base Build 306:
0.06%

Covered Lines:
2342

Relevant Lines:
3135

💛  - Coveralls

@vanitasvitae still testSelectKeysFromKeyRing() fails on the openjdk11

@vanitasvitae now Travis seems to be completely happy, not sure what has happened, I didn't change anything too much, but it was failing before


SharePoint test plan intermittent fails MS.SHAREPOINT.4.2v1

🐛 Summary
What's wrong? Please be specific.
SharePoint test plan intermittent fails MS.SHAREPOINT.4.2v1 due to assumption of sites being in an explicit order.
To reproduce
Steps to reproduce the behavior:

Run test plan against gcc high tenant

Expected behavior
What did you expect to happen that didn't?
Test cases for MS.SHAREPOINT.4.2v1 to pass
Any helpful log output or screenshots
Paste the results here:

Add any screenshots of the problem here.

Consider filtering for correct site.
 Get-SPOSite -Limit All | Where-Object {($_.Url -NotLike '*-my*') -And ($_.Url -Like '*/') }

Reviewed 12/14
@crutchfield Can you please add a couple of sentences describing the problem in more detail?
Also I placed a priority of high because it looks like the Sharepoint test plan will not work on some tenants.

Reviewed 12/14
@crutchfield Can you please add a couple of sentences describing the problem in more detail?
Also I placed a priority of high because it looks like the Sharepoint test plan will not work on some tenants.

The Get-SPOSite returns a list of sites (including personal sites).  We are looking for a specific site and its associated attributes.  The query needs to filter for proper site and not just assume it is returned as teh first item in the array.

@schrolla We should consider adding this into Iceberg since it relates to SharePoint functional test plan improvements #1093.

Found the same issue while testing for Halibut release - policy 4.2 is consistently failing against GCCHIGH tenant. Screenshot below:

I reprioritized this because I was doing some testing with Sharepoint today on a different issue and I determined that the test plan for this policy affects the accuracy of the functional test in other tenants, not just GCC high. Therefore as the functional test is currently written, I don't have a high confidence that the functional test is working as it is supposed to even if you don't see any explicit errors in the command line when you run it. The fix is easy.

This is blocked because the respective Sharepoint setting is being deprecated by Microsoft. Probably not worth working on this if we are going to remove the setting from ScubaGear. @ahuynhMITRE for awareness.

This will be addressed with PR #1309


Several fields including workout_type cannot be set via the API wrapper

I came across this because I tried to set the workout_type of my activities to Race instead of Run, which is the default. While it is returned when reading an activity, currently it cannot be set using the create/update functionality.
While the docs do not explicitly state that this is a feature, I got a confirmation from one of the Strava API devs that this is indeed supported. In fact, all fields that can be read should be writeable via the API. (See  his answer below)
I think, we should extend the list of allowed fields for the create/update endpoints to reflect that. Any thoughts?

Hi Timo,
Setting the workout_type is supported and appears to be working — I've just tried it on one of my own activities (see below for an example from the command-line using httpie and jq). Your application needs to have write access (see "access scopes" on http://strava.github.io/api/v3/oauth/).
$ http https://www.strava.com/api/v3/activities/595440342 'Authorization: Bearer <redacted>' | jq '.workout_type'
3
$ http PUT https://www.strava.com/api/v3/activities/595440342 'Authorization: Bearer <redacted>' workout_type=1 | jq '.workout_type'
1

I'd be happy to update the documentation if you think this isn't something that is clear. I would generally expect the fields returned from a read request to also be updatable by the client.
Cheers,
-j

This appears that it would be an easy patch:
https://github.com/UnbounDev/node-strava-v3/blob/master/lib/activities.js#L17
Please include a test if you can.


New branch 1

Add some details for the homepage

Please use detailed information,for example :chinese name(english name)


Misleading import error message

Description
import Std.Data.BitVec.Basic
import Std.Data.Bitvec.Basic -- ``Bitvec`` should have been ``BitVec``

Fails with
import Std.Data.Bitvec.Basic failed, environment already contains 'Std.BitVec.smod._cstage1' from Std.Data.BitVec.Basic

while it should have failed with
no such file or directory (error code: 2): ....../Std/Data/Bitvec/Basic.lean

Note that import Std.Data.Bitvec.Basic alone does not fail, so it could be the case that there are two files, one imported BitVec and another imported ``Bitvec```. Both file would successfully build, but when another file imports both files, the above error would occur.
Versions
Lean (version 4.2.0-rc4, commit 819b5eaceaa4, Release)
Ubuntu 20.04.6 LTS
Std4: ab21923ce1717d48a8d3d17e77bf6cdd3122eed8
Impact
Add :+1: to issues you consider important. If others are impacted by this issue, please ask them to add :+1: to it.

(Same problem occurs on macos.)

Cannot reproduce on btrfs/NixOS. @PratherConid Are you using a case-insensitive file system on Linux...?

@Kha Yes. I'm using wsl and the file is in a windows folder.

Another instance of this reported on Zulip. I'll ask that they give details about their system here.

Another instance of this reported on Zulip. I'll ask that they give details about their system here.

I was using 4.11.0-rc2 on macOS 14.5


Add a way for AVO to use sts:AssumeRole when instructed

The .spec.awsCredentialOverrideRef field already exists in our API, but previously only acts on IAM User credentials that are provided. This commit adds the ability to parse role_arn from the provided secret and perform sts:AssumeRole instead.
OSD-18773

Codecov Report

Merging #215 (e324e2e) into main (ac440f0) will decrease coverage by 0.16%.
The diff coverage is 0.00%.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #215      +/-   ##
==========================================
- Coverage   38.87%   38.72%   -0.16%
==========================================
  Files          31       31
  Lines        1978     1986       +8
==========================================
  Hits          769      769
- Misses       1118     1125       +7
- Partials       91       92       +1

Files
Coverage Δ

api/v1alpha2/vpcendpoint_types.go
100.00% <ø> (ø)

pkg/secrets/secrets.go
38.09% <0.00%> (-23.45%)
:arrow_down:

/lgtm


No "Show Secondary" Slicer

Regarding Step 4 of Add titles to the axes; there is no such slicer as "Show Secondary." Please advise.

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

ID: 83e368c2-36c2-a5c0-f2af-993f6ee73665
Version Independent ID: 452524d5-e375-9750-19ac-eb76903b36b3
Content: Combo Chart in Power BI - Power BI
Content Source: powerbi-docs/visuals/power-bi-visualization-combo-chart.md
Service: powerbi
Sub-service: powerbi-desktop
GitHub Login: @mihart
Microsoft Alias: mihart

Hi, @thecmanp11 -- thanks for your question! I've assigned it to the author, who will get back to you with more info. Thanks!

Hi @thecmanp11 ,
The "Y Axis" section is very very long.  You'll see two different scroll bars.  Use both scrollbars to get to the section where you can set the Secondary axis options.
Take care.


Ensure apt runs in noninteractive mode

Setting DEBIAN_FRONTEND=noninteractive as a container-level ENV variable, so all apt operations occur in noninteractive shells.
Should resolve issues as seen with laminas/laminas-barcode#15

Not sure if that works due to lack of knowledge here.
Someone on slack also mentioned some dpkg Options?
https://laminas.slack.com/archives/C4QBQUEG5/p1640273497429500
But we should give this a try, I dont think it could be worse 😅


Add a pyam.iiasa.platforms() function

Please confirm that this PR has done the following:

~Tests Added~
[x] Documentation Added
~Name of contributors Added to AUTHORS.rst~
[x] Description in RELEASE_NOTES.md Added

Description of PR
This PR adds a method pyam.iiasa.list_platforms() as a shorthand for the ixmp4 function down in the config hierarchy, producing an output like:
IIASA platform      Access    Notice

public-test         public    This is a public ixmp4 test instance hosted by the ...
ecemf               private
genie               public    This is a development instance for the GENIE knowle...
ssp-extensions      public
ecemf-internal      private

5 total

I modified this from the corresponding method in ixmp4 showing name, access level and notice (instead of dsn), because this seems more relevant for a Python-API-user.
@meksor, if you agree, I can implement the corresponding change in ixmp4?
Update
Renamed the function to pyam.iiasa.connections() to avoid naming conflict with the ixmp4 method.

Hm it would be useful to see if one is connecting via rest or sqlalchemy, maybe just showing the protocol part of the dsn?
Something like dsn.split('://')[0]

Hm it would be useful to see if one is connecting via rest or sqlalchemy, maybe just showing the protocol part of the dsn?

My suggestion only refers to the attributes when connecting via the manager - the toml would still have the dsn.

Ah I see, alright convinced!


Use Location type?

re #39553
The SourceBreakpoint has a source and a location... Two thing that I'd favour

use the Location-type which is defined in the API
tweak the name of source and location. We usually just use uri for a URI and position for a position.

The only reason why I refrained from using "Location" is that it is based on a "Range" instead of a "Position" (and the DAP doesn't support a range as a spec for a source breakpoint).
But I see the point of API consistency and regularity.

new proposed SourceBreakpoint:
	export interface SourceBreakpoint extends Breakpoint {
		/**
		 * Breakpoint type 'source'.
		 */
		readonly type: 'source';
		/**
		 * The source and line position of this breakpoint.
		 */
		readonly location: Location;
	}


Fixed errors on reaction collectors example page.

Replaced the message_collector template in the constructors with reaction_collector as the previous one was wrong, and would introduce an error.
I have also replaced list[0].channel_id with list[0].react_channel->id, as channel_id object does not exist.

[X] My pull request is made against the dev branch.
[X] I have ensured that the changed library can be built on your target system. I did not introduce any platform-specific code.
[X] I have ensured that all methods and functions are fully documented using doxygen style comments.
[X] I tested my commits, by adding a test case to the unit tests if needed
[X] I have ensured that I did not break any existing API calls.
[X] My code follows the coding style guide (if you are not sure, match the code style of existing files including indent style etc).
[X] I have not built my pull request using AI, a static analysis tool or similar without any human oversight. Where I have generated this pull request using a tool, I have justified why this is needed.
[X] I agree to the terms of the DCO (Developer Certificate of Origin)

This PR shows a questionable indentation on line 29 of the example. The PR ISN'T the cause of this but noted as something to fix for a new PR.


FGO_EN_Regular Only seems to recognize the results page.

I've been tinkering with the code for a couple of days now, at first it was able to select the Ember Gathering Quest I wanted to automate, but now it only seems to work with the Results Screen after the node has already been completed. I've tried starting it on the Menu, Battle Screen, The Support Select, and the Results screen, and all it seems to understand is how to get me through the results pages. It does nothing for the actual game play, support select, or node selection. Nothing happens.
I tried using the script without modifying it - Nothing worked.
I tried using a copy of a friends setup(That worked on their device) - Nothing worked.
Attached is the setup that I tried last. I'm using a Galaxy 10e.  Android 9.
FGO_EN_REGULAR.txt

Update: 1/5/2020
Script will now select the quest. It no longer does anything on the results page. It still does nothing during the actual farming.  Friend Gacha auto clicker is slightly off, but it still works.
I'm so tired.

Same problem here. i use Galaxy s10e too.
Script works on JP perfectly but for NA it only recognize the results page.

That's interesting. I'd assume that they both use the same stuff from the modules folder, and both look pretty much the same when I read them, y'know aside from the comments in one being in Japanese.
If you're playing both JP and NA, does that mean you're using an android emulator for one of the accounts?

Nope, i've never used an emulator

Ok. Do you have both versions of the game on the same phone?

Yes, Galaxy s10e Android 9. I hope someone fix FGO_EN_Regular soon

I see. Sorry for the misunderstanding.

Ankulua version?

It's on 8.6.

It might have to do with the Galaxy s10e stretching the game screen and causing image recognition to fail because of 2 possibilities:

The image stretched and can't be matched.
The location where the bot is searching the image is different.

Check if the phone has an option to play the game on regular size. I
Not sure about this one but it's worth a try if you want( no need to do it for everything, just do it for Attack button and buster/arts/quick) if it works then you do the rest:
What you have to try out is to replace locations and regions in  ..modules\game.lua as well as replacing the actual image for each of them. If you require coordinates and can't code to get it, use snapAndPlay on Ankulua and just click the targetted spots, it will create both an image + give you the exact region, ( x,y,h,w). Ignore last 2 coordinates for locations. Don't forget you also have to configure the image sizes to be of the same as

I moved everything over to an old galaxy s7edge. Ankulua seems to miss skill icons and other prompts on the new screen, but otherwise seems to work.
NOX Resolution is 720 x 1280 (16:9) - Works Fine.
S7 Edge Resolution is 1440 x 2560 (16:9) - Works, but is imprecise.
Pixel 2: 1920 × 1080 (16:9) - Works just fine.
s10e: 2280 × 1080  (19x9) - Does not work, only idles.
I think Plagiarizer's idea holds. Screen resolution does seem to have an effect. From what I can tell, anything that runs the game in 16:9 works, anything over that fucks with things in the Images_EN folder, which might explain why the friend gacha script still works. Maybe. I don't know. I didn't make this thing.
s10e has something in it's options called Full Screen Apps under Display. I can bring it down to 16:9, and I'll try it after I recover my account because I failed to bring it back to the original device figuring this out.
Yes.

I've attempted to use the full screen with my note 10+ and it didn't work. Only thing I got to work is results and selection of the quest. . I've come to a similar conclusion actually that the screen resolutions for the S10e and S10+ are different from other andriod devices.
I'm a little unsure what to modify. I thought about taking screenshots of my screen and modifying the Images_EN folder, but i wasn't sure what else needed to be modified.
I will say I've noticed on the JP side. That Ankulua seems to be off just slightly, but still works cause it can click what it needs to click.

I've also thought about that, but I don't want to put in that much effort into something I'm not sure will work.

I could do some testing. Essentially all the code works anyway. If it's just the assets it shouldn't be to hard to modify. The only thing that confuses me is the difference between JP/NA.
Look at the Images_EN folder and the JP folder the images are the same from what I can tell, but I  could pull them in and screenshot to do comparisons.

Well did an image conversion essentially. I noticed some of the assets in the docs folder are currently different from what we see on NA. Aside from that the over all assets look similar the the Images_EN folder.
I must be glossing over something obvious

@Enfinit still trying to figure it out myself.

Changing autoGameArea(true) on line 46 of modules\scaling.lua to autoGameArea(false) and leaving the rest of the file as is fixed the script for me on my Galaxy S10e.

Does inTone1337's solution work for you guys?

It works for selecting the quest and in the battle, but it doesn't for selecting support. I can still see the script trying to scroll however.

@glassofmilk1 Try setting the value of similar to a lower value at https://github.com/29988122/Fate-Grand-Order_Lua/blob/master/modules/support.lua#L316

Also I proposed a new MLB image under #355, maybe that helps. At least it helped me because the script always skipped MLB Star of Altria.

Hi, sorry this is such a late response. But I was able to get it to partially work using https://github.com/29988122/Fate-Grand-Order_Lua/issues/333#issuecomment-585049286
The "first" option at least.
I can see it trying to swipe and it doesn't actually recognize when there's a servant and CE and I put as preferred on my settings.

@glassofmilk1 Try running the script in fullscreen mode with autoGameArea(false), that should fix general issues of missing buttons. You don't need to manipulate the notch area yourself.
And please use the latest version of the script as the support image detection region was slightly off in previous versions.

So I'm trying it with autogamearea(false) and it does this bizarre thing where it only works when I flip my screen upside down. Otherwise I could be waiting over five minutes and it'll do nothing.

Are you flipping it while the script runs or before running it?

While it runs.
I did a bit more experimenting and "first" seems to work so long as I have the bottom of the phone on the left side. I do have to flip the phone if I'm using "preferred". Similarly, I can see it trying to scroll but not actually scroll while the bottom of the phone is on the left but if it's on the right, I don't see any inputs.

@glassofmilk1 Can you provide 2 screenshots, one for each orientation?

Is that with debug on?

You don't need to activate debugmode, no. But you could add new Region(0, 0, 2560, 1440):highlight(10) between line 60 and 61 of scaling.lua, which will show the game area used by FGOlua when you start the script.
And you used a fresh scaling.lua and only changed autoGameArea, right?

Is it supposed to be like this? Because when I do that it puts up this error:

Remove the , at the end of the line.

And add a tab before new Region

It looks like this and it's still throwing up the same error

Sorry, I mixed Java with Lua. Remove the new .

The bottom of the phone is on the left for the first screenshot and the right on the second

Aha! It's because the black bars are asymmetric. Right now the only way to run FGOlua on your device is by enabling full screen mode in Settings -> Display -> Full screen apps.
There may a better solution in the future, but it's hard to implement a fix when we don't have any developer with a Samsung device.

That seems to have worked, so I'm happy with the result regardless.


[WIP] fix: enable debug assertion for gas cost of access-list

Description
Enable debug_assert_eq! for gas cost of access-list.
Wait for testool result.

Testool could work without scroll feature:
https://circuit-release.s3.us-west-2.amazonaws.com/testool/default.1705482827.e74fb9e.html

Move this to https://github.com/scroll-tech/zkevm-circuits/pull/1070 after upgrading l2geth.


expose backoff manager in swarm

Expose this here so we can use it in the swarm commands to clear the dial backoff

SGTM


Support standalone inventory validation

While looking into https://github.com/OCFL/spec/issues/532 it was really annoying to have to create an object with a bad inventory rather than just playing with a standalone inventory. It would be useful if ocfl-validate.py validated a standalone inventory as well as object and storage roots.

Fixed by #31, in 1.2.0


Crashing After add a custom csv file into server/config/structurecontrolutility

Maybe I did something wrong or there is a issue

crash-2024-07-25_20.31.57-server.txt

Please attach your structures.csv

This was an issue with Linux vs Windows and my use of the IBM string tokenizer library instead of the Java string Tokenizer library.  I switched to the Java library.  It should be fixed now.

Thanks for the hot fix. It solves my issues


Provide more/better event hooks

librespot does provide runtime parameters to trigger an external script on some events. I'd like to see this expanded to support native events in the library code. Plus more events than start/stop/change. Eg. a track skip, volume change etc. are not supported at this point.
Background: my main interest currently is Spotify on Squeezebox/Logitech Media Server (LMS). Integration with this environment isn't trivial, as audio data isn't fed to the player hardware, but would go through LMS, then over the network to the players. In order to keep the player UI up to date and in sync with the actual playback, I need to know about changes.
The users of this plugin run LMS on all kinds of platforms, from Windows, over Mac, to various NAS devices, Raspberry Pi, desktop Linux and even FreeBSD. Scripting these platforms in a generic and reliable way is difficult. I therefore forked librespot to add hooks in place of the above which would trigger http requests to LMS. While this works pretty well, it's a hack. I added code mostly to the player.rs code, but would be happy to get back to plain librespot code...

Probably best implemented in #20

It seems like the onstart/onstop/onchange hooks are more or less sufficient for your usecase, unless I am missing something?
What needs to be done is in player.rs switch them into arbitrary closures and move the "execute external program" part to main.rs. This way you'll be able to use your custom code by only patching/writing your own main.rs

That's a starting point. But the player state handling is somewhat irritating: if a track plays out (ends) and a new one begins, I'd get a stop event. I was having a hard time trying to figure out from the callee whether the playback really ended or not. But that's probably my convoluted way of using librespot :-).
FWIW: as I'm not using librespot's playback but am piping the PCM stream through LMS, I did add volume change events, too. But that's really a non-standard use case.

Continued discussion in #189 and being handled in #190. Closing in favour of those.


test server is down

need to leave heroku, so better dockerize the backend and host on a dedicated server

changed to new server


VIVAX Compatibility

Is there any possibility of VIVAX AC integration ? It uses the same app Net Home Plus.
I tried connecting it but it seems that the entitiy is unavailable. Does it use some kind of other communication protocol?

I've got a vivax AC and have been using this integration for almost a year.
On the latest version, the integration breaks so use the version before that.

You need to tell me more detailed information

such like homeassistant log

I just updated to the latest version and seems all is working fine now.
I don't remember the exact version with which I had problems, but seeing it's working now, please ignore my previous comment.


deployAgent in node-controller is always succeeded even if failed to run container(rancher/rancher-agent)

Rancher versions:
rancher/rancher: v2.0.6
rancher/rancher-agent: v.2.0.6
Docker version: (docker version,docker info preferred)
Containers: 36
 Running: 20
 Paused: 0
 Stopped: 16
Images: 19
Server Version: 17.03.2-ce
Storage Driver: overlay2
 Backing Filesystem: xfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 4ab9917febca54791c5f071a9d1f404867857fcc
runc version: 54296cf40ad8143b62dbcaa1d90e520a2136ddfe
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 3.10.0-693.17.1.el7.x86_64
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 7.639 GiB
Name: yrancher001-vks-jp2v-dev
ID: VIN4:LOJI:P3LY:BHF7:3VNU:ORJJ:HPBF:ZCQ2:UR5E:GFLB:6HHZ:TDHT
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 yrancherdev001-vks-jp2v-dev:5000
 <IP_ADDRESS>/8
Live Restore Enabled: false

Operating system and kernel: (cat /etc/os-release, uname -r preferred)
3.10.0-693.17.1.el7.x86_64
Type/provider of hosts: (VirtualBox/Bare-metal/AWS/GCE/DO)
kvm+qemu
Setup details: (single node rancher vs. HA rancher, internal DB vs. external DB)
single node rancher
Steps to Reproduce:

Deploy rancer/rancher with v2.0.6
Create NodeTemplate with OpenStack driver
Edit agent-image settings to use unknown image (kubectl edit settings agent-image)

apiVersion: management.cattle.io/v3
customized: false
default: rancher/rancher-agent:master
kind: Setting
metadata:
  clusterName: ""
  creationTimestamp: 2018-04-25T10:04:31Z
  generation: 1
  name: agent-image
  namespace: ""
  resourceVersion: "19210477"
  selfLink: /apis/management.cattle.io/v3/settings/agent-image
  uid: 0c9c3326-4870-11e8-8cff-fa163e23e310
value: unknown/unknownnnnnnnnnn

Create cluster with nodepool which use the nodetemplate which is created by step2
Wait for node is created

Results:

Node state won't be changed from "registering" for ever (provisioning is not recognized as error and retry doesn't happened)
Conditions of that node are following

status:
  conditions:
  - lastUpdateTime: 2018-08-03T09:48:03Z
    status: "True"
    type: Initialized
  - lastUpdateTime: 2018-08-03T09:50:20Z
    status: "True"
    type: Provisioned
  - lastUpdateTime: 2018-08-03T09:50:20Z
    status: "True"
    type: Saved
  - lastUpdateTime: 2018-08-03T09:50:20Z
    message: waiting to register with Kubernetes
    status: Unknown
    type: Registered

As you can easily imagine, In this situation rancher-server would fail to run rancher-agent after created VM and installed dockerd. As long as I read the code, we probably expect Provisioned condition to be False when failed to "create vm", "install dockerd", "run rancher-agent" and retry until succeeded but rancher-server currently recognize "failing to run rancher-agent" as succeeded. This is the problem.
This is happening because we use docker-machine --native-ssh  ssh <command>, current docker-machine doesn't propagate error from command execution in the case of using --native-ssh (see
https://github.com/docker/machine/issues/4549 )
So we need to fix docker-machine by applying patch (
https://github.com/docker/machine/pull/4550) or stop to use --native-ssh in rancher-server.

having if not the same, a similar issue that @ukinau is having. In my case, when my spot instances expires or an instance is being registered but suddenly its terminated, rancher keeps it either "Registering" forever, or "Active" when the instance is already terminated.

The root cause of this problem came from docker-machine's bug that doesn't propagate error when use --native-ssh.
See this report: https://github.com/docker/machine/issues/4549
I already created the patch of this bug and proposed to docker/machine repository but this repository seems no longer maintained.
So I created PR to rancher/machine as well. Please check it out.

@ukinau i will close this one as this is already included in https://github.com/rancher/rancher/issues/15035


jaxlib build w/ cuda: File not found during compilation

I'm compiling jaxlib with CUDA 10.0 on Ubuntu 18.04. The build fails with the following error:
$ python3 build/build.py --enable_cuda --cuda_path /usr/local/cuda-10.0/ --cudnn_path /usr/local/cuda-10.0/ --enable_march_native

[...]

ERROR: /home/clem/.cache/bazel/_bazel_clem/ffaac3f7c6ad1cb26f04f1933452eef6/external/nccl_archive/BUILD.bazel:53:1: error while parsing .d file: /h
ome/clem/.cache/bazel/_bazel_clem/ffaac3f7c6ad1cb26f04f1933452eef6/execroot/__main__/bazel-out/k8-opt/bin/external/nccl_archive/_objs/device_lib/pr
od_i32_reduce_scatter.cu.d (No such file or directory)
nvcc fatal   : Could not open input file /tmp/tmpxft_00000004_00000000-6_prod_i32_reduce_scatter.cu.compute_35.cpp1.ii
Target //build:install_xla_in_source_tree failed to build
INFO: Elapsed time: 278.116s, Critical Path: 69.60s
INFO: 1281 processes: 1281 linux-sandbox.

Above this error message are only compiler warnings but no errors which could lead to some file not being created. Am I missing something? Or might there be a file name bug? Thanks a lot for your help!

I'm on a fresh Ubuntu 18.04.2 install with CUDA 10.0, cudnn and driver version 410.48.
Full log

I saw this too. It seems to be nondeterministic and related to nvcc, but I didn't have time to track down the problem. Try running the build again, and it should make more progress.

Thanks for the advice. I had to restart the compilation ~10 times and finally it finished.
However, after installing jaxlib and jax the xla backend does not find my GPU and falls back to CPU. Could this be related?

No, I think the two are unrelated. One is a build problem, the other is a run time problem.
Are you sure it's using the right jaxlib (i.e., the one you just built?) You can install it locally with pip install -e jax/build.
(You might also try a prebuilt jaxlib wheel; there are links to CUDA 10 wheels on the JAX github README.md).

Thank you again, I'll look into it.
I have tried the pre-build jaxlib wheels without success¹. The readme states the GPU support of those is experimental, thats why I tried building myself.
¹ without my GPU being detected that is

I've had this bug for a few months too, but never got around to reporting it. If I resume compilation, it usually progresses until another failure on a file in that directory. (But as reported above, it does eventually work.) My guess is that it's a race condition on a lot of requirements in nccl. My build machine has 20 threads, and it happens most of the time.
I don't have any issues detecting my GPU with CUDA.

Thank you @kroq-gar78 for the information. I posted a separate issue on that as it apparently does not correlate to the compilation error.

PR #1096 seems to have fixed this for me. Hope that helps!


Introduce an EventTypeUpcaster

On the user group a request came in for insights into an upcaster which purely allowed for upcasting the event type. From the pseudo code I provided in, I went further and drafted an actual implementation.
Thus, this pull request introduced the EventTypeUpcaster. This is an abstract implementation of the
SingleEventUpcaster, which has abstract functions to retrieve the expected and upcasted payload type / revision.
The SingleEventUpcaster#canUpcast(IntermediateEventRepresentation) and SingleEventUpcaster#doUpcast(IntermediateEventRepresentation) call protected methods, which allow for more fine grained control by the end user.

I like this type upcaster! This can be a valuable option besides serializer configuration (aliases) which also can be used to solve this type of requirements (specifically, XStream gives more freedom than Jackson...)


Issue #103 added gitignore and header to miopen.h

I added a gitignore to the build folder and my .vscode folder.  Also, I added #include<stdbool.h> to make it compatible with gcc.

This has been added to MIOpen 2.0.0


Revert "Revert "NETOBSERV-755: ignore flow direction in deduplication…

… (#74)" (#77)"
This reverts commit 0e3f5eac6083b888f6d07797c90e574298c1b86b.

@mariomac can we merge it? (some checks are stuck in progress)

@jotak yes, we can. The 1.17 tests were removed because we updated the source to 1.18 but by any reason I don't understand, they are still there but they don't run. I hoped to fix it with this but I can't: https://github.com/netobserv/netobserv-ebpf-agent/pull/76

Ok, I've found the culprit: it's the branch protection rules that prohibit merge if some status checks don't pass, but sadly, the status checks listed in the protection rules include the startegy version so it was still configured on "test (1.17)" or "e2e tests 1.17" 🤪
For now I've removed this protection ; checking on FLP, we don't use protection on status check either


Released date of next version

Hello authors,
It is really a wonderful work. When do you plan to release the next version (imagereward-2.0) of this project. Thanks a lot.

Thank you very much for your attention. The timing of ImageReward-v2.0 depends on the progress of the research, and communication is welcome.


Fix regex queries regression

ValidateGroupBy was returning an error if a tag does not exist
but it appears that function was supposed to be validating that
a field name was not used as a group by field.
Fixes #3326

Yeah, makes sense. Might have been a DQ regression (copy 'n' paste). +1


Amend commit does not respect whitespace in message

Amend feature does not respect whitespace in commit message.
Repro:

Commit with message:
feat: something

foo
bar
baz

Amend commit. The amend window will show this message:
feat: something foo bar baz

Workaround: manually fix the message each time.

@H-4ND-H would you like to have a look into it?

@H-4ND-H thanks! It's done when it's done. Don't hurry ;)

Related https://github.com/Murmele/Gittyup/issues/398


Fix matplotlib/networkx conflict

For some reason, conda is currently pulling in matplotlib 3.4.1 and networkx 2.3 (which is old, and not compatible with the new matplotlib API).
This PR will fix that issue.

Looks like this fixes it. I'll go ahead and merge. The only change is that I have conda update networkx after the normal install procedure. That doesn't require review. (Review in this repo is so users can be informed of how SimStore recommended usage is changing and provide input on that.)


Fix autoload path for RipperParser

Description
The autoload specification is incorrect and should be corrected. The class YARD::Parser::Ruby::Legacy::RipperParser does not exist and is assumed to be YARD::Parser::Ruby::RipperParser.
YARD::Parser::Ruby::Legacy.constants
#=> [:Statement, :RipperParser, :RubyParser, :RubyToken, :StatementList, :TokenList]
YARD::Parser::Ruby::Legacy::RipperParser
#=> uninitialized constant YARD::Parser::Ruby::Legacy::RipperParser (NameError)

Completed Tasks

[x] I have read the Contributing Guide.
[x] The pull request is complete (implemented / written).
[x] Git commits have been cleaned up (squash WIP / revert commits).
[x] I wrote tests and ran bundle exec rake locally (if code is attached to PR).

Getting around to these. Thank you!


There needs to be some space added to the characterEquip sections at the bottom as otherwise they are clipped at the bottom of the scrollView

fixed


fix: remove extra scrollbar

removed extra scroll bar from debug tab

There is no-one to properly review this code and @MatthijsSmets wants to merge. It is a small fix so I can live with this, provided that Mark and Rick are notified.


Add pbstream_info executable

This is useful to debug and inspect serialized files.

@cschuet You suggested that "info" should not be part of the name but rather be a flag. Should I rename and make "info" the default action (i.e., no extra flags)?

@gaschler as discussed let's merge this as is - @sebastianklose will merge with the migration tool to start our pbstream swiss army knife tool :)

@wally-the-cartographer merge

Merge requested by authorized user gaschler. Merge queue now has a length of 1.

Refusing to merge, since the combined checks state is failure


How to use thebelab in a specific jupyter server instead of mybinder.org?

Because the latency of the mybinder.org(in China), I want to modifty the backend to my own jupyter server? Is there a options for this demand?

I found it.
serverSettings in kernelOptions.
ignore it~

thanks for letting us know you found it!


feat: add oracle pair to market object

Description

fix #1701

Purpose
Why is this PR important?

Summary by CodeRabbit

New Features

Introduced an Oracle Pair field to markets for better index price determination.

Bug Fixes

Implemented validation to ensure market pairs are not empty.

Tests

Added new test cases for market creation with oracle pairs and error handling.

Documentation

Updated CHANGELOG to reflect the addition of oracle pairs to market objects.

Refactor

Adjusted market creation logic to include oracle pairs.
Modified existing functions to utilize the new oracle pair field.

Running some actions on this PR to fix the codecov step in the test action


I get readTimeouts really often?

Whenever i leave the session long enough when i try to refresh the page or post something i get readTimeouts.
I am on macosx high sierra

Does this look like the same error that you're seeing?
https://github.com/michael-lazar/rtv/issues/469

exactly

Closing as duplicate issue


Feature/jsonld compact

Prerequisite PR (included here): #39 -- if you merge that first, changelog becomes simpler.
Adds a task handler for JSONLD_COMPACT_DATA. This task automatically triggers an add_node action with the result.
Important minor note: The input task_meta['data'] to this task is in string format, straight off the wire. The output is now a dict (as it is compacted into our common context) and can be worked with directly.

+1


How about using LoadWithLogger in LoadPlugins method

I was created a custom plugin but althrough defined RegisterLogger, it not be called.
I see plugin.go, it call client.Load and server.Load without specific logger.
How about using client.LoadWithLogger and server.LoadWithLogger ?
I made a pull request https://github.com/devopsfaith/krakend-ce/pull/344

fixed at https://github.com/krakendio/krakend-ce/pull/374


Major fix

Kinda fixed the theme: background image, GUI colors, etc... Some problems may still occur however.

If the background image doesn't appear - check if the url in .css matches the real image adress (you can find it using dev tools).

PS: haven't figured out how to apply blur effect without affecting everything including the interface yet.


ebpf_updates: issue #2

Issue number 2 of the eBPF Updates, now ready for review.
TODO before merging: Update (if necessary) the timestamp to reflect the actual date of publication.

Thank you Joe, Kornilios, Tobias, and Paul for this round of review! All your feedback should be addressed now.
Full incremental diff -- Sorry, text re-wrapping makes it huge!
diff --git a/src/posts/2020-12-21-ebpf-updates/index.md b/src/posts/2020-12-21-ebpf-updates/index.md
index b388691c8771..c5aad4d53408 100644
--- a/src/posts/2020-12-21-ebpf-updates/index.md
+++ b/src/posts/2020-12-21-ebpf-updates/index.md
@@ -63,7 +63,7 @@ eBPF.

 ### Blog Posts, Presentations

-* [_The Top Reasons Why You Should Give eBPF a Chance_](https://blog.container-solutions.com/the-top-reasons-why-you-should-give-ebpf-a-chance)
+* [_The Top Reasons Why You Should Give eBPF a Chance_](https://blog.container-solutions.com/the-top-reasons-why-you-should-give-ebpf-a-chance),
   from Lucas Severo Alves.
   Several factors are responsible for eBPF's success and should make readers
   consider learning about, or using, this technology. This post cites its
@@ -85,17 +85,17 @@ eBPF.
   [on GitHub](https://github.com/mattnite/zig-bpf-intro).

 * [_Beyond the Buzzword: BPF’s Unexpected Role in Kubernetes_](https://kccncna20.sched.com/event/ekDR/beyond-the-buzzword-bpfs-unexpected-role-in-kubernetes-andrew-randall-alban-crequy-kinvolk),
-  from Andrew Randall Alban Crequy.
+  from Andrew Randall and Alban Crequy.
   After a high-level overview of eBPF, this presentation depicts the landscape
   of the projects gravitating around this technology. The authors explain that
   there are many powerful tools based on eBPF, although none of them would
   cover Kubernetes clusters. As an answer to fill the gap, they introduce
   Inspektor Gadget, which reuses some elements from the bcc tools to provide a
-  new set of monitoring gadgets for examining Pods. Note that the wording might
-  in the slides might be misleading: If there was no equivalent to bcc for
-  tracing containers before Inspecktor Gadget, there _are_ other tools
-  targeting the platform, such as Cilium/Hubble for network and observability
-  or BPFd for running bcc scripts in containers.
+  new set of monitoring gadgets for examining Pods. Note that the wording in
+  the slides might be misleading: If there was no equivalent to bcc for tracing
+  containers before Inspektor Gadget, there _are_ other tools targeting the
+  platform, such as Cilium/Hubble for network and observability or BPFd for
+  running bcc scripts in containers.

 * [_TIL: eBPF is awesome_](https://filipnikolovski.com/posts/ebpf/),
   from Filip Nikolovski.
@@ -116,6 +116,26 @@ eBPF.
   Once, Run Everywhere). The last section details the benefits of the latter
   version and the motivations to port tools to libbpf.

+* [_eXpress Data Path Kernel Objects for Real-Time Audio Streaming Optimization_](https://lac2020.sciencesconf.org/data/proceedings.pdf#section*.12) (PDF),
+  from Christoph Kuhr and Alexander Carôt.
+  Focusing on audio packet processing, this work aims at facilitating the set
+  up of a rehearsal environment for conducted orchestras via the Internet with
+  up to sixty musicians. The system may be susceptible to latency issues when
+  the different UDP streams must be processed and combined. The authors
+  investigated the use of XDP for processing these UDP streams, aggregating
+  them in the kernel and reporting only the final audio sample to the user
+  application. The authors found that XDP was not ideal, because of its lack of
+  floating-point operations and because it does not permit to retrieve hardware
+  timestamps. They were also limited by the incompatibility between LLVM, used
+  to compile the eBPF programs, and their build system, and could not
+  experiment on one part of their frontend. And although XDP increased the
+  performance, they realized that they could obtain similar speeds for their
+  use case with an optimized handling of a generic raw socket. Still, the use
+  case and experiment remain an interesting read.
+  Video of the presentation may be available in the future from
+  [the page of the conference](https://lac2020.sciencesconf.org/), if it gets
+  uploaded.
+
 * [_Primer: How XDP and eBPF Speed Network Traffic via the Linux Kernel_](https://thenewstack.io/primer-how-xdp-and-ebpf-speed-network-traffic-via-the-linux-kernel/),
   from Jack Wallen.
   There is a resolute focus on XDP in this article which describes how this
@@ -165,13 +185,6 @@ eBPF.
   “multipass validation” scheme that aims at detecting erroneous blocks as soon
   as possible. Note that the eBPF programs are written in Rust.

-* [_Snooping MySQL passwords with eBPF_](https://distributeddba.com/blog/database-administration/data-security/snooping-mysql-passwords-with-ebpf/),
-  from Derek Downey.
-  Providing unencrypted password through command prompt or environment
-  variables may present a security issue. This short post relies on bcc's
-  execsnoop tool to show that MySQL passwords can be retrieved by examining the
-  arguments passed to the system call, on the kernel side.
-
 * [_Why We Switched from bcc-tools to libbpf-tools for BPF Performance Analysis_](https://en.pingcap.com/blog/why-we-switched-from-bcc-tools-to-libbpf-tools-for-bpf-performance-analysis),
   from Wenbo Zhang.
   Another article on the benefits brought by CO-RE, for which libbpf provides
@@ -190,46 +203,25 @@ eBPF.
   from Marko Kevac.
   This long read contains two parts. The first one is a good introduction, in
   terms of context and history, to eBPF. The second part focuses on the
-  interactions between eBPF. If it is not possible to write eBPF programs in Go
-  at this date, several Go libraries are available to write user applications
-  to manage eBPF objects in this language. As for observability, Go has some
-  particularities that make some it harder or impossible to get thread id for
-  goroutines or use uretprobes. But the article demonstrates that a large part
-  of eBPF's tracing capabilities remain available for Go applications.
+  interactions between eBPF and Go. If it is not possible to write eBPF
+  programs in Go at this date, several Go libraries are available to write user
+  applications to manage eBPF objects in this language. As for observability,
+  Go has some particularities that make it harder or impossible to get a thread
+  id for goroutines or use uretprobes. But the article demonstrates that a
+  large part of eBPF's tracing capabilities remain available for Go
+  applications.

 * [_Adding BPF target support to the Rust compiler_](https://confused.ai/posts/rust-bpf-target),
   from Alessandro Decina.
-  eBPF bytecode can be compiled from C with clang/LLVM's backend. Other
+  eBPF bytecode can be compiled from C with Clang/LLVM's backend. Other
   languages, and Rust in particular, use the same toolchain. Compiling Rust
-  code into eBPF is not straightforward, but some hacks permit it. This post
-  provides details on the linking steps, where the issue lies, and introduces a
-  new linker and two related compiler targets for rustc, to ease compilation
-  from Rust to eBPF bytecode. Although the targets are not merged yet, a
-  command-line hack allows developers to use it with the stable versions of
-  rustc and cargo. The linker is available [on
-  GitHub](https://github.com/alessandrod/bpf-linker).
-
-### Academic Research
-
-* [_Express Data Path Kernel Objects for Real-Time Audio Streaming Optimization_](https://lac2020.sciencesconf.org/data/proceedings.pdf#section*.12),
-  from Christoph Kuhr and Alexander Carôt.
-  Focusing on audio packet processing, this work aims at facilitating the set
-  up of a rehearsal environment for conducted orchestras via the Internet with
-  up to sixty musicians. The system may be susceptible to latency issues when
-  the different UDP streams must be processed and combined. The authors
-  investigated the use of XDP for processing these UDP streams, aggregating
-  them in the kernel and reporting only the final audio sample to the use
-  application. The authors found that XDP was not ideal, because of its lack of
-  floating-point operations and because it does not permit to retrieve hardware
-  timestamps. They were also limited by the incompatibility between LLVM, used
-  to compile the eBPF programs, and their build system, and could not
-  experiment on one part of their frontend. And although XDP increased the
-  performance, they realized that they could obtain similar speeds for their
-  use case with an optimized handling of a generic raw socket. Still, the use
-  case and experiment remain an interesting read.
-  Video of the presentation may be available in the future from
-  [the page of the conference](https://lac2020.sciencesconf.org/), if it gets
-  uploaded.
+  code into eBPF is not straightforward, but there are tricks to do it. This
+  post provides details on the linking steps, where the issue lies, and
+  introduces a new linker and two related compiler targets for rustc, to ease
+  compilation from Rust to eBPF bytecode. Although the targets are not merged
+  upstream yet, a command-line hack allows developers to use it with the stable
+  versions of rustc and cargo already. The linker is available
+  [on GitHub](https://github.com/alessandrod/bpf-linker).

 ### Software Projects

@@ -286,12 +278,12 @@ for the 5.11 cycle:
   [link](https://lore.kernel.org/bpf/20201117232929.2156341-1-kpsingh@chromium.org/t/#u))

 * Switch from memlock rlimit accounting to cgroup-based memory for the kernel
-  memory used by eBPF objects. The rlimit had a number of downsides (please
-  refer to the cover letter linked below for details), and the cgroup-based
-  accounting will be more flexible, while allowing a better control and
-  offering easier way to retrieve the current amount of memory used. It should
-  also reflect the actual memory consumption, while this is not necessarily the
-  case with rlimit.
+  memory used by eBPF objects. The rlimit had a number of downsides (refer to
+  the cover letter linked below for details), and the cgroup-based accounting
+  will be more flexible, while allowing a better control and offering easier
+  way to retrieve the current amount of memory used. It should also reflect the
+  actual memory consumption, while this is not necessarily the case with
+  rlimit.
   (Roman Gushchin,
   [link](https://lore.kernel.org/bpf/20201201215900.3569844-1-guro@fb.com/t/#u))

@@ -312,8 +304,8 @@ This was followed by
 for the same tree and cycle, and for which you will find the highlights below:

 * Expose `bpf_sk_storage_get()` and `bpf_sk_storage_delete()` helpers to
-  iterator programs, for example to initialize or delete selected value from a
-  socket local storage from an eBPF iterator.
+  iterator programs so that such an eBPF iterator can, for example, initialize
+  or delete selected values from a socket local storage.
   (Florent Revest,
   [link](https://lore.kernel.org/bpf/20201204113609.1850150-3-revest@google.com/t/#u))

@@ -343,7 +335,7 @@ for the same tree and cycle, and for which you will find the highlights below:
   [link](https://lore.kernel.org/bpf/20201214113812.305274-1-jackmanb@google.com/t/#u))

 Kernel 5.10 was released on the 13th of December, bringing a number of eBPF
-novelties. eBPF iterators with preload at boot time, or sleep-able eBPF
+novelties. eBPF iterators with preload at boot time, or sleepable eBPF
 programs, among others. Here I am deferring to [the list on the
 Kernelnewbies](https://kernelnewbies.org/Linux_5.10#Tracing.2C_perf_and_BPF)
 website for the detailed set of additions.
@@ -353,19 +345,19 @@ website for the detailed set of additions.
 CO-RE (_Compile Once, Run Everywhere_) is a mechanism used with eBPF to ensure
 portability of the programs, mainly those intended for tracing. It addresses
 the issue that arises when a given structure is modified between two kernel
-versions. Tracing programs may attempt to access to a field from a given
-structure by reading at a specific offset in that structure. But if the length
-of the structure, or the order of its member fields, for example, is modified
-in a different kernel version, then the program will not be compatible.
+versions. Tracing programs may attempt to access a field from a given structure
+by reading at a specific offset in that structure. But if modifications occur
+in a later version and introduce a change for the length of the structure, or
+for the order of its member fields, then the program will not be compatible.

 CO-RE solves this by relying on BTF objects (_BPF Type Format_). A BTF object
-contain debug information about a program. This is in fact a simplified version
-of the DWARF format, used for example by GDB. BTF objects are loaded into the
-kernel, and they often hold information on eBPF bytecode, for example to dump
-the C instructions from which the program was compiled. But BTF can also
-describes other objects like the kernel itself. In that case, BTF can provide,
-just before an eBPF program is loaded, the relevant information for accessing
-the kernel structures. The required adjustments are performed as “ELF
+contains debug information about a program. This is in fact a simplified
+version of the DWARF format, used for example by GDB. BTF objects are loaded
+into the kernel, and they often hold information on eBPF bytecode, for example
+to dump the C instructions from which the program was compiled. But BTF can
+also describe other objects like the kernel itself. In that case, BTF can
+provide, just before an eBPF program is loaded, the relevant information for
+accessing the kernel structures. The required adjustments are performed as “ELF
 relocation” steps, just before the bytecode is sent to the kernel.

 The easiest way to use CO-RE is through libbpf. Note that because it needs the
@@ -378,7 +370,7 @@ there is to know about CO-RE
 [on his blog](https://nakryiko.com/posts/bpf-portability-and-co-re/).
 The specification for BTF can be found in
 [the kernel documentation](https://www.kernel.org/doc/html/latest/bpf/btf.html),
-but you might also want to have a look at
+but you might also want to have a look at the
 [`bpftool-btf` man page](https://www.mankier.com/8/bpftool-btf) if you are
 curious to inspect BTF objects on your system.


Feature: Create hook for view functions

Create a hook around view.ts
https://github.com/arjanjohan/scaffold-move/blob/3e147694e7f798a9088208019ee97646e71ea01b/packages/nextjs/utils/scaffold-move/view.ts#L11

Fixed in https://github.com/arjanjohan/scaffold-move/pull/25