503 response_code on sidecar soon after "grpc config stream closed"

Bug description
We have been seeing external health checks randomly fail with 503 URX reported by the ingress gateway. This failure happens infrequently (once or twice a day per service). I have analysed two cases, and in both I was able to narrow down the cause to 503s being reported by the sidecar itself. The sidecar is reporting 503s with response_code "NR".
These failures are affecting our stability (sometimes non-healthcheck requets will fail) as well as adding noise to our monitoring.
[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[X ] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Expected behavior
Given that the cluster was stable during this time and no pods have come up or down, I do not expect to have any requests fail within the mesh due to the sidecar configuration.
Steps to reproduce the bug

Run a cluster with a retry policy and external monitoring
Check for 503s.

Version (include the output of istioctl version --remote and kubectl version and helm version if you used Helm)
istio:
client version: 1.4.2
control plane version: 1.4.3
data plane version: 1.4.3 (11 proxies), 1.4.2 (3 proxies)

Note: we did the 1.4.3 upgrade last week. I guess not every pod has rolled over yet (hence the 3 on 1.4.2). Either way, the pod that had the problem is running 1.4.3:
2020-01-21T14:21:08.861754Z     info    Version 1.4.3-17f6bfc3d7121ad527c2d617ffc27c758d6a7241-Clean
Further, we have seen this issue prior to the 1.4.3 upgrade, so I don't think the version skew is at fault.
kubernetes:
Client Version: version.Info{Major:"1", Minor:"17", GitVersion:"v1.17.0", GitCommit:"70132b0f130acc0bed193d9ba59dd186f0e634cf", GitTreeState:"clean", BuildDate:"2019-12-10T03:03:57Z", GoVersion:"go1.13.5", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"13+", GitVersion:"v1.13.11-gke.14", GitCommit:"56d89863d1033f9668ddd6e1c1aea81cd846ef88", GitTreeState:"clean", BuildDate:"2019-11-07T19:12:22Z", GoVersion:"go1.12.11b4", Compiler:"gc", Platform:"linux/amd64"}

helm:
version.BuildInfo{Version:"v3.0.2", GitCommit:"19e47ee3283ae98139d98460de796c1be1e3975f", GitTreeState:"clean", GoVersion:"go1.13.5"}

How was Istio installed?
helm template, followed by kustomize.
Environment where bug was observed (cloud vendor, OS, etc)
Google Kubernetes Engine (GKE)
** Extra info **
The route getting us there (from the virtual service):
    match:
    - uri:
        prefix: /v1/tokens/healthz
    retries:
      attempts: 3
      retryOn: connect-failure,refused-stream,unavailable,cancelled,resource-exhausted,5xx,retriable-status-codes
    rewrite:
      uri: /healthz
    route:
    - destination:
        host: v1-tokens.api.svc.cluster.local
        port:
          number: 5005

I have some logs that show the issue. Note how the same path and authority worked for a request started at 14:53:45.167Z but then failed for one started at 14:53:45.548Z.
[Envoy (Epoch 0)] [2020-01-21 14:53:44.957][20][warning][config] [bazel-out/k8-opt/bin/external/envoy/source/common/config/_virtual_includes/grpc_stream_lib/common/config/grpc_stream.h:91] gRPC config stream closed: 13,
[Envoy (Epoch 0)] [2020-01-21 14:53:45.286][20][warning][filter] [src/envoy/http/authn/http_filter_factory.cc:102] mTLS PERMISSIVE mode is used, connection can be either plaintext or TLS, and client cert can be omitted. Please consider to upgrade to mTLS STRICT mode for more secure configuration that only allows TLS connection with client cert. See https://istio.io/docs/tasks/security/mtls-migration/
[Envoy (Epoch 0)] [2020-01-21 14:53:45.292][20][warning][filter] [src/envoy/http/authn/http_filter_factory.cc:102] mTLS PERMISSIVE mode is used, connection can be either plaintext or TLS, and client cert can be omitted. Please consider to upgrade to mTLS STRICT mode for more secure configuration that only allows TLS connection with client cert. See https://istio.io/docs/tasks/security/mtls-migration/
[Envoy (Epoch 0)] [2020-01-21 14:53:45.316][20][warning][filter] [src/envoy/http/authn/http_filter_factory.cc:102] mTLS PERMISSIVE mode is used, connection can be either plaintext or TLS, and client cert can be omitted. Please consider to upgrade to mTLS STRICT mode for more secure configuration that only allows TLS connection with client cert. See https://istio.io/docs/tasks/security/mtls-migration/
[Envoy (Epoch 0)] [2020-01-21 14:53:45.329][20][warning][filter] [src/envoy/http/authn/http_filter_factory.cc:102] mTLS PERMISSIVE mode is used, connection can be either plaintext or TLS, and client cert can be omitted. Please consider to upgrade to mTLS STRICT mode for more secure configuration that only allows TLS connection with client cert. See https://istio.io/docs/tasks/security/mtls-migration/
{"upstream_cluster":"inbound|5005|http|v1-tokens.api.svc.cluster.local","downstream_remote_address":"<IP_ADDRESS>:58308","authority":"<IP_ADDRESS>:5005","path":"/healthz","protocol":"HTTP/1.1","upstream_service_time":"3","upstream_local_address":"-","duration":"6","downstream_local_address":"<IP_ADDRESS>:5005","upstream_transport_failure_reason":"-","route_name":"default","response_code":"200","user_agent":"kube-probe/1.13+","response_flags":"-","start_time":"2020-01-21T14:53:43.772Z","method":"GET","request_id":"5ec4d28e-753e-4c3d-91de-ad42965f2499","upstream_host":"<IP_ADDRESS>:5005","x_forwarded_for":"-","requested_server_name":"-","bytes_received":"0","istio_policy_status":"-","bytes_sent":"2"}
{"upstream_cluster":"inbound|5005|http|v1-tokens.api.svc.cluster.local","downstream_remote_address":"<IP_ADDRESS>:55374","authority":"<IP_ADDRESS>:5005","path":"/metrics","protocol":"HTTP/1.1","upstream_service_time":"5","upstream_local_address":"-","duration":"8","downstream_local_address":"<IP_ADDRESS>:5005","upstream_transport_failure_reason":"-","route_name":"default","response_code":"200","user_agent":"Prometheus/2.12.0","response_flags":"-","start_time":"2020-01-21T14:53:43.772Z","method":"GET","request_id":"b459b4c3-4836-4943-8fed-52c622dad5d0","upstream_host":"<IP_ADDRESS>:5005","x_forwarded_for":"-","requested_server_name":"-","bytes_received":"0","istio_policy_status":"-","bytes_sent":"6141"}
{"bytes_sent":"2","upstream_cluster":"inbound|5005|http|v1-tokens.api.svc.cluster.local","downstream_remote_address":"<IP_ADDRESS>:0","authority":"api.agilicus.com","path":"/v1/tokens/healthz","protocol":"HTTP/1.1","upstream_service_time":"1","upstream_local_address":"-","duration":"4","downstream_local_address":"<IP_ADDRESS>:5005","upstream_transport_failure_reason":"-","route_name":"default","response_code":"200","user_agent":"GoogleStackdriverMonitoring-UptimeChecks(https://cloud.google.com/monitoring)","response_flags":"-","start_time":"2020-01-21T14:53:45.167Z","method":"GET","request_id":"528e0cfe-19c4-42bf-966a-ee3ae2d18e74","upstream_host":"<IP_ADDRESS>:5005","x_forwarded_for":"<IP_ADDRESS>","requested_server_name":"-","bytes_received":"0","istio_policy_status":"-"}
{"bytes_sent":"0","upstream_cluster":"-","downstream_remote_address":"XXX.XXX.XXX.XXX:0","authority":"api.agilicus.com","path":"/v1/tokens/healthz","protocol":"HTTP/1.1","upstream_service_time":"-","upstream_local_address":"-","duration":"3","downstream_local_address":"<IP_ADDRESS>:5005","upstream_transport_failure_reason":"-","route_name":"default","response_code":"503","user_agent":"GoogleStackdriverMonitoring-UptimeChecks(https://cloud.google.com/monitoring)","response_flags":"NR","start_time":"2020-01-21T14:53:45.548Z","method":"GET","request_id":"a3f7c112-2ae1-4494-be7f-e5248fbbe530","upstream_host":"-","x_forwarded_for":"XXX.XXX.XXX.XXX","requested_server_name":"-","bytes_received":"0","istio_policy_status":"-"}
{"response_code":"503","user_agent":"GoogleStackdriverMonitoring-UptimeChecks(https://cloud.google.com/monitoring)","response_flags":"NR","start_time":"2020-01-21T14:53:45.577Z","method":"GET","request_id":"a3f7c112-2ae1-4494-be7f-e5248fbbe530","upstream_host":"-","x_forwarded_for":"XXX.XXX.XXX.XXX","requested_server_name":"-","bytes_received":"0","istio_policy_status":"-","bytes_sent":"0","upstream_cluster":"-","downstream_remote_address":"XXX.XXX.XXX.XXX:0","authority":"api.agilicus.com","path":"/v1/tokens/healthz","protocol":"HTTP/1.1","upstream_service_time":"-","upstream_local_address":"-","duration":"2","downstream_local_address":"<IP_ADDRESS>:5005","upstream_transport_failure_reason":"-","route_name":"default"}
{"istio_policy_status":"-","bytes_sent":"0","upstream_cluster":"-","downstream_remote_address":"XXX.XXX.XXX.XXX:0","authority":"api.agilicus.com","path":"/v1/tokens/healthz","protocol":"HTTP/1.1","upstream_service_time":"-","upstream_local_address":"-","duration":"3","downstream_local_address":"<IP_ADDRESS>:5005","upstream_transport_failure_reason":"-","route_name":"default","response_code":"503","user_agent":"GoogleStackdriverMonitoring-UptimeChecks(https://cloud.google.com/monitoring)","response_flags":"NR","start_time":"2020-01-21T14:53:45.592Z","method":"GET","request_id":"a3f7c112-2ae1-4494-be7f-e5248fbbe530","upstream_host":"-","x_forwarded_for":"XXX.XXX.XXX.XXX","requested_server_name":"-","bytes_received":"0"}

Relevant log on the ingress:
{"upstream_local_address":"-","duration":"94","downstream_local_address":"<IP_ADDRESS>:443","upstream_transport_failure_reason":"-","route_name":"-","response_code":"503","user_agent":"GoogleStackdriverMonitoring-UptimeChecks(https://cloud.google.com/monitoring)","response_flags":"URX","start_time":"2020-01-21T14:53:45.548Z","method":"GET","request_id":"a3f7c112-2ae1-4494-be7f-e5248fbbe530","upstream_host":"<IP_ADDRESS>:5005","x_forwarded_for":"XXX.XXX.XXX.XXX","requested_server_name":"api.agilicus.com","bytes_received":"0","istio_policy_status":"-","bytes_sent":"0","upstream_cluster":"outbound|5005||v1-tokens.api.svc.cluster.local","downstream_remote_address":"XXX.XXX.XXX.XXX:38317","authority":"api.agilicus.com","path":"/v1/tokens/healthz","protocol":"HTTP/2","upstream_service_time":"-"}

Does anyone have some insight in this? It's happening quite frequently. We're managing to deal with it using retries most of the time, but that's not a very good solution for how often it happens.

Any resolves for this? Happening with us as well on istio 1.5.2.


New Backend, HDF5_01 - Optimizations for large fixed size arrayset schemas.

Motivation and Context
Why is this change required? What problem does it solve?:
Significant performance improvements for larger fixed size arrayset data.
Inline documentation explains rationale.
If it fixes an open issue, please link to the issue here:
Description
Describe your changes in detail:

new HDF5_01 backend (to complement HDF5_00).
introducing methods to more intelligently select backends for an arrayset schema based on it's access conventions and setup.
updated tests
updated docs

Types of changes
What types of changes does your code introduce? Put an x in all the boxes that apply:

[ ] Documentation update
[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Is this PR ready for review, or a work in progress?

[ ] Ready for review
[x] Work in progress

How Has This Been Tested?
Put an x in the boxes that apply:

[x] Current tests cover modifications made
[ ] New tests have been added to the test suite
[x] Modifications were made to existing tests to support these changes
[ ] Tests may be needed, but they are not included when the PR was proposed
[ ] I don't know. Help!

Checklist:

[x] My code follows the code style of this project.
[x] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[x] I have signed (or will sign when prompted) the tensorwork CLA.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

Hey @hhsecond this is a first draft PR here.. It's ready for a high level review, but will definitely need some work before thinking about merging it.

@elistevens this will interest you. Once this is merged (hopefully in the next few days, I'll be pushing v0.4.0b1


Alternate initial feature support definition

Noodling inspired by @foolip's https://github.com/web-platform-dx/feature-set/pull/40#discussion_r1070823059 (and a discussion with Kadir).
What is this?
This is an alternative approach to defining features that distinguishes between what constitutes that feature (some syntax, an interface, methods, elements, etc.) and the sources we use to determine whether those things, taken together, are supported.
Why would we do this?
The main benefit of this approach is authorability and reviewability: a spec author or browser engineer doesn't need to know anything about BCD's idiosyncrasies to write or update a feature definition. This makes it easier to collaborate on high-level feature groups.
A secondary benefit is that we might support more than one mapping without paying a direct penalty in terms of feature definition size and complexity (that is, adding a second source doesn't imply a doubly-long feature YAML file). I've illustrated this with a strictly hypothetical and extremely naïve WPT mapping (though I know about 👉👈 this much about WPT test cases and results, so I couldn't tell you if it's a good mpaping).
What other work does this imply?
In a better world, the .map.yml file would be unnecessary. For example, BCD might have an API (or, more likely, a companion library) that can take a "natural" name (e.g., CSSImportRule.prototype.layerName) and return the compat data out of BCD's internal structure (e.g., api.CSSImportRule.layerName). We could write that library, but in the near term, we don't have to commit to the increased scope. Instead, we write the mappings ourselves (which is what my other proposal does anyway, more or less).

I've given some thought to grouping WPT by feature as well, to allow showing the tests for a specific feature on wpt.fyi. https://github.com/foolip/wpt/commit/ebbbffcfac3e770697a4c21cc6d35acd9850a499 is the approach I tinkered with then. (A lot is missing to actually have the wpt.fyi feature.)
I believe that grouping by high-level feature is tractable and that the most practical way to do it is with metadata in the WPT repo itself. However, one could get started with out-of-band metadata as well, it would just be more work to maintain over time.
I think that mapping at a more granular level is going to be far more work, as identifying which tests are for CSSImportRule.prototype.layerName requires first searching for the string "layerName" and then checking if it's really accessing it on a CSSImportRule instance.
This is all to say that I think the level of indirection being suggested here, with more granular "constituent features" that are in turn mapped to other data sources, will be more work and my inclination is to start simpler, without an indirection.

re figuring out if an actual API end point is used in a test, I had done some toying in that space with https://github.com/dontcallmedom/wpt-coverage-tracker (see also https://lists.w3.org/Archives/Public/public-test-infra/2020OctDec/0002.html )

Thanks for the feedback, y'all. I've cherry picked the formatting work as https://github.com/web-platform-dx/feature-set/pull/61. But otherwise it sounds like this is not the way forward, so I'm going to close this PR.


Chart Editor Crashing

Describe your bug here.
Whenever i load my custom song it sends me a error that says "secrets-null.json", the game then crashes.
Not only that, but for no reason, after a few minutes it randomly freezes and crashes. making me lose my whole process.

Lua
What is your build target?
Windows
Did you edit anything in this build? If so, mention or summarize your changes.
All i did was adding a new song using tutorial charts and charting the shit out of it

are you sure that you're using psych 0.5.2h, bc i never got the problem with the -null difficulty

dude...THE SAME THING IS HAPPENING TO ME
ill just use a older engine

same thing here, the only way I can fix this is by creating a copy of the current saved chart and adding '-null' as the difficulty.

I can confirm this happens in 0.5.2h when trying to load a song in the chart editor entering from the main menu.


[Feature] brew tap/formula

Problem Statement
Installation of CLI could be more ubiquitous if there was a brew formula for the binary
Solution Description
create a brew formula during release
Alternatives
No response
Additional Context
No response
Slack discussion
No response
Research

[X] I have searched other issues in this repository and mine is not recorded.

I agree, I'll discuss it with the team.


Error when building on macOS

I'm having an issue when trying to build on macOS:
rustc --version
rustc 1.16.0

cargo --version
cargo-0.17.0-dev (f9e5481 2017-03-03)

cargo build --release
Produces:
   Compiling librespot v0.1.0 (file:///Users/don/src/home/librespot)
error: custom derive attribute panicked
  --> src/apresolve.rs:11:24
   |
11 | #[derive(Clone, Debug, Serialize, Deserialize)]
   |                        ^^^^^^^^^
   |
   = help: message: proc_macro::__internal::with_parse_sess() called before set_parse_sess()!

error: Could not compile `librespot`.

Sorry if there's an obvious problem here as I'm not proficient in Rust :)

I had a similar issue, and was able to fix it by removing the homebrew-installed rust I was using and switching to rustup. I'm not sure what the issue is, but apparently the homebrew version causes some builds to fail.
I am running the same versions of rustc and cargo as you (installed with rustup) and am able to compile current master with no issues.
Related: https://github.com/serde-rs/serde/issues/764

That did the trick! Thanks for the quick reply 👍 😄

FYI, got the same error using Rust 1.17.0 from Homebrew on macOS 10.11.

This issue is documented on the rust repo here: https://github.com/rust-lang/rust/issues/39870#issuecomment-280216673, was patched here: https://github.com/Homebrew/brew/pull/2036, then subsequently reverted here: https://github.com/Homebrew/brew/pull/2450. In short, Homebrew isn't going to patch the behaviour that causes this issue as it is inconvenient for the vast majority of other packages. So the solution is thus: use rustup. It's better in this instance anyway :)

Thanks for the background info and the pull request explaining it in the README.

No problem :)

This should no longer be a problem in Homebrew due to https://github.com/Homebrew/homebrew-core/pull/14490.


Implement Properties()

:tada: This PR is included in version 1.4.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


if load account fails the it hangs

Ideally should let them log in but show 0 balance.

And perhaps a message saying that the account is not funded and requires a minimum balance of 20 lumens in the account before the account is active.

It started happening because of the changes in stellar-sdk. Fixed.


Fix issue with peerDependencies coming from sinon and chai

Description
This PR makes use of the legacy-peer-deps flag in the .npmrc file to prevent peerDependencies be installed by default and cause problems with the npm i command.
How to Test

Pull the branch: bug/sc-104915/error-when-installing-dependencies-in-particle
Update your local node version to v16.x and npm to version to v8.x. Use nvm use 16 or equivalent.
Verify your updates: node -v && npm -v. Make sure you are running<EMAIL_ADDRESS>or higher.
Install dependencies: npm i
Run the tests npm run test

Outcome
All tests should pass. npm i should run without issues.
Related / Discussions

https://app.shortcut.com/particle/story/104915/error-when-installing-dependencies-in-particle-api-js-with-npm-8-11-0

Completeness

[x] PR opened :tada:
[x] Testing instructions have been provided
[x] Tracking story is up to date (tasks are marked complete, state is "ready for review")
[x] Docs have been updated
[x] Branch is rebased against target (typically main)

@deleonn

Make sure you are running<EMAIL_ADDRESS>or higher.

can you explain why this is required?

@deleonn testing instructions should include verifying the lockfile does not have any changes after a fresh install / reinstall - can you update those 🙏 👍

@busticated @joegoggins seems like the missing piece was adding acorn as a dependency to the package.json (just like the CI was saying). The latest update should fix the problems we saw by updating sinon and chai instead of using the legacy-peer-deps flag.

@deleonn you'll need to dig deeper i think - run npm ls acorn locally on this branch and observe:
└─┬<EMAIL_ADDRESS>  └─┬<EMAIL_ADDRESS>    ├─┬<EMAIL_ADDRESS>    │ └──<EMAIL_ADDRESS>deduped invalid: "^6.0.0 || ^7.0.0" from node_modules/acorn-jsx
    └──<EMAIL_ADDRESS>
then trace back those dependencies:
<EMAIL_ADDRESS>uses<EMAIL_ADDRESS>https://github.com/eslint/eslint/blob/v5.16.0/package.json#L47
<EMAIL_ADDRESS>uses<EMAIL_ADDRESS>and<EMAIL_ADDRESS>https://github.com/eslint/espree/blob/v5.0.1/package.json#L21-L22
<EMAIL_ADDRESS>uses peerDependencies which do not accept<EMAIL_ADDRESS>https://github.com/acornjs/acorn-jsx/blob/5.1.0/package.json#L22
bottom-line: we're on a very old version of eslint (latest is v8.17.0, we're on v5.16.0). even upgrading to eslint@7, ultimately gets us<EMAIL_ADDRESS>which has a compatible peerDependencies range: https://github.com/acornjs/acorn-jsx/blob/5.3.1/package.json#L22 - i would look at upgrading eslint to the v8 line or v7 if there are known-blockers (see breaking changes). since<EMAIL_ADDRESS>declares acorn as a direct dependency (source), that should satisfy acorn-jsx's peerDependencies range.


No turtlebot topics when running turtlebot3_world.launch

I am using ROS Melodic with Ubuntu 18.04.
When I run the turtlebot3_world.launch file, the only topics listed in rostopic list are:
/clock
/gazebo/link_states
/gazebo/model_states
/gazebo/parameter_descriptions
/gazebo/parameter_updates
/gazebo/set_link_state
/gazebo/set_model_state
/rosout
/rosout_agg

Gazebo starts and I can see the environment and waffle_pi model, but I don't have any topics like cmd_vel, odom, sensor_state, etc.
The output from running the launch file is:
process[gazebo-1]: started with pid [4189]
process[gazebo_gui-2]: started with pid [4194]
process[spawn_urdf-3]: started with pid [4199]
[ INFO] [1593193588.071952227]: Finished loading Gazebo ROS API Plugin.
[ INFO] [1593193588.073046966]: waitForService: Service [/gazebo/set_physics_properties] has not been advertised, waiting...
[ INFO] [1593193588.115089000]: Finished loading Gazebo ROS API Plugin.
[ INFO] [1593193588.116114211]: waitForService: Service [/gazebo_gui/set_physics_properties] has not been advertised, waiting...
[ INFO] [1593193588.402999688]: waitForService: Service [/gazebo/set_physics_properties] is now available.
[ INFO] [1593193588.432082112, 0.005000000]: Physics dynamic reconfigure ready.
[Err] [REST.cc:205] Error in REST request

libcurl: (51) SSL: no alternative certificate subject name matches target host name 'api.ignitionfuel.org'
[spawn_urdf-3] process has finished cleanly

Hi. @sterlingm
I'm sorry for the late reply.
Please test below command?
$ export GAZEBO_PLUGIN_PATH=$GAZEBO_PLUGIN_PATH:${turtlebot3_gazebo_plugin path}/build
$ export GAZEBO_MODEL_PATH=$GAZEBO_MODEL_PATH:${turtlebot3_gazebo_model path}/models
${turtlebot3_gazebo_plugin_path} should be the actual path to the plugin and model folders, such as $HOME/catkin_ws/src/turtlebot3_simulations/turtlebot3_gazebo
Test above and let me know if it still doesn't work,
Thank you.

This issue has been closed as there weren't recent activities.
Please feel free to reopen this thread if there's any opinion to throw. Thanks.

Hello,
I am having the same problem.
The GAZEBO_PLUGIN_PATH instructions in the comment above should work for 11.2.2 Standalone Gazebo Plugin, am I right? However, I am following the instructions for simulation through ROS as instructed here: 11.2.1 ROS packages for Gazebo
I ran the following commands in order,

roslaunch turtlebot3_teleop turtlebot3_teleop_key.launch
roslaunch turtlebot3_gazebo turtlebot3_world.launch
roslaunch turtlebot3_gazebo turtlebot3_simulation.launch

then I can see the gazebo window with waffle robot (defined in bashrc). However, the /scan is not being published and robot does not obey teleop commands (they are being published, I manually checked the topic).
I can run TurtleBot3 Simulation using Fake Node without any issue. However Gazebo simulation fails to work. Probably the plugins are not behaving right but I must be missing something. I also checked the answer on issue #117, however gazebo already starts in 'play' mode.
I tried on both Kinetic (Ubuntu 16.04) and Melodic (Ubuntu 18.04), both of them runs on Docker since my host system is Ubuntu 20.04.
Topics:
> rostopic list
/clock
/cmd_vel
/gazebo/link_states
/gazebo/model_states
/gazebo/parameter_descriptions
/gazebo/parameter_updates
/gazebo/set_link_state
/gazebo/set_model_state
/gazebo_gui/parameter_descriptions
/gazebo_gui/parameter_updates
/odom
/rosout
/rosout_agg
/scan

> rostopic info /scan
Type: sensor_msgs/LaserScan

Publishers: None

Subscribers:
 * /turtlebot3_drive (http://emektar:40609/)

A screenshot of all windows:

Thanks!

I solved my problem by installing full desktop version (apt install ros-melodic-desktop-full) in my Dockerfile on top of ubuntu:18.04 image. Previously I've been using prebuilt ros:melodic-perception-bionic image, which fails to run simulation. Hope this helps others!
My reference docker files: https://gist.github.com/bkakilli/50ed23371094e11fa083325a78793e79


Fail on pip install

$ mktmpenv
New python executable in tmp-46e53108f671f48b/bin/python
Installing setuptools, pip...done.
Requirement already up-to-date: pip in /Users/robinho/.virtualenvs/tmp-46e53108f671f48b/lib/python2.7/site-packages
Requirement already up-to-date: setuptools in /Users/robinho/.virtualenvs/tmp-46e53108f671f48b/lib/python2.7/site-packages
This is a temporary environment. It will be deleted when you run 'deactivate'.
$ pip install homebrew-pypi-poet
Collecting homebrew-pypi-poet
  Could not find any downloads that satisfy the requirement homebrew-pypi-poet
  No distributions at all found for homebrew-pypi-poet
$ pip search homebrew-pypi-poet
homebrew-pypi-poet        - Writes Homebrew stanzas for pypi packages

Yeah, I haven't actually posted a release yet, sorry! I want to make a few tweaks and I need to restore the stdlib package filtering that I removed from your refactor because I thought it wasn't necessary but I see now that I was wrong.

Released! https://pypi.python.org/pypi/homebrew-pypi-poet

Great news !!!


Support for createClient

When can we expect support for {createClient} from "@sanity/client"?

@VictorH04  what you mean support it?


Bug: Helm Chart v0.1.1 - appVersion is broken

When including the Patch Operator Helm Chart v0.1.1 (not 0.1.1) from https://redhat-cop.github.io/patch-operator as a Sub-Chart, the Pod is not able to pull the image without overriding the default image tag, because its value is 0.1.1 instead of v0.1.1 - this looks like the appVersion of the Helm chart is broken as the image tag default is determined by that.

can you test if the new release fixes the issue. We have fixed several issues with the helm chart.

The new release unfortunately does not fix the issue.
The image (when no explicit tag is specified) looks like this:
quay-remote.bahnhub.tech.rz.db.de/redhat-cop/patch-operator:0.1.2
Whereas the expected image would be:
quay-remote.bahnhub.tech.rz.db.de/redhat-cop/patch-operator:v0.1.2

The problem is reproducible with the following steps:
helm repo add patch-operator https://redhat-cop.github.io/patch-operator
helm repo update
helm install patch-operator patch-operator/patch-operator

I have an observation that I'm sure must be related to the problem. I'm seeing two charts published for each release [1] . One has a release number prefix v, and the other has no release prefix. I suspect that when the helm install ... command is executed the non-prefixed release version is chosen because it is first in the index [2].
Still tracking down the root cause for the duplicate charts, but I figured I'd at least share what I've identified so far.
[1] https://github.com/redhat-cop/patch-operator/tree/gh-pages/patch-operator
[2] https://github.com/redhat-cop/patch-operator/blob/gh-pages/index.yaml


Implement simple case statements

Simple case statements (like https://github.com/finos/morphir-elm/blob/5a0f2ab0f4894cdcdc02fc3f3d9842a4694f275b/tests-integration/reference-model/src/Morphir/Reference/Model/Sample/Rules/Income/Antique.elm#L39) are part of the Antiques example, and need to be implemented in Spark for the antiques example to be run in Spark.

There is a pull request to implement this at https://github.com/finos/morphir-elm/pull/776


Add comment to the end of line

I suggest adding a comment to the end of the current line. But optionally, according to the option in the configuration.

That seems like a good change to implement, thanks!
To make sure I have correctly understood your suggestion:
If the line already contains code, the comment should be added at the end of the line, otherwise, the comment should be added at the current cursorposition.
This should be an option in the configuration.
If so, I'll add that in the next release, otherwise, please let me know what I interpreted wrong.

You are right. You understand me good.

Hi @alyuev, sorry for the late response/fix, but it is now possible to toggle this behaviour in the settings of the extension, by toggling the "Move to End" setting.


Update source to the latest version of express-status-monitor

@ziyasal

Update the source to the latest version of https://github.com/RafalWilinski/express-status-monitor
Fix "resp.once is not a function" error, see #4
Improve folder structure
Improve README
Improve example project

hi @danielbayerlein cool, thank you! :+1:


Add is_admin function

What
Resolves #635.

@tamirms This just adds an is_admin function, and we'll add it to the admin interface in the sdk. I didn't add a method for the issuer since like you mentioned it already exists as a subset of name, and I think that's sufficient for now. What do you think?


Fix python 3 support

By switching to a Tornado server, I was able to provide support for WebSockets natively.

So judge tests are broken in multiple ways. Most are probably not due to this specific PR, but at least some are, and I'd like to address them before a merge.
A lot of the (initial) issues are from certain directories not existing. This is because the submission tests use a separate directory location, and not all of the subdirectories are always created, leading to some issues. This can be fixed with a couple of lines relatively easy:

Line 185 in judge.py needs to be changed from os.mkdir(output_path) to os.makedirs(output_path)

(The makedirs() method will create any intermediate subdirectories if they don't exists, whereas mkdir() will just error out.)

Similarly, right after line 73 in judge.py, a check needs to be done that the directory exists, and if it doesn't, create it. (Creation in normal useage is handled by the route method, but unit testing circumvents that). Add the two lines:

if (not os.path.exists(directory)):
  os.makedirs(directory)

After those changes, I'm still getting two kinds of failures (they run, just don't pass): all C programs give a COMPILATION_ERROR and I'm not sure why (C programs have worked in the past, but it may be a problem with my system). Additionally, a few Python tests cases give runtime errors. My suspicion is that it has something to do with the Python 3 additions we've been doing lately.

Ok that didn't quite fix what I wanted, and it's not that great of a solution. I may branch off of this and try and fix the judge tests myself.


Experiencing connection's configuration loss

👉🏻 I use the extension daily, and what happens is that sometimes (possibly after an automatic update of the extension?) the connection's settings are lost. I mean, the connection definition still exists but all its features and characteristics are set to their default value. I usually realize it because I don't see the physical file source dates anymore, which is a must for me.
How can I check what happens more accurately to further investigate the issue?
When does the extension clean the existing settings for whatever reason?
Thank for any hints or suggestions

Context
Version

Code for IBM i version
2.8.0

Visual Studio Code version
1.87.0

Operating System
win32_x64

Active extensions
ARCAD-Elias (arcad-elias): 2.0.0-SNAPSHOT
COBOL (cobol): 10.2.21
Code Coverage for IBM i (code-coverage-ibmi): 0.1.7
Code for IBM i Walkthroughs (vscode-ibmi-walkthroughs): 0.4.0
Db2 for IBM i (vscode-db2i): 0.8.0
ESLint (vscode-eslint): 2.4.4
Emmet (emmet): 1.0.0
Error Lens (errorlens): 3.16.0
Git (git): 1.0.0
Git Base (git-base): 1.0.0
Git Graph (git-graph): 1.30.0
GitHub (github): 0.0.1
GitHub Authentication (github-authentication): 0.0.2
IBM i Notebooks (vscode-ibmi-notebooks): 0.0.6
IBM i Project Explorer (vscode-ibmi-projectexplorer): 2.6.5
JSON Language Features (json-language-features): 1.0.0
Live Server (LiveServer): 5.7.9
Merge Conflict (merge-conflict): 1.0.0
Node Debug Auto-attach (debug-auto-launch): 1.0.0
Overtype (overtype): 0.5.0
Prettier - Code formatter (prettier-vscode): 10.1.0
Prettier SQL VSCode (prettier-sql-vscode): 1.6.0
RPGLE (vscode-rpgle): 0.26.2
TODO Highlight (vscode-todo-highlight): 1.0.5
TypeScript and JavaScript Language Features (typescript-language-features): 1.0.0

Remote system

Setting
Value

IBM i OS
V7R4M0

Tech Refresh
8

CCSID
65535

Default CCSID
37

SQL
Disabled

Source dates
Enabled

Enabled features

/QOpenSys/pkgs/bin
/usr/bin
/QSYS.lib/ILEDITOR.lib
/QSYS.LIB
/QIBM/ProdData/IBMiDebugService/bin

bash
attr
GENCMDXML.PGM
QZDFMDB2.PGM
startDebugService.sh

chsh
iconv
GETNEWLIBL.PGM

git
setccsid

grep

ls

md5sum

sort

stat

tar

Shell env
BUILDLIB=QGPL
CURLIB=QGPL
HOME=/home/LSTOPPA
HOST=<customer's system name>
LIBLS=QGPL QRPG LIBEXPAT ZMODLIB10 ZMODEDIIP <customer's libraries> QTEMP
LOGIN=lstoppa
LOGNAME=lstoppa
MAIL=/var/spool/mail/lstoppa
OLDPWD=/home/LSTOPPA
PASE_USRGRP_LIMITED=N
PATH=/QOpenSys/pkgs/bin:/QOpenSys/usr/bin:/usr/ccs/bin:/QOpenSys/usr/bin/X11:/usr/sbin:.:/usr/bin
PWD=/home/LSTOPPA
SHELL=/QOpenSys/pkgs/bin/bash
SHLVL=1
SSH_CLIENT=<IP_ADDRESS> 55389 22
SSH_CONNECTION=<IP_ADDRESS> 55389 <IP_ADDRESS> 22
TZ=<PST>8<PDT>,M3.2.0,M11.1.0
USER=lstoppa
USERNAME=lstoppa
WORKDIR=/home/LSTOPPA
_=/QOpenSys/pkgs/bin/env

Variants
{
  "american": "#@$",
  "local": "#@$"
}

Errors
[
]

@mlstoppa Are you able to recreate this if you switch between versions manually? You can do this on the extension page inside of VS Code?

Hi @worksofliam As per Murphy's law, it hasn't happened anymore. I close the issue and I will open it again in case of need.


[Help] How to use this?

Hi,
I'm quite new to linux tun/tap system, and I haven't yet make rat work in my Linux Mint 21.2.
The Linux has a physical interface (enp1s0) and already has <IP_ADDRESS>/24.
Basically, I did the following:

change the hard-coded global_addr from <IP_ADDRESS> to <IP_ADDRESS>
add <IP_ADDRESS> to enp1s0 by ip addr add <IP_ADDRESS>/24 dev enp1s0
sudo ruby rat.rb
ip addr add <IP_ADDRESS>/32 dev rat
ip link set rat up
add 230 rat to /etc/iproute2/rt_tables
ip route add default dev rat table rat
ip rule add from <IP_ADDRESS> lookup rat
set net.ipv4.ip_forward to 1
set net.ipv4.conf.*.accept_local to 1
set net.ipv4.conf.*.rp_filter to 2
no firewall (ufw disabled)

Then, packets from <IP_ADDRESS> are correctly NATted to <IP_ADDRESS> and go out from enp1s0. However, the reply packets comming from outside seem not passed to rat. For example, when a UDP packet is returned to <IP_ADDRESS>:9000 (since it is NATted by rat, it has port range 9000-9999), the Linux sends "UDP port unreachable" to the remote host, like its normal behavior observed when there is no application listening <IP_ADDRESS>.
The following is some result of tcpdump.

sudo tcpdump -n -i any host <IP_ADDRESS> with ping -I <IP_ADDRESS> <IP_ADDRESS> (or equivalently, ping -I rat <IP_ADDRESS>)

12:04:21.088490 rat   Out IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo request, id 210, seq 1, length 64
12:04:21.089233 rat   In  IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo request, id 9870, seq 1, length 64
12:04:21.089274 enp1s0 Out IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo request, id 9870, seq 1, length 64
12:04:21.096771 enp1s0 In  IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo reply, id 9870, seq 1, length 64
12:04:22.099260 rat   Out IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo request, id 210, seq 2, length 64
12:04:22.099554 rat   In  IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo request, id 9870, seq 2, length 64
12:04:22.099613 enp1s0 Out IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo request, id 9870, seq 2, length 64
12:04:22.106525 enp1s0 In  IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP echo reply, id 9870, seq 2, length 64

sudo tcpdump -n -i any host <IP_ADDRESS> with `./stunclient --protocol udp --verbosity 50 --mode basic --localaddr rat

stunserver.stunprotocol.org` (`<IP_ADDRESS>` is the address for `stunserver.stunprotocol.org`)
12:06:44.148282 rat   Out IP <IP_ADDRESS>.37889 > <IP_ADDRESS>.3478: UDP, length 28
12:06:44.148791 rat   In  IP <IP_ADDRESS>.9001 > <IP_ADDRESS>.3478: UDP, length 28
12:06:44.148830 enp1s0 Out IP <IP_ADDRESS>.9001 > <IP_ADDRESS>.3478: UDP, length 28
12:06:44.320813 enp1s0 In  IP <IP_ADDRESS>.3478 > <IP_ADDRESS>.9001: UDP, length 68
12:06:44.320896 enp1s0 Out IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP <IP_ADDRESS> udp port 9001 unreachable, length 104
12:06:47.151221 rat   Out IP <IP_ADDRESS>.37889 > <IP_ADDRESS>.3478: UDP, length 28
12:06:47.151455 rat   In  IP <IP_ADDRESS>.9001 > <IP_ADDRESS>.3478: UDP, length 28
12:06:47.151498 enp1s0 Out IP <IP_ADDRESS>.9001 > <IP_ADDRESS>.3478: UDP, length 28
12:06:47.325132 enp1s0 In  IP <IP_ADDRESS>.3478 > <IP_ADDRESS>.9001: UDP, length 68
12:06:47.325242 enp1s0 Out IP <IP_ADDRESS> > <IP_ADDRESS>: ICMP <IP_ADDRESS> udp port 9001 unreachable, length 104

sudo tcpdump -n -i any host <IP_ADDRESS> with curl --interface rat https://google.com (<IP_ADDRESS> is the ip address for google.com)

12:09:28.434391 rat   Out IP <IP_ADDRESS>.49494 > <IP_ADDRESS>.443: Flags [S], seq 708483564, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
12:09:28.434771 rat   In  IP <IP_ADDRESS>.9574 > <IP_ADDRESS>.443: Flags [S], seq 708483564, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
12:09:28.434810 enp1s0 Out IP <IP_ADDRESS>.9574 > <IP_ADDRESS>.443: Flags [S], seq 708483564, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
12:09:28.442890 enp1s0 In  IP <IP_ADDRESS>.443 > <IP_ADDRESS>.9574: Flags [S.], seq 356525067, ack 708483565, win 65535, options [mss 1412,sackOK,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>,nop,wscale 8], length 0
12:09:28.442942 enp1s0 Out IP <IP_ADDRESS>.9574 > <IP_ADDRESS>.443: Flags [R], seq 708483565, win 0, length 0
12:09:29.459207 rat   Out IP <IP_ADDRESS>.49494 > <IP_ADDRESS>.443: Flags [S], seq 708483564, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
12:09:29.459473 rat   In  IP <IP_ADDRESS>.9574 > <IP_ADDRESS>.443: Flags [S], seq 708483564, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
12:09:29.459554 enp1s0 Out IP <IP_ADDRESS>.9574 > <IP_ADDRESS>.443: Flags [S], seq 708483564, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
12:09:29.467456 enp1s0 In  IP <IP_ADDRESS>.443 > <IP_ADDRESS>.9574: Flags [S.], seq 372541561, ack 708483565, win 65535, options [mss 1412,sackOK,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>,nop,wscale 8], length 0
12:09:29.467511 enp1s0 Out IP <IP_ADDRESS>.9574 > <IP_ADDRESS>.443: Flags [R], seq 708483565, win 0, length 0

How should I set up rat correctly? Any helps will be appreciated. Thank you.

Now I figured it out.
Not only outbound packets but also inbound packets should be routed to the interface "rat" by the route table, so the global_addr shouldn't be an address assigned to the Linux.
I did the following:

revert the global_addr change (<IP_ADDRESS> -> <IP_ADDRESS>)
(<IP_ADDRESS>/24 is still assigned to enp1s0)
SNAT&DNAT between <IP_ADDRESS> <-> 192.168.139

sudo iptables -t nat -A POSTROUTING -o enp1s0 -s <IP_ADDRESS> -j SNAT --to-source <IP_ADDRESS>
sudo iptables -t nat -A PREROUTING -i enp1s0 -d <IP_ADDRESS> -j DNAT --to-destination <IP_ADDRESS>

ip rule add to <IP_ADDRESS> lookup rat

When Linux received inbound packets at <IP_ADDRESS>, it is DNATted to <IP_ADDRESS>, and since the Linux don't have <IP_ADDRESS>, it checks the route table and then ask rat to process the packets.


Licensing for NodeMCU

Hello spapadim,
I have created a port using parts of your lib for the NodeMCU framework and would like to merge it with the dev branch - see merge request [1]. As NodeMCU is MIT licensed and your lib is GPL I wanted to ask if you might change the license or at least allow the merge.
[1] - https://github.com/nodemcu/nodemcu-firmware/pull/1242

@spapadim I'm with the NodeMCU project would really appreciate if you could provide some feedback here. We'd love to have support for XPT2046 touch screens.

Hi --
Absolutely no objection. I am not familiar with license compatibility
issues, but would rather not change the license to MIT, if there are
alternatives.
Cheers,
Spiros
On Monday, May 30, 2016, Marcel Stör<EMAIL_ADDRESS>wrote:

@spapadim https://github.com/spapadim I'm with the NodeMCU project
would really appreciate if you could provide some feedback here. We'd love
to have support for XPT2046 touch screens.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/spapadim/XPT2046/issues/2#issuecomment-222553364, or mute
the thread
https://github.com/notifications/unsubscribe/AEJaG1QciH94CLkCZWaf_1lbN88vyRJUks5qG06FgaJpZM4IHuwg
.

Thanks a lot Spiros!
I'm no OSS license expert but if I'm not mistaken the biggest difference between GPL and more permissive licenses like MIT is that GPL-components require that all components based upon it to be FLOSS as well. Hence, if NodeMCU used your GPL code everyone using NodeMCU would have to open-source their own proprietary code because it's indirectly dependent on your code.
I have no idea how legally binding your "Absolutely no objection." statement above is but we certainly appreciate that you don't object 😃. Of course you could always dual-license your code to support both models.

👍  would love to see this too :)
IMNAL but had my fair share of working with OSS licenses with one of the big companies out there...
If you are building closed-source code then GPL is a big no-no.
Dual licensing is a good option, I use MIT on all my things since (IMO) it is more liberal.

Yep, did some reading on Wikipedia after replying.

Approving merge: No idea either what would be legally binding (IM so
NAL :) ), and a signed "Contributor License Agreement" somehow seems
overkill for a small piece of code like this (although I'd also be happy to
do that on my end).

License choice: Dual licensing MIT+GPL sounds pointless. Also no
objection to switching to a permissive license. From the little I've read,
I'd prefer Apache (mostly on a matter of principle, as I don't really see
patents involved in this).  Anyone know for sure if that would be
MIT-compatible?  If yes, great. If not, MIT is ok too for this tiny project.

Switching: Finally, what does it take to switch license?  Just push a
commit changing the LICENSE file (and header comments, which I see I
totally forgot here :)?

On Wed, Jun 1, 2016 at 11:53 AM, Uriel Katz<EMAIL_ADDRESS>wrote:

👍 would love to see this too :)
IMNAL but had my fair share of working with OSS licenses with one of the
big companies out there...
If you are building closed-source code then GPL is a big no-no.
Dual licensing is a good option, I use MIT on all my things since (IMO) it
is more liberal.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/spapadim/XPT2046/issues/2#issuecomment-222932428, or mute
the thread
https://github.com/notifications/unsubscribe/AEJaG1CRntUmKlStvRueBbZth3rNOSo_ks5qHUiNgaJpZM4IHuwg
.

