Update UG

Codecov Report

Merging #443 (f32daa3) into master (f2484e2) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master     #443   +/-   ##
=========================================
  Coverage     79.89%   79.89%
  Complexity     1069     1069
=========================================
  Files           136      136
  Lines          3208     3208
  Branches        430      430
=========================================
  Hits           2563     2563
  Misses          573      573
  Partials         72       72

Continue to review full report at Codecov.

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


Requests getting routed to unhealthy backend

Welcome!

[X] Yes, I've searched similar issues on GitHub and didn't find any.
[X] Yes, I've searched similar issues on the Traefik community forum and didn't find any.

What did you do?
I have a service behind Traefik that I deploy in a blue/green kind of way for zero downtime deployments. Discovery is via Docker provider. I do ZDD via green/blue namespaced service/router labels:
Suppose we have our green container running, the labels are like this:
"traefik.docker.network": "traefik_default",
"traefik.enable": "true",
"traefik.http.routers.my_service_green.priority": "1636587340",
"traefik.http.routers.my_service_green.rule": "HostRegexp(`{var:.*}`) || Host(`green`)",
"traefik.http.routers.my_service_green.tls": "true",
"traefik.http.services.my_service_green.loadbalancer.healthcheck.interval": "5s",
"traefik.http.services.my_service_green.loadbalancer.healthcheck.path": "/ping",
"traefik.http.services.my_service_green.loadbalancer.healthcheck.port": "5000",
"traefik.http.services.my_service_green.loadbalancer.healthcheck.timeout": "4s",
"traefik.http.services.my_service_green.loadbalancer.server.port": "5000",
"traefik.http.services.my_service_green.loadbalancer.server.scheme": "http"

The next time we deploy the app, the labels on the new containers will be different, the new blue container will have the following labels:
"traefik.docker.network": "traefik_default",
"traefik.enable": "true",
"traefik.http.routers.my_service_blue.priority": "1636595625",
"traefik.http.routers.my_service_blue.rule": "HostRegexp(`{var:.*}`) || Host(`blue`)",
"traefik.http.routers.my_service_blue.tls": "true",
"traefik.http.services.my_service_blue.loadbalancer.healthcheck.interval": "5s",
"traefik.http.services.my_service_blue.loadbalancer.healthcheck.path": "/ping",
"traefik.http.services.my_service_blue.loadbalancer.healthcheck.port": "5000",
"traefik.http.services.my_service_blue.loadbalancer.healthcheck.timeout": "4s",
"traefik.http.services.my_service_blue.loadbalancer.server.port": "5000",
"traefik.http.services.my_service_blue.loadbalancer.server.scheme": "http"

Note that they both match HostRegexp({var:.*}) and additionally they either match a host header blue or green so I can query them directly to know that they're up. They also use the router priority to make sure the traffic starts flowing to the one with the higher priority.
What did you see instead?
What I expect is that requests will only be routed to the backend with

A succeeding health check
With the highest priority.

So in my example above, I expect requests to go to my_service_green even though it has the lower priority, because my_service_blue isn't healthy yet. As soon as my_service_blue is healthy, all requests should get routed there. This is not what I'm seeing however. Even though my_service_blue is correctly marked as unhealthy
time="2021-11-10T23:35:43Z" level=warning msg="Health check failed, removing from server list. Backend: \"my_service_blue@docker\" URL: \"http://<IP_ADDRESS>:5000\" Weight: 1 Reason: HTTP request failed: Get \"http://<IP_ADDRESS>:5000/ping\": dial tcp <IP_ADDRESS>:5000: connect: connection refused"
I can see requests already being routed to that instance
XXX.XXX.62.57 - - [10/Nov/2021:23:35:43 +0000] "GET /ping HTTP/1.1" 503 19 "-" "python-requests/2.25.1" 28850 "my_service_blue@docker" "-" 0ms
What version of Traefik are you using?
traefik version
Version:      2.5.2
Codename:     livarot
Go version:   go1.17
Built:        2021-09-02T15:07:43Z
OS/Arch:      linux/amd64

What is your environment & configuration?
api:
  dashboard: true
  insecure: true

entryPoints:
  web-secure:
    address: ':443'

tls:
  stores:
    default:
      defaultCertificate:
        certFile: /etc/ssl/certs/public.crt
        keyFile: /etc/ssl/private/private.key

providers:
  docker:
    network: traefik_default
    exposedByDefault: false
  file:
    directory: /etc/traefik/
    watch: true

serversTransport:
  insecureSkipVerify: true
  maxIdleConnsPerHost: -1

log:
  level: DEBUG

accessLog:
  fields:
    headers:
      names:
        User-Agent: keep
        Referer: keep

