[Performance] Why create dir container takes so long time to finish

When I run 500 taskruns together,  the container step_create_dir cost the most  time.
Below is the chart for the container excution time

I read the doc https://github.com/tektoncd/pipeline/blob/dfb06661f5ef06f32bd44eaa7e0e8878c4c85a45/cmd/entrypoint/README.md, noticed the whole command is
entrypoint \
 -wait_file /tekton/downward/ready \
 -post_file /tekton/tools/0" \
 -wait_file_content  \
 -entrypoint /ko-app/bash -- -args mkdir -p /workspace/git-resource

When I run 1 taskrun , the create_dir step just take about 7s, but it's cost more time when run most of taskrun together .
How to cacluate the create_dir conatiner excution time :
          container_create_dir_finish_t=$(< ${POD_FILE} jq '.items[] | select(.metadata.name|contains("'"${pod_name}"'")) | .status.containerStatuses[] | select (.name |contains ("step-create-dir-image")) | .state.terminated.finishedAt' | awk -F '"' '{print $2}')
          container_create_dir_start_t=$(< ${POD_FILE} jq '.items[] | select(.metadata.name|contains("'"${pod_name}"'")) | .status.containerStatuses[] | select (.name |contains ("step-create-dir-image")) | .state.terminated.startedAt' | awk -F '"' '{print $2}')
container_dir_t=$container_create_dir_finish_t - $container_create_dir_start_t

@LiYa-Xu could you share the TaskRun you're using?

Ah, I took a look at your jq query. I think there might be a problem there. The entrypoint binary waits to start until the previous steps are done, so the containerStatuses.startedAt and finishedAt values are not quite correct. You should look at the TaskRun.status.steps[].startedAt and TaskRun.status.steps[].finishedAt values instead.

@dlorenc Thanks for your response. And sorry I am not really understand about this container works,so could you please tell me how create dir container works? Why I  should use the TaskRun.status.steps[].startedAt and TaskRun.status.steps[].finishedAt values instead?
Below the part of the create conatienr  yaml in  pod  yaml .That's why I  use the containerStatuses.startedAt and finishedAt values to get create dir container  excution time .
    name: step-create-dir-image-6s6tp
    ready: false
    restartCount: 0
    started: false
    state:
      terminated:
        containerID: containerd://1a92c12926019fe8d933da75b5110aa45e0a03c9b0771c495a6a5f977ffb19e5
        exitCode: 0
        finishedAt: "2020-08-05T03:17:18Z"
        message: '[{"key":"StartedAt","value":"2020-08-05T03:17:18.329Z","resourceRef":{}}]'
        reason: Completed
        startedAt: "2020-08-05T03:16:30Z"
  - containerID: containerd://0c0172cdaac62f97bc52a151eef8f4c493aeed3aa8028f79c37a270ba013fc98
    image: sha256:dd55bafa6d24da6e53a7d755465dbc465ac07accb6fb6e44028944e7f6b3ee9e
    imageID: icr.io/obs/codeengine/tekton-pipeline/git-init-4874978a9786b6625dd8b6ef2a21aa70@sha256:b9bff381188fe222fc4e05b831ccc3847eb384579f177d94e7f4331aa734c523
    lastState: {}
    name: step-git-source-source-67dvj
    ready: false
    restartCount: 0
    started: false
    state:
      terminated:
        containerID: containerd://0c0172cdaac62f97bc52a151eef8f4c493aeed3aa8028f79c37a270ba013fc98
        exitCode: 0
        finishedAt: "2020-08-05T03:17:19Z"
        message: '[{"key":"commit","value":"28d7639d4e78fb1185a2ee8534f9c5957e14f0ee","resourceName":"source","resourceRef":{"name":"source"}},{"key":"StartedAt","value":"2020-08-05T03:17:18.569Z","resourceRef":{}}]'
        reason: Completed
        startedAt: "2020-08-05T03:16:30Z"
  - containerID: containerd://10659151580b87289e2dfd0b595893ac9195cd190821c9ceaa1a555f65d034ea
    image: sha256:02911004993b825fc0ddf0df20f133b3b7ce5f185b5adb8c32e84e4ffa2bf13e
    imageID: icr.io/obs/codeengine/tekton-pipeline/imagedigestexporter-6e7c518e6125f31761ebe0b96cc63971@sha256:c1f32ae9cfba9830b8486ee0febc0d1cd94456973010c6eb16e35428786831cf
    lastState: {}

Checked the Taskrun json file , noticed the create dir container finished quickly, but it's cost some senconds in pod json . Do you know why ?
below is taskrun josn for create_dir step  :
            {
                "container": "step-create-dir-image-h9l2h",
                "imageID": "gcr.io/distroless/base@sha256:f79e093f9ba639c957ee857b1ad57ae5046c328998bf8f72b30081db4d8edbe4",
                "name": "create-dir-image-h9l2h",
                "terminated": {
                    "containerID": "containerd://a8d03206c11d7edf1cb098ab84b4c5d8167b411936cfe2ad9d1b51be245369d4",
                    "exitCode": 0,
                    "finishedAt": "2020-08-05T10:41:51Z",
                    "reason": "Completed",
                    "startedAt": "2020-08-05T10:41:51Z"
                }
            }
        ],

below is pod json for create_dir step :
            {
                "containerID": "containerd://a8d03206c11d7edf1cb098ab84b4c5d8167b411936cfe2ad9d1b51be245369d4",
                "image": "sha256:4a6f2dfa03471bdef939c3946c8f657a0c7dc69a1d0fe7042c8af8084762dde0",
                "imageID": "gcr.io/distroless/base@sha256:f79e093f9ba639c957ee857b1ad57ae5046c328998bf8f72b30081db4d8edbe4",
                "lastState": {},
                "name": "step-create-dir-image-h9l2h",
                "ready": false,
                "restartCount": 0,
                "started": false,
                "state": {
                    "terminated": {
                        "containerID": "containerd://a8d03206c11d7edf1cb098ab84b4c5d8167b411936cfe2ad9d1b51be245369d4",
                        "exitCode": 0,
                        "finishedAt": "2020-08-05T10:41:51Z",
                        "message": "[{\"key\":\"StartedAt\",\"value\":\"2020-08-05T10:41:51.054Z\",\"resourceRef\":{}}]",
                        "reason": "Completed",
                        "startedAt": "2020-08-05T10:41:47Z"
                    }
                }
            },

@dlorenc  BTW, this just occurred on buildpack ,kaniko has no this issue. And I tried some test, like add steps and remove steps in buildstrategy , found the create dir time is depends on steps number in buildstratyge . When I just define 1 step that's prepare in buildstrategy ,the create dir cost a little time, when I define 6 steps in in buildstrategy,the create dir will cost most of time . So do you know why ? So for create_dir container,It's there any status need to wait for all container ?

Why I should use the TaskRun.status.steps[].startedAt and TaskRun.status.steps[].finishedAt values instead?

The way Tekton works is that it spins up all the containers for the TaskRun at the same time.  This is intentional - a Pod can't be updated with extra containers after it starts.
So the problem becomes: if all the containers start at the same time, how do we detect when each "step" actually started and finished?  To do that Tekton records the start time and end time of the step's contents executing.  We do this using Tekton's special "entrypoint" binary that wraps your Step.  The code for the StartedAt time is here: https://github.com/tektoncd/pipeline/blob/3a7a693429c605a67e30efa5b74675e403be79bb/pkg/entrypoint/entrypointer.go#L104-L107 and there's similar code for FinishedAt as well.

@sbwsg  I see .Thanks for your help .
Have other questions that have a pod.yaml like below:
 kind: Pod
 apiVersion: v1
 metadata:
   generateName: test-pod-
   namespace: test
 spec:
   containers:
     - name: test-pod1
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod2
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod3
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod4
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod5
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod6
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod7
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
     - name: test-pod8
       image: ubuntu:focal-20200720
       command: [ "/bin/bash", "-c", "--" ]
       args: [ "echo 123" ]
   initContainers:
   - name: init-myservice
     image: busybox:1.32.0-glibc
     command: ['sh', '-c', 'echo init;']
   - name: init-mydb
     image: busybox:1.32.0-glibc
     command: ['sh', '-c', 'echo init2;']

Then I appiled the 100 pod together with above yaml file , k get pod -n test -w  , one of the pod excution timestamp like below :
test-pod-7dq6t   0/8     Pending            0          72s
test-pod-7dq6t   0/8     Pending            0          72s
test-pod-7dq6t   0/8     Init:0/2           0          72s
test-pod-7dq6t   0/8     Init:0/2           0          81s
test-pod-7dq6t   0/8     Init:1/2           0          85s
test-pod-7dq6t   0/8     Init:1/2           0          85s
test-pod-7dq6t   0/8     PodInitializing    0          85s
test-pod-7dq6t   0/8     Completed          0          91s

you can see from pod init to all contianer Completed just take 6s.
But when I apply 100 trs with tr.yaml that has 8 steps of it as below ,
apiVersion: tekton.dev/v1beta1
kind: TaskRun
metadata:
  generateName: helloworld-
  namespace: liya-test
spec:
  taskSpec:
    steps:
      - name: helloworld1
        image: ubuntu:focal-20200720
        resources:
          limits:
            cpu: 10m
            memory: 128Mi
          requests:
            cpu: 10m
            memory: 128Mi
        script: echo "123"

     .....
     - name: helloworld8
        image: ubuntu:focal-20200720
        resources:
          limits:
            cpu: 10m
            memory: 128Mi
          requests:
            cpu: 10m
            memory: 128Mi
        script: echo "123"

the pod init to first contianer running takes more time
helloworld-cpscb-pod-6ccz6   0/8   Pending   0     0s
helloworld-cpscb-pod-6ccz6   0/8   Pending   0     0s
helloworld-cpscb-pod-6ccz6   0/8   Init:0/3   0     1s
helloworld-cpscb-pod-6ccz6   0/8   Init:0/3   0     1s
helloworld-cpscb-pod-6ccz6   0/8   Init:1/3   0     7s
helloworld-cpscb-pod-6ccz6   0/8   Init:2/3   0     9s
helloworld-cpscb-pod-6ccz6   0/8   PodInitializing   0     12s
helloworld-cpscb-pod-6ccz6   8/8   Running   0     35s
helloworld-cpscb-pod-6ccz6   8/8   Running   0     60s
helloworld-cpscb-pod-6ccz6   6/8   Running   0     62s
helloworld-cpscb-pod-6ccz6   5/8   Running   0     66s
helloworld-cpscb-pod-6ccz6   0/8   Completed   0     67s

So I want to know is there have something that the first container waitting for ?I did the test on the same env, that's on IKS cluster with 9  worker nodes(16 cpu, 64 memory),for pod init to first container running excution time , why the pod created by tr takes more time?

Very interesting results, thankyou!  I don't know the precise answer but it would be worth investigating.
One factor I'm aware of is that the first Step's container waits for a downward API volume to be populated from an annotation. So maybe there is a delay in that annotation being set?  You can check if this is the problem by disabling the downward API requirement.  Change the running-in-environment-with-injected-sidecars feature flag to "false" and apply this to your tekton-pipelines namespace. After the flag is set you can see if this affects startup time.

@sbwsg Thanks for your response . Yes ,very interesting results. And also the number of the steps in tr.yaml will impact the pod init to first contianer running excution time .
below is just one step in tr.yaml
apiVersion: tekton.dev/v1beta1
kind: TaskRun
metadata:
  generateName: helloworld-
  namespace: liya-test