I'd prefer Apache ...  Anyone know for sure if that would be MIT-compatible?

According to https://en.wikipedia.org/wiki/License_compatibility#Compatibility_of_FOSS_licenses it is.

Finally, what does it take to switch license? Just push a commit changing the LICENSE file...

Yes (I believe) but to simplify things I'd do it like this:

make a release e.g. version 1.0
switch the license
make another release e.g. v1.1

Then you could argue that pre-1.1 versions are GPL and all versions above are <whatever>.

Thx -- saw that figure in many places. However, similar to your argument
that merging GPL will require the end result to follow GPL (i.e., NodeMCU
and anyone using it will have to open-source everything they've done), my
understanding of that figure is that merging Apache might require NodeMCU
to switch to Apache (i.e., NodeMCU and anyone contributing to it may have
to grant patent rights to all NodeMCU users) -- although, again, my
understanding is very vague (to put it mildly).
In any case, even though all this has been.. educational (at least for me),
I feel I've been educated more than enough for now :) , so I'll just switch
this to MIT.
Will follow your suggestion wrt making a release etc. Should be done in the
next couple of days (traveling currently).
On Wed, Jun 1, 2016 at 5:34 AM, Marcel Stör<EMAIL_ADDRESS>wrote:

I'd prefer Apache ... Anyone know for sure if that would be MIT-compatible?
According to
https://en.wikipedia.org/wiki/License_compatibility#Compatibility_of_FOSS_licenses
it is.
Finally, what does it take to switch license? Just push a commit changing
the LICENSE file...
Yes (I believe) but to simplify things I'd do it like this:

make a release e.g. version 1.0
switch the license
make another release e.g. v1.1

Then you could argue that pre-1.1 versions are GPL and all versions above
are .
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/spapadim/XPT2046/issues/2#issuecomment-222941806, or mute
the thread
https://github.com/notifications/unsubscribe/AEJaG2dTLN6BkTX7UBLqNoTmyX0_40IEks5qHVIdgaJpZM4IHuwg
.


Normalize whitespace in generated haproxy.cfg for easier debugging

Now a moderately sized loadbalancer configuration has hundreds of empty lines, making it hard to read. After rendering the confd template, whitespace should be normalized according to simple rules, eg. empty lines removed and single empty lines added before defaults, listen, backend etc.
Or the template could be improved to not create extra empty lines, but that would probably be more tedious than post-processing the generated file.

confd 0.11.0 is compiled with an older version of Go that doesn't yet support the {{- ... -}} syntax to elide surrounding whitespace, so fixing the kontena-lb haproxy confd template would involve upgrading to the "newer" 0.12 alpha releases.

Fixed in https://github.com/kontena/kontena-loadbalancer/pull/27


Support Java 11 Version Name

Gradle fails to recognize the version name "11-ea".
Expected Behavior
Gradle runs against Java 11 early access releases.
Current Behavior
➜ git:(master) java -version
java version "11-ea" 2018-09-18
Java(TM) SE Runtime Environment 18.9 (build 11-ea+2)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11-ea+2, mixed mode)