If applicable, please paste the log output in DEBUG level
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: Forwarding this request to URL" ForwardURL="http://<IP_ADDRESS>:5000" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-7d1ddc7f035813946d5725d2\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24730\",\"RequestURI\":\"/ping\",\"TLS\":null}"
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: completed ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-7d1ddc7f035813946d5725d2\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24730\",\"RequestURI\":\"/ping\",\"TLS\":null}"
<IP_ADDRESS> - - [11/Nov/2021:00:01:14 +0000] "GET /ping HTTP/1.1" 200 4 "-" "python-requests/2.25.1" 85 "my_service_green@docker" "http://<IP_ADDRESS>:5000" 2ms
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: begin ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-13283c5b666da5da49455104\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}"
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: Forwarding this request to URL" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-13283c5b666da5da49455104\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}" ForwardURL="http://<IP_ADDRESS>:5000"
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: completed ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-13283c5b666da5da49455104\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}"
<IP_ADDRESS> - - [11/Nov/2021:00:01:14 +0000] "GET /ping HTTP/1.1" 200 4 "-" "python-requests/2.25.1" 86 "my_service_green@docker" "http://<IP_ADDRESS>:5000" 2ms
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: begin ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-734108890c5a759a0675b8af\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}"
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: Forwarding this request to URL" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-734108890c5a759a0675b8af\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}" ForwardURL="http://<IP_ADDRESS>:5000"
time="2021-11-11T00:01:14Z" level=debug msg="vulcand/oxy/roundrobin/rr: completed ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d4a-734108890c5a759a0675b8af\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}"
<IP_ADDRESS> - - [11/Nov/2021:00:01:14 +0000] "GET /ping HTTP/1.1" 200 4 "-" "python-requests/2.25.1" 87 "my_service_green@docker" "http://<IP_ADDRESS>:5000" 2ms
...
time="2021-11-11T00:01:14Z" level=debug msg="Provider event received {Status:start ID:95cce0e86a73b278ac737ffe03c46c161a54df4c5df280475fd5523bc755b96c From:XXXXXXX Type:container Action:start Actor:{ID:95cce0e86a73b278ac737ffe03c46c161a54df4c5df280475fd5523bc755b96c Attributes:map[com.docker.compose.config-hash:0bcdccc577fccf98efb3b3ec251df79cf8f9e869c4c743066655017bf02eea80 com.docker.compose.container-number:1 com.docker.compose.oneoff:False com.docker.compose.project:blue com.docker.compose.project.config_files:docker-compose.yml,docker-compose.remote.yml com.docker.compose.project.working_dir:/opt/my-service/current com.docker.compose.service:app com.docker.compose.version:1.29.2 image:XXXXXXXXXX name:blue_app_1 org.label-schema.build-date:20201113 org.label-schema.license:GPLv2 org.label-schema.name:CentOS Base Image org.label-schema.schema-version:1.0 org.label-schema.vendor:CentOS org.opencontainers.image.created:2020-11-13 00:00:00+00:00 org.opencontainers.image.licenses:GPL-2.0-only org.opencontainers.image.title:CentOS Base Image org.opencontainers.image.vendor:CentOS traefik.docker.network:traefik_default traefik.enable:true traefik.http.middlewares.retry4.retry.attempts:4 traefik.http.routers.my_service_blue.middlewares:retry4@docker traefik.http.routers.my_service_blue.priority:1636588870 traefik.http.routers.my_service_blue.rule:Host(`<IP_ADDRESS>`) || HostRegexp(`{var:.*}`) || Host(`blue`) traefik.http.routers.my_service_blue.tls:true traefik.http.services.my_service_blue.loadbalancer.healthcheck.interval:5s traefik.http.services.my_service_blue.loadbalancer.healthcheck.path:/ping traefik.http.services.my_service_blue.loadbalancer.healthcheck.port:5000 traefik.http.services.my_service_blue.loadbalancer.healthcheck.timeout:4s traefik.http.services.my_service_blue.loadbalancer.server.port:5000 traefik.http.services.my_service_blue.loadbalancer.server.scheme:http]} Scope:local Time:1636588874 TimeNano:1636588874417412879}" providerName=docker
time="2021-11-11T00:01:14Z" level=debug msg="Filtering disabled container" container=traefik-traefik-2f089db3591c25aeeeeac1017ed9d8e2f922f215d5c635f55e5f1fb420235593 providerName=docker
time="2021-11-11T00:01:14Z" level=debug msg="Configuration received from provider docker: {\"http\":{\"routers\":{\"my_service_blue\":{\"middlewares\":[\"retry4@docker\"],\"service\":\"my_service_blue\",\"rule\":\"Host(`<IP_ADDRESS>`) || HostRegexp(`{var:.*}`) || Host(`blue`)\",\"priority\":1636588870,\"tls\":{}},\"my_service_green\":{\"middlewares\":[\"retry4@docker\"],\"service\":\"my_service_green\",\"rule\":\"Host(`<IP_ADDRESS>`) || HostRegexp(`{var:.*}`) || Host(`green`)\",\"priority\":1636587340,\"tls\":{}}},\"services\":{\"my_service_blue\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:5000\"}],\"healthCheck\":{\"path\":\"/ping\",\"port\":5000,\"interval\":\"5s\",\"timeout\":\"4s\",\"followRedirects\":true},\"passHostHeader\":true}},\"my_service_green\":{\"loadBalancer\":{\"servers\":[{\"url\":\"http://<IP_ADDRESS>:5000\"}],\"healthCheck\":{\"path\":\"/ping\",\"port\":5000,\"interval\":\"5s\",\"timeout\":\"4s\",\"followRedirects\":true},\"passHostHeader\":true}}},\"middlewares\":{\"retry4\":{\"retry\":{\"attempts\":4}}}},\"tcp\":{},\"udp\":{}}" providerName=docker
time="2021-11-11T00:01:14Z" level=debug msg="No entryPoint defined for this router, using the default one(s) instead: [web-secure]" routerName=my_service_blue
time="2021-11-11T00:01:14Z" level=debug msg="No entryPoint defined for this router, using the default one(s) instead: [web-secure]" routerName=my_service_green
time="2021-11-11T00:01:14Z" level=debug msg="Added outgoing tracing middleware dashboard@internal" middlewareType=TracingForwarder entryPointName=traefik routerName=dashboard@internal middlewareName=tracing
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" entryPointName=traefik routerName=dashboard@internal middlewareName=dashboard_stripprefix@internal middlewareType=StripPrefix
time="2021-11-11T00:01:14Z" level=debug msg="Adding tracing to middleware" entryPointName=traefik routerName=dashboard@internal middlewareName=dashboard_stripprefix@internal
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" routerName=dashboard@internal middlewareName=dashboard_redirect@internal middlewareType=RedirectRegex entryPointName=traefik
time="2021-11-11T00:01:14Z" level=debug msg="Setting up redirection from ^(http:\\/\\/(\\[[\\w:.]+\\]|[\\w\\._-]+)(:\\d+)?)\\/$ to ${1}/dashboard/" entryPointName=traefik routerName=dashboard@internal middlewareName=dashboard_redirect@internal middlewareType=RedirectRegex
time="2021-11-11T00:01:14Z" level=debug msg="Adding tracing to middleware" middlewareName=dashboard_redirect@internal entryPointName=traefik routerName=dashboard@internal
time="2021-11-11T00:01:14Z" level=debug msg="Added outgoing tracing middleware api@internal" routerName=api@internal middlewareName=tracing middlewareType=TracingForwarder entryPointName=traefik
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" entryPointName=traefik middlewareName=traefik-internal-recovery middlewareType=Recovery
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" entryPointName=web-secure routerName=my_service_blue@docker serviceName=my_service_blue middlewareName=pipelining middlewareType=Pipelining
time="2021-11-11T00:01:14Z" level=debug msg="Creating load-balancer" entryPointName=web-secure routerName=my_service_blue@docker serviceName=my_service_blue
time="2021-11-11T00:01:14Z" level=debug msg="Creating server 0 http://<IP_ADDRESS>:5000" entryPointName=web-secure routerName=my_service_blue@docker serviceName=my_service_blue serverName=0
time="2021-11-11T00:01:14Z" level=debug msg="child http://<IP_ADDRESS>:5000 now UP"
time="2021-11-11T00:01:14Z" level=debug msg="Propagating new UP status"
time="2021-11-11T00:01:14Z" level=debug msg="Added outgoing tracing middleware my_service_blue" middlewareName=tracing middlewareType=TracingForwarder entryPointName=web-secure routerName=my_service_blue@docker
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" middlewareType=Retry entryPointName=web-secure routerName=my_service_blue@docker middlewareName=retry4@docker
time="2021-11-11T00:01:14Z" level=debug msg="Adding tracing to middleware" middlewareName=retry4@docker entryPointName=web-secure routerName=my_service_blue@docker
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" entryPointName=web-secure routerName=my_service_green@docker serviceName=my_service_green middlewareName=pipelining middlewareType=Pipelining
time="2021-11-11T00:01:14Z" level=debug msg="Creating load-balancer" routerName=my_service_green@docker serviceName=my_service_green entryPointName=web-secure
time="2021-11-11T00:01:14Z" level=debug msg="Creating server 0 http://<IP_ADDRESS>:5000" entryPointName=web-secure routerName=my_service_green@docker serviceName=my_service_green serverName=0
time="2021-11-11T00:01:14Z" level=debug msg="child http://<IP_ADDRESS>:5000 now UP"
time="2021-11-11T00:01:14Z" level=debug msg="Propagating new UP status"
time="2021-11-11T00:01:14Z" level=debug msg="Added outgoing tracing middleware my_service_green" entryPointName=web-secure routerName=my_service_green@docker middlewareName=tracing middlewareType=TracingForwarder
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" middlewareName=retry4@docker middlewareType=Retry entryPointName=web-secure routerName=my_service_green@docker
time="2021-11-11T00:01:14Z" level=debug msg="Adding tracing to middleware" middlewareName=retry4@docker routerName=my_service_green@docker entryPointName=web-secure
time="2021-11-11T00:01:14Z" level=debug msg="Creating middleware" middlewareName=traefik-internal-recovery middlewareType=Recovery entryPointName=web-secure
time="2021-11-11T00:01:14Z" level=debug msg="Setting up healthcheck for service my_service_blue@docker with [Hostname:  Headers: map[] Path: /ping Port: 5000 Interval: 5s Timeout: 4s FollowRedirects: true]" serviceName=my_service_blue@docker
time="2021-11-11T00:01:14Z" level=debug msg="Setting up healthcheck for service my_service_green@docker with [Hostname:  Headers: map[] Path: /ping Port: 5000 Interval: 5s Timeout: 4s FollowRedirects: true]" serviceName=my_service_green@docker
time="2021-11-11T00:01:14Z" level=debug msg="Adding route for blue with TLS options default" entryPointName=web-secure
time="2021-11-11T00:01:14Z" level=debug msg="Adding route for green with TLS options default" entryPointName=web-secure
time="2021-11-11T00:01:14Z" level=debug msg="Adding route for <IP_ADDRESS> with TLS options default" entryPointName=web-secure
time="2021-11-11T00:01:14Z" level=debug msg="Initial health check for backend: \"my_service_green@docker\""
time="2021-11-11T00:01:14Z" level=debug msg="Stopping current health check goroutines of backend: my_service_green@docker"
time="2021-11-11T00:01:14Z" level=debug msg="Initial health check for backend: \"my_service_blue@docker\""
time="2021-11-11T00:01:14Z" level=warning msg="Health check failed, removing from server list.   Backend: \"my_service_blue@docker\" URL: \"http://<IP_ADDRESS>:5000\" Weight: 1"
time="2021-11-11T00:01:25Z" level=debug msg="child http://<IP_ADDRESS>:5000 now UP"
time="2021-11-11T00:01:25Z" level=debug msg="Propagating new UP status"
time="2021-11-11T00:01:25Z" level=debug msg="vulcand/oxy/roundrobin/rr: begin ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d55-2ae078881c30b64273c1d54d\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24730\",\"RequestURI\":\"/ping\",\"TLS\":null}"
time="2021-11-11T00:01:25Z" level=debug msg="vulcand/oxy/roundrobin/rr: Forwarding this request to URL" ForwardURL="http://<IP_ADDRESS>:5000" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d55-2ae078881c30b64273c1d54d\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24730\",\"RequestURI\":\"/ping\",\"TLS\":null}"
time="2021-11-11T00:01:25Z" level=debug msg="vulcand/oxy/roundrobin/rr: completed ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d55-2ae078881c30b64273c1d54d\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24730\",\"RequestURI\":\"/ping\",\"TLS\":null}"
<IP_ADDRESS> - - [11/Nov/2021:00:01:25 +0000] "GET /ping HTTP/1.1" 200 4 "-" "python-requests/2.25.1" 164 "my_service_blue@docker" "http://<IP_ADDRESS>:5000" 5ms
time="2021-11-11T00:01:25Z" level=debug msg="vulcand/oxy/roundrobin/rr: begin ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d55-1a5cac8312f163ff15d17b9e\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}"
time="2021-11-11T00:01:25Z" level=debug msg="vulcand/oxy/roundrobin/rr: Forwarding this request to URL" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d55-1a5cac8312f163ff15d17b9e\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}" ForwardURL="http://<IP_ADDRESS>:5000"
time="2021-11-11T00:01:25Z" level=debug msg="vulcand/oxy/roundrobin/rr: completed ServeHttp on request" Request="{\"Method\":\"GET\",\"URL\":{\"Scheme\":\"\",\"Opaque\":\"\",\"User\":null,\"Host\":\"\",\"Path\":\"/ping\",\"RawPath\":\"\",\"ForceQuery\":false,\"RawQuery\":\"\",\"Fragment\":\"\",\"RawFragment\":\"\"},\"Proto\":\"HTTP/1.1\",\"ProtoMajor\":1,\"ProtoMinor\":1,\"Header\":{\"Accept\":[\"*/*\"],\"Accept-Encoding\":[\"gzip, deflate\"],\"User-Agent\":[\"python-requests/2.25.1\"],\"X-Amzn-Trace-Id\":[\"Root=1-618c5d55-1a5cac8312f163ff15d17b9e\"],\"X-Forwarded-For\":[\"<IP_ADDRESS>\"],\"X-Forwarded-Host\":[\"XXXXXXXXXXX\"],\"X-Forwarded-Port\":[\"443\"],\"X-Forwarded-Proto\":[\"https\"],\"X-Forwarded-Server\":[\"2f089db3591c\"],\"X-Real-Ip\":[\"<IP_ADDRESS>\"]},\"ContentLength\":0,\"TransferEncoding\":null,\"Host\":\"XXXXXXXXXXX\",\"Form\":null,\"PostForm\":null,\"MultipartForm\":null,\"Trailer\":null,\"RemoteAddr\":\"<IP_ADDRESS>:24732\",\"RequestURI\":\"/ping\",\"TLS\":null}"
<IP_ADDRESS> - - [11/Nov/2021:00:01:25 +0000] "GET /ping HTTP/1.1" 200 4 "-" "python-requests/2.25.1" 165 "my_service_blue@docker" "http://<IP_ADDRESS>:5000" 2ms
...