spec:
  taskSpec:
    steps:
      - name: helloworld1
        image: ubuntu:focal-20200720
        resources:
          limits:
            cpu: 10m
            memory: 128Mi
          requests:
            cpu: 10m
            memory: 128Mi
        script: echo "123"

And below is one of the pod timestamp that created by tr
helloworld-v4s4j-pod-b7q69   0/1   Pending   0     1s
helloworld-v4s4j-pod-b7q69   0/1   Pending   0     2s
helloworld-v4s4j-pod-b7q69   0/1   Init:0/3   0     2s
helloworld-v4s4j-pod-b7q69   0/1   Init:0/3   0     6s
helloworld-v4s4j-pod-b7q69   0/1   Init:1/3   0     7s
helloworld-v4s4j-pod-b7q69   0/1   Init:2/3   0     9s
helloworld-v4s4j-pod-b7q69   0/1   Init:2/3   0     11s
helloworld-v4s4j-pod-b7q69   0/1   PodInitializing   0     12s
helloworld-v4s4j-pod-b7q69   1/1   Running   0     14s
helloworld-v4s4j-pod-b7q69   1/1   Running   0     28s
helloworld-v4s4j-pod-b7q69   0/1   Completed   0     30s

@sbwsg And I have other question , you said that the first Step's container waits for a downward API volume to be populated from an annotation, the first step is after starting then waiting downward API volume  done ,or the downward API volume  done then the first step can starting ?

the first step is after starting then waiting downward API volume done ,or the downward API volume done then the first step can starting ?

The order of execution goes like this:

Pod is created with a container for each Step (+ others for initcontainers / sidecars)
InitContainers run to completion
Step containers & sidecar containers start up
All Steps then wait for sidecars to be ready. Step containers are running but each container's entrypoint binary is waiting for files
Once all sidecar containers are in ready state, Tekton writes annotation to Pod
First Step sees annotation updated via Downward API
First Step executes its "real" command - the Step's contents
First Step completes, writes a file to signal next Step to start
Second Step's entrypoint binary sees file and allows its "real" command to execute
... and so on until all Steps are done.

Does that answer your question?

@sbwsg Thanks.  I see . Let me try more


Increase yarn network timeout to 10 minutes

Motivation:
Our CI keeps failing during yarn install, which may be due to network
timeout between NPM registry and CI agents, although it's not 100% certain.
Modifications:

Specify --network-timeout 600000 option

Result:
Hopefully more stable build

Increasing timeout did not work. Trying --mutex network option just in case: https://github.com/yarnpkg/yarn/issues/7212#issuecomment-598889512

Hmm.. I start to feel like switching to npm. Is yarn any better than npm in our use case, @anuraaga?

I've noticed quite better performance from yarn 2 lately, and since it's developed maybe is more stable, should we try upgrading? It has a cool new mode that doesn't create a huge folder of folders in your working dir, optionally can be checked in.
https://yarnpkg.com/features/pnp

Seems like yarn 2 is not a drop-in replacement of yarn 1. I see some issues potentially due to PnP:

eslint takes forever.
Build fails with module load errors:ERROR in multi react-hot-loader/patch ./src/index.tsx
Module not found: Error: Can't resolve 'babel-loader' in '/home/trustin/Workspaces/armeria/docs-client'
 @ multi react-hot-loader/patch ./src/index.tsx main[1]

ERROR in multi react-hot-loader/patch ./src/index.tsx
Module not found: Error: Can't resolve 'react-hot-loader/patch' in '/home/trustin/Workspaces/armeria/docs-client'
 @ multi react-hot-loader/patch ./src/index.tsx main[0]

I have pushed a commit just in case you have a clue, @anuraaga.

Ah at least does need to be loose pnp mode I think
https://yarnpkg.com/features/pnp#pnp-loose-mode

Still not working :thinking:

I could get docs-client:build to work locally

yarnUpdate to update the lockfile
Replace yarn task with a new yarnInstall. Not sure why but default is always appending an empty string "" to the args list which yarn 2 doesn't seem to like
Ignore .pnp.js in .eslintrc.js

Didn't check other projects but hope this helps, let me know if you need more help

Hmm still file lock issue on CI. It's a bit unexpected to see the source in /appveyor/projects though, I thought appveyor clones to /home/appveyor/projects. Is there a chance that /home/appveyor is a shared folder in the BYoB setup?
➤ YN0001: │ Error: @babel/helper-compilation-targets@npm:7.9.6: Couldn't acquire a lock in a reasonable time (via<EMAIL_ADDRESS>    at s.lockPromise (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:10:106835)
    at async f.writeFileWithLock (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:92830)
    at async /appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:91686
    at async /appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:92865
    at async s.lockPromise (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:10:107015)
    at async f.writeFileWithLock (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:92830)
    at async B (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:91646)
    at async /appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:92392
    at async fetchPackageFromCache (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:42:92319)
    at async l.fetch (/appveyor/projects/armeria/site/.yarn/releases/yarn-berry.js:10:390811)

We don't share anything between builds. Each profile has its own docker container. The only shared directory is /var/cache/appveyor which is used for rsync'ing cache directories, which is accessed before/after the build.

IIRC, /appveyor/projects is the hard-coded location for Git cloning, so I guess it's not shared as well.

Ah noticed that in the site build both docs-client and site get built (is it intended? I thought site build should only be building the site). So one yarn times out on getting the lock while the other yarn seems to have the same stuck fetching behavior as before.
Went ahead and tried overriding the registry to npmjs. If this doesn't work, I'd be surprised if the npm command does, but trying to switch would be the only remaining option I guess.

site task requires javadoc and that seems to trigger docs-client. Anyways, we could add something like mustRunAfter so that they do not run simultaneously. Let me take a closer look today. Thanks a lot for trying to help!
On the other hand, I'm not sure why PROFILE=javaX fails. They do not build site at all.

Yeah so I'm not optimistic tweaking Gradle will help :( Yarn does seem to be concurrent-aware, so I think site and docs-client are showing the same behavior of waiting forever to fetch, site just happens to give an error message too since while one of the projects is waiting forever the other one gives up on getting the lock.

Failed to fix the locking problem after some tries. Gatsby also doesn't seem to be PNP-ready unlike Yarn 2 web page advertises (or at least it's broken at the moment). Let me close this and send a PR that switches to NPM.


Add Edmonds, WA

Please add Edmonds, WA and its respective leaders and elected officials to the list of templates.

Hi @vlakey, thanks for your interest in adding Edmonds to the website. Emails on defund12.org are all written by community members. To add your city, you must provide:

Subject line for the email
Email addresses (at least one) of the government officials you’d like to receive the message
Detailed message concerning the budgeting decisions at stake in your community

Until you provide this content, we cannot post your city.
Follow our email style guidelines for quicker acceptance. Remember that messages must be city-specific and focused on defunding the police. If your message is copied from an external source, please provide a link to the original source.
Your request will be closed until you reply with the necessary content. Thank you!


System.IO.FileLoadException: System.Text.Encodings.Web