➜ git:(master) ./gradlew -version

FAILURE: Build failed with an exception.

* What went wrong:
Could not determine java version from '11-ea'.

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

➜ git:(master) jenv shell 10-ea
➜ git:(master) java -version
java version "10" 2018-03-20
Java(TM) SE Runtime Environment 18.3 (build 10+44)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+44, mixed mode)

➜ git:(master) ./gradlew -version
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.codehaus.groovy.reflection.CachedClass (file:/Users/jamesedwards/.gradle/wrapper/dists/gradle-4.6-rc-2-bin/i9k061yvx88h1m14v3gggcj3/gradle-4.6-rc-2/lib/groovy-all-2.4.12.jar) to method java.lang.Object.finalize()
WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.reflection.CachedClass
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

------------------------------------------------------------
Gradle 4.6-rc-2
------------------------------------------------------------

Build time:   2018-02-21 15:28:42 UTC
Revision:     819e0059da49f469d3e9b2896dc4e72537c4847d

Groovy:       2.4.12
Ant:          Apache Ant(TM) version 1.9.9 compiled on February 2 2017
JVM:          10 ("Oracle Corporation" 10+44)
OS:           Mac OS X 10.13.3 x86_64

Closed by #4759


python310Packages.pyqt6: build QtPrintSupport bindings on darwin

