Update scalafmt-core to 3.5.0

Updates org.scalameta:scalafmt-core from 3.4.3 to 3.5.0.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scalameta", artifactId = "scalafmt-core" } ]

labels: library-update, early-semver-minor, semver-spec-minor, commit-count:1

Codecov Report

Merging #221 (0671596) into master (72f1ad1) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #221   +/-   ##
=======================================
  Coverage   84.04%   84.04%
=======================================
  Files          19       19
  Lines         282      282
  Branches        6        6
=======================================
  Hits          237      237
  Misses         45       45

Continue to review full report at Codecov.

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


Update README.md - updates Subramaniam lab address

Update Sriram's website to current location at UBC.  Old link to the NIH lab is defunct.

Thank you!


(CONT-880) Update concat dependency

Following the last major version update for puppetlabs-concat, several modules found themselves needing a dependency update. This commit aims to adjust the concat dependency within the module so that it is compatible with concat 9.0.0 and onwards.

Closing as this update will be introduced in Puppet 8 suppor


cacoa po

Hi when i try add map view dep.. . it's alway show message like bellow when i try run it. How can we fixed it?
Launching lib/main.dart on iPhone 6 in debug mode...
Running pod install...
CocoaPods' output:
↳
Preparing
Analyzing dependencies

Inspecting targets to integrate
  Using `ARCHS` setting to build architectures of target `Pods-Runner`: (``)

Finding Podfile changes
  A map_view
  - Flutter

Fetching external sources
-> Fetching podspec for `Flutter` from `.symlinks/flutter/ios`
-> Fetching podspec for `map_view` from `.symlinks/plugins/map_view/ios`

Resolving dependencies of `Podfile`

Comparing resolved specification to the sandbox manifest
  A GoogleMaps
  A map_view
  - Flutter

Downloading dependencies

-> Using Flutter (1.0.0)

-> Installing GoogleMaps (2.7.0)
  > Copying GoogleMaps from `/Users/rinachen/Library/Caches/CocoaPods/Pods/Release/GoogleMaps/2.7.0-f79af` to `Pods/GoogleMaps`

-> Installing map_view (0.0.12)
  - Running pre install hooks
[!] The 'Pods-Runner' target has transitive dependencies that include static binaries: (/Users/rinachen/Desktop/Flutter/production/QMExpress/qm_express/ios/Pods/GoogleMaps/Base/Frameworks/GoogleMapsBase.framework, /Users/rinachen/Desktop/Flutter/production/QMExpress/qm_express/ios/Pods/GoogleMaps/Maps/Frameworks/GoogleMaps.framework, and /Users/rinachen/Desktop/Flutter/production/QMExpress/qm_express/ios/Pods/GoogleMaps/Maps/Frameworks/GoogleMapsCore.framework)