I saw several people had a similar issue with other dependencies.
I have a AspNetCore1.1 website, if I publish it with Visual Studio, I get the following stacktrace, with a 502.5 answer:
Application startup exception: System.IO.FileLoadException: Could not load file or assembly 'System.Text.Encodings.Web, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
File name: 'System.Text.Encodings.Web, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'
   at Microsoft.Extensions.DependencyInjection.EncoderServiceCollectionExtensions.AddWebEncoders(IServiceCollection services)
   at Microsoft.Extensions.DependencyInjection.AuthenticationServiceCollectionExtensions.AddAuthentication(IServiceCollection services)
   at Microsoft.Extensions.DependencyInjection.IdentityServiceCollectionExtensions.AddIdentity[TUser,TRole](IServiceCollection services, Action`1 setupAction)
   at MyWebsite.Startup.ConfigureServices(IServiceCollection services) in Z:\Prog\MyWebsiteFolder\MyWebsite\Startup.cs:line 83
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at Microsoft.AspNetCore.Hosting.ConventionBasedStartup.ConfigureServices(IServiceCollection services)
   at Microsoft.AspNetCore.Hosting.Internal.WebHost.EnsureApplicationServices()
   at Microsoft.AspNetCore.Hosting.Internal.WebHost.BuildApplication()

Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'System.Text.Encodings.Web, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
   at Microsoft.Extensions.RazorViews.BaseView..ctor()
   at Microsoft.AspNetCore.Hosting.Views.ErrorPage..ctor(ErrorPageModel model)
   at Microsoft.AspNetCore.Hosting.Internal.WebHost.BuildApplication()
   at Microsoft.AspNetCore.Hosting.WebHostBuilder.Build()
   at MyWebsite.Program.Main(String[] args) in Z:\Prog\MyWebsiteFolder\MyWebsite\Program.cs:line 14

However if I run the command line
dotnet.exe publish "z:\Prog\MyWebsiteFolder\MyWebsite" --framework netcoreapp1.1 --output "Z:\bin\WebsiteManual" --configuration Release

Everything works fine.
I get the same behavior on different platforms (2008R2 and 2012). Other websites (1.0) are running just fine.
It also works fine when debugging on VS via IIS Express (Debug and Release mode)
Here is the project.json:
{
  "userSecretsId": "XXXXXXXX",
  "dependencies": {
    "Bower": "1.3.11",
    "BundlerMinifier.Core": "2.2.306",
    "ImageSharp": "1.0.0",
    "Libuv": "1.9.1",
    "MailKit": "1.10.0",
    "Microsoft.ApplicationInsights.AspNetCore": "1.0.2",
    "Microsoft.AspNetCore.Authentication.OAuth": "1.1.0",
    "Microsoft.AspNetCore.Mvc": "1.1.0",
    "Microsoft.AspNetCore.Razor.Tools": {
      "version": "1.0.0-preview2-final",
      "type": "build"
    },
    "Microsoft.AspNetCore.Server.Kestrel.Https": "1.1.0",
    "Microsoft.EntityFrameworkCore.Design.Core": "1.0.0-preview2-final",
    "Microsoft.EntityFrameworkCore.SqlServer": "1.1.0",
    "Microsoft.EntityFrameworkCore.SqlServer.Design": {
      "version": "1.1.0",
      "type": "build"
    },
    "Microsoft.Extensions.Configuration.EnvironmentVariables": "1.1.0",
    "Microsoft.Extensions.Configuration.Json": "1.1.0",
    "Microsoft.Extensions.Configuration.UserSecrets": "1.1.0",
    "Microsoft.Extensions.Logging.Debug": "1.1.0",
    "Microsoft.Extensions.Options.ConfigurationExtensions": "1.1.0",
    "Microsoft.NETCore.App": {
      "version": "1.1.0",
      "type": "platform"
    },
    "Microsoft.VisualStudio.Web.BrowserLink.Loader": "14.1.0",
    "Stripe.net": "6.11.1",
    "System.ServiceModel.Duplex": "4.3.0",
    "System.ServiceModel.Http": "4.3.0",
    "System.ServiceModel.NetTcp": "4.3.0",
    "System.ServiceModel.Security": "4.3.0",
    "System.Xml.XmlSerializer": "4.3.0",
    "Microsoft.EntityFrameworkCore": "1.1.0",
    "Microsoft.AspNetCore.Authentication": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Cookies": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Facebook": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Google": "1.1.0",
    "Microsoft.AspNetCore.Authentication.MicrosoftAccount": "1.1.0",
    "Microsoft.AspNetCore.Diagnostics": "1.1.0",
    "Microsoft.AspNetCore.Diagnostics.EntityFrameworkCore": "1.1.0",
    "Microsoft.AspNetCore.Server.IISIntegration": "1.1.0",
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": {
      "version": "1.1.0-preview4-final",
      "type": "build"
    },
    "Microsoft.AspNetCore.Server.Kestrel": "1.1.0",
    "Microsoft.AspNetCore.StaticFiles": "1.1.0",
    "Microsoft.EntityFrameworkCore.Design": {
      "version": "1.1.0",
      "type": "build"
    },
    "Microsoft.EntityFrameworkCore.Relational": "1.1.0",
    "Microsoft.Extensions.Logging": "1.1.0",
    "Microsoft.Extensions.Logging.Console": "1.1.0",
    "Microsoft.EntityFrameworkCore.Tools": "1.1.0-preview4-final",
    "PayPalCore": "1.0.0-*",
    "OtherProject": "1.0.0-*",
    "Microsoft.AspNetCore.Identity.EntityFrameworkCore": "1.1.0",
    "Microsoft.AspNetCore.Identity": "1.1.0"
  },
  "tools": {
    "Microsoft.EntityFrameworkCore.Tools": "1.1.0-preview4-final",
    "Microsoft.AspNetCore.Razor.Tools": "1.0.0-preview2-final",
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.1.0-preview4-final",
    "Microsoft.Extensions.SecretManager.Tools": "1.0.0-preview2-final"
  },
  "frameworks": {
    "netcoreapp1.1": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8+wpa81"
      ],
      "dependencies": {
      }

    }
  },
  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true,
    "define": []
  },
  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },
  "publishOptions": {
    "include": [
      "wwwroot",
      "Views",
      "Areas/**/Views",
      "appsettings.json",
      "web.config"
    ]
  },
  "scripts": {
    "prepublish": [
      "bower install",
      "dotnet bundle"
    ],
    "postpublish": [
      "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%"
    ]
  }
}

And the other project one:
{
  "dependencies": {
    "Microsoft.NETCore.App": {
      "version": "1.1.0",
      "type": "platform"
    },
    "Microsoft.AspNetCore.Diagnostics": "1.0.0",

    "Microsoft.AspNetCore.Server.IISIntegration": "1.1.0",
    "Microsoft.AspNetCore.Server.Kestrel": "1.1.0",
    "Microsoft.AspNetCore.Server.Kestrel.Https": "1.1.0",
    "Microsoft.Extensions.Logging.Console": "1.0.0",

    "Microsoft.AspNetCore.Authentication.OAuth": "1.1.0",
    "Microsoft.AspNetCore.Identity": "1.1.0",
    "Microsoft.AspNetCore.Identity.EntityFrameworkCore": "1.1.0",
    "Microsoft.AspNetCore.Mvc": "1.1.0",
    "Microsoft.EntityFrameworkCore.Design.Core": "1.0.0-preview2-final",
    "Microsoft.EntityFrameworkCore.SqlServer": "1.1.0",
    "Microsoft.EntityFrameworkCore.SqlServer.Design": {
      "version": "1.1.0",
      "type": "build"
    },
    "Microsoft.Extensions.Options.ConfigurationExtensions": "1.1.0",
    "Microsoft.EntityFrameworkCore": "1.1.0",
    "Microsoft.EntityFrameworkCore.Design": {
      "version": "1.1.0",
      "type": "build"
    },
    "Microsoft.EntityFrameworkCore.Tools": {
      "version": "1.1.0-preview4-final",
      "type": "build"
    },
    "Microsoft.EntityFrameworkCore.Relational": "1.1.0",

    "Microsoft.AspNetCore.Diagnostics.EntityFrameworkCore": "1.1.0",
    "Microsoft.AspNetCore.Authentication": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Cookies": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Facebook": "1.1.0",
    "Microsoft.AspNetCore.Authentication.Google": "1.1.0",
    "Microsoft.AspNetCore.Authentication.MicrosoftAccount": "1.1.0",

    "AspNet.Security.OAuth.Validation": "1.0.0-alpha2-final",
    "OpenIddict": "1.0.0-*",
    "OpenIddict.Mvc": "1.0.0-*"

  },

  "tools": {
    "Microsoft.EntityFrameworkCore.Tools": "1.1.0-preview4-final",
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.0.0-preview2-final"
  },

  "frameworks": {
    "netcoreapp1.1": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  },

  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true
  },

  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },

  "publishOptions": {
    "include": [
      "wwwroot",
      "web.config"
    ]
  },

  "scripts": {
    "postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
  }
}

I don't get any .config file besides the web.config, and the .deps.json does not mention this missing dependency.

System.Text.Encodings.Web, Version=<IP_ADDRESS> is in package version 4.3.0.
What references to System.Text.Encodings.Web do you see in your project.lock.json?

That is the weird part, nothing references this package, however, in project.lock.json there is a reference in targets??:
"targets": {
"Text.Encodings.Web": null,
".NETCoreApp,Version=v1.1": {
...
...
}
}
But seeing the call-stack of the exception, I guess it is linked to identity:
at Microsoft.Extensions.DependencyInjection.EncoderServiceCollectionExtensions.**AddWebEncoders**(IServiceCollection services)
at Microsoft.Extensions.DependencyInjection.AuthenticationServiceCollectionExtensions.AddAuthentication(IServiceCollection services)
at Microsoft.Extensions.DependencyInjection.IdentityServiceCollectionExtensions.**AddIdentity**[TUser,TRole](IServiceCollection services, Action`1 setupAction)

Posting the gist of the entire project.lock.json could still be helpful. Also, generally speaking, it's not a good idea to mix 1.1.0 and 1.0.0 packages (e.g. Microsoft.AspNetCore.Diagnostics, Microsoft.Extensions.Logging.Console).

This issue was annoying but not blocking, however I actually went back to 1.0 due to the following issue, waiting for a fix...
https://github.com/aspnet/Security/issues/1044

Still and issue.

I'm getting this issue after upgrading ASP.NET Core nugets from 1.1.1 to 1.1.2

This issue is being closed because it has not been updated in 3 months.
We apologize if this causes any inconvenience. We ask that if you are still encountering this issue, please log a new issue with updated information and we will investigate.

I'm still having this issue. I just created a new project and used QueryHelpers.
To fix it, I had to install the System.Text.Encodings.Web package manually.

Comments on closed issues are not tracked, please open a new issue with the details for your scenario. What versions are you using?

Not really ergonomic to close issues arbitrarily, is it?


test: speed up e2e via forcing connection to DHT during tests

Overview

Checklist

[ ] New and updated code has appropriate documentation
[ ] New and updated code has new and/or updated testing
[ ] Required CI checks are passing
[ ] Visual proof for any user facing features like CLI or documentation updates
[ ] Linked issues closed with keywords

Codecov Report

Merging #272 (50f6780) into main (377f6cf) will decrease coverage by 0.24%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #272      +/-   ##
==========================================
- Coverage   49.28%   49.04%   -0.24%
==========================================
  Files          24       24
  Lines        1668     1668
==========================================
- Hits          822      818       -4
- Misses        737      740       +3
- Partials      109      110       +1

see 1 file with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

From 19min to 16min :D


build in mac osx error

Executing task: Restore
Restoring packages in OmniSharp.sln...
Restoring packages for /Users/zhuoyikang/source/omnisharp-roslyn/src/OmniSharp.Abstractions/OmniSharp.Abstractions.csproj...
Restoring packages for /Users/zhuoyikang/source/omnisharp-roslyn/src/OmniSharp.DotNetTest/OmniSharp.DotNetTest.csproj...
Restoring packages for /Users/zhuoyikang/source/omnisharp-roslyn/src/OmniSharp.DotNet/OmniSharp.DotNet.csproj...
Restoring packages for /Users/zhuoyikang/source/omnisharp-roslyn/src/OmniSharp.Host/OmniSharp.Host.csproj...
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error : Unable to load the service index for source https://api.nuget.org/v3/index.json. [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error :   The type initializer for 'System.Net.Http.CurlHandler' threw an exception. [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error :   The type initializer for 'Http' threw an exception. [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error :   The type initializer for 'HttpInitializer' threw an exception. [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error :   The type initializer for 'CryptoInitializer' threw an exception. [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error :   Unable to load DLL 'System.Security.Cryptography.Native.OpenSsl': The specified module could not be found. [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
/Users/zhuoyikang/source/omnisharp-roslyn/.dotnet/sdk/1.0.1/NuGet.targets(97,5): error :    (Exception from HRESULT: 0x8007007E) [/Users/zhuoyikang/source/omnisharp-roslyn/OmniSharp.sln]
An error occurred when executing task 'Restore'.

building OmniSharp requires access to NuGet to restore the packages it needs. It looks like the machine you built on could not access NuGet?

@indie21: Are you still running into this issue?

I have the same exact error. Does someone know how to resolve this? @DustinCampbell

It looks to me like an issue with NuGet. Maybe it was down temporarily or the .NET CLI isn't able to connect to it over the Internet?


File listening options

For on-the-fly reconstruction that's planned for v1.0.0, we need to monitor file changes on the system, ideally in a portable (OS-agnostic) way.
Some options are:

Use the IPC lock from zarr-python. This requires integration with the writer to write the lock file.
Use Qt's file system watcher combined with zarr's chunk counting (zarr.Array.nchunks_initialized / zarr.Array.nchunks) to infer the change. This may not be safe from race conditions.

Thanks for looking into this @ziw-liu. Qt's file system watcher seems very promising to me...I'm excited to give it a shot.


pb.authStore.clear() doesn't clear the google session

I am using google provider for signing in. Works great!. One issue is that, in order to sign-out, as in the document, I am clearing the authStore. It does the signout in the app, but if I open my gmail, it opens the mailbox of the signed in user. Looks like it doesn't clear the google session. I need to sign-out from gmail in order to clear the google session. If I don't do this I will not be able to login to app with another google user, rather it repeatedly logs into the previous user logged in without prompting with the google sing-in popup.

PocketBase has no control over the Google (or any other OAuth2 provider) auth session.
pb.authStore.clear() removes only the PocketBase related auth data from the local SDK instance.
See also https://github.com/pocketbase/pocketbase/issues/332.


purge_interval for metagene expansion not working

Hi,
This is a great method and we had some initial success applying it to our data! I was hoping to evaluate (add/delete) metagenes more often by setting the purge_interval, because each epoch took 5 minutes given the amount of data I have. However, it's still purging at the default interval of 1000 instead of 15. Could you provide some suggestions on how I can change the interval? Thanks!
[xfuse]
network_depth = 6
network_width = 32
min_counts = -1
[expansion_strategy]
type = "DropAndSplit"
purge_interval=15
[expansion_strategy.DropAndSplit]
max_metagenes = 50
[optimization]
batch_size = 60
epochs = -1
learning_rate = 0.001
patch_size = 200
[analyses]
[analyses.metagenes]
type = "metagenes"
[analyses.metagenes.options]
method = "pca"
[analyses.gene_maps]
type = "gene_maps"
[analyses.gene_maps.options]
gene_regex = ".*"
mask_tissue = false
writer="tensor"
scale=1
genes_per_batch=1
[slides]
[slides.section1]