Description of changes
This allows building python310Packages.pyqt6-webengine on aarch64-darwin, with #203310 applied.
Tested against retext:

Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[x] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 226217 run on aarch64-darwin 1

16 packages marked as broken and skipped:

anki
anki.dist
anki.doc
anki.man
mnemosyne
mnemosyne.dist
python310Packages.pyqt6-webengine
python310Packages.pyqt6-webengine.dev
python310Packages.pyqt6-webengine.dist
python311Packages.pyqt6-webengine
python311Packages.pyqt6-webengine.dev
python311Packages.pyqt6-webengine.dist
qutebrowser-qt6
qutebrowser-qt6.dist
retext
retext.dist

16 packages built:

hydrus
hydrus.doc
khoj
khoj.dist
nanovna-saver
nanovna-saver.dist
python310Packages.pyqt6
python310Packages.pyqt6-charts
python310Packages.pyqt6-charts.dist
python310Packages.pyqt6.dev
python310Packages.pyqt6.dist
python311Packages.pyqt6
python311Packages.pyqt6-charts
python311Packages.pyqt6-charts.dist
python311Packages.pyqt6.dev
python311Packages.pyqt6.dist


[gui error report] Error: Initializing daemon...

👉 Please describe what you were doing when this error happened.
Specifications

OS: darwin
IPFS Desktop Version: 0.20.6
Electron Version: 18.0.3
Chrome Version: 100.0.4896.75