I thought about this some more and I can't see why, even though the new container's traefik.http.routers.my_service_blue.rule matches the request and its priority is higher than other matching routers' priority, Traefik would route the request to this router when it it doesn't have healthy service backends. Especially not if there is another one, traefik.http.routers.my_service_green matching the request as well, and having a healthy backend (albeit a lower priority).
Is there a way to achieve this?

Hi! I'm Træfiker :robot: the bot in charge of communication regulation.
Thanks for your interest in Traefik!
We dedicate the issue tracker to bug reports and feature requests only. My advanced AI has spotted that your issue might be a configuration problem or relates to something that doesn't look like a bug.
To confirm this, please join our Community Forum and reach out to us on the Traefik section.
In case I'm wrong (well, that would be embarrassing :sweat_smile:), my developers will re-open the issue and fix me!
In the meantime, you can double check Traefik's documentation.

Thank you @traefiker. If your advanced AI has determined that it's my configuration that's wrong, surely you can also tell me how to fix it? Right now I'm assuming it's a bug. Please don't take this the wrong way, nothing against robots, but I'd prefer if a human could have a quick look at this?


feat(staking): Exposing staking contracts lib

Adding [lib] so anyone can import the staking package.

@nagmo-starkware

Dear team, this is too complicated for an ordinary user. I am not a programmer and do not understand how to send my test tokens to staking. Could you please make a brief guide on this topic?
@nagmo-starkware

@alon-f


Fix pysnmp derivation

Motivation for this change
pysnmp derivation currently does not build:
Collecting pycryptodomex (from pysnmp==4.4.6)
  Could not find a version that satisfies the requirement pycryptodomex (from pysnmp==4.4.6) (from versions: )
No matching distribution found for pycryptodomex (from pysnmp==4.4.6)

This change fixes it.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
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 nox --run "nox-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)
[ ] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Duplicate of https://github.com/NixOS/nixpkgs/pull/53103


Concept: User has the oppertunity to customize application layout according to his use case

As user
I want to customize application layout according to my use case
so that only use case relevant information are visible and screen is used in the most sufficient way possible
Hints / Details

See Miro Concept Space for further info https://miro.com/app/board/uXjVO5JVoho=/
Sync Grid Layout Approach for Trace-X
UX meets the User Journey
Miro can be used for pre-Design process ( ideation )
Quality allerts and investigation -- > Inbox
Parts and other part unifying
rethink the Graph visualization
https://github.com/katoid/angular-grid-layout

Acceptance Criteria

UX Design has been conceptualized
Concept is available in the github concept section
PBI's have been created

Out of Scope

...

since we have https://github.com/eclipse-tractusx/traceability-foss/issues/611 now, we dont need this Issue. I suggest closing this one here.


Add a job for checking labkeeper deployment(allinone)

Related: # theopenlab/openlab#217