Setting --purge-interval=15 works for me. Thank you!


VS Code Insider upate failure

vscode-inno-updater.log
Update failed and requested attaching the following log, uninstall, and then reinstall VS Code Insider Edition.

Can you reproduce this consistently? Or did an update work afterwards?

A re-install of VS Code Insider update seems to resolve the issue.
From: João Moreno<EMAIL_ADDRESS>Sent: Thursday, August 2, 2018 5:42 AM
To: Microsoft/vscode<EMAIL_ADDRESS>Cc: phil0074<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [Microsoft/vscode] VS Code Insider upate failure (#55206)
Can you reproduce this consistently? Or did an update work afterwards?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Microsoft/vscode/issues/55206#issuecomment-409912258, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AnN6SyyUixPO1v3ivZnQ4PgEgcNOGszZks5uMvOZgaJpZM4Vi1sB.


CI: ci-ginkgo: hubble events queue is full

CI failure
Seeing a failure in ci-ginkgo on a warning resulting from Hubbles ring buffer being full.  Not sure if this is happening elsewhere so I'll raise a issue to track other instances.
Link: https://github.com/cilium/cilium/actions/runs/9656874797/job/26635161828

Hit this again in https://github.com/cilium/cilium/actions/runs/10847714072/job/30103436040#step:18:341 (E2E Test (1.31, f18-datapath-bgp-lrp))


Change arrow icon

I don't know if this is wanted because the component supposed to follow the material guidelines. But I think that can be used the ability of change de arrow icon, and let the material looks by default.
If you decide going forward with this, I recommend specify any icon of https://github.com/oblador/react-native-vector-icons#android

Thanks for question! Arrow icon can be changed using renderAccessory prop. I'm using react-native-vector-icons myself, but in my opinion direct dependency greatly increases component installation complexity, as font installation and project modification are required.
For usage example please take look at TextField example project.


The exe file Is not copied from the source url to the package folder during installation.

I created a package for exe application (exe is not a setup program, it is xcopy) like the template
https://github.com/chocolatey-community/chocolatey-packages-template/tree/master/automatic/1password
Then test the package using the command
Test-Package -Install
and pass ok, then I pushed the package to chocolatey site.
When Installing the package by the command:
choco install  odata2poco-commandline
I expect that the exe file will be copied to the package location during the installation, but really the exe not copied  and the package is not working.
What I missed to resolve the package installation and enable copying the exe as is on the package folder
odata2poco-commandline.4.3.1.nupkg.zip
The package is attached.

This isn't the right place for this issue. Can I suggest you reach out to the community via Discord or Google Groups?


Update rapidcheck to the latest version 1505cbb

Update rapidcheck to the latest version to include inclusive terminology changes made in an updated googletest dependency

@weonyuan please confirm that you agree to the terms of the DCO. You also need in the future to follow the proper ways to confirm DCO for every commit. See end of main README.md page for onnx-mlir. Thanks

Can one of the admins verify this patch?

Jenkins Linux ppc64le Build #8447 [push] Update rapidcheck to the... failed after 1.9 sec


[website] In-page links/anchors do not work

Thanks @merwok for pointing that out!

Fixed/hacked with 290e98e54c8055c36e3b965eb435e4e89a9250ce - however there may be more borked links that I didn't find.


PrivateConfig.json has wrong EventHub sink sasURL

Document:
"sasURL": "https://youreventhubnamespace.servicebus.windows.net/youreventhubpublisher?sr=https%3A%2F%2Fyoureventhubnamespace.servicebus.windows.net%2Fyoureventhubpublisher%2F&sig=yourehpolicy&se=1808096361&skn=yourehpolicy"
works:
"sasURL": "https://youreventhubnamespace.servicebus.windows.net/entity?sr=youreventhubnamespace.servicebus.windows.net%2Fentity&sig=generated_signature&se=1545913264&skn=RootManageSharedAccessKey"

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

ID: 13249027-1524-dd0c-9d83-15a9733a3d19
Version Independent ID: bf8a2d1a-8d9b-228a-6919-16127f315d40
Content: Azure Compute - Linux Diagnostic Extension
Content Source: articles/virtual-machines/extensions/diagnostics-linux.md
Service: virtual-machines-linux
GitHub Login: @abhijeetgaiha
Microsoft Alias: agaiha

Thanks for the feedback! We are currently investigating and will update you shortly.

@roiyz-msft Would you be able to confirm on the sasURL value. I can then update the document. Thanks. :)

@roiyz-msft I have assigned the issue to you to take a look and update the doc as appropriate. Thanks.

We are currently closing out long standing backlog in order to better determine which issues are still valid and which have been addressed. If you are still seeing a specific problem with this document please open a new issue so we can properly assign the feedback to the correct author and get it addressed ASAP.
#please-close


fix: workspace restructure

Addresses changes mentioned in #414

Looks good! Thank you! Let's check if we could make the crate no_std using my suggestion from https://github.com/0xPolygonMiden/miden-client/pull/416#discussion_r1666972036. But if it proves to be difficult, we can defer it to later.

I know @tomyrd hit a small issue with this (related to the generated RPC code), but it is being addressed separately so we are going to merge this and other outstanding PRs in the meantime.

I know @tomyrd hit a small issue with this (related to the generated RPC code), but it is being addressed separately so we are going to merge this and other outstanding PRs in the meantime.

Sounds good!


Option request

Please add the ability to adjust the color saturation of the lamps.
Please add the ability to adjust the response time of the lamps from 100 milliseconds to 1000 milliseconds. (which will make dynamic scenes smoother and more pleasing to the eye at the moment it looks like an epileptic seizure)
It is also necessary to add a fixation of the brightness of the llama itself. At the moment it is present but in the "environment" mode Chroma Studio by default uses dynamic brightness depending on the image on the screen.

I would like all these options to work in the "environment" mode of Chroma Studio

These additions would be nice. Would make YeelightChromaConnector better.


bug: In APIv2 docs, code block "Running A Previously-Written Protocol" is not rendered

Overview
Looking at the APIv2 docs at https://docs.opentrons.com/v2/new_advanced_running.html#running-a-previously-written-protocol the following code example is missing. Same for the rendered view of the rst at https://github.com/Opentrons/opentrons/blob/edge/api/docs/v2/new_advanced_running.rst . The missing code block is present in the unrendered file:
https://raw.githubusercontent.com/Opentrons/opentrons/edge/api/docs/v2/new_advanced_running.rst . quote:
.. code-block:: python
    :substitutions:

   import opentrons.execute
   from opentrons import protocol_api
   def run(protocol: protocol_api.ProtocolContext):
       # the contents of your protocol are here...

   protocol = opentrons.execute.get_protocol_api('|apiLevel|')
   run(protocol)  # your protocol will now run

Steps to reproduce
Observe missing example code at https://docs.opentrons.com/v2/new_advanced_running.html#running-a-previously-written-protocol
Current behavior
example code block is missing from https://docs.opentrons.com/v2/new_advanced_running.html#running-a-previously-written-protocol
Expected behavior
https://docs.opentrons.com/v2/new_advanced_running.html#running-a-previously-written-protocol should show example code block
import opentrons.execute
from opentrons import protocol_api
def run(protocol: protocol_api.ProtocolContext):
    # the contents of your protocol are here...

protocol = opentrons.execute.get_protocol_api('|apiLevel|')
run(protocol)  # your protocol will now run

This is fixed now in our edge branch, but it might take until the next release until the fix applies to docs.opentrons.com.
Thanks again for the report!


Docker EE AWS stuck at creating CloudFormation Stack, failing to receive resource signals.

Description

Steps to reproduce the issue:

Apply for Docker EE (AWS) 30 days trial;
Click the link which directs you to AWS CloudFormation page, and use this template(https://s3.amazonaws.com/awsmp-fulfillment-cf-templates-prod/7bfd682c-ff64-45a8-90b6-c0c4f405d3a1.93b19484-7f00-4c3b-9240-837da4d4a44a.template) to create a stack;
The only thing I touched in the setting is the SSH key, DDC password and Docker EE License Number.

Describe the results you received:
It always stuck at creating auto scaling group for a very long time, and eventually will get this error message: Failed to receive 3 resource signal(s) for the current batch. And roll back.
Describe the results you expected:
I should be able to create the stack.
Additional information you deem important (e.g. issue happens only occasionally):
Output of docker version:
(NOT APPLICABLE IN THIS CASE)

Output of docker info:
(NOT APPLICABLE IN THIS CASE)

Additional environment details (AWS, VirtualBox, physical, etc.):
I am using Docker EE AWS version.

ping @mavenugo

Thanks for reporting; can you reopen this in the Docker for AWS issue tracker? That way it can be looked at by the team working on Docker for AWS;
https://github.com/docker/for-aws/issues
I'll close the issue here but feel free to comment after I closed 👍


Migrate to eoscr k8s cluster

Migrate gGoods from google cloud to eoscr k8s cluster in order to save on hosting fees

[ ] Use traefik ingress instead of nginx
[ ] Use own postgres instance instead of google cloud

@kuronosec  I have disabled the google clous k8s cluster and SQL service in order to save costs


bin: Update dependencies

[!warning]
This is public repository, ensure not to disclose:

[x] personal data beyond what is necessary for interacting with this pull request
[x] business confidential information, such as customer names

What kind of PR is this?
Required: Mark one of the following that is applicable:

[ ] kind/feature
[x] kind/improvement
[ ] kind/deprecation
[ ] kind/documentation
[ ] kind/clean-up
[ ] kind/bug
[ ] kind/other

Optional: Mark one or more of the following that are applicable:

[!important]
Breaking changes should be marked kind/admin-change or kind/dev-change depending on type
Critical security fixes should be marked with kind/security

[x] kind/admin-change
[ ] kind/dev-change
[ ] kind/security
[ ] kind/adr

Platform Administrator notice
Local requirements have been updated, run ./bin/ck8s install-requirements to update them.

What does this PR do / why do we need this PR?
Updates local requirements.
This enables helmfile value templates to use helper templates (must be suffixed with .tpl and placed in the same directory as your value template) that can used with include exactly as it is used in helm.
Additional information to reviewers
Save for some issues with auto detection of file types (for something that wasn't supported type at all) I have not seen any issues with this change.
Screenshots
Checklist

[x] Proper commit message prefix on all commits

Change checks:

[x] The change is transparent
[ ] The change is disruptive
[ ] The change requires no migration steps
[x] The change requires migration steps

Metrics checks:

[ ] The metrics are still exposed and present in Grafana after the change
[ ] The metrics names didn't change (Grafana dashboards and Prometheus alerts are not affected)
[ ] The metrics names did change (Grafana dashboards and Prometheus alerts were fixed)

Logs checks:

[ ] The logs do not show any errors after the change

Network Policy checks:

[ ] Any changed pod is covered by Network Policies
[ ] The change does not cause any dropped packages in the NetworkPolicy Dashboard

Pod Security Policy checks:

[ ] Any changed pod is covered by Pod Security Admission
[ ] Any changed pod is covered by Gatekeeper Pod Security Policies
[ ] The change does not cause any pods to be blocked by Pod Security Admission or Policies

Falco checks:

[ ] The change does not cause any alerts to be generated by Falco

Audit checks:

[ ] The change does not cause any unnecessary Kubernetes audit events
[ ] The change requires changes to Kubernetes audit policy

Bug checks:

[ ] The bug fix is covered by regression tests

It would be nice to have some kind of policy around how to deal with upgrading dependencies. I realize that it's not as critical as bumping the version of some of the applications running inside the clusters but it's not completely harmless. For example, why did Helm secrets bump their major version?
Should we enforce some kind of summary of the biggest changes since the current version or should we rely on tests and QA?

We could extend the PR template to include that such things should be documented.
As for this change helm secrets changed and removed some cli commands and arguments, and changed the name for drivers to backends.
This isn't really something that impacts us as we rely on helmfile to integrate with helm-secrets (and we've been really behind on the version that they list as supported).

I'll hold this for a while, I've seen issues installing fresh charts that contains CRs of their own CRDs.

I'll hold this for a while, I've seen issues installing fresh charts that contains CRs of their own CRDs.

You could probably send separate PRs for some of the upgrades. Maybe yq and the sync of kubectl in the pipeline could be two separate PRs that could be merged on their own?

I'll hold this for a while, I've seen issues installing fresh charts that contains CRs of their own CRDs.

You could probably send separate PRs for some of the upgrades. Maybe yq and the sync of kubectl in the pipeline could be two separate PRs that could be merged on their own?

Downgraded one minor version as this one seems to keep the previous behaviour.
Do you still feel like this should be split up or is it ok having it as it is?

I'll hold this for a while, I've seen issues installing fresh charts that contains CRs of their own CRDs.

You could probably send separate PRs for some of the upgrades. Maybe yq and the sync of kubectl in the pipeline could be two separate PRs that could be merged on their own?

Downgraded one minor version as this one seems to keep the previous behaviour. Do you still feel like this should be split up or is it ok having it as it is?

I think we can merge this but the good thing about making things more atomic is that it makes git bisect and revert more useful in case something starts bugging out.


[SP-4453] - Backport of PDI-17382 - PostgreSQL Bulk Loader fails with…

… NullPointerException when it receives no input rows (8.1 Suite)
@pentaho-lmartins @ricardosilva88 @cravobranco

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -fn -f 'pom.xml' -pl 'engine' -P '!assemblies' -Dsurefire.runOrder=alphabetical -Daudit -amd clean install

Cleanup Commands
mvn -B -f 'pom.xml' -pl 'engine' -P '!assemblies' -amd build-helper:remove-project-artifact

Changed files
  engine/src/main/java/org/pentaho/di/trans/steps/pgbulkloader/PGBulkLoader.java
  engine/src/test/java/org/pentaho/di/trans/steps/pgbulkloader/PGBulkLoaderTest.java

Unit Test Coverage
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.

:warning: Coverage Changes (click to expand)
org.pentaho.di.job.entries.evalfilesmetrics.JobEntryEvalFilesMetrics

Branch Change: -0.4% :small_red_triangle_down:
Complexity Change: -0.5% :small_red_triangle_down:
Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.job.entries.getpop.MailConnectionMeta

Branch Change: -1% :small_red_triangle_down:
Complexity Change: -1.5% :small_red_triangle_down:
Instruction Change: -0.3% :small_red_triangle_down:

org.pentaho.di.trans.steps.dbproc.DBProcMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.dimensionlookup.DimensionLookupMeta

Method Change: -1% :small_red_triangle_down:

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStepMeta

Branch Change: -1.3% :small_red_triangle_down:
Complexity Change: -0.7% :small_red_triangle_down:

org.pentaho.di.trans.steps.ifnull.IfNullMeta

Branch Change: -2% :small_red_triangle_down:
Complexity Change: -1.9% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.pgbulkloader.PGBulkLoader

Branch Change: -0.1% :small_red_triangle_down:
Complexity Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.rowgenerator.RowGeneratorMeta

Branch Change: -2.6% :small_red_triangle_down:
Complexity Change: -1.5% :small_red_triangle_down:
Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.singlethreader.SingleThreaderMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.sort.SortRowsMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.salesforceupsert.SalesforceUpsertMeta

Instruction Change: -0.1% :small_red_triangle_down:


Retry logic for stale extension state

Relates to: https://github.com/penumbra-zone/web/issues/51
It's a bit hard to replicate, but when a request hasn't come to the extension in a while it's common to get a Receiving end does not exist error. Upon refreshing the page it fixes itself. I believe the issue relates to the extension wake up time. In the previous content scripts, we used exponential backoff to simply retry. This resolves the issue.

notably connectrpc code.unavailable is used to suggest backoff to the client and could be used to trigger this behavior
i transport may need some way to distinguish between 'extension killed by chrome runtime' and 'extension chooses to ignore connection'
there is a connectrpc service abort feature that may be useful here

This SO answer has a couple tips that may be relevant:

Use chrome.runtime.onMessageExternal.addListener instead of chrome.runtime.onMessage.addListener
Add externally_connectable config to the manifest.

That said, this is super hard to debug since it appears that the only way to trigger this bug is to just... wait. Not sure what the timeout is before this error happens, but it seems to be on the order of an hour or so. I'm honestly not sure how to proceed until I know how to consistently reproduce this error, and more quickly.

It's hard to know the exact nature of why this happens. I think it may be that our request is faster than the time it takes for our service worker to wake up and handle it.
In the past, we had a simple request retry when an error was thrown. However, in our updated messaging stack, it's not super clear on what part of our system would do this retry. This error cannot seem to be easily caught and gets thrown from a mysterious part of the system.

errors have been significantly refactored but

it should now be possible for the page to identify a failed transport by detecting this failure with an errorboundary. the only remedy is to reload the page

@turbocrime I'll account for this in #752


Off-line analysis

I got to know this tool and immediately found it really useful! However, in addition to monitoring /proc/interrupts online, I often need to analyze "samples" of it. Basically, it can happen that I do "save" the content of /proc/interrupt in a file, then run a workload or a benchmark, then "save" /proc/interrupts again (in another file) and finally try to compare the numbers in the two files, to see how many and which one IRQs have happened during the activity of interest.
I felt like this tool can be adapted to do just that, without making it lose any of its current capabilities of doing online /proc/interrupts analysis. So here it is my attempt at doing that.

Nice work!  This is a useful improvement.


some recipes require oak crafting table and wont work with variants

neoforge 1.21.1 .83

not from this mod, im sorry


Godot 4

Would you accept a PR that updates this project for Godot 4?

Since the C# version is in the main branch as a neighbor to the gdscript version, would it make sense to have a godot 4 version in just another folder?
e.g., we'd have game, mono-game, and maybe godot4-game?

Sure! That would work. Such a contribution would be welcome.

Sure! That would work. Such a contribution would be welcome.

I've opened a draft PR to welcome your feedback. Porting was harder than I thought it'd be 🤣

done in https://github.com/GDQuest/godot-beginner-2d-platformer/pull/45


Header Bar

The current header bar has four parts, which are not completely consistent.

Spacialist Logo
Search Bar
Views (Data Analysis, Bibliography, (Data Import (data-importer branch))
Different Settings (+ a couple of views, which should be in the same place as 3.)

I'd keep 1. and 2. as they are now, but I'm not happy with the 3. and 4. At least the GIS View should be in the same place as DA and Bibliography.
Adding GIS to 3. would fix that, but on smaller screens, this could lead to an ugly UI.
a. Move all views to dropdown next to the search bar and use sub menus for dropdown views (e.g. Data Analysis) and keep all settings (4.) as they are.
b. Keep the views as list in the header, but move the settings (4.) to a sidebar that can be toggled as overlay (as on smartphones)
c. ???
What do you think? a. or b.? Or any other idea? Please comment and add new ideas to the list.
@eScienceCenter/spacialists

Good point. I would put it into dropdown menus like this:
Tools

GIS View
Literature Manager
Data Analysis

Analysis Builder
Stored Queries

Data Import

Settings

User Management
Role Management
Map Layers Editor
Project Data Model
Project Thesaurus (ThesauRex)
User Preferences
System Preferences

not 100% sure about ThesauRex. Also Data could be a dedicated menu

That's the new header bar. Submenus are not possible in bootstrap (anymore). Thus, I added the entries to different sections. Instead of sections we could use simple dividers, but that looks ugly with different entries with the same icon in a section (in our case the two data analysis entries). I also added ThesauRex to tools (as external tool), because it makes more sense to me. What do you think? Any better solution?

looks goodly 💯  I would move dbWebGen to the External Tools section, and rename "Internal (BETA)" simply to "Data Analysis (beta)"

Multilevel dropdowns are no longer supported by bootstrap. Thus, moving it to the settings menu is no option. I'd keep it as top level to quickly switch between languages for other project partners. screenshots, ..., but I'm also ok with (re)moving it elsewhere.
What's your opinion @dirkseidensticker @AngusLeBoeuf ?

New version

Looks very good. A small detail: should the 'launch'-icon not be placed behind ThesauRex, like with dbWebGen?

Forgot to remove it from dbWebGen. It should only be in the header

👍

Closed by #316


chore(build): move project dune-lang from 1.6 -> 2.5

Revery has been stuck on dune v1, which, apart from being fairly old at this point, is no longer documented, which makes it hard to find out how to extend our existing dune files. This brings the project's version from 1.6 -> 2.5. Although 2.7 is the latest available, 2.5 is what I brought Oni to in onivim/oni2#2416, and I think for compatibility sake it makes most sense to keep them in sync.
This also brings the nice benefit of having formatted dune files!

@bryphe looks like there's a CI failure when fetching packages on Linux:
E: The repository 'https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/xUbuntu_18.04  Release' no longer has a Release file.

Any idea how I could fix this?

@bryphe looks like there's a CI failure when fetching packages on Linux:
E: The repository 'https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/xUbuntu_18.04  Release' no longer has a Release file.

Any idea how I could fix this?

Thanks for upgrading us, @zbaylin ! Much better to be on v2.
I just saw that failure as well - I'm not sure if it's an intermittent connection issue, or something actually busted with the sudo apt-get update command / config.

Thanks for upgrading us, @zbaylin ! Much better to be on v2.
I just saw that failure as well - I'm not sure if it's an intermittent connection issue, or something actually busted with the sudo apt-get update command / config.

Ya, weird, seems like it was a transient connection issue - a separate build I kicked off worked: https://dev.azure.com/revery-ui/revery/_build/results?buildId=6972&view=logs&j=0da5d1d9-276d-5173-c4c4-9d4d4ed14fdb&t=73c4289c-110b-5085-4a98-4009fa5cc9c8
I'll restart that job once the other builds pass (unfortunately I can't restart until the other jobs finish, it seems..)

Ya, weird, seems like it was a transient connection issue - a separate build I kicked off worked: https://dev.azure.com/revery-ui/revery/_build/results?buildId=6972&view=logs&j=0da5d1d9-276d-5173-c4c4-9d4d4ed14fdb&t=73c4289c-110b-5085-4a98-4009fa5cc9c8
I'll restart that job once the other builds pass (unfortunately I can't restart until the other jobs finish, it seems..)


TinyEditor Properties

,I was using mx:RichTextEditor in my application then i replace it with mx:TinyEditor there's a problem that i am using TinyEditor in both Master and Detail,when i add any record in detail and came back to master page then TinyEditor's styling bar will be twice then thrice and more and more

and there's many properties I am using but they aren't available in TinyEditor. I don't know how to add them in TinyEditor because RichTextEditor is a .mxml file and TinyEditor is a .AS file
Please check : https://paste.apache.org/ex340