/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer/xcode/target_validator.rb:81:in `block (2 levels) in verify_no_static_framework_transitive_dependencies'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer/xcode/target_validator.rb:73:in `each'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer/xcode/target_validator.rb:73:in `block in verify_no_static_framework_transitive_dependencies'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer/xcode/target_validator.rb:70:in `each'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer/xcode/target_validator.rb:70:in `verify_no_static_framework_transitive_dependencies'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer/xcode/target_validator.rb:36:in `validate!'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer.rb:415:in `validate_targets'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/installer.rb:118:in `install!'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/command/install.rb:41:in `run'
/Library/Ruby/Gems/2.3.0/gems/claide-1.0.2/lib/claide/command.rb:334:in `run'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/lib/cocoapods/command.rb:52:in `run'
/Library/Ruby/Gems/2.3.0/gems/cocoapods-1.5.3/bin/pod:55:in `<top (required)>'
/usr/local/bin/pod:22:in `load'
/usr/local/bin/pod:22:in `<main>'

Error running pod install
Error launching application on iPhone 6.

I solved this problem by commenting use_frameworks! in ios/Runner/Podfile and installing cocoapods-1.5.3 (before was 1.6.0.beta.2).


redo-sh: 4.0.3 -> 4.0.4

Motivation for this change
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

This is a semi-automatic executed nixpkgs-review which is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 109788 run on x86_64-linux 1

1 package built:

redo-sh

This is a semi-automatic executed nixpkgs-review which is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 109788 run on x86_64-linux 1

1 package built:

redo-sh


checksum mismatch while checksum is the same

Describe the bug
Installing gleam 1.6.1 fails with a weird checksum mismatch, see below. It looks like the expected checksum is appended with the filename? (*gleam-v1.6.1-aarch64-apple-darwin.tar.gz) Not sure if this is an issue with the gleam plugin itself?
[*] Installing gleam
DEBUG ARGS: mise install<EMAIL_ADDRESS>DEBUG install_versions<EMAIL_ADDRESS>INFO<EMAIL_ADDRESS>   installing
DEBUG GET https://api.github.com/repos/gleam-lang/gleam/releases/tags/v1.6.1
DEBUG starting new connection: https://api.github.com/
DEBUG GET https://api.github.com/repos/gleam-lang/gleam/releases/tags/v1.6.1 200 OK
INFO<EMAIL_ADDRESS>   downloading gleam-v1.6.1-aarch64-apple-darwin.tar.gz
DEBUG GET Downloading https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz to ~/.local/share/mise/downloads/gleam/1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz
DEBUG GET https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz
DEBUG starting new connection: https://github.com/
DEBUG redirecting 'https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz' to 'https://objects.githubusercontent.com/github-production-release-asset-2e65be/62341543/30aae21d-ffa0-41d6-b970-ab324821544f?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=releaseassetproduction%2F20241121%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20241121T110256Z&X-Amz-Expires=300&X-Amz-Signature=db45d2097d920589e140924693ebd05f126e96e30f9ffe9e4b04f16bd3a3ea1f&X-Amz-SignedHeaders=host&response-content-disposition=attachment%3B%20filename%3Dgleam-v1.6.1-aarch64-apple-darwin.tar.gz&response-content-type=application%2Foctet-stream'
DEBUG starting new connection: https://objects.githubusercontent.com/
DEBUG GET https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz 200 OK
DEBUG GET https://api.github.com/repos/gleam-lang/gleam/releases/tags/v1.6.1
DEBUG GET https://api.github.com/repos/gleam-lang/gleam/releases/tags/v1.6.1 200 OK
DEBUG GET https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz.sha512
DEBUG redirecting 'https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz.sha512' to 'https://objects.githubusercontent.com/github-production-release-asset-2e65be/62341543/4cdd1ef4-92ae-43ff-acf3-a4b4c48f3132?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=releaseassetproduction%2F20241121%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20241121T110258Z&X-Amz-Expires=300&X-Amz-Signature=fedb9912ac09b862c3be1a3a8c8484e58fe6151d5b71b57b3a87c73e7028916e&X-Amz-SignedHeaders=host&response-content-disposition=attachment%3B%20filename%3Dgleam-v1.6.1-aarch64-apple-darwin.tar.gz.sha512&response-content-type=application%2Foctet-stream'
DEBUG GET https://github.com/gleam-lang/gleam/releases/download/v1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz.sha512 200 OK
INFO<EMAIL_ADDRESS>   verifying checksum gleam-v1.6.1-aarch64-apple-darwin.tar.gz
Error:
   0: failed to install<EMAIL_ADDRESS>   1: Checksum mismatch for file ~/.local/share/mise/downloads/gleam/1.6.1/gleam-v1.6.1-aarch64-apple-darwin.tar.gz:
      Expected: sha512:d10cc429abd4acaa52a361228bc061e69d46c60f3fbd3b212afe5741a08e12e9d2e8cc70ba8a12c8757f3c70909ef98dd384ec1bb3dcb875c3db79b627eae23c *gleam-v1.6.1-aarch64-apple-darwin.tar.gz
      Actual:   sha512:d10cc429abd4acaa52a361228bc061e69d46c60f3fbd3b212afe5741a08e12e9d2e8cc70ba8a12c8757f3c70909ef98dd384ec1bb3dcb875c3db79b627eae23c

Location:
   src/hash.rs:74

Version:
   2024.11.20 macos-arm64 (2024-11-21)

  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ BACKTRACE ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
                                ⋮ 4 frames hidden ⋮
   5: mise::hash::ensure_checksum::h7b945824c2fc2e12
      at <unknown source file>:<unknown line>
   6: mise::backend::Backend::verify_checksum::hbaffb24e1de3f980
      at <unknown source file>:<unknown line>
   7: <mise::backend::aqua::AquaBackend as mise::backend::Backend>::install_version_impl::h9c8e09592064e191
      at <unknown source file>:<unknown line>
   8: mise::backend::Backend::install_version::h2dfc1c054c3d6c36
      at <unknown source file>:<unknown line>
   9: std::sys::backtrace::__rust_begin_short_backtrace::h462c4b7d8fc9aed5
      at <unknown source file>:<unknown line>
  10: core::ops::function::FnOnce::call_once{{vtable.shim}}::hc3bbe8f168b9783b
      at <unknown source file>:<unknown line>
  11: std::sys::pal::unix::thread::Thread::new::thread_start::h9e79a8d54639c27f
      at <unknown source file>:<unknown line>
  12: __pthread_deallocate<unknown>
      at <unknown source file>:<unknown line>

To Reproduce
mise install<EMAIL_ADDRESS>Expected behavior
No errors because checksum is correct
mise doctor output
version: 2024.11.20 macos-arm64 (2024-11-21)
activated: yes
shims_on_path: no

build_info:
  Target: aarch64-apple-darwin
  Features: DEFAULT, NATIVE_TLS
  Built: Thu, 21 Nov 2024 02:22:44 +0000
  Rust Version: rustc 1.82.0 (f6e511eec 2024-10-15) (Homebrew)
  Profile: release

shell:
  /bin/zsh
  zsh 5.9 (arm64-apple-darwin24.0)

dirs:
  cache: ~/Library/Caches/mise
  config: ~/.config/mise
  data: ~/.local/share/mise
  shims: ~/.local/share/mise/shims
  state: ~/.local/state/mise

config_files:

backends:
  aqua
  asdf
  cargo
  core
  go
  npm
  pipx
  spm
  ubi
  vfox

plugins:
  elixir  https://github.com/mise-plugins/mise-elixir.git#8efb115
  erlang  https://github.com/michallepicki/asdf-erlang-prebuilt-macos.git#50a4e54

toolset:

env_vars:
  MISE_VERBOSE=1
  MISE_SHELL=zsh

settings:
  activate_aggressive = false
  all_compile = false
  always_keep_download = false
  always_keep_install = false
  asdf_compat = false
  cache_prune_age = "30d"
  ci = false
  color = true
  debug = false
  disable_backends = []
  disable_default_registry = false
  disable_hints = []
  disable_tools = []
  experimental = false
  fetch_remote_versions_cache = "1h"
  fetch_remote_versions_timeout = "10s"
  go_default_packages_file = "~/.default-go-packages"
  go_download_mirror = "https://dl.google.com/go"
  go_repo = "https://github.com/golang/go"
  go_set_gopath = false
  go_set_goroot = true
  go_skip_checksum = false
  http_timeout = "30s"
  jobs = 4
  legacy_version_file = true
  legacy_version_file_disable_tools = []
  libgit2 = true
  lockfile = false
  log_level = "debug"
  not_found_auto_install = true
  paranoid = false
  pin = false
  plugin_autoupdate_last_check_duration = "7d"
  quiet = false
  raw = false
  task_timings = false
  trace = false
  trusted_config_paths = []
  unix_default_file_shell_args = ["sh"]
  unix_default_inline_shell_args = [
      "sh",
      "-c",
  ]
  use_file_shell_for_executable_tasks = false
  use_versions_host = true
  verbose = true
  windows_default_file_shell_args = [
      "cmd",
      "/c",
  ]
  windows_default_inline_shell_args = [
      "cmd",
      "/c",
  ]
  windows_executable_extensions = [
      "exe",
      "bat",
      "cmd",
      "com",
      "ps1",
      "vbs",
  ]
  yes = false

  [cargo]
  binstall = true

  [node]

  [npm]
  bun = false

  [pipx]
  uvx = false

  [python]
  default_packages_file = "~/.default-python-packages"
  pyenv_repo = "https://github.com/pyenv/pyenv.git"
  venv_auto_create = false
  venv_stdlib = false

  [ruby]
  default_packages_file = "~/.default-gems"
  ruby_build_repo = "https://github.com/rbenv/ruby-build.git"
  ruby_install = false
  ruby_install_repo = "https://github.com/postmodern/ruby-install.git"

  [status]
  missing_tools = "if_other_versions_installed"
  show_env = false
  show_tools = false
1 warning found:

1. plugin erlang overrides a core plugin

No problems found

Additional context
Add any other context about the problem here. Consider running mise with --debug or --trace for extra debug info.

https://github.com/jdx/mise/commit/82523ec207277ed0d98a03d5fcce1371d83a010f


Improve semantics of wrapError

Today, wrapError does this:

Generates a new error object with a new errorType, and often a new fluidErrorCode
Typically takes the original error's errorMessage
The original stack is used
A new errorInstanceId is generated, and the logs include a link between the inner (if existing) to outer
Optionally log via wrapErrorAndLog

Problems here include:

The inner error's message may contain PII or variable data, but we're stamping it on one of "our" errors. This is counter to the goals we have for our errors' messages
Furthermore, with the deprecation of fluidErrorCode, if we preserve the incoming message we have few options for adding on a meaningful message/description of the wrapping error from our code's POV.
Stitching together via inner/outer errorInstanceId is prohibitively difficult
The original error object is discarded, which could hamper debugging

New plan (exact prop names TBD):

Generate a new error object with a new errorType and message
At runtime, stick the original error on as innerError.
Add a tagged telemetry prop innerErrorMessage which is the inner error's message
Reuse errorInstanceId between the two

If innerError has it, use it. Otherwise generate it.
If not, do best effort (in try-catch) to stamp the id on the innerError as well
Include it in the log in the case of wrapErrorAndLog

Continue to reuse the stack... Or log it as innerErrorStack?

As we go through current/new usages of wrapError, we can adjust this, but I think it's the right way to iterate from here.

Add a tagged telemetry prop innerErrorMessage which is the inner error's message

Are you referring to TelemetryDataTag.UserData or are you planning on adding a new classification?
👍 LGTM anyway

Are you referring to TelemetryDataTag.UserData or are you planning on adding a new classification?

Good question, I wasn't sure so left it ambiguous :P

Another design point:

If the innerError is untrusted, then also mark the wrapped error with untrustedOrigin (just like normalizeError)

This will allow us to distinguish in telemetry errors we raised ourselves v. those that come from partner code, even after being wrapped.  (see parent epic #8260)

I'm second-guessing about relegating inner's message to innerErrorMessage.  There may be 2 different use cases to consider:

Something like #8262 or #8151 where we are wrapping "someone else's" error to get a specific errorType
Something like ThrottlingWarning / SummarizerWarning, where we're forking an error (regardless of existing errorType or not) and wrapping it for a secondary purpose (in this case, ContainerWarning, which is a whole other topic).
I'm vetoing this case until there's a hard requirement - but the other piece of the pie is where we do squash the errorType of an error of our own as it propagates out.

In case 1, preserving the original error is probably right.  In case 2, having a clean break with fresh message/errorType is probably right.

The only instance of case 2 left in the code after some current PRs is ThrottlingWarning, which is the event arg for DeltaManager's throttled event.  This might not warrant a general-purpose function to support it.
We actually have an instance of case 3 in here too - SummarizerWarning.  I left a comment here suggesting we get rid of it, so I'll follow up on that.
Then we'll just be left with case 1.

New proposal:
retypeError for cases 2/3
This function will replace wrapError, and will copy over not just message and stack but also all errorInstanceId and telemetry props (from getTelemetryProperties().  Basically, it clones the error using newErrorFn which yields an error with a different errorType.  No longer supports logging as well - callers should do that only if they care.  This should be used infrequently.
normalize takes errorTypeIfNone param for case 1
e.g. for CreateProcessingError it will be dataProcessingError.  This will address #9027, and simplify/clarify the code to no longer call normalize in one branch and wrapError in another.

New new proposal - keeping it simple with only minor tweaks to wrapError:

Reuse errorInstanceId as discussed above (but also leave current props for ease of transition in queries)
Properly set untrustedOrigin telemetry prop, to reflect whether the original error was external, even after being normalized and/or wrapped, possibly multiple times.

As for how wrapError is to be used in the different cases I've been discussing...
Case 1 (aka "wrap if unrecognized"):

Keep one-off wrapIfUnrecognized function for DataProcessingError. See #9157 for improvements there.
(out of scope for this issue) For other places with similar semantics (e.g. token provider try-catch), we can consider making a general helper to do the same.  But don't overload normalizeError.

Case 2 (Prep the error for an API that's expecting a certain errorType)

Start with wrapError
Copy all telemetry props over
Phase out wrapErrorAndLog now that errorInstanceId and telemetry props are re-used (and the scenario for case 2 is clearer)

Case 3 (until it's removed, see this issue):

Same as Case 2


io3d.furniture.search API irregularly returns 400

todo: write down reproducible bug report

I think this was linked to searching for empty strings which is now working as expected

@AVGP any updates on this one? happy to help with testing

Oh, I haven't seen this one in a while, so I'd close it and reopen if it comes back...


consistency tests

This adds the CI test described in #348, using the new repo.

Feel free too merge whenever you think it's ready. Sorry for taking so long to review!

Although it's WIP still it helps a lot, and I explicitly set the version tag so it will be stable. I can work on tests in the meantime, and bump the version when I feel that becomes stable again. That's the plan.


Revamp outputs

Description

Closes #32
Type of Change

[ ] Non-module change (e.g. CI/CD, documentation, etc.)
[ ] Azure Verified Module updates:

[ ] Bugfix containing backwards compatible bug fixes, and I have NOT bumped the MAJOR or MINOR version in locals.version.tf.json:

[x] Someone has opened a bug report issue, and I have included "Closes #{bug_report_issue_number}" in the PR description.
[ ] The bug was found by the module author, and no one has opened an issue to report it yet.

[ ] Feature update backwards compatible feature updates, and I have bumped the MINOR version in locals.version.tf.json.
[x] Breaking changes and I have bumped the MAJOR version in locals.version.tf.json.
[x] Update to documentation

Checklist

[x] I'm sure there are no other open Pull Requests for the same update/change
[x] My corresponding pipelines / checks run clean and green without any errors or warnings
[x] I did run all  pre-commit checks

Merged without green workflows since it is almost impossible to find a region with available quote where these tests can run + the tf lint is looking for the modtm provider which this module doesnt use at all


download_ncbi_associations() fails while decompressing file

Hi,
Thank you for this great package! It has worked for me in the past, but lately I get an error when trying to download the NCBI associations as seen here:
from goatools.base import download_ncbi_associations
file_gene2go = download_ncbi_associations()

This produces the error:
FTP RETR ftp.ncbi.nlm.nih.gov gene/DATA gene2go.gz -> gene2go.gz
  gunzip gene2go.gz

---------------------------------------------------------------------------
error                                     Traceback (most recent call last)
<ipython-input-4-001d0dcec111> in <module>
      1 # Get ftp://ftp.ncbi.nlm.nih.gov/gene/DATA/gene2go.gz
      2 from goatools.base import download_ncbi_associations
----> 3 file_gene2go = download_ncbi_associations()

~/.conda/envs/py3/lib/python3.7/site-packages/goatools/base.py in download_ncbi_associations(gene2go, prt, loading_bar)
    131         file_remote = "ftp://ftp.ncbi.nlm.nih.gov/gene/DATA/{GZ}".format(
    132             GZ=os.path.basename(gzip_file))
--> 133         dnld_file(file_remote, gene2go, prt, loading_bar)
    134     else:
    135         if prt is not None:

~/.conda/envs/py3/lib/python3.7/site-packages/goatools/base.py in dnld_file(src_ftp, dst_file, prt, loading_bar)
    221             if prt is not None:
    222                 prt.write("  gunzip {FILE}\n".format(FILE=dst_wget))
--> 223             gzip_open_to(dst_wget, dst_file)
    224     except IOError as errmsg:
    225         import traceback

~/.conda/envs/py3/lib/python3.7/site-packages/goatools/base.py in gzip_open_to(fin_gz, fout)
    233     with gzip.open(fin_gz, 'rb') as zstrm:
    234         with  open(fout, 'wb') as ostrm:
--> 235             ostrm.write(zstrm.read())
    236     assert os.path.isfile(fout), "COULD NOT GUNZIP({G}) TO FILE({F})".format(G=fin_gz, F=fout)
    237     os.remove(fin_gz)

~/.conda/envs/py3/lib/python3.7/gzip.py in read(self, size)
    274             import errno
    275             raise OSError(errno.EBADF, "read() on write-only GzipFile object")
--> 276         return self._buffer.read(size)
    277
    278     def read1(self, size=-1):

~/.conda/envs/py3/lib/python3.7/gzip.py in read(self, size)
    469             buf = self._fp.read(io.DEFAULT_BUFFER_SIZE)
    470
--> 471             uncompress = self._decompressor.decompress(buf, size)
    472             if self._decompressor.unconsumed_tail != b"":
    473                 self._fp.prepend(self._decompressor.unconsumed_tail)

error: Error -3 while decompressing data: invalid block type

It seems to be correctly downloading the .gz file, but reading it fails, and so the gene2go-file is empty:

If I use an old gene2go file, it works perfectly (I have one from 10.11.2020 which works), but it seems that any new download fails.
I am running python==3.7.6 and goatools==1.1.6 on a Debian system.
Thank you for any help you might be able to provide for solving this!

Hi, thank you for getting back to me. I tried the second option, and I think it might be a system-specific issue on my end. I get an  "invalid compressed data--format violated" error from gunzip, but I was able to download it from https://ftp.ncbi.nlm.nih.gov/gene/DATA/gene2go.gz and unzip without issue. So probably something to do with restrictions on downloading from ftp - not quite sure. But my problem was solved, thank you!


Dynamically add files to org_agenda_files

Does this feature exist in Emacs orgmode core?
N/A
Orgmode link
No response
Feature value
I usually take project notes using org, and I will keep those notes in the project folder.
It would be useful to add or drop a particular folder from org_agenda_files whenever needed. That way we do not bloat the amount of notes parsed by the plugin and allow the user to focus on the notes she/he needs at the moment.
Additional context
My guess would be to create a lua function (maybe in my init.lua) that would:

change org_agenda_files
call  Config:get_all_files
call File:reload().

Is that the way to go? Would I be missing something important?

Would relative files work for you? In a project I have a readme.org or to do.org, I haven't tried it, but a relative path would mean your main agenda could be parsed and all local ones in the cwd

From: Kristijan Husak @.>
Sent: Wednesday, July 13, 2022 11:51:02 AM
To: nvim-orgmode/orgmode @.>
Cc: Subscribed @.***>
Subject: Re: [nvim-orgmode/orgmode] Dynamically add files to org_agenda_files (Issue #365)
If you keep your projects in some specific folder, you could just do this:
org_agenda_files = { '~/main-org-files//*', '~/projects//*' }
This can be potentially slow if you have a lot of projects with lots of files, and if you don't ignore some vendor folders like node_modules and such. For that, make sure to use wildignore (see :help 'wildignore')
Another potential solution (haven't tried it, might have some issues), is to have a project specific setup (see :help exrc), and just call the setup for each project:
require('orgmode').setup({
org_agenda_files = {'/path/to/this/project/**/*.org'}
})
—
Reply to this email directly, view it on GitHubhttps://github.com/nvim-orgmode/orgmode/issues/365#issuecomment-1183393512, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACQDVVYSMYZNMHGZNGMHCQDVT3QWNANCNFSM53PECZUQ.
You are receiving this because you are subscribed to this thread.Message ID: @.***>

Thanks for the suggestions.
I have tried adding the ~/projects/**/* to the table, but I find that it just gets too messy when looking for files. Maybe I just need a better organization system.
I have also tried with relative paths, but then when I open vim from my home directory it just takes forever to load everything.
Anyway, I will explore further with the options above and maybe write a custom function. Once I have a solution that works for me, I will report back.


It is fair to adjust URLs?

I have idea to make a router based on hashtable. There is only one problem, how to distinguish parameters and 'static' elements in real paths (eg. in /github.com/julienschmidt/go-http-routing-benchmark/issues/new params are emphasized, rest is static).
There is simple solution, prefix each param with colon in real URL ( /github.com/:julienschmidt/:go-http-routing-benchmark/issues/new ) - it is only a little bit more verbose, but has nice computional properties :)
Do you (or any competiotor?) consider using this as a cheat in competition with other routing implementations?

If you can build a well-working router suitable for real-world applications, we will try to find a way to include it in the benchmark.
But it has to handle the same incoming request URLs like the other routers.

My approach should work well, but I need some constrains on URLs. Colon is simplest, but ugly for some and just non-compatible for others :) - it is fine.
There is another idea:
can I assume that some words are reserved, as on github? (you cannot register account with name join, blob or issues)

The routes are the only information the routers get.
Putting extra information in the glue code for this benchmark is not allowed.

One year later:
here is smallest working example/proof of concept:
https://github.com/Komosa/httpmap (just 2 commits)
I will be glad to know if anyone already implemented my approach:

builtin map instead of anything third party / more complicated
neccessary adjustments to API, such as: localhost:8001/hello/:juliett


"Drag to /Applications to install"

Might be useful to add the dialog box which prompts the user to "drag this icon to the Applications folder" either as part of the install process, or at least make it more prominent in the install instructions.
Nice app by the way, does just what I wanted. :+1:

Thanks for suggestion. I'm not convinced of the need for it, as SR will run happily whatever folder it is in, so there is no need to move it to and Applications folder. Although that is of course the usual convention.

For me the process was something like:

download (saved to ~/Downloads)
unzip and double-click icon to install
delete contents of ~/Downloads
reboot computer... Scroll Reverser is gone!

That's when I realized that the install scripts did not magically place the app somewhere more permanent.  This is, of course, a Good Thing.  But it's not explicitly stated anywhere in the docs.
In lieu of the OSX convention of "drag to Applications folder", perhaps a footnote about how to install?

Meh, I guess it's not exactly a pressing issue. Closing!

Hehe, it's OK to leave it open as a reminder if you like. TBH I haven't even thought about it, so much other stuff to do ... (such is life)

Nah, I'd forgotten about it, but noticed when I spuriously checked the "issues" tab in my own GitHub profile.
Regardless, someone who wants to reverse their scroll direction differently for different devices is likely also the kind of person who can figure out how to install it. :+1:

It's still a good idea to have an intuitive UI. Most apps you download for Mac have something like this:

@SystemDisc thanks for that link, that's easier than I thought it would be.


Sendgrid fix broken links

🚀 Deployed on https://63b6928fd372d07d455b8164--cozy-fox-0defec.netlify.app


Ability to directly edit metadata in ingest production

It would be really useful if we were able to directly make edits to the different metadata entity types in ingest production. This would not replace making edits to the spreadsheet and then re-uploading, it would be an alternative option so we can choose and do which is easier. This would save time going back and forth editing fields in the spreadsheet if we could make small edits directly in the sample/experiment/file rows where the status is invalid.

I don't understand this ticket, aren't we allowed to modify pre-submission metadata?

@ESapenaVentura I mean, if we get metadata errors for example, I want to be able to amend the errors directly in ingest, as opposed to deleting the submission, correcting the spreadsheet and re-uploading. Does that make sense? or still not?!

This is already mentioned in this user story ticket https://app.zenhub.com/workspaces/dcp-ingest-product-development-5f71ca62a3cb47326bdc1b5c/issues/ebi-ait/dcp-ingest-central/148

This has been implemented in more recent tickets.


rearranged footer links

Since the new back to top has the same background color as the shiffman.net footer link I moved it from the far right to the far left, I don't if this is the best solution but it is the easiest.
Before
After
Full footer after

Sorry for the poor image quality I can't take screenshots on my computer at work.

whoops. I noticed this when I first made this for the new site and meant to fix it with more distinct border or drop-shadow, but forgot the whole thing.
I guess this is as good solution as any.

@Fraasi am I good to merge or should I wait for @vimkat to look at it?

I don't think the order of the footer links matter. So I think this is good to go, unless you want to wait for some design-wise comment from someone else.
Anyway what I like about this site is that we can change this again next week if this somehow doesn't work for everybody 😃

Looks perfect, @GypsyDangerous! 👍


Android Plugin v1 Kotlin Signal Args Problem

Godot version:
3.2.2.rc3
Issue description:
I write a plugin with Kotlin and having a problem about signal parameter types. If I want to give Float as a parameter for signal definition, I give Invalid type for argument #0. Should be of type float error, same as Int type but not String. There is no problem with Java but I want to write my plugin with Kotlin. Are there any workarounds for this? Thank you.
private val locationSignal = SignalInfo("onLocation", Float::class.java, Float::class.java)

public fun someFunc() {
     val longitude: Float = ...
     val latitude: Float = ...
     emitSignal(locationSignal.name, longitude, latitude)
}

@cagdasc Try to use Float.javaClass instead.

@m4gr3d I tried that and result is same.

I found a workaround but not efficient. If I pack values into a Dictionary, it will work.

@cagdasc Figure it out - for kotlin you have to use Float::class.javaObjectType (same thing for Int and other supported primitives)

@m4gr3d It works. Thank you.


Notification handling

This time expecting notifications in xml.

Coverage remained the same at 100.0% when pulling 9b43655da4c17c76fac2f89c5c524256b85f66b0 on reka:notification-handling-xml into 3d3132c1227210cf42477588d843f3c6710f3613 on wirecard:03-paypal-init.


bf: ZENKO 646 allow mdsearch by replication status

As discussed with team leads, deep metadata search is going to require a rework of our search method.
This PR is a quick-fix to enable md search by 'replicationStatus', as that is the most pressing use-case atm.

Hello dora-korpar,
My role is to assist you with the merge of this
pull request. Please type @bert-e help to get
information on this process.
Status report is not available.

Waiting for approval
The following approvals are needed before I can proceed with the merge:

2 peers

In the queue
The changeset has received all authorizations and has been added to the
relevant queue(s). The queue(s) will be merged in the target development
branch(es) as soon as builds have passed.
The changeset will be merged in:

:heavy_check_mark: development/8.0

The following branches will NOT be impacted:

development/6.4
development/7.4

There is no action required on your side. You will be notified here once
the changeset has been merged. In the unlikely event that the changeset
fails permanently on the queue, a member of Release Engineering will
contact you to help resolve the matter.
IMPORTANT
Please do not attempt to modify this pull request.

Any commit you add on the source branch will trigger a new cycle after the
current queue is merged.
Any commit you add on one of the integration branches will be lost.

If you need this pull request to be removed from the queue, please contact a
member of Release Engineering now.

I have successfully merged the changeset of this pull request
into targetted development branches:

:heavy_check_mark: development/8.0

The following branches have NOT changed:

development/6.4
development/7.4

Please check the status of the associated issue ZENKO-646.
Goodbye dora-korpar.


ActorId is not serializable via Actor "remoting" invoke

Expected Behavior
ActorReference and ActorId can be serialized between different Actor implementations using "remoting". It's a common design pattern in actor systems for actors to exchange addresses with each other.
This issue is similar to #444 but with a different repo. We addressed the problem for the System.Text.Json serializer, but not for DataContract serializer.
Actual Behavior
ActorId (and thus ActorReference) is not serializable via Actor "remoting" method invocation.
If you attempt to send an ActorReference a "remoting" method invocation - the resulting ActorId has a null ID - despite the fact that ActorId doesn't allow null in its constructor. (Note, DCS bypasses constructors, which is why it has this result).
Steps to Reproduce the Problem
Create an Actor system that uses "remoting". Send one of the Actors an ActorReference of the other. The resulting ActorReference has an ActorId with an id value of null.
Release Note
RELEASE NOTE: Fix bug in actor serialization of ActorId.

I just hit this bug on 0.12.0-preview01. The workaround, for now, is to pass a string instead of ActorId.


execution: make ConfigureEvm independent of chainspec argument

Should close #10741

I think it conflicts with https://github.com/paradigmxyz/reth/pull/10752 cc @klkvr.
Let me know if we should continue here on on the other one

sorry guys, this was a comms issue on my end...
I leave it up to @klkvr how to proceed since both prs are now very very similar

@tcoratger  there are some failing tests due to removed Default impls, I've addressed some of them in https://github.com/paradigmxyz/reth/pull/10752 already, feel free to continue working on top of it or just use it as reference

@klkvr Let me know if you want to take it over or to move on here :) Maybe if we want to do something like ChainSpec::empty() we can do this in a prep PR to avoid mixing up things here wdyt?

yep sure, no need to do this here

@tcoratger there are some failing tests due to removed Default impls, I've addressed some of them in #10752 already, feel free to continue working on top of it or just use it as reference

Ok let me check that here taking your impl as ref

lgtm
pending conflicts

@klkvr fixed


nix: allow flake to be used with nix < 2.4

Partially addresses #91 by better supporting non-flake systems.
@fdev31 where would you like me to document Nix usage? Should it go under the wiki page, or is the README fine?

You rock! :)
I was more thinking on the wiki but a link to it from the README seems a good idea, It would really great if you can write something!

I'll draft something in the morning 👍🏻

@fdev31
nix.md
This should do it for the instructions. I've realized that the nixpkgs derivation for pyprland doesn't reflect upon the quality of the program (the nixpkgs package is horrendous) and I'll be also updating it soon. Marking this as ready for review, should be good to go.

Added the instructions, the "main" link to it is here but I also added some (which may disappear with time) in the README.
I can't tell too much about the .nix file quality but the documentation is looking good, thank you again :)


Advanced highway Ai and Road System in CARLA using Unreal Engine

Is it possible to create a new map(Advanced highway Ai and Road System) in CARLA
using an Unreal Engine without using Roadrunner by VectorZero?
I found one youtube video about it.
https://youtu.be/6g2IgGxnUrg?list=PLjRSTRCPlfGDafjEydOggrck9W6VBoovr

Hi @ujjawal-kumar.
Well, we are using the RoadRunner, because it provides us the OpenDrive Information and .fbx files. However, in our last release 0.9.9, we can generate road through OpenDrive files.
https://www.youtube.com/watch?v=dvPhN0Gbb0w

So is the answer to @ujjawal-kumar 's question yes? Roadrunner is no longer available to the general public after being taken over by MathWorks (I've requested a trial from them, no response yet), is the solution to use Unreal Engine?

@mikemwang If you want to create a HIghway with Unreal, there are a lot of tutorials to do it.
I don't know if you need the OpenDrive information, in that case, you need software to represent this information.

@mikemwang @ujjawal-kumar I am going to unpack all those questions:

[Q] Can I use tool X to create a map?
[A] Sure, why not... But we probably don't provide support for it yet. So I would like to invite you to build a bridge to CARLA and contribute it back to the community.
[Q] Well, then what is the right way to create a map directly in UE4?
[A] By making sure that an OpenDRIVE file is generated. If you don't use the tools that we provide to do this, then it is your responsibility to find the right way to generate the OpenDRIVE file. This is the core element to enable navigation.
[Q] RoadRunner was acquired by Mathworks, are we all doomed and won't be able to use RoadRunner ever again?
[A] No!  Sometimes they may take some time...people get busy... If you keep having problems send us an e-mail at<EMAIL_ADDRESS>and we will happily help you with that.


Report statuses in tasklist are incorrect [4]

Describe the Bug:
Probability (how likely the bug is to happen, scored from 1-5): 2
(For example, probability of 5 is something like "it happens to all users every time they log in."
Probability of 1 "only happens to certain users when a really specific and unlikely path is followed.")
Effect (how bad the bug is when it does happen, scored from 1-5): 2
(For example, effect of 5 is "the entire app crashes and makes it unusable for all users" or "the bug causes the wrong data to be saved, with critical information (e.g. payment) being affected."
Effect of 1 is "It makes some styling look a little bit weird.")
Steps to reproduce the behaviour:

in dev
create a project
click to add a quarterly report (or annual report) but don't fill out anything in the form
navigate away and note that the report status changes to "filled"
navigate back and see the status is still "filled" but there are validation errors

Screenshots:
https://www.loom.com/share/3396cbb076a4450192c0a55323eff38b
Additional information:

OS: [e.g. iOS]
Browser: [e.g. chrome, safari]
Version: [e.g. 22]
Additional context

Closed, duplicate of #614


YARN-11287. Fix NoClassDefFoundError After YARN-10793(#4603)

JIRA: YARN-11287. Fix NoClassDefFoundError: org/junit/platform/launcher/core/LauncherFactory After YARN-10793(https://github.com/apache/hadoop/pull/4603).
After executing the yarn-project global unit test, I found the following error:
ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M1:test (default-test) on project hadoop-yarn-server-applicationhistoryservice: Execution default-test of goal org.apache.maven.plugins:maven-surefire-
plugin:3.0.0-M1:test failed: java.lang.NoClassDefFoundError: org/junit/platform/launcher/core/LauncherFactory: org.junit.platform.launcher.core.LauncherFactory -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <args> -rf :hadoop-yarn-server-applicationhistoryservice

@ashutoshcipher @aajisaka I found that after YARN-10793 Upgrade Junit from 4 to 5 in hadoop-yarn-server-applicationhistoryservice, Junit Test under the entire module of Yarn will have an exception, java.lang.NoClassDefFoundError: org/junit/platform/launcher/core/LauncherFactory : org.junit.platform.launcher.core.LauncherFactory.
I import a dependency in the hadoop-yarn-server-applicationhistoryservice module.
Please help to review the code. Thank you very much!

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  3s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

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

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
42m  7s

trunk passed

+1 :green_heart:
compile
0m 40s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
mvnsite
0m 43s

trunk passed

+1 :green_heart:
javadoc
0m 45s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
0m 33s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
shadedclient
69m 35s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 32s

the patch passed

+1 :green_heart:
compile
0m 35s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
0m 35s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
0m 34s

the patch passed

+1 :green_heart:
javadoc
0m 29s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
0m 28s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
shadedclient
27m  4s

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

_ Other Tests _

+1 :green_heart:
unit
4m 36s

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

+1 :green_heart:
asflicense
0m 40s

The patch does not generate ASF License warnings.

106m 38s

Subsystem
Report/Notes

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

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

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

uname
Linux 7b53dd05640d 4.15.0-191-generic #202-Ubuntu SMP Thu Aug 4 01:49:29 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 9f8f7182301c02b06f190e16e2c910f73152101d

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-applicationhistoryservice U: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-applicationhistoryservice

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

versions
git=2.25.1 maven=3.6.3

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

This message was automatically generated.

+1 for the change. Thank you @slfan1989

I think when upgrading junit test 4 to 5, we should consider global unit tests.

Qbt job daily runs global unit tests, but I couldn't find any issue https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java8-linux-x86_64/967/artifact/out/
Probably qbt didn't run test on hadoop-yarn because the module itself has no Java tests.

@aajisaka @ashutoshcipher Thank you very much for helping to review the code!


[API] Support Auto / Manual error check mode, and support synchronous error checking request

Fixes #5829.

Pinging @mhegazy

@zhengbli instead of making this a general option in the protocol on config basis I suggest to make this a property in the tsconfig.json like compileOnSave. This would make it self contained. Otherwise VS Code might end up storing this outside the tsconfig in its own settings which might not be nice.

@dbaeumer After some offline discussion, maybe it is not a good thing to add options to tsconfig right now, as the more comprehensive solution you are working on may introduce new options that are different from this PR's implementation.
To avoid future breaking changes, it is also more appropriate for this PR to give clearer names to the checking mode. So instead of automatic, which might mean different things later with your builder models, calling it autoCheckOpenedFiles instead.

As @dbaeumer has already made progress in a more comprehensive model for project-level error checking, this simple implementation is not needed anymore. Also, as @vladima is working on moving VS to use tsserver, the synchronous diagnostics APIs are part of that work too. To avoid different implementation I am closing this PR and porting these APIs to master in another PR.


[Identity] Sanitized 'secret' header

Fixes https://github.com/Azure/azure-sdk-for-net/issues/23239.
Tests have not been fully re-recorded. The existing recordings passed through the new sanitizer only, without live service calls.

/azp run net - identity - tests


Inline if or ternary

num N = args.len() > 0 ? args[0] : 1000;

| or

num N = if (args.len() > 0) args[0] else 1000;

I think inline if reads clearer, ternary is harder to identify, and its precedence rules aren't immediately obvious.


Preserve or set file permission

hi thanks for this amazing extension.
I would like to know if is it possible to set the file permission when you make a change on a remote file.
today it is look like it is setting rw-rw-rw when I save the file.
I have some script on a linux server and it should be rwx.

It is look like it is not possible to keep the mode

Maybe we can provide a config where we can set the mode manually when we create a connection
on FsProvider.js I did change  the following to keep the mode 777:
- const remote = conn.sftp.createWriteStream(uri.path, { flags: openFlags });
+ const remote = conn.sftp.createWriteStream(uri.path, { flags: openFlags,  mode: parseInt('0777',8) });

Maybe we can provide a config where we can set the mode manually when we create a connection
Need to add, because after changing to 666 i get internal server error...

THIS NEEDS TO BE FIXED ASAP


[gdcm] Update version to 3.0.23

Fix https://github.com/microsoft/vcpkg/issues/38057

[x] Changes comply with the maintainer guide.
[x] SHA512s are updated for each updated download.
[ ] The "supports" clause reflects platforms that may be fixed by this new version.
[ ] Any fixed CI baseline entries are removed from that file.
[ ] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

/azp run

/azp run


Make it possible to offer roundtrip guarantees for formats that need it

The Serializer and Deserializer traits have a nice symmetry in their methods. In theory, that means it should be possible to write serialisers and deserialisers that offer round trip guarantees across its entire data model. In practice this is not possible, however, because the Visitor trait does not have a one to one translation with deserialisers. Unlike deserialisers, for example, it makes no distinction between structs and maps.
This PR adds additional methods to the Visitor trait to ensure that symmetry is kept. It also adds default implementations that maintain the current behaviour to ensure backwards compatibility. This allows formats that need it to offer round trip guarantees across the entire Serde data model without affecting existing formats. This behaviour is tested in this PR.

To guarantee roundtrips it is also required, that derive macros does not break them. The common problem is #[serde(flatten)] which convert visit_struct to visit_map which looses name and fields. While with current design it is impossible to keep fields (they must be statically known, but #[serde(flatten)] merge fields from different types which knows nothing about each other), it is possible to keep name.
The right approach for #[serde(flatten)] should use a special trait which would construct target type from intermediate buffer (that buffer would be read from data format). With that approach we also get compile-time guaranties that we cannot embed non-flattenable fields (for example, String), which is runtime error today.
While this is another big problem, you could, at least, investigate what could be improved with your new methods.
You also may investigate, how roundtrip would work with skipped fields (although there a known bugs here, which makes this task difficult).

Thanks for bringing up #[serde(flatten)] and #[serde(skip)] @Mingun. I plan to add tests for Serde attributes. I will make sure to include those ones as part of the tests. Those were not part of the initial implementation for serde-content because, for our needs, we only need to guarantee roundtrip support for the basic data model types. That includes serialising and deserialising serde_content::Content itself. Those are covered by these roundtrip tests.
I'm aware that for more comprehensive roundtrip support the derive macros will need to be updated as well, for example to call the new visitor methods for structs instead of visit_map but that's outside the scope of this PR. I wanted to keep it small and easy to review.

I added a few attribute tests, just enough to confirm what I already suspected. The attributes have no bearing on serde-content since they rewrite the types before the serialiser is even called. I was able to reproduce the skip issue you mentioned but that's expected too since it's an issue with the attribute itself.


Config should be filtered when consumed from frontend

Actually, the api config section is embedded when consumed from the web-app, a filtered version should be exposed.

Fixed by aa65906c05ce53c720ee442f422fa82692045e33


ci: merge staging to master

This is an automatic PR generated by the pipeline CI/CD. This will be automatically fast-forward merged if successful.

Pipeline Attempt on 575493434 for 6ff2d68948d075b1fea7c0dad4e2c0c616d0a922
https://gitlab.com/MatrixAI/open-source/js-logger/-/pipelines/575493434

Pipeline Succeeded on 575493434 for 6ff2d68948d075b1fea7c0dad4e2c0c616d0a922
https://gitlab.com/MatrixAI/open-source/js-logger/-/pipelines/575493434

Pipeline Attempt on 575501634 for 22a10076c16b2eb959e4db542229c45af295d710
https://gitlab.com/MatrixAI/open-source/js-logger/-/pipelines/575501634

Pipeline Succeeded on 575501634 for 22a10076c16b2eb959e4db542229c45af295d710
https://gitlab.com/MatrixAI/open-source/js-logger/-/pipelines/575501634


Working link to GETTING_STARTED

The rubydoc.info link stopped working. I spent a few minutes trying to figure it out (the .yardopts file seems correct?), and I can't tell why. This is a quick fix in absence of anything better.

Fixed in https://github.com/thoughtbot/factory_bot/pull/1175, but not released yet.


can be deployed by embed tomcat？

i have searched plugin about embed tomcat, but i am not sure whether runnable or not.
https://mvnrepository.com/artifact/org.apache.tomcat.maven

https://stackoverflow.com/questions/26883836/tomcat-8-maven-plugin-for-java-8

🍻 Personal needs ~


Resumable Uploads (TUS)

It would be great to implement Resumable Uploads, I am doing an integration for Vimeo and the videos that I will upload have a very large weight to upload them in a load, luckily Vimeo has this implementation and looking for I have not yet found any component with 'TUS' implementation.
Links:

https://tus.io/
Android: https://github.com/tus/tus-android-client
IOS: https://github.com/tus/TUSKit

With pleasure, I am willing to help in everything in my power

So, is there any update on resumable TUS upload, even I'm looking for this feature.

Hey folks :) thank you for the great library! Are there any updates on this front, by chance? Or any info on uploading via Tus in the background on iOS especially?


Fix links

Fix this request

[x] README.md
[x] CONTRIBUTING.md
[x] CODE_OF_CONDUCT.md

Hope you see my comment on https://github.com/cjolowicz/cookiecutter-hypermodern-python/pull/1089
I will close this. Thanks for your time and help!


V5.2.1 Next.js break?

Steps to reproduce

Create next.js project or clone repo: https://github.com/titong0/youtubejs-repro
run npm run dev or npx next dev
visit localhost:3000

Failure Logs
- error Error [ReferenceError]: Cannot access 'EventEmitter' before initialization
    at file:///C:/Users/Tiktok/Desktop/repro/node_modules/youtubei.js/dist/src/parser/youtube/LiveChat.js:16:24
    at ModuleJob.run (node:internal/modules/esm/module_job:198:25)
    at async Promise.all (index 0)
    at async ESMLoader.import (node:internal/modules/esm/loader:385:24)
    at async importModuleDynamicallyWrapper (node:internal/vm/module:437:15) {
  digest: undefined
}

Expected behavior
no crash
Current behavior
crashes
Version
Default
Anything else?
Not sure if this has anything to do with the EventTarget and CustomEvent are required. portion of the docs. Sorry if this is silly but I have no clue.  Btw my node version is v16.15.0
Checklist

[X] I am running the latest version.
[X] I checked the documentation and found no answer.
[X] I have searched the existing issues and made sure this is not a duplicate.
[X] I have provided sufficient information.

The issue is caused you you using the agnostic export but not calling Platform.load to tell YouTube.js about your platform, e.g. which classes are supported natively and which ones need polyfills.
The agnostic export is not documented, as it should only be used by people trying to use YouTube.js on an unsupported platform. As you are using Next.js, you'll either be running YouTube.js within a browser or on your node 16 setup, both of which are already supported by YouTube.js. So you don't meed to use the export that requires you to register your own platform support.
If you are planning to run YouTube.js on the server side, use the standard export (youtubei.js), if you are planning to run it in the browser, use the unbundled (this allows next.js to do the bundling for you) web export (youtubei.js/web).

Thanks a lot for the explanation!

Sorry, just tried importing "youtubei.js" but now I am getting this error:
- error ./node_modules/youtubei.js/dist/src/platform/jsruntime/jinter.js:1:0
Module not found: Default condition should be last one

https://nextjs.org/docs/messages/module-not-found

Import trace for requested module:
./node_modules/youtubei.js/dist/src/platform/web.js
./pages/index.jsModule not found: Default condition should be last one

My guess is this has something to do with the jinter directory which is imported by the web version of the library, however this should not be the case as I am importing the node version and not the web one.

After digging a bit more, I found out that the crash was being caused by a bad export order in the jintr package.  Apparently, it was fixed here, but when doing npm i youtubei.js@latest the file node_modules\youtubei.js\package.json has:
  "dependencies": {
    "jintr": "^1.0.0",
  },

and then, node_modules\jintr\package.json has
  "version": "1.0.0",
  "exports": {
    ".": {
      "node": {
        "import": "./dist/index.js",
        "require": "./bundle/jinter.cjs"
      },
         ERROR LINE HERE ⬇
      "default": "./dist/index.js",
      "types": "./dist/index.d.ts"
    }
  },

My guess is that even though it is not documented, the 1.1.0 release also reorders the exports, so it is necessary to change the version used by youtubei.js. Should this go in a PR instead? I am new to opne source but I would be glad to help.

Feel free to open a PR!


configs: Add arm64 kernel config file for kata kvm guest

As the Developer-Guide mentioned, the progress of installing guest kernel images need a default kernel config file. But for Arm64 architecture, this config file is missing. So in this patch, we provide a default Arm64 kernel config file for 4.14.x.
This PR is used to fix the issue https://github.com/kata-containers/packaging/issues/53

I have seen this before when the users default github email address doesn't match the email they specify in their SOB comment. Could that be it @Weichen81?

@jodh-intel Oh, Yes, my default github email address doesn't match the Author and sign-off-by email address. I will change my default github email address and try again.

Hi @Weichen81 - I've tried to "resync" this PR with pullapprove but that doesn't seem to work.
What will work is:

git rebase -i master
change pick to reword
save and quit the editor
git push -f

The "nop" rebase will force a new sha for your commit and trigger a new pullapprove check for this PR.

The latest Cavium thunderx2 server supports 256 logical cores (hyper thread), as far as I know, this is the maximum cpus of arm soc can support. But I think it’s enough, even we have 4096 cores in one soc in the future. It’s unlikely to assign all cores to a virtual machine.

@devimc I have updated the NR_CPU to 255 now. And this update also includes following changes:

Remove physical NIC drivers. I had added them to the config file to support PCI pass NICs in the future. But I think it's better let users to select which physical NIC driver they want to enable.
Enable ARM accelerator only for kernel used Cryptographic API.
Remove the netfilter framework from config file, I think it's useless in guest
@grahamwhaley @jodh-intel

Remove the netfilter framework from config file, I think it's useless in guest

did you check if network still works?
agent needs support for NETLINK_ROUTE
https://github.com/kata-containers/agent/blob/master/network.go#L106

@devimc Yes, I have tested on Arm64 platforms, the network works properly. And I think netlink_route doesn’t depends on netfilter subsystem, because it appears before netfilter came out :)

Hi,
As discussion in slack channel, ISTIO will need iptables support at some point anyway. So, I think I'd better to revert my change for netfilter. And I have updated the change in this PR.
How do you think about it? @grahamwhaley @devimc  @bergwolf @jodh-intel

Theory sounds fine to me - presuming that slack chat involved maybe @sboeuf or @devimc  - would like to hear input from at least one of them ;-)

@Weichen81 yes we agreed it would be nice to have the iptables support for our guest kernels as some application involving network sidecars might need it.

@Weichen81 Yes, please keep the netfilter related configs in the guest kernel.

Hi,
@sboeuf @bergwolf @grahamwhaley @devimc
Could you please give me an approve : )

@Weichen81 we need CONFIG_IP_NF_IPTABLES otherwise, no iptables support...

@sboeuf Thanks, that was what I curious about, because the x86 config file just enable the netfilter without any sub-option. I will fix it and rise another issue to fix the x86 config : )

@sboeuf I have enabled CONFIG_IP_NF_IPTABLES=y and set some match options to M, because I don't know which match options will you need.

@Weichen81 yeah I know we don't have this supported for x86_64 yet, but we'll add it very soon, that's why it would be better if it was already there for ARM64.
Please don't use modules, build those options in-kernel with a ...=y.

@sboeuf Ok, I have changed them to ...=y  : )

@jodh-intel gone for the weekend... I'll do it ;-)


In order to tell a story about my program as a developer, I can refactor the current program.

Feature that would be the solution

Criteria:

Have a main which only runs other methods
Refactor method names to be related to Chirp/cheeps
Separate methods into smaller methods, so each method only accomplishes one task


YARN-11172. Fix testDelegationToken

Description of PR
UT fail after [HDFS-16563], other yarn PR is blocked.
[ERROR] testDelegationToken(org.apache.hadoop.yarn.server.resourcemanager.TestClientRMTokens)  Time elapsed: 17.379 s  <<< FAILURE!
java.lang.AssertionError
	at org.junit.Assert.fail(Assert.java:87)
	at org.junit.Assert.assertTrue(Assert.java:42)
	at org.junit.Assert.assertTrue(Assert.java:53)
	at org.apache.hadoop.yarn.server.resourcemanager.TestClientRMTokens.testDelegationToken(TestClientRMTokens.java:207)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 40s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 27s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
24m 43s

trunk passed

+1 :green_heart:
compile
22m 47s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
20m 32s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 23s

trunk passed

+1 :green_heart:
mvnsite
4m  2s

trunk passed

+1 :green_heart:
javadoc
3m 22s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 55s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 53s

trunk passed

+1 :green_heart:
shadedclient
23m  2s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  6s

the patch passed

+1 :green_heart:
compile
22m  9s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
22m  9s

the patch passed

+1 :green_heart:
compile
20m 39s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
20m 39s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m  8s

the patch passed

+1 :green_heart:
mvnsite
4m  0s

the patch passed

+1 :green_heart:
javadoc
3m 14s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 46s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 53s

the patch passed

+1 :green_heart:
shadedclient
23m 11s

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

_ Other Tests _

+1 :green_heart:
unit
18m 30s

hadoop-common in the patch passed.

+1 :green_heart:
unit
97m 46s

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

+1 :green_heart:
asflicense
1m 37s

The patch does not generate ASF License warnings.

337m 11s

Subsystem
Report/Notes

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

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

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

uname
Linux 1315f1331a20 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 / fe51f95dbe93b983bc46de3194e50eb19d77110c

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

LGTM.

@Hexiaoqiao @steveloughran Can you please review the PR? Some unit test fail after HDFS-16563.

LambdaTestUtils.intercept is the way to test this; its our reimplementation of ScalaTest intercept. if the exception class or message is wrong, the exception is rethrown.
which would you prefer in jenkins log. a message saying "an assert true failed" or "here is the exception which was raised with all its stack"?

LambdaTestUtils.intercept is the way to test this; its our reimplementation of ScalaTest intercept. if the exception class or message is wrong, the exception is rethrown.
which would you prefer in jenkins log. a message saying "an assert true failed" or "here is the exception which was raised with all its stack"?

other PR link:
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4314/5/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
Fail log are:
INFO]
[ERROR] Errors:
[ERROR] org.apache.hadoop.yarn.server.resourcemanager.TestClientRMTokens.testDelegationToken(org.apache.hadoop.yarn.server.resourcemanager.TestClientRMTokens)
[ERROR]   Run 1: TestClientRMTokens.testDelegationToken:207
[ERROR]   Run 2: TestClientRMTokens.testDelegationToken:138 禄 YarnRuntime java.net.BindExceptio...
[ERROR]   Run 3: TestClientRMTokens.testDelegationToken:138 禄 YarnRuntime java.net.BindExceptio...
[INFO]
[INFO]
[ERROR] Tests run: 3322, Failures: 0, Errors: 1, Skipped: 9
[INFO]
[ERROR] There are test failures.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 15s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
25m 58s

trunk passed

+1 :green_heart:
compile
25m 11s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
22m 55s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 20s

trunk passed

+1 :green_heart:
mvnsite
3m 47s

trunk passed

+1 :green_heart:
javadoc
2m 46s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 44s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 58s

trunk passed

+1 :green_heart:
shadedclient
23m 10s

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

-0 :warning:
patch
23m 39s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  2s

the patch passed

+1 :green_heart:
compile
24m 36s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
24m 36s

the patch passed

+1 :green_heart:
compile
22m 54s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
22m 54s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 16s

the patch passed

+1 :green_heart:
mvnsite
3m 36s

the patch passed

+1 :green_heart:
javadoc
3m  6s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 43s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
6m 21s

the patch passed

+1 :green_heart:
shadedclient
23m 13s

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

_ Other Tests _

+1 :green_heart:
unit
18m 48s

hadoop-common in the patch passed.

+1 :green_heart:
unit
101m 44s

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

+1 :green_heart:
asflicense
1m 26s

The patch does not generate ASF License warnings.

350m 28s

Subsystem
Report/Notes

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

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

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

uname
Linux ee9b42966675 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 / 869c6e53a1a6d0f0c72aba8ce0b0952bd427768a

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 36s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 47s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
25m 50s

trunk passed

+1 :green_heart:
compile
24m 34s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
21m 47s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 51s

trunk passed

+1 :green_heart:
mvnsite
3m 45s

trunk passed

+1 :green_heart:
javadoc
3m 11s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 19s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 55s

trunk passed

+1 :green_heart:
shadedclient
26m  4s

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

-0 :warning:
patch
26m 37s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  9s

the patch passed

+1 :green_heart:
compile
25m 50s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
25m 50s

the patch passed

+1 :green_heart:
compile
22m 59s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
22m 59s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 22s

the patch passed

+1 :green_heart:
mvnsite
3m 50s

the patch passed

+1 :green_heart:
javadoc
3m  5s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 42s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
6m  9s

the patch passed

+1 :green_heart:
shadedclient
26m  7s

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

_ Other Tests _

+1 :green_heart:
unit
18m 58s

hadoop-common in the patch passed.

+1 :green_heart:
unit
98m 38s

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

+1 :green_heart:
asflicense
1m 37s

The patch does not generate ASF License warnings.

353m 17s

Subsystem
Report/Notes

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

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

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

uname
Linux 0a7568f3de20 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 869c6e53a1a6d0f0c72aba8ce0b0952bd427768a

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 59s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
16m 29s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
26m 34s

trunk passed

+1 :green_heart:
compile
25m 41s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
21m 54s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 37s

trunk passed

+1 :green_heart:
mvnsite
4m  0s

trunk passed

+1 :green_heart:
javadoc
3m  3s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 29s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 31s

trunk passed

+1 :green_heart:
shadedclient
22m 21s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 21s

the patch passed

+1 :green_heart:
compile
24m 45s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
24m 45s

the patch passed

+1 :green_heart:
compile
22m 18s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
22m 18s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 31s

the patch passed

+1 :green_heart:
mvnsite
3m 57s

the patch passed

+1 :green_heart:
javadoc
3m  3s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 33s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 46s

the patch passed

+1 :green_heart:
shadedclient
22m 43s

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

_ Other Tests _

+1 :green_heart:
unit
18m 48s

hadoop-common in the patch passed.

+1 :green_heart:
unit
102m  7s

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

+1 :green_heart:
asflicense
1m 36s

The patch does not generate ASF License warnings.

352m  0s

Subsystem
Report/Notes

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

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

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

uname
Linux 17427624e802 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 / 235be55298bb38e0d61eed1c72ace8be231672a0

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 35s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 36s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
26m  4s

trunk passed

+1 :green_heart:
compile
26m 38s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
23m 22s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 16s

trunk passed

+1 :green_heart:
mvnsite
3m 59s

trunk passed

+1 :green_heart:
javadoc
3m 17s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 42s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 54s

trunk passed

+1 :green_heart:
shadedclient
23m  0s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  8s

the patch passed

+1 :green_heart:
compile
25m 19s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
25m 19s

the patch passed

+1 :green_heart:
compile
23m  7s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
23m  7s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 11s

the patch passed

+1 :green_heart:
mvnsite
3m 52s

the patch passed

+1 :green_heart:
javadoc
3m  2s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 41s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
6m  9s

the patch passed

+1 :green_heart:
shadedclient
22m 54s

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

_ Other Tests _

+1 :green_heart:
unit
18m 47s

hadoop-common in the patch passed.

-1 :x:
unit
100m 13s
/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-resourcemanager.txt
hadoop-yarn-server-resourcemanager in the patch passed.

+1 :green_heart:
asflicense
1m 31s

The patch does not generate ASF License warnings.

352m 43s

Reason
Tests

Failed junit tests
hadoop.yarn.server.resourcemanager.TestRMRestart

Subsystem
Report/Notes

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

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

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

uname
Linux 51f4c7cded83 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 / 235be55298bb38e0d61eed1c72ace8be231672a0

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 43s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 54s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
26m  9s

trunk passed

+1 :green_heart:
compile
26m 36s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
23m 26s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 20s

trunk passed

+1 :green_heart:
mvnsite
3m 55s

trunk passed

+1 :green_heart:
javadoc
3m 14s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 42s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 55s

trunk passed

+1 :green_heart:
shadedclient
22m 42s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  9s

the patch passed

+1 :green_heart:
compile
25m 10s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
25m 10s

the patch passed

+1 :green_heart:
compile
23m  4s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
23m  4s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 11s

the patch passed

+1 :green_heart:
mvnsite
3m 59s

the patch passed

+1 :green_heart:
javadoc
3m  8s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 47s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
6m 16s

the patch passed

+1 :green_heart:
shadedclient
23m  3s

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

_ Other Tests _

+1 :green_heart:
unit
18m 55s

hadoop-common in the patch passed.

+1 :green_heart:
unit
100m 25s

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

+1 :green_heart:
asflicense
1m 29s

The patch does not generate ASF License warnings.

353m 33s

Subsystem
Report/Notes

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

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

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

uname
Linux 798ee7c8226b 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 / 235be55298bb38e0d61eed1c72ace8be231672a0

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 38s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
18m 51s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
27m  1s

trunk passed

+1 :green_heart:
compile
22m 52s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
compile
20m 22s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 22s

trunk passed

+1 :green_heart:
mvnsite
3m 56s

trunk passed

+1 :green_heart:
javadoc
3m 22s

trunk passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 53s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
5m 46s

trunk passed

+1 :green_heart:
shadedclient
22m 50s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  3s

the patch passed

+1 :green_heart:
compile
22m  0s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javac
22m  0s

the patch passed

+1 :green_heart:
compile
20m 30s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
20m 30s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 11s

the patch passed

+1 :green_heart:
mvnsite
3m 58s

the patch passed

+1 :green_heart:
javadoc
3m 14s

the patch passed with JDK Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS>

+1 :green_heart:
javadoc
2m 52s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
6m  1s

the patch passed

+1 :green_heart:
shadedclient
23m  8s

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

_ Other Tests _

+1 :green_heart:
unit
18m 21s

hadoop-common in the patch passed.

+1 :green_heart:
unit
112m 53s

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

+1 :green_heart:
asflicense
1m 35s

The patch does not generate ASF License warnings.

358m  1s

Subsystem
Report/Notes

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

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

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

uname
Linux a3e37eab1db9 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2ab32a9a7374d80f32a796763726a4cc74aab7f6

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Private Build-11.0.15+10-Ubuntu-0ubuntu<IP_ADDRESS> /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

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

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

@steveloughran Can you please review it again and merge to trunk? Some PR is blocked by this.


[CosmosDB] Change id when using materialized view preview feature

Hi,
Can I select another field to be the id in the new view when using the materialized view feature?
Also, there are any plans to make it GA?
Thanks

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

ID: c6ab23a2-a289-c30b-3f61-8f724a08a517
Version Independent ID: d8810200-7794-3f95-b814-1206b6ae0bfa
Content: Materialized views (preview) - Azure Cosmos DB for NoSQL
Content Source: articles/cosmos-db/nosql/materialized-views.md
Service: cosmos-db
Sub-service: nosql
GitHub Login: @AbhinavTrips
Microsoft Alias: abtripathi

@itai257
It would be great if you could add a link to the documentation you are following for these steps? This would help us redirect the issue to the appropriate team. Thanks!

Sure, this is the documentation link:
https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/materialized-views?tabs=azure-portal

@itai257
Yes, you can select another field to be the id in the new view when using the materialized view feature. When you create a materialized view, you can specify the name of the new view, the source container, and the SQL query that defines the view. You can also specify the partition key path and the id field for the new view. By default, the id field for the new view is set to the id field of the source container, but you can specify a different field if you want.
To specify a different id field for the new view, you can use the "WITH" clause in the SQL query. For example, the following SQL query creates a materialized view that uses the "customerId" field as the id field:
CREATE MATERIALIZED VIEW customerOrders
WITH (partitionKeyPath = '/customerId', id = '/customerId')
AS
SELECT c.customerId, o.orderId, o.orderDate, o.total
FROM c
JOIN o IN c.orders
Regarding the GA status of the materialized views feature in Cosmos DB, I do not have any information on when it will be generally available. However, Microsoft is actively working on improving the feature and adding new capabilities, so it is likely that it will become generally available in the future.

I have a collection with the following structure:
{
"Type": "Ingredient",
"Project": "Kitchen",
"ReadableId": "123456",
"id": "milk"
}
I tried to use your example in order to create a materialized view with
partition key: Type
id: ReadableId
I tried the following query:
CREATE MATERIALIZED VIEW GIV3
WITH (partitionKeyPath = '/Type', id = '/ReadableId')
AS
SELECT c.ReadableId, o.Type, o.Project
FROM c
JOIN o IN c.ReadableId
and I'm getting the error:
Failed to query item for container Ingredients:
{"code":"BadRequest","message":"One of the input values is invalid.\r\nActivityId: 7d6d58fb-dce0-41bc-996e-bfc294ea12fb, Windows/10.0.20348 cosmos-netstandard-sdk/3.18.0"}
Also, I didn't see anywhere in the documentation/blog post/videos any example of creating the materialized view using an SQL query, is it a new option to do it? if so, can you please elaborate more or send a link to any documentation that explains this method.
the documentation mentioned earlier is creating the MV using a rest API, also please note that in the documentation it says that there are some limitations on the SQL query like

@itay-malka-int
Thank you for your feedback!
I'd recommend working closer with our support team via an [Azure support request] (https://docs.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request). Or you can leverage our Q&A forum by posting your issue there so our community, and MVPs can further assist you in troubleshooting this issue or finding potential workarounds.
[Teams Q&A forum] (https://docs.microsoft.com/en-us/answers/topics/46488/office-teams-windows-itpro.html) for technical questions about the configuration and administration of Microsoft Teams on Windows.
[Microsoft Teams Community forum] (https://answers.microsoft.com/en-us/msteams/forum?sort=LastReplyDate&dir=Desc&tab=All&status=all&mod=&modAge=&advFil=&postedAfter=&postedBefore=&threadType=All&isFilterExpanded=false&page=1)
Thank you for your time and patience throughout this issue.


[BLUEPRINT]: Make the dependency graph colour scheme explicit

This PR makes the dependency graph’s color scheme explicit and easily editable.
Closes #69

Thanks, and also thanks for your comments on the colour scheme. Right now "making the blueprint graph look nice" is low priority, I have realised that it's more worthwhile to focus on sorrys and use the blueprint to give more details for the harder ones. But it will no doubt become higher priority later on (in fact this will help, because I realised when I opened the issue that I didn't really understand things properly, and your comments on it mean that I now have a good reference).