Error
Error: Initializing daemon...
go-ipfs version: 0.12.2
Repo version: 12
System version: amd64/darwin
Golang version: go1.16.15

Error: lock /Users/sethjenks/.ipfs/repo.lock: someone else has the lock

    at errorTemplate (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/migration-prompt.js:78:49)
    at loadWindow (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/migration-prompt.js:115:26)
    at module.exports (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/migration-prompt.js:120:3)
    at startIpfsWithLogs (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/daemon.js:165:9)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
    at async module.exports (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/daemon.js:194:17)
    at async startIpfs (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/index.js:46:17)
    at async restartIpfs (/Applications/IPFS Desktop.app/Contents/Resources/app.asar/src/daemon/index.js:100:5)

Thanks for submitting this error report! Please see https://github.com/ipfs/ipfs-desktop#i-got-a-repolock-error-how-do-i-resolve-this for resolving these repo.lock errors.


[SCRIPT] Build PyTorch and IPEX from sources

I haven't had a chance to review this PR or I would have asked for changes. The compile-triton.sh script should not be used to build components that aren't needed to build the Triton compiler. I realize IPEX/PyTorch are required to run benchmarks and end-to-end tests, so if we want to build them for source it should be done in a different script, possibly the test-triton.sh script or another script that can be called from test-triton.sh.
Please revert this change.

@whitneywhtsang please revert this change.

https://github.com/intel/intel-xpu-backend-for-triton/pull/617


no space left on device with singularity and MRIQC v0.15.2

Hi -- I'm running MRIQC v0.15.2 via singularity (command below), and I'm getting an OSError: [Errno 28] No space left on device error that I think must be linked to the container since I have I have plenty of space on the computer (see below). The full terminal output is attached, and I'm also attaching the log.  Perhaps as a related issue with singularity (even on successful runs), we've noticed that the bind points seem to persist after the job completes (i.e., it looks like multiple drives are mounted when viewing files), so maybe we're not using singularity as intended?
Thanks!
David
crash-20200531-021945-tug87422-SpatialNormalization.a1-4478cdfb-95c2-446c-8027-74b76512bf12.txt
mriqc_terminaloutput.txt

Is there any solution for this problem? It is still present with 0.16.1 and the last version running with singularity is 0.15.1.
I was happy to see a singularity container 0.16.1 in the neurodocker, but this version is also not working.

I'm having the same issue with 0.16.1, but I found this helpful post on NeuroStars:
https://neurostars.org/t/mriqc-no-space-left-on-device-error/16187/1
I just got mine to work with the code block below:
# no space left on device error for v0.15.2 and higher
# https://neurostars.org/t/mriqc-no-space-left-on-device-error/16187/1
# https://github.com/poldracklab/mriqc/issues/850
TEMPLATEFLOW_DIR=/data/tools/templateflow
export SINGULARITYENV_TEMPLATEFLOW_HOME=/opt/templateflow
singularity run --cleanenv \
-B ${TEMPLATEFLOW_DIR}:/opt/templateflow \
-B $dsroot/bids:/data \
-B $dsroot/derivatives/mriqc:/out \
-B $scratch:/scratch \
/data/tools/mriqc-0.16.1.simg \
/data /out \
participant --participant_label $sub -w /scratch

I am not sure if this really closes the issue, but I defer to @oesteban

Hi, yes, it is very likely that you were using all /tmp before you bound a writeable folder into /scratch and then pointed at it with -w /scratch.
For further questions about singularity, please check this piece of documentation - https://www.nipreps.org/apps/singularity/
Thanks for your understanding given the super-slow response.


[WIP] Add storage driver for Azure Blob Storage

@dmage I don't see where the user can add the azure credentials to the ImageRegistryPrivateConfigurationUser, did I miss that or is that not part of this?

@coreydaley support of ImageRegistryPrivateConfigurationUser is not implemented yet.

Woohoo! make verify works :)

/assign @adambkaplan

@dmage following up on our conversation - let's keep features at parity with GCP and not manage storage for UPI. We can address managing the storage account in a follow up PR, given that we need to explore what that API should be.

/retest


#4 header 1st version

Header 1st aprocah
Fix #4
Test URLs:

Before: https://main--vg-partsasist--hlxsites.hlx.page/
After: https://issue-4--vg-partsasist--hlxsites.hlx.page/

A few things come up for me, maybe we discuss them together.

There are some mixed approaches happening regarding centering (the close button x for example).  Better to use flexbox for that when possible.
There are scrollbars on the mobile view of the expanded nav, related to the grid I suppose.
The mobile view doesn't quite match.  The logo/brand is too small, and the nav items have a border instead of edge to edge.

At the same time, I do understand that this is a first pass.  So, let's discuss more.


Mirror effect

Hi , how can i do i i want that he preview is like the picture or video without mirror effect ?

@arpitgandhi9  I am facing these too, capturing picture from front camera cause mirror effect. how can I prevent this ?? you added this as enhancement two years ago.


Include file with relative path

Testing with a json spec, the following leads to the schema not being loaded:
"components": {
    "schemas": {
        "MySchema": {
            "$ref": "./MySchema.json"
        }
    }
}

Instead of the model from the json-file, {recursive: MySchema.json} will be displayed (no attempt is made to load the file). When I replace the reference with "$ref": "http://localhost:8080/MySchema.json", it works as expected.

I'm surprised that doesn't work if the full url does work. For the most part we are using https://github.com/swagger-api/swagger-js/issues for schema resolution, so it's possible that there is a bug there, or missing configuration.
But further information would help, could you add a minimally reproducible example with screen shot differences of the two resolutions, and we can try to figure out what is going on.

Closing due to lack of reproduction.


Build Artifacts

For now just a little quality of life change, when debugging the automatic builds. But when we update the website we can use the WASM artifacts there.