@aharui Thanks Alex,but issue still exist

and please make this example working,many properties are not working
https://paste.apache.org/424hn

I am not getting double toolbars in my test cases.  Make sure the new code is being used and set breakpoints or verify that the attribute does get removed from the editor.

@aharui Thank u so much


llvmPackages_7: misc improvements for lldClang

Motivation for this change
This stems from my attempts to make ncurses (more specifically its C++ library) work with useLLVM == true. While this hasn't worked out yet, the libunwind derivation is at least a bit better now.
Curiously, it works with LLVM 8 and I'm not sure what difference between the versions exactly causes that.
Things done

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

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

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

Result of nixpkgs-review pr 120790 at 03a58636 run on x86_64-linux 1

8 packages marked as broken and skipped:

clang-sierraHack
clang-sierraHack-stdenv
darwin.binutils
darwin.binutils-unwrapped
darwin.cctools
darwin.maloader
jucipp
macdylibbundler

23 packages skipped due to time constraints:

apktool
citrix_workspace (citrix_workspace_21_03_0)
citrix_workspace_20_04_0
citrix_workspace_20_06_0
citrix_workspace_20_09_0
citrix_workspace_20_10_0
citrix_workspace_20_12_0
citrix_workspace_21_01_0
discord
discord-canary
...

3 packages built successfully:

libcxx (llvmPackages.libcxx ,llvmPackages_7.libcxx)
libcxxabi (llvmPackages.libcxxabi ,llvmPackages_7.libcxxabi)
llvmPackages.libunwind (llvmPackages_7.libunwind)

2 suggestions:

warning: maintainers-missing
Package does not have a maintainer. Consider adding yourself?
Near pkgs/development/compilers/llvm/7/libunwind/default.nix:32:3:
   |
32 |   cmakeFlags = lib.optionals (!enableShared) [
   |   ^

warning: license-missing
Package is missing a license.
Near pkgs/development/compilers/llvm/7/libunwind/default.nix:32:3:
   |
32 |   cmakeFlags = lib.optionals (!enableShared) [
   |   ^

This was failing eval but I merged as part of #122655 which wasn't. Bisecting --first-parent won't be any worse because there is just one merge commit for the downstream PR.


Does this library support ERC223 as well?

If you are reporting a problem with Token Wizard, please include the following information:
Which network did you use? (Mainnet, Kovan, Rinkeby, etc.)
Mainnet

@Leon-Zhang Token wizard creates ERC20 compatible token and it doesn't work with token created outside of wizard no matter which standard is of.


Optimising "Initial" chunks breaks library scripts.

Webpack 5
Mac OS Catalina 10.15.7
If you optimise only initial or all chunks then library targets which use Webpack will break. This is because some of these new shared chunks will end up as additional entry points with the expectation they will be loaded from the HTML in the correct order.
The HTML plugin would normally handle this for you but since this is a library we do not have control over this. Instead we would ideally love webpack to generate a script to fetch these shared modules in the order they should be loaded like the original HTML plugin would have done.
You can see an example of a plugin I have written where I do exactly this but Ideally would be part of Webpack itself.
https://github.com/PSPDFKit-labs/webpack-optimise-chunks-workaround/blob/main/bootstrap.plugin.js

I have the same problem.

@alexander-akait I did not get what we should do from webpack side..

Yes, it is weird to use splitting chunks for library, if you don't want to split code, just disable it, also maybe file to file output library will help here (i.e. keeping file structure and rewrite online require/define/etc)

feel free to feedback

We wanted the splitting of chunks for our library but we wanted a way of webpack to spit out a file which would resolve these chunks for us.

Sorry for cross posting but I got it working with a on-the-fly code mod to get webpack to produce an auto-loaded chunk :) https://github.com/webpack/webpack/issues/11025#issuecomment-1034793716


Allow access_tag on content to be configured to return everything but text

This allows sensing the content via embeddings similar content to what you're looking for without seeing the content itself.
But someone with the access_token should get the full thing.
Another way of looking at this is some content has an access_tag that is configured to strip text unless the access_token is provided.

It would be weird if libraries had a mix of bits returned that had embeddings and/or text and some not, so it's probably better for either all text to be stripped or none.
One way to do this is to have restricted.embedding setting in host.SECRET.json. If set to true, then if omit includes text then even restricted items will return bits, just with the text elided. The fact this is possible would have to be advertised somehow, so that a client that hits the endpoint could realize "If I sent omit='text' I'd be able to remote sense even restricted content"
Another thing I'm realizing while thinking through this is that today I'm not sure that we validate that libraries that are served up by hosts have bits that all have text, embedding and token_count. We should drop bits that don't have that and not return them.
Another thing I'm realizing: in the future a host might want to have different settings for different access_tags. For example, maybe you want to allow people with no access tag to not be able to sense embeddings, those with a basic access_tag to be able to sense embeddings, and all_access to be able to get all content. Or perhaps you want to set it so people without an access tag have a max_count of 10, but people with a all_access have a max_count of -1 (infinite).

One other thing to consider: embeddings are not one-way hashes, and we should make sure we're not applying that metaphor and having it lead us to do something unsafe. one-way hashes reveal nothing about the content itself, but embeddings are rich with semantics--albeit illegible and arcane semantics. But there's absolutely human-legible semantics to squeeze out of an embedding if you know how to squeeze it right. So revealing an embedding but not text might still reveal quite a bit of semantics.


Clean option for journeys

add option to cleanup journey nodes directory on pull to remove deleted or renamed nodes

There seems to be a timing issue when pulling dependencies - maybe because of pulling inner journeys twice
% fr-config-pull journeys --clean --pull-dependencies
Getting journeys
ERROR - can't save tenant-config/realms/bravo/journeys/Login/nodes/Page Node - a12bc72f-ad97-4f1e-a789-a1fa3dd566c8/Platform Username - 7354982f-57b6-4b04-9ddc-f1dd1e1e07d0.json


Why does my stat.html page  is blank?

Description
In my main page, I have multi agents under pinpoint 1.6.0. But in stat.html page, there is blank.Why?
Under pinpoint 1.5.2.  It's normal.
Environment

Pinpoint version:1.6.0
OS, WAS, affected library, etc: CentOS 6.6
Web Server:Jboss4.0

Additional Info

Hi @adventurer2008
Just tried out /stat.html with the latest build and it seemed to work okay.
Is everything else working alright? If so, could you copy the debug log when you invoke /stat.html and post it here so we can take a look?
Thanks

Other functions is working ok.
The debug log is as below:
2016-12-26 09:48:46.762 DEBUG [org.apache.coyote.http11.Http11NioProtocol] Socket: [org.apache.tomcat.util.net.NioEndpoint$KeyAttachment@263d9dfd:org.apache.tomcat.util.net.NioChannel@1eff228:java.nio.channels.SocketChannel[connected local=/ XXXXXXXX:11080 remote=/<IP_ADDRESS>:17534]], Status in: [OPEN_READ], State out: [OPEN]
2016-12-26 09:48:46.821 DEBUG [org.apache.coyote.http11.InternalNioInputBuffer] Received [GET /components/bootstrap/dist/css/bootstrap.min.css?v=${buildTime} HTTP/1.1
Via: 1.1 ISASRV1
Cookie: _ga=GA1.1.1316832931.1478762909; _gat=1
Referer: http:// XXXXXXXX:11080/stat.html
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36
Host:  XXXXXXXX:11080
Accept: text/css,/;q=0.1
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6
Connection: Keep-Alive
]
2016-12-26 09:48:46.821 DEBUG [org.apache.coyote.http11.Http11NioProcessor] Error parsing HTTP request header
java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986
at org.apache.coyote.http11.AbstractNioInputBuffer.parseRequestLine(AbstractNioInputBuffer.java:283)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1017)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
2016-12-26 09:48:46.822 DEBUG [org.apache.coyote.http11.Http11NioProtocol] Socket: [org.apache.tomcat.util.net.NioEndpoint$KeyAttachment@263d9dfd:org.apache.tomcat.util.net.NioChannel@1eff228:java.nio.channels.SocketChannel[connected local=/ XXXXXXXX:11080 remote=/<IP_ADDRESS>:17534]], Status in: [OPEN_READ], State out: [CLOSED]
2016-12-26 09:48:46.822 DEBUG [org.apache.tomcat.util.threads.LimitLatch] Counting down[catalina-exec-4] latch=4
2016-12-26 09:48:46.822 DEBUG [org.apache.tomcat.util.threads.LimitLatch] Counting up[http-nio-11080-Acceptor-1] latch=4
2016-12-26 09:48:46.822 DEBUG [org.apache.tomcat.util.threads.LimitLatch] Counting up[http-nio-11080-Acceptor-0] latch=5

Hi, I've solve the problem. Acturally  tomcat 8.0.39 from apache website all has the error. it's because the jason data of stat.html cann't meet RFC 7230 and RFC 3986. So I changed other tomcat version and now it's ok.


Add "PopoutEditor.renderDiceImages" to global scope

PopoutEditor.renderDiceImages from modules/popout-editor.js is not in global scope. Adding this function to global scope would allow for variations of displayRollDialog to utilize the recent feature to add advantages/successes/threats/failures to the result. For example, a macro that plays audio upon rolling.
Currently the new feature can be used by hard coding the results of PopoutEditor.renderDiceImages. While possible, such as in the below function, this approach is not ideal.
async function displayRollDialogWithAudio(data, dicePool, description, skillName, item, audio) {
    const id = randomID();

    const dicesymbols = {
      advantage: "a",
      success: "f",
      threat: "s",
      failure: "t",
    };

    const content = await renderTemplate("systems/starwarsffg/templates/roll-options.html", {
      dicePool,
      id,
      dicesymbols
    });

    new Dialog(
      {
        title: description || game.i18n.localize("SWFFG.RollingDefaultTitle"),
        content,
        buttons: {
          one: {
            icon: '',
            label: game.i18n.localize("SWFFG.ButtonRoll"),
            callback: () => {
              const container = document.getElementById(id);
              const finalPool = DicePoolFFG.fromContainer(container);

              const roll = new game.ffg.RollFFG(finalPool.renderDiceExpression(), item, finalPool);
              roll.toMessage({
                user: game.user._id,
                speaker: data,
                flavor: `${game.i18n.localize("SWFFG.Rolling")} ${skillName}...`,
              });
              AudioHelper.play(audio)
            },
          },
          two: {
            icon: '',
            label: game.i18n.localize("SWFFG.Cancel"),
          },
        },
      },
      {
        classes: ["dialog", "starwarsffg"],
      }
    ).render(true);
}

There is already a handlerbars helper function to do this:
 Handlebars.registerHelper("ffgDiceSymbols", function (text) {
    return PopoutEditor.renderDiceImages(text);
  });

Instead of adding it to the global scope, I updated the roll-options template to use the handlebars function and use static values, so you no longer have to pass in dice symbols.  Originally I was going to use and #each  to just render anything passed in.
This is in the dev branch now and will be rolled out in v1.2


Update New-CsAddressBookNormalizationRule.md

Corrected typo in "-Parent" section.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

skype/skype-ps/skype/New-CsAddressBookNormalizationRule.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

Thank you for your contribution!


Install Issue