oh, sorry,seems I have broken this branch... :(

now ok


feat: Move operations from ShapeCache to Shape.Consumer

Addresses https://github.com/electric-sql/electric/issues/1785 and partially addresses https://github.com/electric-sql/electric/issues/1770
Moves a lot of the operations that went through ShapeCache directly into the Shape.Consumer, so that requests can be replied to directly from the shape consumers rather than flooding the ShapeCache with casts that take a while to reach the requesters.
I've tried to keep changes to a minimum in order to do this incrementally and keep these PRs easily reviewable - the ShapeStatus still persists data on every call, the relations and truncates still go through ShapeCache rather than individual shapes, etc
I've also caught the DBConnection.ConnectionErrors for queue timeouts and converted them to 429 errors.
We need to also handle GenServer.call timeouts as sometimes the PG query might not fail but take longer than the default 5 seconds for the GenServer call.
NOTE: I have not updated any tests yet as I first want to ensure people agree with the approach
PERFORMANCE CHECK:

On my local machine, using in memory stores, running 1000 concurrent new shape connections consistently took ~20sec with these changes, compared to the ~33sec on main, so a ~30% improvement.
I was also able to succesfully run 10k concurrent connections with this, although it took ~10min to serve, but on main I wasn't able to succsefully run it (@robacourt I think that was the case for you too?) - at least we know it does not get into an unrecoverable state.

@balegas  PR should be ready, @robacourt has been kind enough to kick off a benchmark run for this PR so we can see results on Monday and hopefully merge (?) I expect an improvement in concurrent shape creation and no regressions on other benchmarks - let's see

Yeah looking forward to that! If the benchmarks show anything odd, we'll be happy to have ran the benchmarks before :).


added file format option for videos

This change resolves #155 by adding an option for the file extension for video downloads, There are 2 options - mp4 and mkv.
There is one more problem though, I didn't translate a few words i have added into respective languages.
signed-off-by: MaheshPaul (CityIsBetter<EMAIL_ADDRESS>

Thank you for the contribution! :)
I will review it on Monday (3 more days from now, in case time zones get confusing) because I'm really busy right now

I checked it and it looks ok, still need to iron out a couple of things (like how to download subtitles, and how to make sure all audio/video formats can be contained in an mp4 file) but once i sort it out I'll release a new version with your mp4 support. It could take a while because I don't have much free time


Update grants feed to use new ark: identifiers and graph

For the import of archival grants into the CDL elements feed, we need to update the identifiers, so that they point to ark:/87287/d7gt0q/ as the base for the grants, and associated objects.
as described in our digital_object

In the process of making these changes, I tried to organize predicates into those that would go into the new system, and those that are limited to the archival data.  As a result, some predicates had there prefixes changed.  You can see this with:
PREFIX : <ark:/87287/d7gt0q/schema#>
PREFIX experts: <http://experts.ucdavis.edu/>
PREFIX grant: <ark:/87287/d7gt0q/grant/>
PREFIX kfs: <ark:/87287/d7gt0q/>
PREFIX obo: <http://purl.obolibrary.org/obo/>
PREFIX person: <http://experts.ucdavis.edu/person/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX ucdlib: <http://schema.library.ucdavis.edu/schema#>
PREFIX vivo: <http://vivoweb.org/ontology/core#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>

select ?g ?type (count(*) as ?cnt) where { graph kfs: {?s a ?type }} group by ?g ?type
#select ?g ?type (count(*) as ?cnt) where { graph ?g {?s a ?type }} group by ?g ?type order by ?g ?type

#describe ?grant ?relates where { graph <http://experts.ucdavis.edu/fis/> {?grant a vivo:Grant; vivo:relates ?relates .}} limit 5

Which shows:

type
cnt

ark:/87287/d7gt0q/schema#GrantProjectLeaderRole
220

,http://vivoweb.org/ontology/core#LeaderRole
378

,ark:/87287/d7gt0q/schema#GrantProgramDirectorRole
158

,http://vivoweb.org/ontology/core#Department
1334

,http://vivoweb.org/ontology/core#AdminRole
31863

,http://vivoweb.org/ontology/core#FundingOrganization
5024

,http://vivoweb.org/ontology/core#Grant
45843

,ark:/87287/d7gt0q/schema#GrantPrincipalInvestigatorRole
41260

,http://vivoweb.org/ontology/core#CoPrincipalInvestigatorRole
7733

,http://vivoweb.org/ontology/core#DateTimeInterval
42255

,http://vivoweb.org/ontology/core#DateTimeValue
84510

,ark:/87287/d7gt0q/schema#GrantCoPrincipalInvestigatorRole
7733

,ark:/87287/d7gt0q/schema#GrantCoreLeaderRole
97

,http://vivoweb.org/ontology/core#ResearcherRole
2923

,http://xmlns.com/foaf/0.1/Organization
1334

,ark:/87287/d7gt0q/schema#GrantKeyPersonnelRole
635

,http://vivoweb.org/ontology/core#PrincipalInvestigatorRole
41260

,ark:/87287/d7gt0q/schema#ChartOfAccounts
8

,http://experts.ucdavis.edu/schema#ChartOfAccounts
8

,http://experts.ucdavis.edu/schema#GrantType
7

,ark:/87287/d7gt0q/schema#GrantOtherRole
2184


Fixes issues with empty response bodies. Exposed the response as an additional function.

Fixes

Issue with empty response bodies, now they are converted to {} - fixes #46
Exposed a ability to get access to the full response on a successful response this allows for,

Access to response headers, required when working with ETags and correlation ids

@bmazzarol thank you.
I think that it would be better to split the changes into 2 separated PRs: one for the fix of empty response body and one for the full response headers + Response object in send() result.
I'll add some comments

Sure @StefanoMagrassi, just let me know what you want and I can split it

@StefanoMagrassi let me know if you want any more changes.

@StefanoMagrassi this PR now should only have the empty response fix, will create another one for the other changes.


Undefined method 'zero?' for nil:NilClass (NoMethodError) when deploying with Capistrano

I added these lines to deploy.rb as instructed.
set :whenever_command, "bundle exec whenever"
require "bundler/capistrano"
require "whenever/capistrano"
I got the following error when I tried to run cap deploy. Any ideas? My schedule.rb is commented out so it is not that. My ruby is 2.1.3 and rails is 4.1.8. This happens when it executes `whenever:update_crontab'.
** [out :: mydomain] /path/to/app/shared/bundle/ruby/2.1.0/gems/whenever-0.9.4/lib/whenever/command_line.rb:77:in `write_crontab':
** [out :: mydomain] undefined method `zero?' for nil:NilClass (NoMethodError)
** [out :: mydomain] from /path/to/app/shared/bundle/ruby/2.1.0/gems/whenever-0.9.4/lib/whenever/command_line.rb:35:in `run

I just had the same issue - perhaps something in the documentation would help with this. I had to do crontab -e to initiate the crontab for the user before the deployment would succeed.

Do you have an easy way to reproduce this? On a fresh Ubuntu 14.04 server I cannot.

Hi. I'm getting same error message on a VPS.
/usr/local/rubies/ruby-2.1.6/lib/ruby/gems/2.1.0/gems/whenever-0.9.7/lib/whenever/command_line.rb:78:in `write_crontab': undefined method `zero?' for nil:NilClass (NoMethodError)
        from /usr/local/rubies/ruby-2.1.6/lib/ruby/gems/2.1.0/gems/whenever-0.9.7/lib/whenever/command_line.rb:37:in `run'
        from /usr/local/rubies/ruby-2.1.6/lib/ruby/gems/2.1.0/gems/whenever-0.9.7/lib/whenever/command_line.rb:6:in `execute'
        from /usr/local/rubies/ruby-2.1.6/lib/ruby/gems/2.1.0/gems/whenever-0.9.4/bin/whenever:41:in `<main>'

BUT the crontab is written ok. As I see the problem is when checking $?.exitstatus that is seems to be null (that's why is written ok despite getting an error).
I don't have much control because of a jail environment but in case it helps here is the linux version i got from uname -r
Linux version 2.6.32-573.22.1.el6.x86_64<EMAIL_ADDRESS>(gcc version 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC) )


Update deps

Related to #40
Fixes #65
the newer mujoco-py version need a mujoco installed with licence.

@hill-a merging because this is a hotfix (It breaks colab too)


Writing an ampersand (&) breaks the document structure

If I create a document that includes an ampersand character, the copy will be truncated at that point and the rest won't be saved.

Do you mean in the title, @alexgleason ?

@krishnagopinath Nope, the content. If I create a new page and write

this is a test to see if writing an & ampersand will work

then save, the resulting page has this text in the body

this is a test to see if writing an

Funny, the content seems to be fine at my end. :(
It's the title that seems to have this problem, something that #49 fixes, that's yet to be merged. #33 fixed the content problem. Are you sure you're using the latest version?

@krishnagopinath I'm using a version updated 5 days ago via this Docker image: https://hub.docker.com/r/furiousgeorge/matterwiki/

Fixed. In the latest commits.
Let me know if you're still facing this :smile:

Thanks!

This still happens with the topic names. If a topic has been added or updated with an &, it will be truncated up to the last character before the ampersand.

Hi @prime-ralph
Just fixed it. Please pull the latest changes from master.


5.0.5 无法运行

版本
tencent_im_sdk_plugin: ^5.0.5

报错信息
Could not build the precompiled application for the device.
Swift Compiler Error (Xcode): Consecutive statements on a line must be separated by ';'
/Users/ldd/.pub-cache/hosted/pub.dartlang.org/tencent_im_sdk_plugin-5.0.5/ios/Classes/manager/MessageManager.swift:1232:21

源码已更新


Incuded forcedNav so user can control transition better

Sometimes you need to be able to control the next view transition - for example, if you are going back in the history by more than one view. We used to be able to to do this using the $rootScope.viewHistory - put that's no longer possible:
$ionicHistory.forcedNav({
      viewId: viewId,
      action: 'moveBack',
      direction: 'back'
    });

Can you provide a use case? There's other, less heavy handed solutions to every use case I can think of.

I tweeted @adamdbradley about this here (https://twitter.com/AshConnell/status/590343713991172096)
The idea is that you can do something similar to $ionicHistory.goBack(2) which would allow you to skip a view and transition backwards, to more than just the backView.
The use cases are for any decently complex app, here's an example:

(View-1) User see's a list of posts, wants to create one, so taps the + button
(View-2) User fills in a bunch of fields and taps the create button
(View-3) User is taken to his post.  I tried hacking the history but its not bulletproof and doesn't clean up cached views and scopes

Note: nightly now has $ionicGoBack(amount)
see: https://github.com/driftyco/ionic/commit/63a0834d63eb87b86238fccde4bf4e77f3540085

Closing since this appears to have been added through a different commit


synth ERROR in U50 AAT design

Hi,
I use vitis, vivado 2020.2 for U50 accelerator, provided by xilinx.
INFO: [v++ 60-1454] Run Directory: /home/iiitb/Accelerated_Algorithmic_Trading/build/_x/link/run_link
****** vpl v2020.2 (64-bit)
**** SW Build (by xbuild) on 2020-11-18-05:13:29
** Copyright 1986-2020 Xilinx, Inc. All Rights Reserved.
INFO: [VPL 60-839] Read in kernel information from file '/home/iiitb/Accelerated_Algorithmic_Trading/build/_x/link/int/kernel_info.dat'.
INFO: [VPL 74-74] Compiler Version string: 2020.2
INFO: [VPL 60-423] Target device: xilinx_u50_gen3x16_xdma_201920_3
INFO: [VPL 60-1032] Extracting hardware platform to /home/iiitb/Accelerated_Algorithmic_Trading/build/_x/link/vivado/vpl/.local/hw_platform
WARNING: /tools/Vitis/Vitis/2020.2/tps/lnx64/jre9.0.4 does not exist.
[13:02:53] Run vpl: Step create_project: Started
Creating Vivado project.
[13:02:58] Run vpl: Step create_project: Completed
[13:02:58] Run vpl: Step create_bd: Started
[13:04:15] Run vpl: Step create_bd: RUNNING...
[13:05:06] Run vpl: Step create_bd: Completed
[13:05:06] Run vpl: Step update_bd: Started
[13:05:08] Run vpl: Step update_bd: Completed
[13:05:08] Run vpl: Step generate_target: Started
[13:06:23] Run vpl: Step generate_target: RUNNING...
[13:07:39] Run vpl: Step generate_target: RUNNING...
[13:08:54] Run vpl: Step generate_target: RUNNING...
[13:10:09] Run vpl: Step generate_target: RUNNING...
[13:10:35] Run vpl: Step generate_target: Completed
[13:10:35] Run vpl: Step config_hw_runs: Started
[13:10:41] Run vpl: Step config_hw_runs: Completed
[13:10:41] Run vpl: Step synth: Started
[13:11:43] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:12:17] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:12:48] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:13:19] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:13:49] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:14:20] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:14:51] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:15:22] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:15:55] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:16:28] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:20:07] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:20:09] Block-level synthesis in progress, 0 of 12 jobs complete, 4 jobs running.
[13:20:09] Run vpl: FINISHED. Run Status: synth ERROR
WARNING: [VPL 60-732] Link warning: No monitor points found for BD automation.
ERROR: [VPL 60-1328] Vpl run 'vpl' failed
WARNING: [VPL 60-1142] Unable to read data from '/home/iiitb/Accelerated_Algorithmic_Trading/build/_x/link/vivado/vpl/output/generated_reports.log', generated reports will not be copied.
ERROR: [VPL 60-806] Failed to finish platform linker
INFO: [v++ 60-1442] [13:20:12] Run run_link: Step vpl: Failed
Time (s): cpu = 00:07:52 ; elapsed = 00:17:53 . Memory (MB): peak = 1577.230 ; gain = 0.000 ; free physical = 149 ; free virtual = 2751
ERROR: [v++ 60-661] v++ link run 'run_link' failed
ERROR: [v++ 60-626] Kernel link failed to complete
ERROR: [v++ 60-703] Failed to finish linking
INFO: [v++ 60-1653] Closing dispatch client.
make: *** [Makefile:206: aat.xclbin] Error 1
Can you please tell me how to solve this problem?
I am attaching the log file.
Thanks in Advance

Hi @saimt2019507 ,
Can you please confirm if you are running a Vitis Accel Example?
If yes, can you please mention the example and the steps you followed. I will try to reproduce the issue.
If not, you can post your query on the Xilinx forum.

Hai,
I am running the example given by Xilinx. I am doing the work related to my
job. Our company bought U50 board. I followed the steps in the manual.
Thank you
[image: Mailtrack]
https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5&
Sender
notified by
Mailtrack
https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality5&
18/04/21,
03:29:26 pm
On Thu, 15 Apr 2021 at 22:02, virata-xilinx @.***>
wrote:

Hi @saimt2019507 https://github.com/saimt2019507 ,
Can you please confirm if you are running a Vitis Accel Example?
If yes, can you please mention the example and the steps you followed. I
will try to reproduce the issue.
If not, you can post your query on the Xilinx forum.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Xilinx/Vitis_Accel_Examples/issues/37#issuecomment-820566604,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/APPFS6VLIL5BUEUIIGXU5HDTI4IKTANCNFSM427ST2JQ
.

Please post your query to Xilinx Forum below:
https://forums.xilinx.com/t5/Vitis-Acceleration-SDAccel-SDSoC/bd-p/tools_v
This Git Repo is specific to Examples provided under this repo.


Deprecate decorator

With recent changes (commit https://github.com/jayphelps/core-decorators.js/commit/af4023c2a5f3875413de9e2c265b6c3491df29bc) deprecate decorator fails to pass message properly, it only uses the first character since ...arg converts string into array of characters.

Thanks @dfsq for reporting! Fixed and published as v0.1.5


Equation Environment not Sopported

\begin{equation}
a = b
\end{equation}
in  a $$ ... $$ block will throw the following error:
Katex parse error: No such environment: equation
However, it work just fine on github. It works like:
$$\begin{equation}
a = b
\end{equation}$$

Markdown does not natively supports rendering equations using the "equation" environment from Latex.
Look Github won't render this :
\begin{equation}
a = b
\end{equation}


service: Fix HealthCheckNodePort not displayed in API

The HealthCheckNodePort field was not copied in deepCopyToLBSVC,
thus causing the field to never show up in the Cilium API.

This change is

test-me-please

Coverage decreased (-0.009%) to 44.539% when pulling 72b7f5877610f49b7fad0db1a50cc024fe5cb665 on pr/gandro/add-healthchecknodeport-to-deepcopy into 8fc4bde1a29fa92dd52e095584ccb4eaf1a3d404 on master.


remove old done file

Coverage decreased (-9.4%) to 64.21% when pulling 7b18ee6656615e72cb421cbb6a1367d1bd2cf634 on zimiao/hadoop_build_fix into caee4a56d3674c5b5653662f7cf3cdb57fa3e055 on master.

Coverage decreased (-9.4%) to 64.21% when pulling 7b18ee6656615e72cb421cbb6a1367d1bd2cf634 on zimiao/hadoop_build_fix into caee4a56d3674c5b5653662f7cf3cdb57fa3e055 on master.


MNT: Re-render the feedstock

Hi! This is the friendly conda-forge-admin automated user.
I've re-rendered this feedstock with the latest version of conda-smithy (0.10.3) and noticed some changes.
If the changes look good, then please go ahead and merge this PR.
If you have any questions about the changes though, please feel free to ping the 'conda-forge/core' team (using the @ notation in a comment).
Remember, for any changes to the recipe you would normally need to increment the version or the build number of the package.
Since this is an infrastructural change, we don't actually need/want a new version to be uploaded to anaconda.org/conda-forge, so the version and build/number are left unchanged and the CI has been skipped.
Thanks!

Closes https://github.com/conda-forge/jpeg-feedstock/pull/3
conda-build 1.20.3 has the fix for the python jinja version regression. So, this is good to go and we can close out the development test PR.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

Looks like this is the stereotypical use case that PR ( https://github.com/conda/conda-build/pull/957 ) is suppose to fix. Let's give it a try in a new PR.
cc @msarahan @stuarteberg

Testing the conda-build fix in this PR ( https://github.com/conda-forge/jpeg-feedstock/pull/3 ).

Restarting CI as conda-build 1.20.3 is out and should not have the same problem.

Appears this is now working. Going to go ahead and merge the re-rendering PR.

Glad 1.20.3 is proving somewhat useful.

Glad 1.20.3 is proving somewhat useful.

Me too.  Any chance of a 1.20.4 release soon? I'm still using 1.20.2 because of a bug which was fixed via conda/conda-build#964

Yes, I need to fix https://github.com/conda/conda-build/pull/995 and will release afterwards.

@stuarteberg - 2.0.0beta tagged: https://github.com/conda/conda-build/releases/tag/2.0.0beta

OHHH yeahhhh....
.... wait, there's no emoji for the kool-aid man?  W. T. F.
I'll try to test this out this week. Thanks for the heads-up.

2.0.0beta tagged

I'll try to test this out this week.

Whoa now.  I clearly wasn't paying enough attention to conda/conda-build#877.  :-)
Sound like the right decision was made.  But it will take time to test -- I need to rebuild my entire stack and it will be a few days before I can do that.  When do plan on turning the 'beta' release into a real release?

Sometime before mid-June.  It can stew for a week or two.
On Mon, Jun 6, 2016 at 3:05 PM Stuart Berg<EMAIL_ADDRESS>wrote:

2.0.0beta tagged
I'll try to test this out this week.
Whoa now. I clearly wasn't paying enough attention to
conda/conda-build#877 https://github.com/conda/conda-build/pull/877. :-)
Sound like the right decision was made. But it will take time to test -- I
need to rebuild my entire stack and it will be a few days before I can do
that. When do plan on turning the 'beta' release into a real release?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/conda-forge/jpeg-feedstock/pull/2#issuecomment-224071792,
or mute the thread
https://github.com/notifications/unsubscribe/AACV-e8K4EbpfEzQyKN_toW3zajyP8mcks5qJH1xgaJpZM4Ifozb
.

Please keep me posted on your findings.  I'm especially interested in how compatible new packages are with old ones.  I think they should be interchangeable, but only the new ones will work on systems with long prefixes.

My very first attempt at building a package failed immediately (on OS X). The _build... prefix was really long, and apparently I have dependency that contains binary files which include the prefix.
It looks like many of my recipes include detect_binary_files_with_prefix: true, which causes many (all?) of the dylibs to be listed in the package's info/has_prefix metadata.  Was it a mistake to use that detect_binary_files_with_prefix setting in the first place?

I don't think it was a mistake to use that, but it does imply the long prefix.  What were the error messages?  Are you able to build something with no dependencies?

What were the error messages?

I'm building a package that depends on fftw. My fftw package is from my own channel (ilastik - for reference, recipe here: https://github.com/ilastik/ilastik-build-conda/blob/master/fftw/meta.yaml)
So while it was creating the _build environment, the linking step failed when it tried to "link" fftw:
ERROR: placeholder '/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho' too short in: ilastik::fftw-3.3.4-1

Are you able to build something with no dependencies?

Yes.  For example, this recipe builds:
https://github.com/ilastik/ilastik-build-conda/blob/master/lz4/meta.yaml
I'll do some more digging (and thinking) about this later this week.  If I have to rebuild my whole stack, that's no big deal.  But it would be nice if we can come up with clear guidance for people who run into the same issue I'm seeing.

Agreed.  Thanks for being my guinea pig.

Well, the placeholder size changed in 2.0.0beta. Not sure if you caught that or not, @stuarteberg, but that could be causing you some pain.

@stuarteberg before you get too far, I'm going to tag a 1.21.0 release that has everything but the prefix length change.  We are working on a new Anaconda release, and this change is simply too disruptive so close to a release.
Is it true to say that new builds can not use old builds, but old builds can use new builds?

I'm going to tag a 1.21.0 release

Sounds like a good idea.

Is it true to say that new builds can not use old builds, but old builds can use new builds?

I think that's right, if I understand the problem correctly.

Continuing to investigate the example from above (my problematic fftw package), here's what I see.
(Reminder: this package was build with detect_binary_files_with_prefix: true)
$ cat /miniconda/pkgs/fftw-3.3.4-1/info/has_prefix
/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho binary lib/libfftw3.3.dylib
/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho binary lib/libfftw3.dylib
/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho binary lib/libfftw3f.3.dylib
/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho binary lib/libfftw3f.dylib
/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho binary lib/libfftw3l.3.dylib
/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho binary lib/libfftw3l.dylib
/opt/anaconda1anaconda2anaconda3 text lib/libfftw3.la
/opt/anaconda1anaconda2anaconda3 text lib/libfftw3_threads.la
/opt/anaconda1anaconda2anaconda3 text lib/libfftw3f.la
/opt/anaconda1anaconda2anaconda3 text lib/libfftw3f_threads.la
/opt/anaconda1anaconda2anaconda3 text lib/libfftw3l.la
/opt/anaconda1anaconda2anaconda3 text lib/libfftw3l_threads.la
/opt/anaconda1anaconda2anaconda3 text lib/pkgconfig/fftw3.pc
/opt/anaconda1anaconda2anaconda3 text lib/pkgconfig/fftw3f.pc
/opt/anaconda1anaconda2anaconda3 text lib/pkgconfig/fftw3l.pc

OK, so for some reason all of the .dylib files have the prefix embedded in them.  But, wait, they use relative RPATHs and whatnot.  Why do they contain the prefix?
Here's an ugly command that identifies the files containing _build and prints out the guilty strings:
$ for f in $(find /miniconda/pkgs/fftw-3.3.4-1/lib/ -type f | xargs grep -l _build); do echo "$f:"; strings $f | grep _build; done
/miniconda/pkgs/fftw-3.3.4-1/lib//libfftw3.3.dylib:
gcc -arch x86_64 -I/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho/include
/miniconda/pkgs/fftw-3.3.4-1/lib//libfftw3.a:
gcc -arch x86_64 -I/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho/include
/miniconda/pkgs/fftw-3.3.4-1/lib//libfftw3f.3.dylib:
gcc -arch x86_64 -I/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho/include
/miniconda/pkgs/fftw-3.3.4-1/lib//libfftw3f.a:
gcc -arch x86_64 -I/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho/include
/miniconda/pkgs/fftw-3.3.4-1/lib//libfftw3l.3.dylib:
gcc -arch x86_64 -I/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho/include
/miniconda/pkgs/fftw-3.3.4-1/lib//libfftw3l.a:
gcc -arch x86_64 -I/miniconda/envs/_build_placehold_placehold_placehold_placehold_placehold_placeho/include

OK, so apparently the gcc command is stored within the binaries for some reason?  BTW, I checked on Linux, and it's the same.  Not sure why this is the case.  Do you know?

I don't know, but I guess I get to learn.

1.21.0beta tagged: https://github.com/conda/conda-build/releases

I don't know, but I guess I get to learn.

It might not be worth learning: Looking through my packages, there are several dylib files that DO include the _build_placeholder... prefix, but for different reasons (i.e. not the gcc commands as shown above).  I don't know if those uses of it are important (I suspect most aren't), but it's probably not worth investigating each one.
Even so, I'm attempting to get some explanation for the embedded build commands, just for curiosity's sake:
http://stackoverflow.com/questions/37684320/what-causes-a-compiled-library-to-store-its-build-command-internally

OK, I did some more digging (with the help of a stackoverflow user), and it turns out that fftw is the only package on my machine that includes it's own build command in the binary itself.  (For the record, it's in a variable named FFTW_CC, which makes it's way into the binary by way of api/version.c)
Anyway, whatever, it doesn't matter.  I think there's no way around it: People whose detect_binary_files_with_prefix: true may have to rebuild some of their packages.
The good news is that -- as far as I can tell -- this applies to very few of the packages in the default anaconda distribution.
But there are other packages from the defaults channel that will need updating, such as:

curl (The latest version needs to be rebuilt, but the version pinned in anaconda doesn't for some reason.)
tk (ditto)
gcc
pkg-config
swig

... and probably more.

Good to know.  Thanks!  Should we be trying to clear that information?  Any idea why people put it there?  Posterity's sake?

Should we be trying to clear that information?

I don't see the harm in leaving it there.  Does conda even provide fftw? I don't think it does.  This was in one of my own packages.  I guess now that you guys ship mklfft, there's no need for me to use fftw anyway...

Does conda even provide fftw?

conda-forge does.

conda-forge does.

Then make sure you rebuild it when conda-build 2.0 comes out! ;-)

Duly noted.

curl (The latest version needs to be rebuilt, but the version pinned in anaconda doesn't for some reason.)

So, curl hardcodes the path to where the certificates live. I'm guessing old versions of curl used these from the system. So they were not affected by the prefix length during build time. Newer versions of curl (from defaults) use certificates that are provided in the openssl package. So, they are affected by the prefix during build time. At conda-forge we have a separate certificates package that ends up living in the same location as where the openssl one from defaults place them for compatibility reasons. So, it will probably be affected. Though we already knew about this as we had to fix it before. 😄

tk (ditto)

Not sure where this hardcodes things. Did you see this anywhere in it? Probably points to $PREFIX/lib/tkX.Y/ and $PREFIX/lib/tclX.Y/.

gcc

Not surprised. Any chance we could get a rebuild of gcc before that conda-build release, @msarahan? I think only a few packages are affected by this (ones using Fortran or OpenMP), but we should probably get the compiler fixed for them.

pkg-config

Have not inspected this, but I'm guessing it hardcodes the path to $PREFIX/lib/pkgconfig somewhere. Hence unsurprising it needs a rebuild.
Surprised you didn't mention libtool, which adds .la files to $PREFIX/lib/. Would figure it has the same problem.

swig

I don't really use SWIG. So, I trust your judgement. Probably hardcoding some path to some provided .i files.

Did you try git? I think that might be affected too. At least, I suspect ours will be. Guessing defaults is similar.

Alright, this conversation needs to see the light of day (not a closed unrelated PR), I'm going to try using ZenHub's move issue feature, but this could go horribly wrong. So, please fasten your seatbelts. 😁

Issue moved to conda-forge/conda-forge.github.io #171 via ZenHub.io


Fix GetVersion logic and package preload detection

As discussed in Discord, we are going to merge this into neon-changes branch


Added 'Of Note' entry for new phragmites page.

there is a div that is commented out. I would ensure that it is not causing any trouble. I have seen the XML comment have trouble with valid XML contained within. Furthermore, as an FYI, the content remains on the page source despite not being rendered.


fix for exported int reset when saving a scene.

I guess the problem was that the round() is returning real type, and not an integer.
closes #10063

The core problem (and it goes deep) is that integers are represented as reals in the editor. That makes it impossible to set absolute values greater than 2^52, even though Variant stores 64-bit integers. A better approach would be to use Variant for values, which supports converting numeric values seamlessly, but that requires plenty of changes.
I think in this quick fix you should convert to int64_t instead of int to avoid an even larger loss.

Originally int value was stored... I'm not experienced with c++ but I would consider if using int64 won't cause some minimal slowdowns on 32bit systems, especially mobile, or possibly any kind of other rare problems?

Variant is usually used where scripting (dynamic typing) is involved. And in scripting using int64 vs int would be the last thing that causes slowdowns. Performance-critical code can use whatever type it sees fit. Your concern surely doesn't apply to the editor.

Ok I see :)

Superseded by 475e8b28.


Select only the filename part when asking for the filePath

When I paste images, I seldom write the whole path. Instead, I only change the filename of the saved image. So, it could be convenient if only the filename part is selected by default when the input box appears.
How do you like it?
Here is the screenshot:

@mushanshitiancai 大佬，可否合下这个

It's merged in this fork, providing even more features:
https://github.com/telesoho/vscode-markdown-paste-image


Jest encountered an unexpected token

Hello everyone, I'm facing a weird issue with jest where it gives me an Unexpected token error. Here's a screenshot of the error.

It looks like it can't parse the component the starts with <svg. I'm not sure if it is a babel issue. (babel 7.0).
Thanks in advance.

Yes, this looks like Babel missing the react preset or so

Thank you for your quick response.
I don't think Babel is missing the react preset, firstly because it is installed and secondly because the app would not run. In my case the react preset is installed and defined in .babelrc and the application runs ok. The only problem is that the tests cannot continue.

If you're certain that this is not a configuration mistake, we'll need a minimal repro

It would be a little bit difficult to replicate my setup, since there's a lot going on. Private npm repos, lerna workspaces etc. I'm going to play a little bit with configuration and re-visit the issue if I need more help.
For now thank you for your response.

Please make sure to read docs on Babel integration, you may need babel.config.js instead of babelrc for example. Good luck!

you should use babel.config.js not .babelrc


Use lifecycle node as base for controllers

Adds the lifecycle nodes back, that are removed in #124. Depends on ros-controls/ros2_control#538 and #241, since ros-controls/ros2_control#520 is merged but #241 hasn't.
Depends on

ros-controls/ros2_control#538

@destogl @bmagyar this should be pretty close to complete though, controller manager tests are failing due to controller state not being correctly changed (for eg. starts in inactive instead of unconfigured). Appreciate if you guys have any ideas why this might be the case.

So again most of this should be done, but auto declare doesn't seem to work as intended wit lifecycle_nodes as it is with rclcpp::Node.

depends on https://github.com/ros-controls/ros2_control/pull/538 but otherwise LGTM

Several CI failures are caused by the lack of release of ros2_control which'd cause similar build issues on the buildfarm. After merging this I'll push a release of both to restore the CI results


Relative links to gitlab files

Hi,
I have some Gitlab Markdown documents that I want to export to Confluence. Everything is working smooth except relative links to files in gitlab.
Example:
- [.gitlab-ci.yml](.gitlab-ci.yml)
It returns the following error:
Processing README.md 2023-11-06 11:35:02,249 - INFO - _synchronize_page [87] - Synchronizing page: README.md Traceback (most recent call last):   File "<frozen runpy>", line 198, in _run_module_as_main   File "<frozen runpy>", line 88, in _run_code   File "/usr/local/lib/python3.12/site-packages/md2conf/__main__.py", line 85, in <module>     Application(api, ConfluenceDocumentOptions(args.generated_by)).synchronize(   File "/usr/local/lib/python3.12/site-packages/md2conf/application.py", line 34, in synchronize     self.synchronize_page(path)   File "/usr/local/lib/python3.12/site-packages/md2conf/application.py", line 41, in synchronize_page     self._synchronize_page(page_path, dict())   File "/usr/local/lib/python3.12/site-packages/md2conf/application.py", line 88, in _synchronize_page     document = ConfluenceDocument(page_path, self.options, page_metadata)                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/usr/local/lib/python3.12/site-packages/md2conf/converter.py", line 531, in __init__     converter.visit(self.root)   File "/usr/local/lib/python3.12/site-packages/md2conf/converter.py", line 198, in visit     self.visit(source)   File "/usr/local/lib/python3.12/site-packages/md2conf/converter.py", line 194, in visit     target = self.transform(source)              ^^^^^^^^^^^^^^^^^^^^^^   File "/usr/local/lib/python3.12/site-packages/md2conf/converter.py", line 420, in transform     return self._transform_link(child)            ^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/usr/local/lib/python3.12/site-packages/md2conf/converter.py", line 260, in _transform_link     raise DocumentError(f"unable to find matching page for URL: {url}") md2conf.converter.DocumentError: unable to find matching page for URL: .gitlab-ci.yml
Is there an option or possibility to add a feature, that relative links will be converted to text, so the pipeline will not fail? Or does someone have a better idea?
Thanks a lot!

Today, relative links to resources that are not exported trigger an error because there would be no matching document in Confluence for the linked entity when the document tree is published as a series of wiki pages. However, there could be a configuration option or command-line switch to suppress unmatched link errors, and emit a warning message instead.

A new configuration option --ignore-invalid-url has been added to skip relative URLs that point to locations not synchronized with the document or document tree. These will still show up as links in Confluence but will not navigate to another place (as if they were ...). A warning message will be emitted when these invalid links are encountered.

Hey Levente,
Sorry to reopen this but would it be better to have an argument where you can specify a base URL for all relative links.
If for example we have a --base-url=http://mywebsite.com/something/ and a link in the markdown such as [.gitlab-ci.yml](.gitlab-ci.yml) the resulting link should be something like http://mywebsite.com/something/.gitlab-ci.yml

md2conf already has a concept of base URL so we will need to clarify semantics. Currently, base URL means the root URL of a document tree, and md2conf maintains a catalog mapping (relative) URLs to Markdown documents. This is how md2conf makes sure that every document in the tree has a corresponding exported document in Confluence. If it were not for this catalog, there could be broken links.
On the other hand, I understand that you are asking for a different type of base URL, which would only apply to links that don't map as per the URL to Markdown catalog that md2conf maintains. Instead of ignoring these URLs, you would like them to be prefixed with a configured URL prefix to turn them into absolute URLs. They would appear as absolute URLs in Confluence wiki pages.


input type radio doesnt return name value upon post request

for example <input type="radio" name="gender" value="male"> doesnt work inside a div with a class "choice" and a data toggle "wizard-radio". I know this is the problem of your end because I tried making radio button outside the div and then upon submitting post request of the form, it fetches the data of the radio button. I went into your docs and found out it still has the bug because when I try to inspect element, the input radio is outputted outside the body of the html (where the form doesn't have the coverage) even though it was inside of the div. Please create a solution to this because this kind of front-end style doesn't make a friendly-meet with the back end.

Okay to help fellow back end peeps over there. Found out temporary solution.
put an <input type="hidden" outside the wizard-radio div and then have a value of null to it. In your javascript, upon document ready, write an onclick function to the icon div and then set the value of the hidden input to your desired value to fetch that data. Upon submitting the post form, it will now get the value of "suppose-to-be" radio button. This is just a hotfix or what we called hack. This may be disgusting as it doesn't follow any coding ethics but it will suffice.
Do not close this issue until resolved


Memory leak/Large Buffer when TF is published

I'm currently running into issues with rviz and a pretty consistent memory usage growth issue, and I'm trying to figure out if this is a bug or it is intended to work this way.
What I do is this:

start roscore
start rviz using rosrun rviz rviz, without any display plugins other than grid

That works fine, and rviz sits at around 35.2MB. If I start gazebo/drcsim (and therefore start publishing to TF), rviz increases memory consumption at a rate of 1.7MB/s. That is until it reaches around 1.1~1.2GB, when it stops and stabilizes. I'm not sure if this is really a TF-related problem, but I'm guessing it is since it's the only thing rviz and gazebo have in common without any display plugins loaded. So, maybe it's some sort of buffer? Anyway, the title may not be correct, so feel free to change it.

Why was this ros::Duration(10*60) never made a parameter for Rviz?  We have an application that has hundred of TF frames, and Rviz essentially "Stabilizes" at 6GB of memory.  Why 10 minutes?  That's completely arbitrary and usually unnecessary.  We'd love to be able to set a param to make this 10 seconds.

@pbeeson probably nobody had time to implement it. I'd be happy to take a pr that adds a command-line option or an option in the GUI. I think we leave the 10 minutes as a default to preserve existing behavior. I'd be open to changing the default in a future ROS release though.

Since the leak was fixed in #807, I'm going to close this. @pbeeson if you'd like to track the fact that the steady state can consume too much memory, please open a new issue.


UDFs

Addresses roadmap and product change Jiras:
- DOC-4772
- DOC-5575
- DOC-5326
- DOC-5303
- DOC-5275
- DOC-5273
- DOC-4981
Updates pages that referenced UDFs.
Depends on https://github.com/cockroachdb/cockroach/pull/88590.

This change is

v22.2/user-defined-functions.md line 20 at r4 (raw file):

  - Annotate a function with side effects with `VOLATILE`. This also prevents the [cost-based optimizer](cost-based-optimizer.html) from pre-evaluating the function.
  - A `STABLE` or `IMMUTABLE` function does not mutate data.
  - `LEAKPROOF` indicates that a function has no side effects and that it communicates nothing that depends on its arguments besides the return value (i.e., it cannot throw an error that depends on the value of its arguments). You must precede `LEAKPROOF` with `IMMUTABLE`. `NOT LEAKPROOF` is allowed with any other volatility.

@chengxiong-ruan should we mention that NOT LEAKPROOF is the default behavior, like we do for VOLATILE?

v22.2/user-defined-functions.md line 20 at r4 (raw file):
Previously, devadvocado (Kevin C) wrote…
@chengxiong-ruan should we mention that NOT LEAKPROOF is the default behavior, like we do for VOLATILE?

Yes, good catch!
Also we need to mention that only IMMUTABLE function can be set to LEAKPROOF. Some context (which user doesn't need to know the details)

Is this waiting on anything from eng?

No, just doc review.


Frames are overlaid within an animation loop

Frames in GIF animations are currently overlaid within one iteration of the animation loop. This results in unwanted behaviors.
Small example:
from pytamaro import rectangle, red, blue, beside, show_animation
a = rectangle(200, 100, red)
b = rectangle(100, 200, blue)
show_animation([beside(a, b), beside(b, a)], 1000)

Fixed in https://github.com/LuCEresearchlab/pytamaro/commit/57850c696f9323a1ac71a041ebdad174692b5f7f.
It turns out that GIFs have a dispose metadata that controls how each frame should be disposed after being shown (within one animation loop). The default is to keep showing the frame, resulting in subsequent frames being overlaid.
What we want here, instead, is to clear the frame and reset to the background (we don't actually set any "background", so this means full transparency).
More on dispose: https://legacy.imagemagick.org/Usage/anim_basics/#dispose


What type of update are you requesting?
A new version of an existing package
Current Package Identifier
orhun.git-cliff
Package Version
2.7.0
Please describe the changes you would like to see
There is a new release available: https://github.com/orhun/git-cliff/releases/tag/v2.7.0

It's currently in progress ❤

Will be resolved by #192623


Remove possibly confusing default option

ferm_input_list rule disabled default to false. including this in the all file might be confusing for the user, since the ssh rule (the case where the disabled: false was included) is one of the more important rule. if the user change it to disabled: true, they most likely will lock themselves out of their instance.

Thanks!


fix(Python): CMCs release lock for unhandled runtime exceptions

Issue #, if available:
Description of changes:
Squash/merge commit message, if applicable:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Nice catch. We may want tell Dafny about this, so they push this fix into their standard libraries Concurrent caches.

https://github.com/dafny-lang/dafny/issues/5913


Add Maven Wrapper

Using the same versions as Trino itself for consistency.

Thanks, but I don't think we want this. We use Maven wrapper in Trino to make it easier for new people to build it. For auxiliary projects, we expect people to have standard tools installed.
Trino should be updated to the latest, Maven 3.8.3. The benefit of not having Maven wrapper is that all our projects get the latest version from the CI (and GHA is good about updating), without us having to update everything.

No problem.


Error attempting to use today in a coalesce in a sort

The following Library results in an error attempting to resolve the Today() function:
library TodayIssue

using FHIR version '4.0.1'

include FHIRHelpers version '4.0.001'

context Patient

define "Most recent physical home address":
  First(
    Patient.address A
      where A.use = 'home'
        and A.type = 'physical'
      sort by Coalesce(end of period, Today()) desc
  )

Replaced include FHIRHelpers version '4.0.001' with include FHIRHelpers version '4.0.1' called FHIRHelpers
and file validates without error.
Need further info..


More costumizeable chip

Hi, i really love this project..
I think it would be better if you make the chip is more costumizable
it will look like this
val chip = Chip.Builder()
        .uncheckedChipColor(randomBrightColor())
        .uncheckedTextColor(randomDarkColor())
        .text("Nike")
        .typeface(Typeface.createFromAsset(assets, "fonts/Nunito-R.ttf"))
        .build()
cloudChip.addChip(chip)

and yes also they can just call
cloudChip.addChip("Nike", nikeDrawable)
Becouse now i want to make my chip has random color but dont know how. addChip doesnt support colloring

Hi, Did you progressed in this? I want the same thing! thanks!

sorry, i didn't


[FEATURE] Decouple configuration from first-class component executions

Is your feature request related to a problem? Please describe.
Currently Pipelines, Steps, Datasource, and Backends , i.e., first-class ZenML components have the configuration and the post-execution state built-in to them. For example to run a Pipeline:
# Configuration
training_pipeline.add_split()
training_pipeline.add_preprocesser()
training_pipeline.add_trainer()

# After this, the state of `training_pipeline` changes from a config type to an execution type implictly
training_pipeline.run()

# This gets configuration + execution -> state is preserved
pipeline_execution = repo.get_pipeline_by_name('name')

This causes unintended consequences after the pipeline is run -> The execution object becomes immutable (in a hidden way) at that point, it gets in the way of fast iteration if working in a Jupyter notebook setting.
Describe the solution you'd like
Due to a variety of reasons, including the ability to test, reduced complexity, and ease of understanding, the community has arrived at a conclusion that the configuration and execution need to be separate Python objects. That is,
pipeline_execution = training_pipeline.run(name='unique name')

The pipeline_execution and training_pipeline will be different objects, former being the execution object and the latter being the configuration object. The name variable will then bind the execution and the configurations for experiment tracking.
Describe alternatives you've considered
Trying to maintain immutable states after the run() and register() calls but that led to the problems stated above.

I think the terminology is confusing me a bit. Model and configuration to me are somewhat synonymous whereas execution is the result of calling run().  I think what you have described above is that:
var training_pipeline is a Pipeline Model/Configuration/Plan var pipeline is a Pipeline Execution
Correct?
Each execution would be immutable.  The model or config could also be immutable if there is a register() call that creates a history of immutable changes to the model.  I would use this for linking the model to the execution and performing experiment tracking and analysis.
I think the key difference here is that there is one name training_pipeline that the user associates with the canonical pipeline model (all it's versions and executions).

@dr3s You're right -> The word model is not reflective at all. I updated the comment and adopted the word execution.

The model or config could also be immutable if there is a register() call that creates history of immutable changes to the model.

I'm not sure about this part of your comment here. The config itself would be mutable, while the execution would be immutable. Perhaps my updated comment would clarify this -> Do let me know if I misunderstood your comment.

I think the key difference here is that there is one name training_pipeline that the user associates with the canonical pipeline
model (all it's versions and executions).

Yes, the name is unique and should be defined at execution time rather than construction time.

I'm not sure about this part of your comment here. The config itself would be mutable, while the execution would be immutable. Perhaps my updated comment would clarify this -> Do let me know if I misunderstood your comment.

I think it's helpful to be specific here.  There are at least two things with the PipelineConfig that could be mutable: the object reference in code and the data that zenml persists to record that config.  The former could be mutable or immutable (using something like the builder pattern).  The latter could also be mutable or immutable regardless of how the execution is treated.  If the config is only persisted at execution time, it could overwrite the config from the last execution or create a new immutable version of the config that is then attached to the execution when it's created.  Having a history of immutable config versions can be useful IMO.  You could do this as part of the execution but I prefer to model the config and execution as different domain models.

Yes, the name is unique and should be defined at execution time rather than construction time.

This is confusing to me because the issue is more about using a non-unique name across executions.  Yes, it's unique in as far as the user wants to make it unique.  We want training_pipeline to always refer to the same pipeline across all executions and versions of it's config.    The name wouldn't be defined at execution time but at design time.

@dr3s I think we're on the same page here. I'd love for you to take a look as this develops. Please keep an eye on it


ArrayData.align_buffers should support Struct data type / child data

Is your feature request related to a problem or challenge? Please describe what you are trying to do.
Method ArrayData.align_buffers ensures that data in the array buffers are aligned. This is needed if data come from IPC or FFI. In case of DataType::Struct, mis-aligned buffers are currently not aligned by this method, because it only aligns self.buffers, not buffers of self.child_data.
Describe the solution you'd like
Make ArrayData.align_buffers align buffers of child data recursively.

label_issue.py automatically added labels {'arrow'} from #6462


{nodePackages,vimPlugins}.coc-cmake: drop

Upstream has been archived:
https://github.com/voldikss/coc-cmake
Part of #229475.

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Oops, upstream is simply moved elsewhere: https://github.com/voldikss/coc-extensions


Add keybinding for navigating separators

Fixes https://github.com/microsoft/vscode/issues/70861

hello @TylerLeonhardt I'm totally fishing here but could your PR have possibly introduced the regression that I've opened as #207496 which is currently only a regression on the Insiders build?


multiple problems using runCampbell script

The InflowWind.dat, ServoDyn.dat, and ElastoDyn.dat files required to run runCampbell.m script are missing inside the TemplateFiles directory.
WriteVTKmodes and WriteFASTfiles are assigned twice. It can be understood if WriteVTKmodes is set true then VTK files will be generated. However, I see the purpose of using WriteFASTfiles flag is redundant because without generating the FAST input files and running FAST there will be no *.lin output file, which in turn is required by the fx_mbc3 at lines 173 or 182 inside the runCampbell.m script.
As mentioned in one of my last issue (https://github.com/OpenFAST/matlab-toolbox/issues/17), xlmwrite function at line numbers 188, 230 and 231 does not work on Mac OS. I think an alternative solution to xlmwrite is needed here.
The code from line number 198 does not work without the Campbell data being generated at 184 if WriteFASTfiles flag is set false.
The system commands like copy, used in line 180, are OS-dependent. Also the file fort.51 used in the copy command is missing. I was expecting fort.51 file would be generated by runCampbell script but it does not create this file.

I'd like the runCampbell script to be reduced to a minimal amount of lines and simply call a set of reusable functions . So I'll likely update it accordingly, accounting for some of your comments.

Hi @ramisetti , if you have time, can you maybe try the Campbell/example/runCampbell.m script located in my fork:
     https://github.com/ebranlard/matlab-toolbox

I can try to incorporate your feedback, before merging this to the official repository.

Hi @ebranlard, Sure I will try it and let you know my feedback.

I tried using the runCampbell.m script from your fork. I found there are still some errors using the script on Mac OS.
I had to change ‘!’ symbol to '~' at line numbers 124 and 127 in writeLinearizationFiles.m
I had to change the replace the double quotes to single quotes for the line "OCTAVE_VERSION", “builtin” in os_path.m file
After the above changes I was about the run the script but openfast simulations could not be launched. I see below errors:
dyld: Symbol not found: __gfortran_transfer_character_write
Referenced from: /Desktop/OpenFAST/openfast/build/bin/openfast (which was built for Mac OS X 10.15)
Expected in: /Applications/MATLAB_R2016b.app/sys/os/maci64/libgfortran.3.dylib
It seems I am unable to use openfast from matlab as I don’t have any problem using the same openfast outside matlab. I did not have this problem with previous runCampbell.m script available in the OpenFast repository.

On 27 Jun 2020, at 01:47, E. Branlard<EMAIL_ADDRESS>wrote:
Hi @ramisetti https://github.com/ramisetti , if you have time, can you maybe try the Campbell/example/runCampbell.m script located in my fork:
 https://github.com/ebranlard/matlab-toolbox

I can try to incorporate your feedback, before merging this to the official repository.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OpenFAST/matlab-toolbox/issues/18#issuecomment-650380444, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACFBMHRO2OW7NCPPVFKJPT3RYT65XANCNFSM4M43VFSA.

The dyld: Symbol not found: __gfortran_transfer_character_write error looks to me like it is a path issue. On my system, the /Applications/MATLAB_R2019a.app/sys/os/maci64/libgfortran.3.dylib is for gcc version 4.3.0, but I compile OpenFAST using gfortran version 7.4 and 9.3 which are not compatible with that dylib.  This runs fine on my setup Mac (10.14.6) leading me to suspect the path issue.
Try the following:

from a command line: otool -L /path/to/openfast
This will show which what libraries your compiled openfast needs
in matlab: !otool -L /path/to/openfast

If these don't match, then there is an issue with your paths in the shell MATLAB spawns
Example output from !otool in matlab (NOTE: /Applications/MATLAB... does not appear in the list):

Thanks @andrew-platt.
I've push an updated version to fix the syntax issue. Let's see what can be done for this library path. Apart from what Andy mentions, maybe the following thread will have some helpful hints: https://www.mathworks.com/matlabcentral/answers/17437-dyld_library_path-problem

Hello @ebranlard,
Thanks to the helpful hints from @andrew-platt. The runCampbell.m script is now able to run openfast simulations but there is a new problem. Only the first simulation finished and all the remaining 4 simulations failed. I get the following error for each failed simulation case.

FAST_InitializeAll:FAST_Init:ValidateInputData:OutFmt produces a column width of 20 instead of 10
characters.
FAST_InitializeAll:AD_Init:ReadInputFiles:ReadPrimaryFile:Invalid logical input for file
"../../_ExampleData/5MW_Land_Lin/NRELOffshrBsline5MW_Onshore_AeroDyn15.dat" occurred while trying
to read UseBlCm.
FAST encountered an error during module initialization.
Simulation error level: FATAL ERROR
Aborting OpenFAST.
Could you please help me in resolving this issue?

Hi, Thanks for your test.
The test case should be up to date with the latest openfast (version 2.3), you might be running into this issue because you are using an older executable. Let me know if you still have issue.
Emmanuel

Hi @ebranlard,
Just to let you know I am using the latest openfast version 2.3 from the dev branch clones on April 2020. I also tried using the latest sources from dev branch (cloned on 21 July 2020) but I get the following errors:
AST_InitializeAll:FAST_Init:FAST_ReadPrimaryFile:Invalid logical input for file
"../../_ExampleData/5MW_Land_Lin/ws15.0.fst" occurred while trying to read CalcSteady.
FAST_ReadPrimaryFile:Invalid numerical input for file
"../../_ExampleData/5MW_Land_Lin/ws15.0.fst" occurred while trying to read Twr_Kdmp.
FAST_ReadPrimaryFile:Invalid numerical input for file
"../../_ExampleData/5MW_Land_Lin/ws15.0.fst" occurred while trying to read Bld_Kdmp.

Hi, thanks for trying this again.
Unfortunately, changes were added last week to the dev branch of openfast which make it incompatible with version 2.3. There are more input lines in the .fst file, which add more linearization options. On my repo, there is a script runCampbell_Trim.m that is compatible with these options. It uses the following input file  _ExampleData/5MW_Land_Lin_Templates/Main_5MW_Land_Lin_Trim.fst, which should be compatible with the latest dev. This input files could also be used with the runCampbell.m.
Regarding your remarks:

Filenames are indeed standardized, but you can specify a column "Filename" in your csv file, with the names of the .fst files to override this.
This might be an openfast issue, I'm not sure what happened.  I'm guessing the submodules were not updated. This happens when using the command  git pull, which does not pull the submodules, the command git pull --recurse-submodule should do it.
The mode identification indeed requires more work, it is a difficult task and we didn't have the resources to work more on it. It sounds like a good idea to implement this in python. Would you be willing to share your python implementation? We have a python-toolbox repository but it's still work in progress. It would be great to include the mbc in this repository. We have created a directory structure in the dev branch of the python-toolbox, to add linearization in the future (see here).
Thanks again for all your testing!

Thanks for the information on how to use the script by introducing the Filenames in the csv file. This is indeed helpful if the users are made aware of it.
I am happy to share my python code if this can be helpful to others. At the moment the code is not heavily tested but it can generate the Campbell diagram plot. I will first commit the code to my Github repository and then make it available after some cleanup. Hope this is okay with you.

That sounds good, thank you for sharing your repository when you get to it.

hi @ramisetti
We'd like to start implementing our own version of the linearization scripts (including the MBC). It would be nice to have a look at your version as a starting point. If you don't have a repository ready, could you maybe contact me my email? My email is emmanuel[dot]branlard[at]nrel[dot]gov. Thanks!

Hello @ebranlard https://github.com/ebranlard,
I have committed my MBC python code onto a private repo in my GitHub page. It is not yet made public as I could not get time to cleanup some messy parts of the code. I wanted to test some parts of the code for speedup as well but I am afraid I may not get the time to do it anytime soon in this month. To help you I can give you access as a collaborator to my private repo and you can have a look at the code. I hope this is helpful to you. I have also replied to your nrel email so you can directly contact me in future for any help/feedback related to my python implementation of the MBC code.

On 3 Aug 2020, at 23:20, E. Branlard<EMAIL_ADDRESS>wrote:
hi @ramisetti https://github.com/ramisetti
We'd like to start implementing our own version of the linearization scripts (including the MBC). It would be nice to have a look at your version as a starting point. If you don't have a repository ready, could you maybe contact me my email? My email is emmanuel[dot]branlard[at]nrel[dot]gov. Thanks!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OpenFAST/matlab-toolbox/issues/18#issuecomment-668157053, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACFBMHU6XOYC7KPYGZJQABDR632F3ANCNFSM4M43VFSA.

Thanks a lot for that!

Hi @ebranlard,
I have now enabled access to my private repo on Github. Please let me know if you have any issue accessing the code.

I'm closing this thread, since most issues were solved by the latest version (which might come with its own issues).


Added theshake

It isnt written very beautiful, but it works :)

On my way over from work I was wondering why package.json didnt change..oops! hold on


Add PUBG Public API

Thank you for taking the time to work on a Pull Request for this project!
To ensure your PR is dealt with swiftly please check the following:

[x] Your submissions are formatted according to the guidelines in the contributing guide.
[x] Your changes are made in the README file, not the auto-generated JSON.
[x] Your additions are ordered alphabetically.
[x] Your submission has a useful description.
[x] Each table column should be padded with one space on either side.
[x] You have searched the repository for any relevant issues or PRs.
[x] Any category you are creating has the minimum requirement of 3 items.

Hey @TorzuoliH - mind making the title not uppercase, please? Thanks :)

Hey! @mikestreety Ok :) Sometimes this game is composed of uppercases only. But it's better with normal capitalization 👍

Thanks


Integrate new wsproto API

The upstream wsproto project has redesigned the API: https://github.com/python-hyper/wsproto/issues/85
This has some big changes, like:

More flexible connection negotiation
Uses send() method instead of bytes_to_send()
Potentially (still being debated) no auto-pong or auto-close behavior
Renames receive_bytes to receive_data
No more mysterious AttributeError on connection close() (if close is called before handshake finishes)

I'm going to start a new branch for consuming these changes.

Closed by #106


How validate files and download deleted files?

Hi,
Thanks for your  container.
I have a question , how validate files of the server if i delete one (gameinfo.gi )?
I have create a directory mount to /home/steam/cs2-dedicated
https://developer.valvesoftware.com/wiki/Gameinfo.gi is not the last version.
Thanks

@janpepu See #91
STEAMAPPVALIDATE=1

thanks