Works! Would it be a good idea to automatically link those artifacts somewhere after build?

They can be found here:

I don't think there is a static link to the latest build.


Node Drain Request/Status API

The base of an upcoming PR to enable deferring node reboot and shutdown operations.  In an Edge-Node-Cluster each node can hold a replica copy of a cluster volume. If the other nodes 1 and 2 in a cluster have recently recovered from a failure they could be rebuilding their replicas (1.x, 1.y, 2.x, 2.y) off of the only remaining readable copies (3.x, 3.y) on node 3.
This API is to enable zedagent,nodeagent,baseosmgr to request a drain of replicas off of an edge-node (rebuild completion) before allowing a node outage.

@andrewd-zededa , you have some Yetus errors to fix.

Forgot to actually commit the kube-status change in nodedrain.go, its there now.

@eriknordmark changes pushed up to address review questions.  Please let me know if any further changes are needed.


fix: anchor click parmas

🤔 这个 PR 的性质是？

[x] 日常 bug 修复

🔗 相关 Issue
#574

💡 需求背景和解决方案

📝 更新日志

fix(anchor): 修复 click 事件参数不正确

☑ 请求合并前的自查清单
⚠ 请自检并全部勾选全部选项。⚠

[x] 文档已补充或无须补充
[x] 代码演示已提供或无须提供
[x] TypeScript 定义已补充或无须补充
[x] Changelog 已提供或无须提供

Codecov Report

:exclamation: No coverage uploaded for pull request base (develop@0203a62). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             develop     #589   +/-   ##
==========================================
  Coverage           ?   64.56%
==========================================
  Files              ?      392
  Lines              ?    13696
  Branches           ?     2551
==========================================
  Hits               ?     8843
  Misses             ?     4605
  Partials           ?      248

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 0203a62...9c27189. Read the comment docs.


Concern about Network Usage

I don't use live preview, and I don't look for plugins anymore on Brackets. So in theory, brackets shouldn't be accessing the network.
However, this morning while on my mobile hotspot I couldn't load any websites from my Mac. I had maximum bars on my phone, so websites should have been loading quickly.
I opened my Activity Monitoring application to see why the internet was going so slowly.
And I found this:

What's Adobe's explanation for this? Why is my network being used so extensively when it doesn't need to be?
It looks like it's just local... but it's having a big effect on my mobile hotspot. Are live previews always active, and being communicated from Brackets to Brackets-Node?

As the sent bytes and received bytes between brackets and brackets node matches exactly, it is just the local com between brackets and brackets node. The traffic will not reach the WiFi router and will mostly be dealt with at the loopback interface. aka- brackets is not consuming any internet bandwidth. Brackets use brackets node for many purposes. If you have installed git extension, it will use node. If you use find-replace that also goes through node. You can go to debug>show developer tools> network tab to see what coms brackets does over the network.
The communications between brackets and brackets node in all probability will not go through the hotspot. So something else may be the problem here.
Please switch off the hotspot and see if it is an internet connection problem in the mobile device.

Closing inactive thread. Please feel free to reopen if you still face the issue.


Website documentation search doesn't use the "edition" search criteria

Alluxio Version:
2.0.0
Describe the bug
Website documentation search result could hide enterprise edition documentation if community edition is selected in the search criteria.
Currently the edition criteria doesn't seem to work, and people may not notice the edition change after searching. This may be misleading sometimes, and users may get confused how to proceed when seeing some enterprise relevant information, and it could be problematic if the operation described in the documentation could be applied the same way to two editions but with different outcome.
To Reproduce

Go to https://docs.alluxio.io/os/user/stable/en/search.html
Select "Community Edition" on the left hand side menu as the search criteria
Enter "docker" as keyword for searching and search
In the search result, click the first item, named "Deploy Alluxio on Docker - Alluxio v2.0 (stable) Documentation". It is a documentation for enterprise edition (at least currently), and the second item with the same title is for community edition.

Expected behavior
Only documentation for "community edition" are shown since it is used as search criteria for documentation (at least the "version" number like v1.8 works this way). However, documentation for "enterprise edition" are shown as well in the search result.
Urgency
Low
Additional context
Add any other context about the problem here.

@Xenorith some feedback from users on the search function

@apc999
This was an internal ask from the team to combine search functions. It is not a bug. I do not expect that we will change this behavior.
I've asked previously to designate which search results are EE/OS but I don't think we'll be doing that any time soon


Static Code Analyzer : Null Dereference

the SCA report shows there are possible Null Dereference issues in the code.
Most of the flagged code is due to query interfaces via the 'as' keyword.  When it is safe to do a direct cast to an Esri API Interface, we should do that.  Everywhere else, null check and refactor if needed.
The ReSharper tool can assist with this exercise and minimize these issues in the future.

when safe, change to direct cast
add null checks and refactor where needed

Closing. This work was done and included in the code optimization of MSE for the June 2018 release.


axis_fifo.v KEEP_ENABLE parameter changes ADDR_WIDTH

I used the axis_fifo module in a design and it wasn't working due to some issues with the depth of the memory. After some digging I found that the KEEP_ENABLE parameter causes the FIFO depth to shrink based on how many tkeep bits there are.
parameter ADDR_WIDTH = (KEEP_ENABLE && KEEP_WIDTH > 1) ? $clog2(DEPTH/KEEP_WIDTH) : $clog2(DEPTH);
Is there a reason the tkeep is impacting the depth of the FIFO? If I force the code to always use $clogs(DEPTH) then it works great. If there's a reason it was done this way I'd like to understand it in order to use the IP as-is instead of modifying it in my project.
The version I'm using isn't the latest, but I see the same line in the current version.

The idea is that DEPTH is the number of bytes in the FIFO, where the data bus is divided into len(tkeep) bytes. If tkeep is disabled, then the byte size is assumed to be equal to the data width. I used to have ADDR_WIDTH, but this doesn't work nicely for the FIFO + width converter wrapper since the data widths can be different. I guess maybe what I could do is add an additional parameter where you could force a certain byte size even though tkeep is not used.

I see. So I just need to adjust my depth to take into account the width. No need to the change the IP. I just didn't understand how to use it properly. I made the change and it works. Thanks for the feedback!


fix(query): add support for parent.number in query

Note: If there are pending changes to the PR, prefix the PR title with "WIP" and add the label "DO NOT MERGE"
Mandatory

[ ] What does this PR do?
query the children of a workitem using its number or id
e.g: parent.number: 18

[ ] What issue/task does this PR references?

[ ] Are the tests Included?

Optional

[ ] Is the documentation Included?

[ ] Are the Release Notes included?

[ ] @mention(s) to expected reviewer(s) included

Ike Plugins (test-keeper)
Thank you @sahil143 for this contribution!

It appears that no tests have been added or updated in this PR.
Automated tests give us confidence in shipping reliable software. Please add some as part of this change.
If you are an admin or the reviewer of this PR and you are sure that no test is needed then you can use the command /ok-without-tests as a comment to make the status green.
Your plugin configuration is stored in the file.

[test]

@sahil143 Your image is available in the registry. Run docker pull quay.io/openshiftio/fabric8-ui-fabric8-planner:SNAPSHOT-PR-2784 && docker run -it -p 5000:8080 quay.io/openshiftio/fabric8-ui-fabric8-planner:SNAPSHOT-PR-2784 and visit http://localhost:5000 to access it.


(UnicodeEncodeError, 'charmap' codec can't encode characters in position 1-31: character maps to )

(UnicodeEncodeError, 'charmap' codec can't encode characters in position 1-31: character maps to )
getting this error while downloading. btw I am on windows.

hello,
can you tell me when does this error occurs and the full traceback of the error from console and if its possible the link of the data you were trying to download

closing this as no info provided, feel free to re-open after providing the required info


adding an event on launch remote file copy tools in container

Motivation

Feature
adding event for this rule

Alternatives

Additional context

/assign


Security risk in cache functionality when using a proxy?

The LRU and Block2 caches store and retrieve based on rsinfo.address, rsinfo.port, packet.messageId (LRU only) and packet.token, see the toKey and toCacheKey functions in server.js.
If you have a plain UDP proxy in between, the address and port will be the same on all incoming requests for the node-coap server behind the proxy. If a client were to guess the messageId and/or token, wouldn't he then be able to retrieve items from the cache not intended for him? And even without a proxy, aren't clients using the same public IP running the same risk?
There could be other ways to identify a client, for example when using DTLS, the server application might identify the client based on an authentication header (option in CoAP terminology).
A solution might therefore be, to create an extra option clientIdentifier in the options object of the createServer function. If specified, it should be a function with a signature like clientIdentifier(request), which should return a key that the caches can assume will uniquely identify the client. The implementation can then derive such a key from a request header for example, and by default, it can be
clientIdentifier(request) {
  return `${request.rsinfo.address}:${request.rsinfo.port}`;
}

This issue has now been resolved by merging #256.


FACEIT

Is it possible to set up a trigger to work on the FACEIT?

We don't have the option to move the project for Faceit, as there are no options for testing the “software” due to anti-cheat.

how to add mouse button 5 to trigger key?

I'll send you the code with the side button in 10 hours

I'll send you the code with the side button in 10 hours

I'll send you the code with the side button in 10 hours

Maybe a little earlier

I'll send you the code with the side button in 10 hours

Maybe a little earlier

if you can explain how you added the side buttons that would be perfect! Thank you.

how to add mouse button 5 to trigger key?

Unfortunately I tried to assign the trigger bot to the mouse side keys but the program doesn't recognize them, in upcoming updates I will try to fix this.

And yes, I want to ask, how would you like the TRIGGER_KEY variable to change, with the config.ini file, or your guesses?

whichever way u find easier to manipulate...

whichever way u find easier to manipulate...

Soon enough.
    def load_config():
        """Loads configuration settings from a config.ini file."""
        config = configparser.ConfigParser()
        if not os.path.exists(Utility.CONFIG_FILE):
            config['Settings'] = {
                'trigger_key': 'MOUSE5'  # Default trigger key
            }
            with open(Utility.CONFIG_FILE, 'w') as configfile:
                config.write(configfile)
        else:
            config.read(Utility.CONFIG_FILE)
        return config

if i test the mouse button 5 with pyniput listener it returns that the name of the side mouse buttons are called Button.x1 and Button.x2. I hope this would save some time debugging errors?

if i test the mouse button 5 with pynput listener it returns that the name of the side mouse buttons are called Button.x1 and Button.x2. I hope this would save some time debugging errors?

The script code has been written for a long time, the only thing left is to test it in the game, as well as modify README.md.
But thank you so much.

when would it be published?

when would it be published?

Within 3 days.

when would it be published?

The project has been updated to version: v1.0.9
Full Changelog: https://github.com/Jesewe/cs2-triggerbot/compare/v1.0.8...v1.0.9

You're awesome man! God bless you

one last question, if i want the second side button to be the trigger where can i change that?

one last question, if i want the second side button to be the trigger where can i change that?(MOUSE BUTTON 4)

The config.ini file is located in the %LOCALAPPDATA%\Requests\ItsJesewe\ directory.
TriggerKey = x2 (MOUSE 5)
TriggerKey = x1 (MOUSE 4)

Hello, hope you're doing well.
Today i experienced this error:
Unexpected error: Could not read memory at: 5208, length: 4 - GetLastError: 299

Hello, hope you're doing well. Today i experienced this error: Unexpected error: Could not read memory at: 5208, length: 4 - GetLastError: 299

Hello, everything's fine. The offsets were updated a few hours ago. Open a new "issue" next time.


Custom model is not generated after usage of ManyToMany

Hi, I have 3 entities:
FirstDefaultEntity
@Entity(name = "FirstDefault")
public abstract class FirstDefaultEntity {

	@Key
	Long id;

	@ManyToMany
	@JunctionTable(name = "junction_table")
	Set<SecondDefaultEntity> list;

}

SecondDefaultEntity
@Entity(name = "SecondDefault")
public abstract class SecondDefaultEntity {

	@Key
	Long id;

	@ManyToMany
	Set<FirstDefaultEntity> list;

}

ThirdCustomEntity
@Entity(name = "ThirdCustom", model = "custom")
public abstract class ThirdCustomEntity {

	@Key
	Long id;

	String name;

}

Without @ManyToMany in FirstDefaultEntity  and SecondDefaultEntity  everything working, otherwise in your generated file Models.java these lines of code are missing:
 public static final EntityModel CUSTOM = new EntityModelBuilder("custom")
    .addType(ThirdCustom.$TYPE)
    .build();

You have 2 different models. What's the content of your Models.java file? They will only be in the same file if all the entities are in the same java package, otherwise you'll have a different Models.java file in the other package.

Every entities are in a same package. I know, that I have 2 different models, that was purpose. Problem is, that ManyToMany somehow affecting  generation of second model "custom". Without usage of ManyToMany I have Models.java:
   public static final EntityModel DEFAULT = new EntityModelBuilder("default")
    .addType(FirstDefault.$TYPE)
    .addType(SecondDefault.$TYPE)
    .build();

    public static final EntityModel CUSTOM = new EntityModelBuilder("custom")
    .addType(ThirdCustom.$TYPE)
    .build();

But after I used ManyToMany annotation, Models.java has only:
   public static final EntityModel DEFAULT = new EntityModelBuilder("default")
    .addType(FirstDefault.$TYPE)
    .addType(SecondDefault.$TYPE)
    .build();

Thanks that helps will try to reproduce this. As a temporary workaround placing the models in different packages should work.

Ok, thanks. :+1:


Add primary publishing organisation to each new or updated guide

Add a primary publishing org field to links so that we can track primary orgs in the publishing api

 (2) Set primary org in Service Manual Publisher


High CPU usage by file watchers

We create a couple of recursive filesystem watchers causing high CPU usage; with some projects it makes the system almost unusable. VSCode documentation contains suggestions on how to approach filesystem watchers to limit resource use.

@dividedmind do you have a link to the VSCode advice you refer to?

https://code.visualstudio.com/api/references/vscode-api#workspace.createFileSystemWatcher says:

If possible, keep the use of recursive watchers to a minimum because recursive file watching is quite resource intense.

The main issue is ripgrep completely chokes on symlink loops. I was noticing the same issue with the Dev Containers extension. With this PR merged, we're no longer launching a ripgrep process on initialization (or if we are, they're not following symlinks).

The main issue is ripgrep completely chokes on symlink loops when the --no-follow flag is present. I was noticing the same issue with the Dev Containers extension. With this PR merged, we're no longer launching a ripgrep process on initialization (or if we are, they're not following symlinks).