Please describe the issue in as much detail as possible, including any errors and traces
When installing on fresh install of Elementary OS (deb base) getting errors with dpkg and/or bzip
Installing via ppa, sudo apt install howdy
Have searched the issues and cant find anything similar
Any help would be much appreciated!
Setting up libopencv-dev (3.2.0+dfsg-4ubuntu0.1) ...
Setting up howdy (2.5.1) ...

>>> Upgrading pip to the latest version

Collecting pip
  Downloading https://files.pythonhosted.org/packages/54/0c/d01aa759fdc501a58f431eb594a17495f15b88da142ce14b5845662c13f3/pip-20.0.2-py2.py3-none-any.whl (1.4MB)
    100% |████████████████████████████████| 1.4MB 309kB/s
Installing collected packages: pip
  Found existing installation: pip 9.0.1
    Not uninstalling pip at /usr/lib/python3/dist-packages, outside environment /usr
Successfully installed pip-20.0.2

>>> Downloading and unpacking data files

Downloading 3 required data files...
Unpacking...
bzip2: Can't open input file *.bz2: No such file or directory.
Error while running last command
dpkg: error processing package howdy (--configure):
 installed howdy package post-installation script subprocess returned error exit status 1
Processing triggers for libc-bin (2.27-3ubuntu1) ...
Processing triggers for doc-base (0.10.8) ...
Processing 3 added doc-base files...
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
Errors were encountered while processing:
 howdy
E: Sub-process /usr/bin/dpkg returned an error code (1)

I've searched for similar issues already, and my issue has not been reported yet.
Linux distribution (if applicable): Elementary OS 5.1
Howdy version:

I know we closed this a while ago, but just to add more to this.
I've just reimaged my laptop and am experiencing the same issues.
A bit more digging seems to be a DNS problem for raw.githubusercontent resolving to localhost for some reason...
Added a static entry to /etc/hosts for raw.githubusercontent.com resolving to  <IP_ADDRESS> seems to fix it
XXX@XPS:/home$ cat /lib/security/howdy/dlib-data/Readme.md
Download and unpack dlib data files from https://github.com/davisking/dlib-models repository:
wget https://github.com/davisking/dlib-models/raw/master/dlib_face_recognition_resnet_model_v1.dat.bz2
wget https://github.com/davisking/dlib-models/raw/master/mmod_human_face_detector.dat.bz2
wget https://github.com/davisking/dlib-models/raw/master/shape_predictor_5_face_landmarks.dat.bz2
bunzip *bz2

XXX@XPS:/home$ bash /lib/security/howdy/dlib-data/install.sh
Downloading 3 required data files...
Unpacking...
bzip2: Can't open input file *.bz2: No such file or directory.
XXX@XPS:/home$ ls
XXX
XXX@XPS:/home$ wget https://github.com/davisking/dlib-models/raw/master/dlib_face_recognition_resnet_model_v1.dat.bz2
--2020-03-29 16:09:48--  https://github.com/davisking/dlib-models/raw/master/dlib_face_recognition_resnet_model_v1.dat.bz2
Resolving github.com (github.com)... <IP_ADDRESS>
Connecting to github.com (github.com)|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://raw.githubusercontent.com/davisking/dlib-models/master/dlib_face_recognition_resnet_model_v1.dat.bz2 [following]
--2020-03-29 16:09:48--  https://raw.githubusercontent.com/davisking/dlib-models/master/dlib_face_recognition_resnet_model_v1.dat.bz2
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... <IP_ADDRESS>, ::
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|<IP_ADDRESS>|:443... failed: Connection refused.
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|::|:443... failed: Connection refused.
XXX@XPS:/home$ ping raw.githubusercontent.com
PING raw.githubusercontent.com (<IP_ADDRESS>) 56(84) bytes of data.
64 bytes from localhost (<IP_ADDRESS>): icmp_seq=1 ttl=64 time=0.010 ms
64 bytes from localhost (<IP_ADDRESS>): icmp_seq=2 ttl=64 time=0.049 ms
^C
--- raw.githubusercontent.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1027ms
rtt min/avg/max/mdev = 0.010/0.029/0.049/0.020 ms

Very weird again, thanks for finding a workaround!

I ran into this issue too. And a modification of hosts may also help.
Please somehow fix it, or add a check after downloading, or something else. 🙂

@Sciroccogti are you beind the great firewall? That seems to be the cause of this

@Sciroccogti are you beind the great firewall? That seems to be the cause of this

Yes, but I think maybe just a little hint will help.

Using a VPN could help, or using the hosts solution.
Unfortunately these files can not be bundled with Howdy due to licensing so pulling them from github is required

For Ubuntu 20.04, try this https://serverfault.com/a/979014/999626 it worked for me

Stuck at this position for more than one hour and doesn't progress. Tried multiple times but still the same issue.
Plz help.
vivek@chiguru-ROG-M16:~$ sudo apt install howdy
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
nvidia-firmware-535-535.113.01 nvidia-firmware-535-535.54.03 nvidia-firmware-535-535.86.05
Use 'sudo apt autoremove' to remove them.
Suggested packages:
nvidia-cuda-dev
The following NEW packages will be installed:
howdy
0 upgraded, 1 newly installed, 0 to remove and 23 not upgraded.
Need to get 0 B/38.9 kB of archives.
After this operation, 166 kB of additional disk space will be used.
Selecting previously unselected package howdy.
(Reading database ... 307625 files and directories currently installed.)
Preparing to unpack .../archives/howdy_2.6.1_all.deb ...
Starting IR camera check...
Trying "USB2.0 HD UVC WebCam: USB2.0 HD"
One of your cameras should now be on.
Did your IR emitters turn on? [y/N]: y
Starting certainty auto config...
After detection, Howdy knows how certain it is that the match is correct.
How certain Howdy needs to be before authenticating you can be customized.
F: Fast.
Allows more fuzzy matches, but speeds up the scanning process greatly.
B: Balanced.
Still relatively quick detection, but might not log you in when further away.
S: Secure.
The safest option, but will take much longer to authenticate you.
You can always change this setting in the config.
What profile would you like to use? [f/b/s]: b
Unpacking howdy (2.6.1) ...
Setting up howdy (2.6.1) ...

Upgrading pip to the latest version