Yes :) that was one of the biggest problems. To be clear, we can't tell VSCode to not follow symlinks (as far as I can tell); what we do instead is apply watcher excludes to the search. Watcher excludes usually contain node_modules which often seem to be the culprit.

:tada: This issue has been resolved in version 0.104.0 :tada:
The release is available on:

v0.104.0
GitHub release

Your semantic-release bot :package::rocket:


Invoke-Sqlcmd: -Variable parameter should accept a dictionary/hashtable

The current way to pass -Variable (for the variable substitution) is not very user-friendly.
Invoke-Sqlcmd -Query "SELECT '`$(V1)' AS C1, '`$(V2)' AS C2" -TrustServerCertificate -Variable @("V1=1", "V2=2")

In addition to that, I would like to be able to say:
Invoke-Sqlcmd -Query "SELECT '`$(V1)' AS C1, '`$(V2)' AS C2" -TrustServerCertificate -Variable @{ V1=1;  V2=2 }

which feels a lot more natural and does not present all the possible issues related to having to parser strings to figure out values.

This is fixed in v<IP_ADDRESS>+ (when available)


update to Pkg3

Why add the manifest?

because I need it for static compilation

ah, so the man manifest directly, I rather need for testing with the unregistered test dependencies.


fixed e2e-test cases

Summary
CRT Thread pane tutorial according to new tour tip component
Ticket Link
https://github.com/mattermost/mattermost-server/issues/19802
Related Pull Requests
None
Screenshots

Release Note

CRT Thread pane tutorial according to new tour tip component

Hello @AbhinavVihan,
Thanks for your pull request! A Core Committer will review your pull request soon. For code contributions, you can learn more about the review process here.

/e2e-test

Successfully triggered e2e testing!
https://git.internal.mattermost.com/qa/cypress-ui-automation/-/pipelines/238645

https://github.com/mattermost/mattermost-webapp/pull/11107 closing in favour this


Create generic system for tracking status effects between client and server

Related to https://github.com/BTW-Community/BTW-Public/issues/339
Right now status effects are tracked using hardcoded datatracker entries to track the level of each status effect, but this cannot be easily extended. Something should be added to be able to sync statuses from the server to the client in a generic way.

Not actually needed


To snake case file name - when we use entc init CamelCaseEntity

Hey @haoxins and thanks for your contribution.
I actually prefer to stick with the same format that entc uses for codegen (lowercased names). I also don't like the idea that init and gen will use 2 different formats (schema/user_group.go and ent/usergroup.go).

make sense :)

@a8m a quick question, how about change the gen template filenames to snake case also?
user_group_delete.go


Pretrain phase problem

I have a problem at pretrain phase, when the program is run by half, such as:
WARNING:torch.distributed.elastic.agent.server.api:Received 1 death signal, shutting down workers
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6593 closing signal SIGHUP
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6593 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6594 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6595 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6596 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6597 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6598 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6599 closing signal SIGTERM
WARNING:torch.distributed.elastic.multiprocessing.api:Sending process 6600 closing signal SIGTERM
Traceback (most recent call last):
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/agent/server/api.py", line 709, in run
result = self._invoke_run(role)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/agent/server/api.py", line 843, in _invoke_run
time.sleep(monitor_interval)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/multiprocessing/api.py", line 60, in _terminate_process_handler
raise SignalException(f"Process {os.getpid()} got signal: {sigval}", sigval=sigval)
torch.distributed.elastic.multiprocessing.api.SignalException: Process 6523 got signal: 1
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main
"main", mod_spec)
File "/usr/lib/python3.6/runpy.py", line 85, in _run_code
exec(code, run_globals)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/launch.py", line 193, in
main()
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/launch.py", line 189, in main
launch(args)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/launch.py", line 174, in launch
run(args)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/run.py", line 713, in run
)(*cmd_args)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/launcher/api.py", line 131, in call
return launch_agent(self._config, self._entrypoint, list(args))
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/launcher/api.py", line 252, in launch_agent
result = agent.run()
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/metrics/api.py", line 125, in wrapper
result = f(*args, **kwargs)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/agent/server/api.py", line 716, in run
self._shutdown(e.sigval)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/agent/server/local_elastic_agent.py", line 190, in _shutdown
self._pcontext.close(death_sig)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/multiprocessing/api.py", line 330, in close
self._close(death_sig=death_sig, timeout=timeout)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/multiprocessing/api.py", line 709, in _close
if handler.proc.poll() is None:
File "/usr/lib/python3.6/subprocess.py", line 875, in poll
return self._internal_poll()
File "/usr/lib/python3.6/subprocess.py", line 1403, in _internal_poll
pid, sts = _waitpid(self.pid, _WNOHANG)
File "/home/ubuntu/.local/lib/python3.6/site-packages/torch/distributed/elastic/multiprocessing/api.py", line 60, in _terminate_process_handler
raise SignalException(f"Process {os.getpid()} got signal: {sigval}", sigval=sigval)
torch.distributed.elastic.multiprocessing.api.SignalException: Process 6523 got signal: 1
Have you ever had a similar problem?

Hi, I haven't met this problem, and the error message does not seem to point to any part of the pretraining code.

Thanks! Maybe python and pytorch version not match problem;  Could you provide Requirements file, such as python version, torch version,ect. Thank you!

This code has been tested on Python 3.8 and pytorch 1.09.

I have a problem at pretrain phase, such as:
Traceback (most recent call last):
File "Pretrain.py", line 215, in
Traceback (most recent call last):
File "Pretrain.py", line 215, in
main(args, config)
File "Pretrain.py", line 93, in main
main(args, config)utils.init_distributed_mode(args)
File "Pretrain.py", line 93, in main
File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode
utils.init_distributed_mode(args)
File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode
torch.distributed.barrier()
File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier
torch.distributed.barrier()
File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier
work = default_pg.barrier(opts=opts)
RuntimeError: NCCL error in: /pytorch/torch/lib/c10d/ProcessGroupNCCL.cpp:825, unhandled system error, NCCL version 2.7.8
ncclSystemError: System call (socket, malloc, munmap, etc) failed.
Have you ever had a similar problem? Thanks!

I have a problem at pretrain phase, such as: Traceback (most recent call last): File "Pretrain.py", line 215, in Traceback (most recent call last): File "Pretrain.py", line 215, in main(args, config) File "Pretrain.py", line 93, in main main(args, config)utils.init_distributed_mode(args)
File "Pretrain.py", line 93, in main File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode utils.init_distributed_mode(args) File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode torch.distributed.barrier() File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier torch.distributed.barrier() File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier work = default_pg.barrier(opts=opts) RuntimeError: NCCL error in: /pytorch/torch/lib/c10d/ProcessGroupNCCL.cpp:825, unhandled system error, NCCL version 2.7.8 ncclSystemError: System call (socket, malloc, munmap, etc) failed.
Have you ever had a similar problem? Thanks!

check your python and pytorch version!

I have a problem at pretrain phase, such as: Traceback (most recent call last): File "Pretrain.py", line 215, in Traceback (most recent call last): File "Pretrain.py", line 215, in main(args, config) File "Pretrain.py", line 93, in main main(args, config)utils.init_distributed_mode(args)
File "Pretrain.py", line 93, in main File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode utils.init_distributed_mode(args) File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode torch.distributed.barrier() File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier torch.distributed.barrier() File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier work = default_pg.barrier(opts=opts) RuntimeError: NCCL error in: /pytorch/torch/lib/c10d/ProcessGroupNCCL.cpp:825, unhandled system error, NCCL version 2.7.8 ncclSystemError: System call (socket, malloc, munmap, etc) failed.
Have you ever had a similar problem? Thanks!

check your python and pytorch version!

My python version is 3.7 and my torch version is 1.8.0. Is there anything wrong?
Thanks for your answer.

I have a problem at pretrain phase, such as: Traceback (most recent call last): File "Pretrain.py", line 215, in Traceback (most recent call last): File "Pretrain.py", line 215, in main(args, config) File "Pretrain.py", line 93, in main main(args, config)utils.init_distributed_mode(args)
File "Pretrain.py", line 93, in main File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode utils.init_distributed_mode(args) File "/root/albef/ALBEF/utils.py", line 257, in init_distributed_mode torch.distributed.barrier() File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier torch.distributed.barrier() File "/opt/conda/lib/python3.7/site-packages/torch/distributed/distributed_c10d.py", line 2420, in barrier work = default_pg.barrier(opts=opts) RuntimeError: NCCL error in: /pytorch/torch/lib/c10d/ProcessGroupNCCL.cpp:825, unhandled system error, NCCL version 2.7.8 ncclSystemError: System call (socket, malloc, munmap, etc) failed.
Have you ever had a similar problem? Thanks!

check your python and pytorch version!

My python version is 3.7 and my torch version is 1.8.0. Is there anything wrong? Thanks for your answer.

This author version: This code has been tested on Python 3.8 and pytorch 1.09.

If you could provide a "environment.yml" file, which contains "Install dependecies"?
such as : https://github.com/jonmun/EPIC-KITCHENS-100_UDA_TA3N/blob/main/environment.yml
Thanks!

If you could provide a "environment.yml" file, which contains "Install dependecies"? such as : https://github.com/jonmun/EPIC-KITCHENS-100_UDA_TA3N/blob/main/environment.yml Thanks!

Thanks. Would you please tell me your e-mails and I'll sent the document to you.

If you could provide a "environment.yml" file, which contains "Install dependecies"? such as : https://github.com/jonmun/EPIC-KITCHENS-100_UDA_TA3N/blob/main/environment.yml Thanks!

Thanks. Would you please tell me your e-mails and I'll sent the document to you.

<EMAIL_ADDRESS>

If you could provide a "environment.yml" file, which contains "Install dependecies"? such as : https://github.com/jonmun/EPIC-KITCHENS-100_UDA_TA3N/blob/main/environment.yml Thanks!

Thanks. Would you please tell me your e-mails and I'll sent the document to you.

<EMAIL_ADDRESS>
I have already sent the document to your e-mail. Looking forward to your reply. Thank you!


create a big enough hashmap for addresses

Currently, when recovering a wallet, only the first 2500 addresses are recovered. This is however not good enough, as a wallet which has been recovered, will have 2500 addresses by default, and each time wallet address is called from than on, will be one extra. When recovering a second time however, you'll only get those first 2500 addresses, and thus the ones added after that will not be visible.
In the new wallet upgrades in 1.0.7, this might be fixed by doing a serious update to the logic surrounding the wallet, however, it should already at least work for now as well already.
A proposed naive solution by @robvanmieghem in https://github.com/threefoldfoundation/tfchain/issues/107, would be to "create a much bigger hashmap with addresses during rescan. If an address in the last 1000 or so is found to be used, increase the number of addresses and redo.". That sounds like a reasonable solution for now and doing so would fix https://github.com/threefoldfoundation/tfchain/issues/107, without having to wait for the wallet work done in 1.0.7, and instead already have a working (temporary) version in 1.0.6.

It is currently not known if we still want to go for the naive solution.
First we should resolve the previously planned wallet upgrades: #309, #307 and #2.
Once those issues are resolved, we can look into this, and decide what to do with it.

No longer needed. Wallet keys are now scanned. See https://github.com/rivine/rivine/pull/424 for more info.


fix: unlocking with face id

@TimoGlastra This fixes the unlocking issue, but it might break other things. Any reason why setCanTryUnlockingUsingBiometrics before unlocking?

You can't try unlocking using bimoetrics, while trying to unlock using biometrics. That's why i set it to false. It's like setLoading(true) / setLoading(false) before /after an async call in a component

But what is setIsUnlocking for then?

I probably did it because the useEffect would otherwise retrigger? But as we now do it only once i think only setting it to false once we reached the max attempts makes sense


node package has yarn.lock and package-lock.json

There should probably only be 1, which package manager do you prefer?

I don't really care which one, tbh I don't know what 90% of the files there are for as they have been autogenerated at some point. Feel free to remove anything that isn't needed. If it builds with "yarn build" then the file is probably not needed.

Ehh closing this for now, maybe the rust bindings somehow use both?


Removed unneeded zalando-incubator for approvals

Only "zalando" should be in the approval organizations

:+1:

👍


fix: update to eye v8.6.1

fix: update to eye v8.6.1

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

npm package (@latest dist-tag)
GitHub release
v10.6.1

Your semantic-release bot :package::rocket:


删除用户时，没有校验该用户下面有相应的数据，导致用户删除会把相关任务逻辑删除

*For better global communication, please give priority to using English description, thx! *
Please review https://dolphinscheduler.apache.org/en-us/docs/development/issue.html when describe an issue.
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior, for example:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Which version of Dolphin Scheduler:
-[1.1.0-preview]
Additional context
Add any other context about the problem here.
Requirement or improvement

Please describe about your requirements or improvement suggestions.

English is needed，and please describe clearly，then submit new issue，thx


Introspect coverage requirements on template render to improve calculations

When templates have special Helm actions like lookup or .Capabilities calls, these should be calculated as part of the unit testing coverage calculations to ensure that the chart is fully tested.
This would require introspecting the Helm templates that have been provided to understand what is specifically being queried against to include those as part of the coverage calculations.
Note: This is a fairly difficult problem to solve that I do not currently have a solution in mind for, so if there are any suggestions I'd appreciate it in the comments of this issue!

Addressed partially by https://github.com/aiyengar2/hull/pull/10, but our coverage does not currently support lookups and capabilities checks.

At the very least, we should be picking the references to these objects up and emit warnings whenever .Capabilities is used or .Release.IsUpgrade / .Release.IsInstall is used in a chart


Implementing one insult form #39.

@kruszczynski we have refactored for one file/spec per operation, I'm closing the PR - if you'd still like to add the operation please do so by adding files to /lib/operations and /spec/operations

@kruszczynski we have refactored for one file/spec per operation, I'm closing the PR - if you'd still like to add the operation please do so by adding files to /lib/operations and /spec/operations


Got rid of raw const pointer

This was necessary for the build to compile.

thanks!
this is actually the first contribution i've got so far


Input point cloud has no data

Hi, first of all, thank you for making your code public.
I have an issue with segmentstem. I have a point cloud in ply format that I convert to pcd with ASCII format:
object_639143_nosky.txt
After running segmentstem with 12.5 arg and the point cloud I get the following error:

This can be deleted, I haven't done downsampling first.


Add support for Slackmojis API pagination

Hi folks, Slackmojis creator here.
As of yesterday the Slackmojis API endpoint is now paginated. It turns out returning 40k objects in one good might not have been a great idea 😬.
https://slackmojis.com/emojis.json?page=0 now returns the first 500 emojis. Keep incrementing the page number until you get back and empty array response, meaning you've hit the end. There are currently ~40 pages.
Sorry about springing this on you, I should have given folks more of a heads up.
Cheers.

Thank you for reporting this, I will be committing a fix shortly!


Can't get easymotion to work

I am using windows 10 and have installed my neovim config in a different directory than the usual Appdata/Local/nvim. I am using dein.vim as plugin manager. I have installed the easymotion extension : https://github.com/asvetliakov/vim-easymotion . but i cannot get easy motion to work inside my vscode. whenever i press my leader 2 times, it just moves cursor one step forward. Below is my init.vim
"dein Scripts-----------------------------
if &compatible
  set nocompatible               " Be iMproved
endif

" Required:
set runtimepath+=C:\Users\Lakshit\.config\nvim-data\dein\repos\github.com\Shougo\dein.vim

" Required:
call dein#begin('C:\Users\Lakshit\.config\nvim-data\dein')

" Let dein manage dein
" Required:
call dein#add('C:\Users\Lakshit\.config\nvim-data\dein\repos\github.com\Shougo\dein.vim')

" Add or remove your plugins here like this:
call dein#add('Shougo/neosnippet.vim')
"call dein#add('Shougo/neosnippet-snippets')
call dein#add('wsdjeg/dein-ui.vim')
call dein#add('asvetliakov/vim-easymotion')

call dein#end()

" Required:
filetype plugin indent on
syntax enable

" If you want to install not installed plugins on startup.
"if dein#check_install()
"  call dein#install()
"endif

"End dein Scripts-------------------------

" Set the clipboard option to "unnamedplus"
set clipboard=unnamedplus
let mapleader=" "
" map <Leader><Leader> <Plug>(easymotion-prefix)
nnoremap <Leader>r <C-r>
nnoremap ? <Cmd>call VSCodeNotify('workbench.action.findInFiles', { 'query': expand('<cword>')})<CR>
nnoremap ? <Cmd>call VSCodeNotify('workbench.action.findInFiles', { 'query': expand('<cword>')})<CR>

I have spent hours trying to debug but cannot seem to make it work in vscode. Help please.

Easymotion is no longer supported. Use hop or lightspeed. Source

I use this in my .vimrc, just adapt it to your plugin manager:
if has('nvim')
  Plug 'phaazon/hop.nvim', {'commit': 'caaccee'}
endif

Okay, thanks! Btw just asking for your personal opinion, which is better suited for beginners hop or lightspeed?

I can't answer that question, as I have only tried hop. It works pretty good in VS Code, I had to use the specific commit mentioned in my previous reply though because of a bug. It sometimes struggles with folded code in VS Code, but in general it works alright.

support for "visual" plugins like EM is best-effort. and covered in more general "display" issues.

Since there seems to be some links on the internet pointing to this issue: support for easymotion (the vimscript version) is removed, but any nvim (lua based) motion plugins (hop, leap, lightspeed, flash, etc) will work.


Payment link from Magento sends customer to wrong store

Payment link from Magento sends customer to wrong store
Magento store
With multiple store views (store A store.com = primary, store B myshop.com = secundary, store C etc)
Create sale for the non primary (adyen) store (actual store for this customer is = store B myshop.com)
Send payment link
Customer makes succesful payment
actual: Is directed to te primary store store.com success page
expected: Is directed to te actual store B myshop.com succes page

Thanks Rik
To be clear:
Is this a test?
Or the solution?
This field is currently set in our skin: should we leave it empty?
[image: Inline image 1]
On Mon, Sep 4, 2017 at 6:03 PM, Rik ter Beek<EMAIL_ADDRESS>wrote:

Hi @seansan https://github.com/seansan,
Could you please create a skin that does not have a resultUrl defined.
ResultUrl of magento does not make sense because magento is not able to
show the success page because the order will be retrieved from the session.
Regards,
Rik
Adyen
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Adyen/adyen-magento/issues/829#issuecomment-326994400,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAn0aykw400fled-NjuihfA0irNQtN90ks5sfB9DgaJpZM4PL-gw
.

Hi @seansan,
This is the solution so please indeed keep it empty.
Regards,
Rik
Adyen

it was set some years ago by adyen - fyi .. because maybe others have this
old setting then too
for now: we removed the resulturl, is now empty
On Tue, Sep 5, 2017 at 9:01 AM, Rik ter Beek<EMAIL_ADDRESS>wrote:

Hi @seansan https://github.com/seansan,
This is the solution so please indeed keep it empty.
Regards,
Rik
Adyen
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Adyen/adyen-magento/issues/829#issuecomment-327088825,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAn0a8k8lilSC02j2f0tRuR8KWcn6UMLks5sfPG4gaJpZM4PL-gw
.

Hi @seansan,
Don't understand what you mean. Great that you removed it.
Regards,
Rik
Adyen