Requirement already satisfied: pip in /usr/lib/python3/dist-packages (23.0.1)
Collecting pip
Downloading pip-23.2.1-py3-none-any.whl (2.1 MB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.1/2.1 MB 12.8 MB/s eta 0:00:00
Installing collected packages: pip
Attempting uninstall: pip
Found existing installation: pip 23.0.1
Not uninstalling pip at /usr/lib/python3/dist-packages, outside environment /usr
Can't uninstall 'pip'. No files were found to uninstall.
WARNING: The scripts pip, pip3 and pip3.11 are installed in '/usr/local/bin' which is not on PATH.
Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed pip-23.2.1
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is
recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

Upgrading numpy to the latest version

Requirement already satisfied: numpy in /usr/lib/python3/dist-packages (1.24.2)
Collecting numpy
Obtaining dependency information for numpy from https://files.pythonhosted.org/packages/c4/36/161e2f8110f8c49e59f6107bd6da4257d30aff9f06
373d0471811f73dcc5/numpy-1.26.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata
Downloading numpy-1.26.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (58 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 58.5/58.5 kB 2.6 MB/s eta 0:00:00
Downloading numpy-1.26.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (18.2 MB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 18.2/18.2 MB 23.3 MB/s eta 0:00:00
Installing collected packages: numpy
Attempting uninstall: numpy
Found existing installation: numpy 1.24.2
Uninstalling numpy-1.24.2:
Successfully uninstalled numpy-1.24.2
WARNING: The script f2py is installed in '/usr/local/bin' which is not on PATH.
Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed numpy-1.26.0
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is
recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

Downloading and unpacking data files

Downloading 3 required data files...
Progress: [ 60%] [#####################################################################...............................................]


db2+pyodbc reflection fails on default value for column

I'm getting error

sqlalchemy.exc.ProgrammingError: (pyodbc.ProgrammingError) ('ODBC SQL type -99 is not yet supported.  column-index=2  type=-99', 'HY106') (Background on this error at: http://sqlalche.me/e/f405)

when making a reflection of Chinook database on DB2 10.5 server due column DEFAULT being of type CLOB and pyodbc does not support it. Is that default value necessary, since it's server side default?
My current walk around is by selecting None for default values when collecting column information https://github.com/ibmdb/python-ibmdbsa/blob/master/ibm_db_sa/ibm_db_sa/reflection.py#L240. Any drawbacks doing such?
Below more detail:
import urllib
from sqlalchemy import create_engine
odbcstr = 'DRIVER=DB2; HOSTNAME=<IP_ADDRESS>; DATABASE=Chinook; PROTOCOL=TCPIP; PORT=50000; UID=chinook; PWD=p4ssw0rd'
odbcstr = urllib.quote(odbcstr)
connstr = 'db2+pyodbc:///?odbc_connect={}'.format(odbcstr)
engine = create_engine(connstr)

Base = automap_base()
Base.prepare(engine, reflect=True)

Full traceback
Traceback (most recent call last):
  File "/home/mike/projects/slashdb/experiments/db2_over_pyodbc.py", line 69, in <module>
    Base.prepare(engine, reflect=True)
  File "build/bdist.linux-x86_64/egg/sqlalchemy/ext/automap.py", line 761, in prepare
  File "build/bdist.linux-x86_64/egg/sqlalchemy/sql/schema.py", line 4159, in reflect
  File "build/bdist.linux-x86_64/egg/sqlalchemy/sql/schema.py", line 469, in __new__
  File "build/bdist.linux-x86_64/egg/sqlalchemy/util/langhelpers.py", line 67, in __exit__
  File "build/bdist.linux-x86_64/egg/sqlalchemy/sql/schema.py", line 464, in __new__
  File "build/bdist.linux-x86_64/egg/sqlalchemy/sql/schema.py", line 552, in _init
  File "build/bdist.linux-x86_64/egg/sqlalchemy/sql/schema.py", line 574, in _autoload
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/base.py", line 1596, in run_callable
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/default.py", line 415, in reflecttable
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/reflection.py", line 626, in reflecttable
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/reflection.py", line 370, in get_columns
  File "/home/mike/envs/slashdb/local/lib/python2.7/site-packages/ibm_db_sa/base.py", line 734, in get_columns
    connection, table_name, schema=schema, **kw)
  File "<string>", line 2, in get_columns
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/reflection.py", line 55, in cache
  File "/home/mike/envs/slashdb/local/lib/python2.7/site-packages/ibm_db_sa/reflection.py", line 250, in get_columns
    for r in connection.execute(query):
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/result.py", line 946, in __iter__
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/result.py", line 1276, in fetchone
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/base.py", line 1458, in _handle_dbapi_exception
  File "build/bdist.linux-x86_64/egg/sqlalchemy/util/compat.py", line 296, in raise_from_cause
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/result.py", line 1268, in fetchone
  File "build/bdist.linux-x86_64/egg/sqlalchemy/engine/result.py", line 1148, in _fetchone_impl
sqlalchemy.exc.ProgrammingError: (pyodbc.ProgrammingError) ('ODBC SQL type -99 is not yet supported.  column-index=2  type=-99', 'HY106') (Background on this error at: http://sqlalche.me/e/f405)

The error is raised when executing sql for column information of tables in this reflection code https://github.com/ibmdb/python-ibmdbsa/blob/master/ibm_db_sa/ibm_db_sa/reflection.py#L240
The executed sql is like
SELECT
  "SYSCAT"."COLUMNS"."COLNAME",
  "SYSCAT"."COLUMNS"."TYPENAME",
  "SYSCAT"."COLUMNS"."DEFAULT",
  "SYSCAT"."COLUMNS"."NULLS",
  "SYSCAT"."COLUMNS"."LENGTH",
  "SYSCAT"."COLUMNS"."SCALE",
  "SYSCAT"."COLUMNS"."IDENTITY",
  "SYSCAT"."COLUMNS"."GENERATED"
FROM
  "SYSCAT"."COLUMNS"
WHERE "SYSCAT"."COLUMNS"."TABSCHEMA" = 'CHINOOK'
      AND "SYSCAT"."COLUMNS"."TABNAME" = 'Album'
ORDER BY "SYSCAT"."COLUMNS"."COLNO"

According to below the column "SYSCAT"."COLUMNS"."DEFAULT" is CLOB.
SELECT NAME, COLTYPE, TBNAME FROM SYSIBM.SYSCOLUMNS WHERE NAME = 'DEFAULT';

NAME,COLTYPE,TBNAME
DEFAULT,"CLOB    ",SYSCOLUMNS
DEFAULT,"CLOB    ",SYSROUTINEPARMS
DEFAULT,"CLOB    ",SYSATTRIBUTES
DEFAULT,"CLOB    ",SYSVARIABLES
DEFAULT,"CLOB    ",COLUMNS
DEFAULT,"CLOB    ",ROUTINEPARMS
DEFAULT,"CLOB    ",ROWFIELDS
DEFAULT,"CLOB    ",VARIABLES
DEFAULT,"VARCHAR ",ADMINTEMPCOLUMNS

Pyodbc does not support  CLOB or BLOB and there we get an error.

I am curious because I cannot recreate this symptom with environment Using ibm_db_sa 0.3.5  and sqlalchemy 1.3.16 and chinook db 1.4 and Db2 v11.1 and my sample fragment of code is below. There is no exception thrown, not sure why I don't see your symptom.
import urllib
from sqlalchemy import create_engine
from sqlalchemy.ext.automap import automap_base

# authenticating via kerberos, all details  in ~/.odbc.ini and db2dsdriver.cfg
CONNECTION_STRING=("DSN=CHINOOK;")

engine = create_engine('db2+pyodbc:///?odbc_connect={}'.format(CONNECTION_STRING))

engine.connect()

Base = automap_base()
Base.prepare(engine, reflect=True)

That is interesting, below s a better description of the environment. Still fails.
What is the UnixODBC version that you used?
DB2 v11.5 on docker
docker pull ibmcom/db2
docker run -itd --name mydb2 --privileged=true -p 50000:50000 -e LICENSE=accept -e DB2INST1_PASSWORD=p4ssw0rd -e DBNAME=testdb -e SAMPLEDB=true  ibmcom/db2

Python 3.6.8 with
pyodbc==4.0.30
ibm-db==3.0.1
ibm-db-sa==0.3.5
SQLAlchemy==1.3.16

UnixODBC 2.3.7
/etc/odbcinst.ini
[DB2]
Driver = /home/mike/envs/mypy3/lib/python3.6/site-packages/clidriver/lib/libdb2.so
FileUsage = 1
DontDLClose = 1

Linux uname -a
Linux pure-power 4.15.0-99-generic #100-Ubuntu SMP Wed Apr 22 20:32:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Python script
from sqlalchemy import create_engine
from sqlalchemy.ext.automap import automap_base
connstr = 'db2+pyodbc://db2inst1:p4ssw0rd@<IP_ADDRESS>:50000/SAMPLE?driver=DB2'
engine = create_engine(connstr)

Base = automap_base()
Base.prepare(engine, reflect=True)

and the same error
sqlalchemy.exc.ProgrammingError: (pyodbc.ProgrammingError) ('ODBC SQL type -99 is not yet supported.  column-index=2  type=-99', 'HY106')
(Background on this error at: http://sqlalche.me/e/f405)

updated my post above.

OK found that my database had oracle-compatibility ENABLED. This allows it to work.  By this i mean that the Db2-instance had registry setting DB2_COMPATIBILITY_VECTOR=ORA defined and effective before creating the chinook database.
When I connect to a database that has oracle-compatibility DISABLED (which is the default), then I can recreate your symptom exactly.

Hi @mdobrzanski
Can this issue be closed, or do you still have more queries related to this.
Thanks

@amukherjee28 that is a way to patch it, but shouldn't reflect work even if oracle compatibility is disabled?

@mdobrzanski This is a database setting you are talking about and I would like not to patch it in the existing adapter code. This is something best left untouched from the adaptor code and can be controlled from the database end whenever needed.
The Db2 setting vary from user to user based on everyone requirement and hence modifying these would be in the best of interest.

@amukherjee28 it looks like some changes fd86d6a have been made. From the code it looks like the default is set to None for pyodbc. I wanted to verify how it works now. I pulled the latest and tried the example again but I'm getting error regarding creating connection
  File "/home/mike/envs/sandbox/lib/python3.6/site-packages/ibm_db_sa/base.py", line 725, in initialize
    elif "DB2/" in self.dbms_name:
TypeError: argument of type 'NoneType' is not iterable

Is there something wrong with the connection string db2+pyodbc://db2inst1:p4ssw0rd@<IP_ADDRESS>:50000/SAMPLE?driver=SandboxDB2 ?

@mdobrzanski
Thanks for pointing this out.
The code change got removed because of the PR merge via commit
https://github.com/ibmdb/python-ibmdbsa/commit/1e797163baab7c024df9d34e932b0da76ddb3832
I have restored the code and now this should work fine.
Thanks

@amukherjee28 error is gone. Run the script on latest code in master branch.

When using native db2:// all is good, got tables and BLOB columns
When using pyodbc db2+pyodbc:// no errors but no tables either. Doesn't matter if Oracle compatibility mentioned by @imavo is set or not. Is that expected?
Got a warning from sqlalchemy pyodbc will not make use of SQL compilation caching as it does not set the 'supports_statement_cache' but that's unrelated.

/etc/odbcinst.ini
[SandboxDB2]
Driver = /home/mike/envs/sandbox/lib/python3.6/site-packages/clidriver/lib/libdb2.so
FileUsage = 1
DontDLClose = 1

docker with db2 with sample database
docker run -itd --name mydb2 --privileged=true -p 50000:50000 -e LICENSE=accept -e DB2INST1_PASSWORD=p4ssw0rd -e DBNAME=testdb -e SAMPLEDB=true  ibmcom/db2

for switching on/off oracle compatibility in db2 in docker container
su db2inst1
db2set DB2_COMPATIBILITY_VECTOR=ORA
db2set DB2_COMPATIBILITY_VECTOR=ORA
db2stop
db2start

from sqlalchemy import create_engine
from sqlalchemy.ext.automap import automap_base

# connstr = 'db2://db2inst1:p4ssw0rd@<IP_ADDRESS>:50000/SAMPLE'
connstr = 'db2+pyodbc://db2inst1:p4ssw0rd@<IP_ADDRESS>:50000/SAMPLE?driver=SandboxDB2'
engine = create_engine(connstr)

Base = automap_base()
Base.prepare(engine, reflect=True)
print(list(Base.classes))


v5 - icon size

💬 Question
UI Kitten and Eva version
"@eva-design/eva": "^2.0.0-alpha.1",
"@ui-kitten/components": "^5.0.0-alpha.1",

Hi,
I'm trying change the size of an icon on the Button element.
             <Button                 style={styles.loginBtn}                 accessoryLeft={iconFacebook}               ></Button>
   const iconFacebook = (props: IconProps) => (       <Icon {...props} name="facebook"></Icon>     );
How can I pass the height and width to the icon? Which type is the props parameter?
Btw, I love UI kitten, thank you for your awesome package.

@WilliamBlais thanks for the feedback.
The documentation says:

In case of using Eva Icons it renders svg images.

Meaning it accepts the same properties as svg elements, including width, height or even style.
Also:

@artyorsh somehow I also can not change the size of an icon. When I try another style={styles.icon} it just Show nothing. When I change the Button width and height it just expands the Button , but not the icon somehow.

@arthurliebhardt
When there is a need to modify the existing props, keep in mind that you should also keep the initial stylings provided by the library.
// 1. Notice we have the props here. Provided by Eva and UI Kitten
// 2. In case of using `@ui-kitten/eva-icons` the icon you render is react-native-svg element,
//    so, to change the color you should use `fill` property
const StarIcon = (props) => (
  <Icon {...props} fill='red' name='star' />
);

<Button accessoryLeft={StarIcon} />

@artyorsh ok, sorry didn't know that. Thank you :) .


Cannot authorise Alexa on Synology NAS

I have a Synology DS918+ NAS. I have installed docker, iobroker and node red. All working fine. But I cannot get the node-red-contrib-alexa-remote2 to authorise. I set the authorisation mode to proxy. It comes up open :3456 in your browser to authorise. That works fine on a PC. But on the NAS, I do not have a browser to go to that IP to authorise the acount. I have tried using the cookie from my PC by changing the auth method to cookie, and pasting the cookie text I had from my PC. It then says ready, and if I send a TTS, it says success but nothing comes out of my Alexas.

Hi, just came accross the same problem myself. You need to configure the node-red docker container to map the local port 3456 to the container port 3456, and instead of using localhost as the IP, use the IP address of your NAS.

@BeefyBeck this redirects to localhost:3456 in every request. There has to be another solution

I have got port 3456 in local port and container port. When authorising, I use NAS IP:3456
I have a feeling that it might be some permissioning to write the cookie file, but not sure as I am not knowledable with NAS or docker...

I solved it by setting up a ssh tunnel on that port and it via localhost on my laptop

I solved it by setting up a ssh tunnel on that port and it via localhost on my laptop

not sure how to do that

Yeah, thats one minute of google..
ssh -L [LOCAL_IP:]LOCAL_PORT:DESTINATION:DESTINATION_PORT [USER@]SSH_SERVER
e.g. if you got a raspberry and its running on <IP_ADDRESS>
ssh -L 3456:<IP_ADDRESS>:3456<EMAIL_ADDRESS>

I am running this on a Synology NAS. I did find something on using putty to ssh into a synology. Trying to understand it and what to do. I have port forwarding for port 3456 enabled in my docker.
If I open a webpage on my PC with NAS IP:3456 it wont load the page. I will see if I can set that port with putty if that works then

On my Syno-NAS with Node-red Docker and the Proxy method it‘s work fine. Have you fill out this ip in the config proxy form to your Synology ip? And the node shows localist:3456 but I change it manual to the NAS ip and Port like @BeefyBeck and it’s work fine for me without an ssh tunnel.

I have mapped the local port 3456 to 3456 container port. In the node red alexa I specified NAS IP and port 3456. The main problem is I cannot open the web page to authorise from the NAS. If I try from another PC on the network, the page wont open (I tried NAS IP:3456)


Add types file to datax.js to be single source of types in datax.js and datax.js projects.

The types used in datax.js are defined in the files in which they are used. These types throughout the project should be brought into one types file for easier reference. Further, types imported from uniswap should be defined in datax.js to fit datax.js's specific use cases. This would alleviate a dep and add clarity to the types needed in datax.js and dApps built with datax.js, as well as streamlining type inheritance for dApps.

 datax.js repo issues