index.md

Source:
It will be recommended that for every delivery
Current Translation:
建议每次交付时
Suggested Translation:
'建议每次授课时

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

cannot find string in latest locfile

string is found in readme.md

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team

Hello contributor,
Thank you for your contribution! We are processing your suggestions and we will update you shortly.
Kind regards,
Microsoft Worldwide Learning Team


Assertion idx_dim >= 0 && idx_dim < index_size && "index out of bounds" failed.

Is this a problem with the dataset itself?

Please post the full command and the data you use


Updates to the billing UI for personal plans (#1319)

Deploy preview for docsdocker ready!
Built with commit ae1fef5c58190854dc2a4c1c7762636d68d5a039
https://deploy-preview-9456--docsdocker.netlify.com


Support variable docker versions

Support variable versions of golang, vs hard coding these all in each docker file.
Remove support for centos6, which is not supported anymore by Redhat/CentOS

@ripienaar should tag things now with the major/minor version, extracted from the golang version.

@ripienaar should tag things now with the major/minor version, extracted from the golang version.


Error in header-only-library

After configuring to header-only-library version, there are include path errors in misc/optim_misc.hpp.
Currently, the first two includes are
// structs
#include "misc/optim_structs.hpp"

// trace
#include "misc/optim_trace.hpp"

Which gives include errors when compiling. The errors are fixed by changing these lines to:
// structs
#include "optim_structs.hpp"

// trace
#include "optim_trace.hpp"

I cannot replicate this error. The folder structure seems correct to me.


Poor Screenshot Quality

Description of the new feature / enhancement
The SS feature is great but the quality is so poor that it's failing to complete its main goal.

Scenario when this would be used?
...
Supporting information
No response

We don't have a screenshot tool. You might confuse something here.


[com.google.fonts/check/varfont/*_*_coord] checking fvar instead of STAT?!

Observed behaviour
The check seems to compare fvar entries to an expected string ("Regular" and "Bold"), which works for uprights, but fails for italic fonts ("Italic" and "Bold Italic" instead):
 >> Check:   com.google.fonts/check/varfont/regular_wght_coord
    Desc:    The variable font 'wght' (Weight) axis coordinate must be 400 on the 'Regular' instance.
    Files:   NotoSans-Italic-VF.ttf

     FAIL The "wght" axis coordinate of the "Regular" instance
          must be 400. Got None instead. [code: wght-not-400]
    Result: FAIL

 >> Check:   com.google.fonts/check/varfont/regular_wdth_coord
    Desc:    The variable font 'wdth' (Width) axis coordinate must be 100 on the 'Regular' instance.
    Files:   NotoSans-Italic-VF.ttf

     FAIL The "wdth" axis coordinate of the "Regular" instance
          must be 100. Got None as a default value instead. [code: wdth-not-100]
    Result: FAIL

 >> Check:   com.google.fonts/check/varfont/bold_wght_coord
    Desc:    The variable font 'wght' (Weight) axis coordinate must be 700 on the 'Bold' instance.
    Files:   NotoSans-Italic-VF.ttf

     FAIL The "wght" axis coordinate of the "Bold" instance
          must be 700. Got None instead. [code: wght-not-700]
    Result: FAIL

Expected behaviour
You probably wanted to check the STAT table instead? Heed the ELIDABLE_AXIS_VALUE_NAME flag though.

@felipesanches this breaks QA for Noto Sans and others.

Hi @felipesanches
Yes indeed, I also have these checks only for the italic, but everything seems correct in the file.
🔥 FAIL: The variable font 'wght' (Weight) axis coordinate must be 400 on the 'Regular' instance. (com.google.fonts/check/varfont/regular_wght_coord)
🔥 FAIL: The variable font 'wdth' (Width) axis coordinate must be 100 on the 'Regular' instance. (com.google.fonts/check/varfont/regular_wdth_coord)
🔥 FAIL: The variable font 'wght' (Weight) axis coordinate must be 700 on the 'Bold' instance. (com.google.fonts/check/varfont/bold_wght_coord)
Here you can find my files if you need it :)
Test_Besley.zip

We are experiencing the same issue in Noto Serif Tamil


Bump typedoc-plugin-missing-exports from 1.0.0 to 3.0.0

Bumps typedoc-plugin-missing-exports from 1.0.0 to 3.0.0.

Changelog
Sourced from typedoc-plugin-missing-exports's changelog.

3.0.0 (2024-06-22)

Support TypeDoc 0.26
BREAKING: Drop support for TypeDoc before 0.26.

2.3.0 (2024-06-12)

Added --collapseInternalModule option.

2.2.0 (2024-01-14)

Fixed an issue where if a re-exported symbol referenced an internal symbol, and more than one entry point was provided to TypeDoc,
this plugin would add the internal symbol to the last module, rather than the one it was associated with, #22.
Added --placeInternalsInOwningModule option.

2.1.0 (2023-08-25)

Added support for TypeDoc 0.25.x

2.0.1 (2023-07-29)

Fixed memory leak when running in watch mode / packages mode, TypeStrong/typedoc#2339

2.0.0 (2023-04-15)

BREAKING: Drop support for TypeDoc 0.22 and 0.23

Commits

fe5fff1 Support TypeDoc 0.26
56b6b1a Bump version to 2.3.0
06828cf Add collapseInternalModule option
4c1b70c Bump version to 2.2.0
498b720 Add placeInternalsInOwningModule option
92dc820 Correct CI build name
3850ce3 Remove Node 16 from CI
4c8615c Bump version check action
c199136 YAML needs spaces
28fe19a Fix #22
Additional commits viewable in compare view

Most Recent Ignore Conditions Applied to This Pull Request

Dependency Name
Ignore Conditions

typedoc-plugin-missing-exports
[>= 2.a, < 3]

You can trigger a rebase of this PR by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR
@dependabot recreate will recreate this PR, overwriting any edits that have been made to it
@dependabot merge will merge this PR after your CI passes on it
@dependabot squash and merge will squash and merge this PR after your CI passes on it
@dependabot cancel merge will cancel a previously requested merge and block automerging
@dependabot reopen will reopen this PR if it is closed
@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
@dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Note
Automatic rebases have been disabled on this pull request as it has been open for over 30 days.

@greptileai


LCOW: Intermittent DNS resolution failures with Alpine containers

Preface - I haven't yet debugged this issue enough to know precisely where the issue lies. I do know that I can very trivially reproduce the problem and wanted to at least get the ticket filed / conversation going. It may be related to some combination of:

LCOW (or LCOW image / kernel / opengcs / etc)
Alpine 3.9
Environment - containers are running inside a Server 2019 Hyper-V VM that has nested virtualization enabled
Docker version / some nuance of the Docker DNS resolver

I'm pretty sure this has something to do with Alpine in particular, since running the failing scenario with Ubuntu containers instead does not fail.
docker info
Client:
 Debug Mode: false
 Plugins:
  app: Docker Application (Docker Inc., v0.8.0-beta2)
  buildx: Build with BuildKit (Docker Inc., v0.2.0-6-g509c4b6-tp)

Server:
 Containers: 2
  Running: 0
  Paused: 0
  Stopped: 2
 Images: 138
 Server Version: master-dockerproject-2019-04-28
 Storage Driver: windowsfilter (windows) lcow (linux)
  Windows:
  LCOW:
 Logging Driver: json-file
 Plugins:
  Volume: local
  Network: ics l2bridge l2tunnel nat null overlay transparent
  Log: awslogs etwlogs fluentd gcplogs gelf json-file local logentries splunk syslog
 Swarm: inactive
 Default Isolation: hyperv
 Kernel Version: 10.0 17763 (17763.1.amd64fre.rs5_release.180914-1434)
 Operating System: Windows 10 Enterprise Version 1809 (OS Build 17763.437)
 OSType: windows
 Architecture: x86_64
 CPUs: 2
 Total Memory: 16GiB
 Name: ci-lcow-prod-1
 ID: 0ac02c9d-aaba-42f4-8749-5a64af3068d8
 Docker Root Dir: C:\ProgramData\docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: true
 Insecure Registries:
  <IP_ADDRESS>/8
 Live Restore Enabled: false

The LCOW image is built from https://github.com/linuxkit/lcow/commit/d5dfdbc7d754f17b2c9ba05e867dc96aa192200b - it includes kernel 4.19.27 amongst other bits. There is an updated kernel image PR that was merged containing newer versions of OpenGCS, Alpine, kernel and runc BUT when I built it, it didn't launch containers and I had to revert (more info in https://github.com/linuxkit/lcow/pull/45#issuecomment-487786154)
compose file to demonstrate the problem
version: '3'

services:
  foo:
    image: alpine:latest
    dns_search: internal
    entrypoint: sh -c "while true; do nslookup bar.internal && sleep 1s; done"
    networks:
      default:
        aliases:
         - foo.internal

  bar:
    image: alpine:latest
    dns_search: internal
    entrypoint: sh -c "while true; do nslookup foo.internal && sleep 1s; done"
    networks:
      default:
        aliases:
         - bar.internal

Output from compose up
The problem is that DNS resolution failures occur pretty regularly - i.e. foo cannot resolve bar.internal fail and vice versa. While the log also shows some successes, there are a number of failures as well (which vary depending on each run).
PS C:\source\alpine-test> docker-compose -f .\docker-compose-bad.yml up
Creating network "alpine-test_default" with the default driver
Creating alpine-test_bar_1 ... done
Creating alpine-test_foo_1 ... done
Attaching to alpine-test_foo_1, alpine-test_bar_1
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | nslookup: can't resolve 'bar.internal': Name does not resolve
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  |
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS>
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  |
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  |
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  |
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  |
bar_1  | nslookup: can't resolve 'foo.internal': Name does not resolve
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  |
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  |
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS>
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  |
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | nslookup: can't resolve 'foo.internal': Name does not resolve
bar_1  |
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | nslookup: can't resolve 'bar.internal': Name does not resolve
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  |
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  |
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | nslookup: can't resolve 'bar.internal': Name does not resolve
foo_1  |
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS> alpine-test_foo_1.alpine-test_default
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | nslookup: can't resolve 'bar.internal': Name does not resolve
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS>
foo_1  |
foo_1  | nslookup: can't resolve '(null)': Name does not resolve
foo_1  | Name:      bar.internal
foo_1  | Address 1: <IP_ADDRESS> alpine-test_bar_1.alpine-test_default
bar_1  |
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS>
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
Gracefully stopping... (press Ctrl+C again to force)

Workaround
One way to workaround the problem is to have the Alpine container perform a dig against the host, which presumably will cache the DNS record for future nslookup calls
compose file
version: '3'

services:
  foo:
    image: alpine:latest
    dns_search: internal
    entrypoint: sh -c "apk add bind-tools; dig bar.internal; while true; do nslookup bar.internal; sleep 2s; done"
    networks:
      default:
        aliases:
         - foo.internal

  bar:
    image: alpine:latest
    dns_search: internal
    entrypoint: sh -c "apk add bind-tools; dig foo.internal; while true; do nslookup foo.internal; sleep 2s; done"
    networks:
      default:
        aliases:
         - bar.internal

Output from compose up
The nslookup results have changed quite a bit from:
bar_1  |
bar_1  | nslookup: can't resolve '(null)': Name does not resolve
bar_1  | Name:      foo.internal
bar_1  | Address 1: <IP_ADDRESS>

To
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |

Here's a longer run from the above compose file showing that nslookup no longer fails intermittently.
PS C:\source\alpine-test> docker-compose up
Creating network "alpine-test_default" with the default driver
Creating alpine-test_bar_1 ... done
Creating alpine-test_foo_1 ... done
Attaching to alpine-test_foo_1, alpine-test_bar_1
foo_1  | fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/main/x86_64/APKINDEX.tar.gz
bar_1  | fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/main/x86_64/APKINDEX.tar.gz
foo_1  | fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/community/x86_64/APKINDEX.tar.gz
bar_1  | fetch http://dl-cdn.alpinelinux.org/alpine/v3.9/community/x86_64/APKINDEX.tar.gz
foo_1  | (1/10) Installing libgcc (8.3.0-r0)
bar_1  | (1/10) Installing libgcc (8.3.0-r0)
bar_1  | (2/10) Installing krb5-conf (1.0-r1)
foo_1  | (2/10) Installing krb5-conf (1.0-r1)
bar_1  | (3/10) Installing libcom_err (1.44.5-r0)
foo_1  | (3/10) Installing libcom_err (1.44.5-r0)
bar_1  | (4/10) Installing keyutils-libs (1.6-r0)
foo_1  | (4/10) Installing keyutils-libs (1.6-r0)
bar_1  | (5/10) Installing libverto (0.3.0-r1)
bar_1  | (6/10) Installing krb5-libs (1.15.5-r0)
foo_1  | (5/10) Installing libverto (0.3.0-r1)
foo_1  | (6/10) Installing krb5-libs (1.15.5-r0)
bar_1  | (7/10) Installing json-c (0.13.1-r0)
bar_1  | (8/10) Installing libxml2 (2.9.9-r1)
foo_1  | (7/10) Installing json-c (0.13.1-r0)
foo_1  | (8/10) Installing libxml2 (2.9.9-r1)
bar_1  | (9/10) Installing bind-libs (9.12.4_p1-r1)
foo_1  | (9/10) Installing bind-libs (9.12.4_p1-r1)
foo_1  | (10/10) Installing bind-tools (9.12.4_p1-r1)
bar_1  | (10/10) Installing bind-tools (9.12.4_p1-r1)
foo_1  | Executing busybox-1.29.3-r10.trigger
bar_1  | Executing busybox-1.29.3-r10.trigger
bar_1  | OK: 12 MiB in 24 packages
foo_1  | OK: 12 MiB in 24 packages
foo_1  |
foo_1  | ; <<>> DiG 9.12.4-P1 <<>> bar.internal
foo_1  | ;; global options: +cmd
foo_1  | ;; Got answer:
foo_1  | ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62166
foo_1  | ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
foo_1  |
foo_1  | ;; QUESTION SECTION:
foo_1  | ;bar.internal.                 IN      A
foo_1  |
foo_1  | ;; ANSWER SECTION:
foo_1  | bar.internal.          600     IN      A       <IP_ADDRESS>
foo_1  |
foo_1  | ;; Query time: 0 msec
foo_1  | ;; SERVER: <IP_ADDRESS>#53(<IP_ADDRESS>)
foo_1  | ;; WHEN: Fri May 03 18:26:29 UTC 2019
foo_1  | ;; MSG SIZE  rcvd: 58
foo_1  |
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  |
bar_1  | ; <<>> DiG 9.12.4-P1 <<>> foo.internal
bar_1  | ;; global options: +cmd
bar_1  | ;; Got answer:
bar_1  | ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34929
bar_1  | ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
bar_1  |
bar_1  | ;; QUESTION SECTION:
bar_1  | ;foo.internal.                 IN      A
bar_1  |
bar_1  | ;; ANSWER SECTION:
bar_1  | foo.internal.          600     IN      A       <IP_ADDRESS>
bar_1  |
bar_1  | ;; Query time: 0 msec
bar_1  | ;; SERVER: <IP_ADDRESS>#53(<IP_ADDRESS>)
bar_1  | ;; WHEN: Fri May 03 18:26:29 UTC 2019
bar_1  | ;; MSG SIZE  rcvd: 58
bar_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |

Ubuntu results
Compose file
version: '3'

services:
  foo:
    image: ubuntu:latest
    dns_search: internal
    entrypoint: sh -c "apt-get update && apt-get install -y dnsutils; while true; do nslookup 'bar.internal'; sleep 2s; done"
    networks:
      default:
        aliases:
         - foo.internal

  bar:
    image: ubuntu:latest
    dns_search: internal
    entrypoint: sh -c "apt-get update && apt-get install -y dnsutils; while true; do nslookup 'foo.internal'; sleep 2s; done"
    networks:
      default:
        aliases:
         - bar.internal

I'll spare the full log here, but switching to an Ubuntu container and nslookup succeeds from the onset:
foo_1  | Server:                <IP_ADDRESS>
foo_1  | Address:       <IP_ADDRESS>#53
foo_1  |
foo_1  | Non-authoritative answer:
foo_1  | Name:  bar.internal
foo_1  | Address: <IP_ADDRESS>
foo_1  |
bar_1  | Server:                <IP_ADDRESS>
bar_1  | Address:       <IP_ADDRESS>#53
bar_1  |
bar_1  | Non-authoritative answer:
bar_1  | Name:  foo.internal
bar_1  | Address: <IP_ADDRESS>
bar_1  |

I just verified that I'm not seeing the same behavior with Alpine 3.9 on my Mac Docker (I get the reverse pointer fail of nslookup: can't resolve '(null)': Name does not resolve, but I'm always able to resolve queries).
Not sure who the right MS folks are to contact - @jhowardmsft or @jterry75?
This might end up being a ticket to file in opengcs project.
docker info
Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 1
Server Version: 18.09.2
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host ipvlan macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version:<PHONE_NUMBER>f7fe2f4e74d43e2fc7ccd237edcbce
runc version: 09c8266bf2fcf9519a651b04ae54c967b9ab86ec
init version: fec3683
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.125-linuxkit
Operating System: Docker for Mac
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.952GiB
Name: linuxkit-025000000001
ID: WOHB:ZTHF:LEYI:UJM6:XU5Y:KRRI:2TLV:Z352:WLSD:HYPI:IUBB:K27H
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 26
 Goroutines: 53
 System Time: 2019-05-03T18:48:28.685819469Z
 EventsListeners: 2
HTTP Proxy: gateway.docker.internal:3128
HTTPS Proxy: gateway.docker.internal:3129
Registry: https://index.docker.io/v1/
Labels:
Experimental: true
Insecure Registries:
 <IP_ADDRESS>/8
Live Restore Enabled: false
Product License: Community Engine

@Iristyle Thank you very much for this detailed description of the problem, and workaround. In case the following is useful context for anyone looking to fix this issue, I seeing this issue while running:

Windows Server 2019 (1809)
Docker EE 17.10.0-ee-preview-3
LCOW containers
docker-compose using a nat network it spins up automatically

(I am running this antique docker version because to the best of my knowledge it is the only one that supports LCOW on Win Server.)
I have a sneaking suspicion that the culprit is busybox, and that using version 1.28 will work; 1.29 is broken in terms of nslookup.

can you ptal @pradipd

@daschott - Would you mind triaging?

@mamezgeb what is the latest supported Docker version with LCOW on Server? @3dbrows is running old 17.10 preview version. I know we have https://docs.docker.com/docker-for-windows/wsl-tech-preview/ for Desktop and experimental feature on Docker-CE, but what is the current recommendation for server?
@3dbrows did it work to try older busybox image? Do other container images not work as well?

@daschott Busybox 1.28 works (wider discussion here: https://github.com/docker-library/busybox/issues/48). I've seen this nslookup problem in any image containing this version of busybox. My workaround is (on container startup) to use a command that installs dig and uses it to find the other containers that I'm interested in, and write out a hosts file with their IPs. I am aware that this is brittle in case the target IPs change, but it's all I can think of for now. Example docker-compose script to achieve this:
nsq_create_topic:
    image: nsqio/nsq:v1.2.0
    dns: "<IP_ADDRESS>"
    command: >
      sh -c "
        apk add bind-tools; echo \"$$(dig nsqd +short) nsqd\" >> /etc/hosts; cat /etc/hosts;
        wget -qO- --post-data='' 'nsqd:4151/topic/create?topic=worker'"

I specify my DNS resolver (for apk to use) because my target machine is an Azure VM with Private DNS running on <IP_ADDRESS> (this is the resolver that DHCP in Azure specifies), which the container cannot access, therefore won't resolve anything much if I don't supply this. (I have no control over the Azure environment.)

Thanks @3dbrows for confirming. Is it possible at all to rebuild on top of busybox 1.28?
@Iristyle the point that this appears to work reliably on ubuntu image + on alpine dig works but only nslookup fails is interesting. Can you confirm which busybox version is being used by alpine? Dig works reliably?

@daschott Could try that, best way might be to obtain latest busybox by upgrading the Alpine base image - the version numbers are as follows:
Alpine 3.10 has busybox 1.30.1-r3: https://pkgs.alpinelinux.org/packages?name=busybox&branch=v3.10
Alpine 3.9 has busybox 1.29.3-r10: https://pkgs.alpinelinux.org/packages?name=busybox&branch=v3.9
I do not right this minute have access to my LCOW/WinServer box, but I imagine a good test would be to take @Iristyle 's script above and modify like this:
Expected to fail:
services:
  foo:
    image: alpine:3.9
    dns_search: internal
    entrypoint: sh -c "while true; do nslookup bar.internal && sleep 1s; done"
    networks:
      default:
        aliases:
         - foo.internal

  bar:
    image: alpine:3.9
    dns_search: internal
    entrypoint: sh -c "while true; do nslookup foo.internal && sleep 1s; done"
    networks:
      default:
        aliases:
         - bar.internal

Expected to work:
Copy-paste the above but change 3.9 to 3.10. Bear in mind that at the time of @Iristyle 's initial post, latest meant 3.9. So, in fact, the repro script he wrote might now work as-is, given that latest now means 3.11.


show processing message when layouting network

When the network is layouting, the view shows the previous network. This will be confusing as it seems like the newly set genes have no effect.

Fixed


Building takes forever.

Tried building ungoogled on Manjaro xfce from aur, it already took 4 hours and still I am at file 5000/18k.
Is it supposed to take that much time or am I doing something wrong?

Since the introduction of jumbo builds, single-threaded performance has become more relevant than in the past. If your processor's single-threaded performance is poor, that may be a factor. (There's documentation in the docs/ folder of the Chromium source tree if you want to learn more.)
Also, IO performance is relatively important too (lots of intermediate files being generated), and having more RAM will help (so more data can be cached in RAM).

Ok then.
I guess I don't deserve ungoogled.

That explain it.

2GB ram

I'm surprised building even works for you at all. The minimum required RAM is 8 GB according to Google's documentation, so if you end up using swap space...

@DrDonkey There is also a precomoiled package available for Arch / Manjaro. It lacks behinds the git repository most of the time.


Bug: Crashes on entering invalid variable type

Form crashes when entering float values for data or entering string data in an integer/float field.
FIX:
Enforce variable type to integer/float. OR do NOT allow submission if data does not match required type.

Temporary fix: loop the program when it crashes.
Will implement a permanent fix soon.


Update index.js

Just declared the variable after the first if.
If the first if condition be true, var length = arr1.length at the beginning is a useless variable.

Variable is hoisted anyway

Variable is hoisted anyway

@vendethiel True but variables are hoisted without value. It is a good practice anyway.

@vendethiel True but variables are hoisted without value. It is a good practice anyway.

iirc length is a getter so it's an extra function call if the two objects are simply the same.

iirc length is a getter so it's an extra function call if the two objects are simply the same.


Add a Network column

With Layer 2 networks now live, an increasing number of token lists now support tokens from multiple chains. As such, the token list page (ex) should add a column for Network.
The network column should list the human-readable name of the network rather than the raw chain ID number.

Ethereum
Kovan
Rinkeby
Ropsten
Optimistic Ethereum
Arbitrum One
Polygon
etc.  If a name is not known, we can fall back to showing the chain ID number

mock:

It is possible to integrate with https://github.com/ethereum-lists/chains to show all chains.
Also, the address hyperlink can be the explorer link of different chains.


Setting up Haxe with Unreal

I've been working on this for several hours but having lots of problems and cant find clear docs on this. Tried to setup the platformer, but when I tried opening unreal it tired to compiled several DLLs, but then it said it could not compile and I should compile manually.
So I tried the ant build method but kept getting errors. The last of which was this;
E:\Unreal Projects\PlatformerGame>ant build
Buildfile: E:\Unreal Projects\PlatformerGame\build.xml
init-plugin:
BUILD FAILED
E:\Unreal Projects\PlatformerGame\build.xml:134: Execute failed: java.io.IOException: Cannot run program "E:\Unreal Projects\PlatformerGame\haxe" (in directory "E:\Unreal Projects\PlatformerGame\Plugins\UnrealHx"): CreateProcess error=5, Access is denied
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
at java.lang.Runtime.exec(Runtime.java:620)
at org.apache.tools.ant.taskdefs.launcher.Java13CommandLauncher.exec(Java13CommandLauncher.java:58)
at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:426)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:440)
at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:629)
etc...
I've tried several things over the hours but nothing has worked.
I also tried setting up unreal.hx in unreal, but the instructions are unclear to me;
Port your main Build.cs module to Build.hx and make sure it extends HaxeModuleRules
not sure how to do this step.
Is there anything more? a video showing steps?

Hi there. First of all, do you have haxe setup? Have you ran haxelib install hxcpp and haxelib install hxcs ? I haven't tested the ant build scripts on Windows, but I've just looked into them and they should work on Windows as well, if haxe is on the path

yes haxe is installed I also have haxedevelop and hae setup and ran some small examples. I installed those 2 libs while trying to fix the problems.
So this hasn't been tested on windows before?
Tried some more things, but still getting same error.
haxe runs from command prompt so I assume its in the path;
E:\Unreal Projects\PlatformerGame>haxe
Haxe Compiler 3.2.1 - (C)2005-2015 Haxe Foundation
Usage : haxe.exe -main  [-swf|-js|-neko|-php|-cpp|-as3]  [options]
Options :
-cp  : add a directory to find source files
why would it be getting 'access denied' ?

Trying everything to get this working...

removed the init plugin part of build.cs
got complaint about missing UE4 variable - so I set that up.
had to change path to point to jdk and not jre as missing tools.jar error
final error now (but I'm not sure the init plugin error is solved, though I manually ran the haxe InitPlugin.hx command and it seemed to work)

E:\Unreal Projects\PlatformerGame>ant build
Buildfile: E:\Unreal Projects\PlatformerGame\build.xml
build:
[exec] Creating makefile for PlatformerGameEditor (no existing makefile)
[exec] ERROR: Couldn't find target rules file for target 'PlatformerGameEditor' in rules assembly 'UE4Rules, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'.
[exec] Location: E:\UnrealEngine\Epic Games\4.11\Engine\Intermediate\Build\BuildRules\UE4Rules.dll
[exec] Target rules found:
[exec]     UE4Editor - E:\UnrealEngine\Epic Games\4.11\Engine\Source\UE4Editor.Target.cs
[exec]     UE4Game - E:\UnrealEngine\Epic Games\4.11\Engine\Source\UE4Game.Target.cs
[exec]     UnrealHeaderTool - E:\UnrealEngine\Epic Games\4.11\Engine\Source\Programs\UnrealHeaderTool\UnrealHeaderTool.Target.cs
[exec]
BUILD FAILED
E:\Unreal Projects\PlatformerGame\build.xml:142: The following error occurred while executing this line:
E:\Unreal Projects\PlatformerGame\build.xml:73: exec returned: 5
Total time: 1 second

Unreal.hx itself has been tested with Windows a lot - it's in fact the main platform we're targeting. The example code HaxePlatformerGame's build script haven't been tested outside my main development platform, which is linux.
I think there is a problem with the init-plugin target (on which build depends). If you run haxe init-plugin.hxml yourself, you might be able to delete that part from build.xml like you did - and it should work. That Couldn't find target rules file for target 'PlatformerGameEditor' in rules assembly  seems to indicate that haxe init-plugin.hxml wasn't done at first. Was it? You can check if a file at path HaxePlatformerGame/PlatformerGame/Source/PlatformerGame/PlatformerGame.Build.cs exists - because that's one of the things that init-plugin.hxml does.
Also, you're using Haxe version 3.2.1, while Haxe 3.3 is required for the latest unreal.hx.
Please let me know if you can make this work - I'll try to test this on Windows and report back the fixes

Some progress and I feel stupid! I had an old version of haxe installer and didn't realise - I clicked on the wrong installer. With 3.3 things went further, but still getting errors...

I followed the instructions from scratch and tried opening in unreal directly - this got a lot further then before compiling for a while...but then it ended saying 'could not compile, try manually'

The log got about this far;

Compile : src/unreal/FKSphereElem/FKSphereElem_Impl.cpp
Compile : src/unreal/FKShapeElem/FKShapeElem_Impl.cpp
Compile : src/unreal/FKConvexElem/FKConvexElem_Impl.cpp
Compile : src/unreal/FKBoxElem/FKBoxElem_Impl.cpp
Compile : src/unreal/FKAggregateGeom/FKAggregateGeom_Impl.cpp
Compile : src/unreal/FInterpLookupTrack/FInterpLookupTrack_Impl.cpp
Compile : src/unreal/FInterpGroupActorInfo/FInterpGroupActorInfo_Impl.cpp
Compile : src/unreal/_F

(I might not have caught the end, the log closed when it failed)
So I went the manual route, and errors again, so I did the "haxe init-plugin.hxml" manually in plugins/unrealhx - which seemed to work without errors, and then removed the init-plugin target from the build.xml, and then ant build again and got this;
E:\Unreal Projects\HaxePlatformerGame\PlatformerGame>ant build
Buildfile: E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\build.xml
build:
[exec] Creating makefile for PlatformerGameEditor (no existing makefile)
[exec] ERROR: Couldn't find target rules file for target 'PlatformerGameEditor' in rules assembly 'UE4Rules, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'.
[exec] Location: E:\UnrealEngine\Epic Games\4.11\Engine\Intermediate\Build\BuildRules\UE4Rules.dll
[exec] Target rules found:
[exec]     UE4Editor - E:\UnrealEngine\Epic Games\4.11\Engine\Source\UE4Editor.Target.cs
[exec]     UE4Game - E:\UnrealEngine\Epic Games\4.11\Engine\Source\UE4Game.Target.cs
[exec]     UnrealHeaderTool - E:\UnrealEngine\Epic Games\4.11\Engine\Source\Programs\UnrealHeaderTool\UnrealHeaderTool.Target.cs
[exec]
BUILD FAILED
E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\build.xml:135: The following error occurred while executing this line:
E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\build.xml:73: exec returned: 5
Total time: 1 second
this  is line 73;

Also - without removing the init-plugin target it was getting this still;
E:\Unreal Projects\HaxePlatformerGame\PlatformerGame>ant build
Buildfile: E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\build.xml
init-plugin:
BUILD FAILED
E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\build.xml:134: Execute failed: java.io.IOException: Cannot run program "E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\haxe" (in directory "E:\Unreal Projects\HaxePlatformerGame\PlatformerGame\Plugins\UnrealHx"): CreateProcess error=5, Access is denied
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
at java.lang.Runtime.exec(Runtime.java:620)
at org.apache.tools.ant.taskdefs.launcher.Java13CommandLauncher.exec(Java13CommandLauncher.java:58)
at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:426)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:440)
at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:629)
at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:670)
at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:496)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
...

Hey there.
I've just updated the ant build script to fix that init-plugin issue. I've tested with windows, and got this part working:
C:\dev\HaxePlatformerGame\PlatformerGame>SET UE4=C:\Program Files (x86)\Epic Games\4.11
C:\dev\HaxePlatformerGame\PlatformerGame>ant build
Unable to locate tools.jar. Expected to find it in C:\Program Files (x86)\Java\jre1.8.0_91\lib\tools.jar
Buildfile: C:\dev\HaxePlatformerGame\PlatformerGame\build.xml

init-plugin:
     [exec] InitPlugin.hx:22: Inferring project location...
     [exec] InitPlugin.hx:13: Game location: ../../PlatformerGame.uproject
     [exec] InitPlugin.hx:48: Updating game project...
     [exec] InitPlugin.hx:50: Updating game module...
     [exec] InitPlugin.hx:147: Building BuildTool...
     [exec] InitPlugin.hx:18: Project update done.

build:
     [exec] Performing full C++ include scan (building a new target)
     [exec] Creating makefile for PlatformerGameEditor (no existing makefile)
     [exec] InitPlugin.hx:48: Updating game project...
     [exec] InitPlugin.hx:50: Updating game module...
     [exec] haxe -version
     [exec] HaxeCompiler: 3.3.0
     [exec] HaxeModuleRules.hx:204: baking externs
... snip ...
     [exec] haxe --cwd C:\dev\HaxePlatformerGame\PlatformerGame\Haxe arguments.hxml -cp C:\dev\HaxePlatformerGame\PlatformerGame/Haxe/Generated/Externs_Editor -cp C:\dev\HaxePlatformerGame\PlatformerGame\Plugins\UnrealHx/Haxe/Static -cp C:\dev\HaxePlatformerGame\PlatformerGame/Haxe/Static -cp C:\dev\HaxePlatformerGame\PlatformerGame/Haxe/Scripts -main UnrealCppia -D cppia -D ustatic_target=C:\dev\HaxePlatformerGame\PlatformerGame/Intermediate/Haxe/Win64-Development-Editor/Static/Built -cpp C:\dev\HaxePlatformerGame\PlatformerGame/Binaries/Haxe/game.cppia --macro ue4hx.internal.CreateCppia.run(["C:/dev/HaxePlatformerGame/PlatformerGame/Haxe/Static"], ["C:/dev/HaxePlatformerGame/PlatformerGame/Haxe/Scripts"],null) -debug -D WITH_EDITOR -D BUILDTOOL_VERSION_LEVEL=4
     [exec] Parsing headers for PlatformerGameEditor
     [exec]   Running UnrealHeaderTool "C:\dev\HaxePlatformerGame\PlatformerGame\PlatformerGame.uproject" "C:\dev\HaxePlatformerGame\PlatformerGame\Intermediate\Build\Win64\PlatformerGameEditor\Development\UnrealHeaderTool.manifest" -LogCmds="loginit warning, logexit warning, logdatabase error" -Unattended -WarningsAsErrors -installed
     [exec] Reflection code generated for PlatformerGameEditor in 12.0791603 seconds

However, when compiling until the end, I got the following error:
     [exec] Performing 28 actions (2 in parallel)
     [exec] PCH.PlatformerGameLoadingScreen.h.cpp
     [exec] PCH.PlatformerGame.h.cpp
     [exec] FootIKRuntime.generated.cpp
     [exec] [6/28] Resource PCLaunch.rc
     [exec] [7/28] Resource ModuleVersionResource.rc.inl
     [exec] [8/28] Resource PCLaunch.rc
     [exec] [9/28] Resource ModuleVersionResource.rc.inl
     [exec] [10/28] Link UE4Editor-FootIKRuntime.dll
     [exec] [11/28] Link UE4Editor-PlatformerGameLoadingScreen.dll
     [exec]    Creating library C:\dev\HaxePlatformerGame\PlatformerGame\Plugins\FootIK\Intermediate\Build\Win64\UE4Editor\Development\UE4Editor-FootIKRuntime.lib and object C:\dev\HaxePlatformerGame\PlatformerGame\Plugins\FootIK\Intermediate\Build\Win64\UE4Editor\Development\UE4Editor-FootIKRuntime.exp
     [exec]    Creating library C:\dev\HaxePlatformerGame\PlatformerGame\Intermediate\Build\Win64\UE4Editor\Development\UE4Editor-PlatformerGameLoadingScreen.lib and object C:\dev\HaxePlatformerGame\PlatformerGame\Intermediate\Build\Win64\UE4Editor\Development\UE4Editor-PlatformerGameLoadingScreen.exp
     [exec] Module.FootIKRuntime.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: static class TBaseDelegate<class FFixedUObjectArray *> & __cdecl FCoreDelegates::GetObjectArrayForDebugVisualizersDelegate(void)" (__imp_?GetObjectArrayForDebugVisualizersDelegate@FCoreDelegates@@SAAEAV?$TBaseDelegate@PEAVFFixedUObjectArray@@$$$V@@XZ) referenced in function "void __cdecl `dynamic initializer for 'GObjectArrayForDebugVisualizers''(void)" (??__EGObjectArrayForDebugVisualizers@@YAXXZ)
     [exec] PlatformerGameLoadingScreen.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: static class TBaseDelegate<class FFixedUObjectArray *> & __cdecl FCoreDelegates::GetObjectArrayForDebugVisualizersDelegate(void)" (__imp_?GetObjectArrayForDebugVisualizersDelegate@FCoreDelegates@@SAAEAV?$TBaseDelegate@PEAVFFixedUObjectArray@@$$$V@@XZ) referenced in function "void __cdecl `dynamic initializer for 'GObjectArrayForDebugVisualizers''(void)" (??__EGObjectArrayForDebugVisualizers@@YAXXZ)
     [exec] C:\dev\HaxePlatformerGame\PlatformerGame\Plugins\FootIK\Binaries\Win64\UE4Editor-FootIKRuntime.dll : fatal error LNK1120: 1 unresolved externals
     [exec] C:\dev\HaxePlatformerGame\PlatformerGame\Binaries\Win64\UE4Editor-PlatformerGameLoadingScreen.dll : fatal error LNK1120: 1 unresolved externals

As the log shows, there was an error while linking FootIKRuntime, which isn't Haxe code. Some googling got me to https://answers.unrealengine.com/questions/226424/c-error-linking-shootergame-sample.html - it seems that Visual Studio 2015 is needed to get this to work.
I haven't got the time to update my VIsual Studio, but can you check if this will fix your issue?
Also make sure you're on UE 4.11 and Haxe 3.3.0!

Works! I was using Haxe 3.3 and UE 4.11, but I had visual studio 2013. I installed 2015, but opening directly in UE failed to compile again, but not the ant build worked, and I am able to start the game.
Excellent, thanks a lot.

That's great. I've added a notice about VS 2015 on HaxePlatformGame

I found a bug in Windows. Project path containes a space "C:\Users\T.Buglov\Documents\Unreal Projects\GameProjectHaxe". So init-plugin generates wrong "gen-build-module-rules.hxml" with bad target section. Finally, I have error
[exec] ERROR: Couldn't find target rules file for target 'GameProjectHaxeEd itor' in rules assembly 'UE4Rules, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyTo ken=null'.
Other path without spaces "C:\Users\T.Buglov\Documents\UnrealProjects\GameProjectHaxe" works fine.

Thanks! I've opened a separate issue about it: #48


WindowsError is subclass of OSError

Catching just OSError should work.

Doh - this is already in jckarter/clay@959434a


bordel: Various fixes to get to an ISO image.

Tend to a few typos left from the merge.
Add some usages to commands that were left out.
Fix variables renaming that changed meaning during the merge.

LGTM, merging


Some refactoring of azappconfig

Moved options and response types to their respective files. Moved methods on Setting to its respective file.
Inlined various from* conversion funcs to their call sites. Renamed paged response types to have the Response suffix per guidelines. Fixed an issue parsing the time value returned in the Last-Modified header. The expected format was incorrect and the error was previously silently dropped.

[ ] The purpose of this PR is explained in this or a referenced issue.
[ ] The PR does not update generated files.

These files are managed by the codegen framework at Azure/autorest.go.

[ ] Tests are included and/or updated for code changes.
[ ] Updates to module CHANGELOG.md are included.
[ ] MIT license headers are included in each file.

We had looked into a codegen solution but IIRC there were just too many oddities with the generated APIs plus it would be a pretty massive breaking change (I thought there was a draft PR with this, but I can't find it).
I will take another look, but I suspect we'll be sticking with our convenience layer.


[Parse] Consolidate parsing IfConfig clauses

#if/#elseif/#else/#endif parsing have 2 functions: statement-side and declaration-side.
They have many duplicated code which tend to accidentally be diverged (e.g. 3b42894f13a9d37df0b1ba8c22db89fdaa57823c).
This PR consolidate them.
Also, since fixing some issues around here will add fair amount of code, I split out related code into new ParseIfConfig.cpp
(I'm planning to fix SR-3455, SR-3663, SR-3415, SR-4032 and SR-4031)

@swift-ci Please smoke test

Awesome work -- thank you for putting so much effort into fixing up #if parsing!

@bitjammer Could you review this?

Beauty. LGTM

Thank you!
@swift-ci Please smoke test and merge


Add foreman installer to bin/setup

Since it's explicitly excluded, it would be nice to include this in the bin/setup pattern.

This may not be ideal, since foreman recommends using foreman.pkg for Mac OS X environments, and suspenders is probably environment-agnostic.
https://github.com/ddollar/foreman#foreman

Hey, thanks for your contribution! We recently merged a change favoring heroku local over foreman though: https://github.com/thoughtbot/suspenders/pull/655, so we won't this anymore.
Thanks again for your contribution! :)

Doh my mistake.


Fix agent server termination

Codecov Report

Merging #62 (c31efd5) into master (90ef5cb) will increase coverage by 0.18%.
Report is 2 commits behind head on master.
The diff coverage is 100.00%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the GitHub App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##           master      #62      +/-   ##
==========================================
+ Coverage   55.14%   55.32%   +0.18%
==========================================
  Files          10       10
  Lines        2109     2122      +13
==========================================
+ Hits         1163     1174      +11
- Misses        760      762       +2
  Partials      186      186


Move all notebooks to single folder

Simplifies path handling and makes usage of NC models easier

didn't end up needing to do this


Automatically execute cmd at start

Is there a possibility to automatically execute cmd at the start of watcher? I am trying to use watcher with multiple microservices and it's painful to change every service for the first time just to get everything up.

Hey @gelidus,
It is currently not an option to execute the command automatically, however I like this suggestion and see it being very useful, so I will probably implement this within the next few days when I get some spare time!

Hey @gelidus,
I've added a really simple flag that allows you to run the command specified right before the watching process starts if you'd like to give it a go.

Hi @radovskyb , thanks for the update! We'll try that and report back if we have any issues 👍


[build] Add Makefile for go library and application

Need to standardize Makefile across projects, go.ice, ayi etc.

test, coverage
lint, might add  https://github.com/mgechev/revive before we wrote our own #75
build, even gommon also has binary on multiple platforms, there is a dilemma between zsh completion and DRY (I prefer zsh completion and I don't want to generate Makefile ...)
docker based build and test #98

Ref

http://kirste.userpage.fu-berlin.de/chemnet/use/info/make/make_8.html
https://sahilm.com/makefiles-for-golang/ is a very good example (it might solve my old prefix and remove prefix in Makefile) no it didn't and I think the following code snippet don't need the os because it only has one word, just us $@ should be fine

PLATFORMS := windows linux darwin
os = $(word 1, $@)

.PHONY: $(PLATFORMS)
$(PLATFORMS):
    mkdir -p release
    GOOS=$(os) GOARCH=amd64 go build -o release/$(BINARY)-v1.0.0-$(os)-amd64

Fixed in #98 for application, might need to wait on go.ice and its users


Forseti Server 2.0  Not Starting

Hello everyone:
I am trying to help a client setup forseti 2.0 RC3. I can successfully install in my org and project but ran into some issues while trying in client org.
What we are noticing, after forseti_conf_server.yaml is updated with gsuite-service_account_key_file and cscc integration properties- server does not start. In the forseti log, there is no error message but it seems stuck in a compile step (model.proto). Can you help with this issue or guide us with troubleshoot steps?  Please let me know if you need more information. I have  a screen shot of the forseti log.  Deployment log says it's successful.Thanks.

sudo systemctl status forseti.service   shows server failed.

Resolved offline, will close this issue for now. If you experience the same problem again, feel free to re-open it.

@joecheuk please post the details in this thread


Get active mismatches

This modifies the /mismatches endpoint, so that it only returns mismatches that have not been edited yet and that do not belong to expired imports. Two optional request parameters are added, which allow including reviewed mismatches or expired ones.
Bug: T285301

Thank you!


Issues with HDR measurement output

Hi,
I'm new to YCSB and looking forward to get some test results for my thesis! I am running into some issues with the HDR measurement output. Whatever core property I set (histogram, hdrhistogram, and both doubles), I get a .hdr file like this:
#[Logging for: HdrCLEANUP] #[Histogram log format version 1.1] #[StartTime:<PHONE_NUMBER>.087 (seconds since epoch), Sat Apr 14 22:24:43 UTC 2018] "StartTimestamp","Interval_Length","Interval_Max","Interval_Compressed_Histogram" 0.000,0.001,0.002,HISTggAAAD942u3FMRGAMBQFsPfBRnWwoq13OKiRSqsEBiqBMVnSntGTa+Zz7mt/3CsAAAAAAAAAAAAAAAAA8Jd6AfMeA9E= 0.001,0.016,0.000,HISTggAAAB142pNpmdzIwMDAwQABzFCaEUoz2X9gQAEAYqkC8g==
I found somewhere in this GitHub a link to a HDR Histogram Web Plotter at http://hdrhistogram.github.io/HdrHistogram/plotFiles.html, but uploading this file there results in an error. The sample file they provide looks way different, so I'm not amazed.
What strikes my eye in the output above is the "Interval_Compressed_Histogram" column. It looks to me like an encrypted string, but I cannot find any information about how to decrypt/decompress this. The only thing I can find is at https://hdrhistogram.github.io/HdrHistogram/JavaDoc/org/HdrHistogram/HistogramLogReader.html, which claims to produce intervals from the specified file. I've tried running this in my VM, but I can't seem to figure it out. Maybe YCSB uses these libraries and decompression is broken?
Maybe I'm completely misunderstanding this feature and doing something wrong. I'm trying to visualize the output of YCSB in those cool histograms.
I hope someone can help me figure this out!
Thanks!
-Tommy

It's late, time to go to bed! Seems like I wasn't reading properly. I found the issue I was referring to: https://github.com/brianfrankcooper/YCSB/issues/1059
It helped me figure out how to run the HdrHistogram Log Reader using
./HistogramLogProcessor -i ../READ.hdr -o read
I'll see myself out. Keep up the good work!


Variables don't automatically import when injected via environment variables

Bug Description
When importing a flow into a new environment, variables receiving values from environment variables should be propagated automatically to match the behavior of running in backend mode.
This behavior is important to enable local mirroring of a backend deployment for debugging.
Reproduction

Create a flow with an Astra component with specific variables (ASTRA_ENDPOINT,ASTRA_DB_TOKEN)
Export the flow.
Create an .env file with the variables: ASTRA_ENDPOINT,ASTRA_DB_TOKEN (Set them with appropriate values)
Start langflow in a clean environment with the following command:
LANGFLOW_STORE_ENVIRONMENT_VARIABLES=true LANGFLOW_VARIABLES_TO_GET_FROM_ENVIRONMENT=ASTRA_ENDPOINT,ASTRA_DB_TOKEN python -m langflow run --env-file /path/to/.env
Import the flow into a clean deployment (e.g. a different laptop)
Notice that fields are empty where variables were set

Expected behavior
Ideally, the variables would import automatically, and if there is a conflict of values with a variable already set previously, there should be a prompt or warning that the conflicting variable couldn't be set.
Perhaps this behavior could be enabled/disabled via a toggle.
When using Kubernetes secrets, I'd expect similar behavior.
Who can help?
No response
Operating System
Mac M1 (Apple Silicon)
Langflow Version
1.0.18
Python Version
3.10
Screenshot
No response
Flow File
No response

I believe that's exactly what I'm doing unless I'm missing something.

Hi Devin, I hope you're doing well!
Your step-by-step guide is spot on, with just one small but crucial detail missing. When exporting your flow, you need to explicitly specify that the flow should be saved with your API Keys.
It’s likely that you didn’t do this because this option only appears when you export the flow from within the canvas. Take a look at the images below:
First, inside the canvas of your flow, click on the flow’s name and then select "export."

Second, at this point, a window will appear with an option to include the API Keys along with the flow.

Once you do that, your steps should work perfectly. It worked for me!
Please let me know if this worked for you

Hi Italo,
Thank you very much for the help!
I'm actually wondering if there's a solution that doesn't require exporting the keys' values. The reason I don't want to export the key values is I only really want to export the placeholders since the actual key values should be provided at runtime via environment variables. I could set dummy values for the variables in the LangFlow UI before exporting (to prevent leaking the actual key values into the file that will be committed to Github and bundled into a deployment), but then that breaks my ability to test everything locally (since I want the local UI to be able to connect to all the backend services when I run it to test the code before I export the flow for a deployment).


/tmp/fractal_test is not visible from host machine

We set FRACTAL_TASKS_DIR=/tmp/fractal_test/tasks in server.env, and it is parsed correctly.
I triggered a task-package collection from the web client, and the logs show it went through.
Now I have:
# From fractal-server:
root@c9002d114684:/app# ls /tmp/fractal_test/tasks/.fractal/
fractal-tasks-core0.10.1

# From host machine:
$ ls /tmp/fractal_test
ls: cannot access '/tmp/fractal_test': No such file or directory

Closed in 95f60e2


Added tags to call individual sub-components.

With the tag key word, you can specify individual components to call. This way if something fails, the user can re-execute an individual component rather than re-run the entire playbook.
An example requiring sudo (with the -K flag) is below.
ansible-playbook -i /etc/ansible/hosts --tag make modsecSetup.yaml -K

Nah bro i got this tag thing under control


Additional fieldhead items not currently catered for

See Employee Local Identifier (de) as an example. Additional labels and values between format/length and National Codes (some of the extra fields have hyperlinks in labels and/or values).
We need this to get picked up too. Needs discussion with Oxford on how best to ensure this content gets picked up.
We could potentially add as extra txaclass file properties.
Need some indication of relative priority from DD team.

Workforce data set Data Elements have extra rows for:
NWDS ID:
NWDS Field Name:
ESR Field Name:
These are not a showstopper. They are there for linkage purposes.

ODS codes will be turned into default codes in DD. NWDS items will need suppression by James' processing. Not to be implemented until the October DD release.

There is a ticket for the ODS default code issue:
ODS Default Codes showing as National Codes #141
This is in the trunk and will be in the October release.

Can @jamesrwelch verify if suppression will be globally applied or specifically applied for the nwds items?

Burned


Filter keyof properties by types

So there is:
type Deferred<T> = {
    [P in keyof T]: Promise<T[P]>;
};

And we have:
interface Obj
{
    id: number;

    employee: {
        id: number;
        name: string;
    }

    // an array here too
}

With Deferred<Obj> the employee object and arrays will also be Promise but that would not always be what we want. It also will not nest on children objects.
The ability to filter keys by type would be very good as:
type Container<T> = {
    [P in keyof T where T[P] extends number | string]: Promise<T[P]>;
    [P in keyof T where T[P] extends {}]: Container<T[P]>;
}

If use more than one in would be out of question, something using intersection may work too.

Yes, this would be a nice capability to have. I think it is already covered by #12424.

I understand the similarity and depending on the design of #12424 it will cover my needs. On the other hand, this issue may do additional things, i.e., really "filter" out (hide) what comes from in/keyof depending on a condition.


Add README for Quarkus kafka template

Checklist:

[x] Read the Code of Conduct and Contributing Guidelines.

[x] Followed the commit message guidelines.

[x] Stack adheres to Appsody stack structure.

Modifying an existing stack:

[ ] Updated the stack version in stack.yaml   - Not done as this is only a README change

As requested by @neeraj-laad I've added a specific README.md in the folder for the kafka template of the Quarkus stack.  This keeps the details out of the main README.md and makes it consist with the other stacks.

@ianpartridge please review


GCP: Allow for custom VPC subnet II

What does this PR do?
This is slightly modified PR #500 . It enables you to specify custom VPC subnet when creating network in GCP.
How should this be manually tested?
In config file configure custom subnet, e.g. gce_vpc_custom_subnet_cidr: '<IP_ADDRESS>/20', then verify that the subnet was created and that instances are connected to it:
$ gcloud compute networks subnets list
NAME                           REGION        NETWORK            RANGE
ocp-peter-europe-west1-subnet  europe-west1  ocp-peter-network  <IP_ADDRESS>/20

$ gcloud compute instances describe ocp-peter-bastion --format='value(networkInterfaces.subnetwork)'
https://www.googleapis.com/compute/v1/projects/ose-refarch/regions/europe-west1/subnetworks/ocp-peter-europe-west1-subnet

Is there a relevant Issue open for this?
Just the PR #500
Who would you like to review this?
cc: @bdurrow @e-minguez  PTAL

Thanks @pschiffe, The reason that I chose to do things like this in my PRs was so that people using an old config.yaml would get the previously expected behavior:
gce_vpc_custom_subnet_cidr: {{ gce_vpc_custom_subnet_cidr|default('') }}
Based on your commits that is not something that is worth making the code more complex for.  I'll keep this in mind in the future.

@bdurrow exactly. Thanks.

@e-minguez I've added better description.


Any way to format the response differently?

Hello!  First, let me say thanks for this extension it's totally amazing.  My only request is if there's a way to get a 'clean' response back without the "response test: ' ' " part?
For my use case I've got it built in Assist to be able to ask 'Do you see an {object} in the {location}?'  So I can ask 'Do you see a dog in the back yard?' but the response it gives is "{'response_text': ' No, there is no dog visible in the image. The picture shows a backyard with a deck and a swing set. '}"
Is there an easy way to get just the text without the rest of it?
Thanks!  I've been trying to edit it in the YAML, but I'm a dummy!

The 'clean' text is stored in response.response_text. What does your setup look like? Can you attach your YAML?

Thanks for your help!  If I call response.response_text I just get 'Done' rather than the results.  I'm using one automation with multiple spec ID's for each different sentence.  Here's the YAML for the action for the search:
  - conditions:
      - condition: trigger
        id:
          - Search
    sequence:
      - service: gpt4vision.image_analyzer
        data:
          provider: Ollama
          model: llava
          include_filename: false
          target_width: 1280
          detail: high
          max_tokens: 100
          temperature: 0.5
          image_entity:
            - camera.backyard
          message: Do you see a {{ trigger.slots.thing }}
        response_variable: results
      - set_conversation_response: "{{ results }}"
        enabled: true

If I do it this way, I get what I mentioned about, the {'response_text} 'Yes there's a tree in the yard'}'
If I set the conversation response to response.response_text it just says 'Done' no matter what I do.
If I remove the last two lines so there's no conversation response it also just says 'Done'.
(Also, sidenote, I see the include filename tag for my other feature request!  I'll play with that in a minute too!  Thanks again for your help!)

It's strange that it returns 'Done' as it does seem to work otherwise.
I don't really have much experience with Assist as I use Extended OpenAI Conversation. It is more customizable than the built-in agent, but can still be used through the Assist interface. It also allows for dynamic entity selection by the LLM so you don't need to write multiple automations.
I mention this because I use this myself and have written so-called 'specs' which is how you can write your own extensions to work with Extended OpenAI Conversation.
So while I unfortunately don't know how to fix Assist, I highly encourage you to try out Extended OpenAI Conversation.
You can find the specs I mentioned in the wiki.

I've used Extended OpenAI before, but I currently use Home-LLM (https://github.com/acon96/home-llm) as it allows for a local LLM to have control over entities without relying on ChatGPT.  When I say 'Assist', I really mean the home-llm.  I'll have a look at that wiki and see if I can come up with any kind of work around.
Ideally it's be nice to have a checkbox to change to a simpler output without the response.txt part.  But I think I can probably get that clean response if I figure out some YAML formatting.
That spec thing is really cool though!  That sounds like basically exactly what I'm trying to do, but I don't think I'd switch to Extended and give up LocalLLM control for it, at the moment.

Figured it out!  You can mark this as closed.
For any other dummies like me, the correct last line should read:
{{ results.response_text }}
Now I get results and stuff like you were mentioning in the Wiki locally!  Whoo!  Yes, thanks!

Very glad to hear it's working now!


Bump cli image version

This has

https://github.com/ministryofjustice/cloud-platform-cli/releases/tag/1.14.8


These problems occur after upgrading the latest version of flutter, how can I solve them?

Steps to Reproduce

Running "flutter pub get" in KyeeSaas...
Cannot create link, path = 'D:\devflutter\flutter.pub-cache_temp\dird8658750\ios\Classes\FLTPackageInfoPlugin.m' (OS Error: Client does not have required privileges。
, errno = 1314)
pub get failed (66; , errno = 1314))

...

...

Logs

Logs

@132056135
Can you provide flutter doctor -v and complete error log ?


Cache ttl does not update after code change

Laravel Version: 5.8.27
PHP Version: 7.2.1
Database Driver & Version: irrelevant

Description:
When you cache a value with ttl of 5 hours for example, and you run your code of course, the value get into the cache store.
Then if you change the $ttl down to 1 second and you start to re-run the code, you still get the cached value out of cache store, without hitting the actual underlying method.
It seems that it continue to get the value out of cache store until the 5 hour period finishes.
Steps To Reproduce:
Cache::remember('foo', 3600, function() {
    $int =  (string)random_int();
    dump('generating a new value to be cached... '.$int);
    return $int;
});

run your code, how ever you want to.
then change the $ttl down to 1:
Cache::remember('foo', 1, function () {
    $int =  (string)random_int();
    dump('generating a new value to be cached.... '.$int );
    return $int;
});

and re-run you code every 5 seconds...
you won't hit the closure.
It is a confusing behavior, I was confused last night and I had no idea about what's going on in my application. when I saw the $ttl was 0 and it was not hitting the closure.
It took me about 15 minutes to find out the reason.
Isn't it better to for the cache store to work according to the currently passed $ttl value ?!

For me, it's not a bug because even if I change the TTL value, it doesn't mean previously cached data are invalid.
Can't you invalidate the cache?

Yes, it can be solved by cache::forget.
I don't think it is an explicit bug but any way it can trip a lot of people off.
I had been with laravel since version 4.0, but it easily made me : 😨  (what's going on ???!)
I don't think new comers can figure the situation out easily while in development, so it would be frustrating for them.

I think that the documentation is pretty clear on this matter. The closure will be executed and its return value will be saved with the TTL specified only when the item does not exist in the cache. There is no mention there that you can change the TTL of an existing item via the remember method (and it also doesn't make sense for it to behave that way IMO).

I think it's just weird, you have 0 for ttl but the value is coming out from the cache.
That happens in development phase when playing around, and testing the app.

This is the expected behavior.


Make devtools module a Proxy module

If your reload Python plugins, the devtools module will also be reloaded. But the original module object might still be referenced in an already compiled Python Tag or Generator. If a Proxy object would be added to sys.modules under the entry devtools which proxies the actual module _devtools, that could resolve the issue.

No longer relevant since v1.1 changed devtools to the "c4ddev" package that can only be loaded with require().


run ipython app.py 8080 failed

I followed the instruction carefully and still I can not make it run
ValueError: Shape must be rank 1 but is rank 0 for 'cnn.batchnorm2/cond/Reshape_4' (op: 'Reshape') with input shapes: [1,256,1,1], [].

RuntimeError: Error(s) in loading state_dict for CRNN:
	Unexpected key(s) in state_dict: "cnn.batchnorm2.num_batches_tracked", "cnn.batchnorm4.num_batches_tracked", "cnn.batchnorm6.num_batches_tracked".

When I use pytorch version, still it can't load weights. Anyone has the same error?

same failed.
请问解决了吗

ipython重新安装就解决了。。

请问需要先卸载ipython吗？还是直接pip install ipython


Bug - Minor - iPhone - Chrome browser - Images Grid carousel - Opening up Images will display an incorrect default state on the Image grid carousel

When opening an Image from the Images grid carousel on the Chrome browser of an iPhone, the default state of the image in the carousel has an incorrect “inbetween slides” state
Steps to reproduce:

Open https://38-images-grid-carousel--vg-macktrucks-com-rd--netcentric.hlx.page/drafts/tdziezyk/v2/images-grid-with-modal on the Chrome browser of an iPhone
Click on one of the Images from the bottom
Notice the default state of the Image on the Images grid carousel

Expected result
Image on Carousel should be correctly displayed by default when clicking on one of the Images
Actual result
When opening the Image grid carousel on the Chrome browser of an iPhone there is an incorrect “inbetween slides” state displayed by default
Note: This issue has been so far identified on the iPhone - Chrome combination and even there is occuring intermitently
Tested using broswerstack: iPhone 13: Chrome

#38

Validated with URL  and able to get the correct results hence, closing the defect :


Change deprecated .textsize into .textlength

See https://pillow.readthedocs.io/en/stable/releasenotes/10.0.0.html#font-size-and-offset-methods
Changed in pillow 10, textsize method no longer exists

Thanks for the patch! Do you know if there is any functional difference between .textsize() and .textlength(), or is this just a renaming?

Also, .textlength() seems to have been added in version 9.2.0 which is from July 2022 according to https://pypi.org/project/pillow/#history. Maybe we still want to call .textsize() for older Pillow versions...

Thanks for the patch! Do you know if there is any functional difference between .textsize() and .textlength(), or is this just a renaming?

Should be exactly the same:

Also, .textlength() seems to have been added in version 9.2.0 which is from July 2022 according to https://pypi.org/project/pillow/#history. Maybe we still want to call .textsize() for older Pillow versions...

Good catch, I added a version check in fac8b0e9f33099954ebc2ef68ee18f9358205a9f

Let me know if you need anything else from my side!

I don't think this will work.  .textsize returned a pair of (length, height), while textlength returns only the length.  I was able to fix it for myself using font.getbbox(value).

This looks good now. I've tested it with Pillow 10 and Pillow 9.5.0 (the latter was painful to build...). Thanks!


Fix the problem of unsupported gbk encoding

Did this change require a change to RaspberryJuice? Have you tested with Minecraft: Pi edition? Im assuming changing the encoding would break the comms with mcpi?


Problem going from Octopus Agile to Go

Hi Matt,
I was on Octopus Agile which worked correctly, I've now moved to Go Faster.
I have edited the yml as follows:
      - TeslaMate__UpdateIntervalSeconds=300
      - TeslaMate__GeofenceId=1
      - TeslaMate__Phases=1
      - TeslaMate_EnergyProvider=FixedPrice
      - FixedPrice__TimeZone=Europe/London
      - FixedPrice__Prices__0=00:00-20:30=13.8
      - FixedPrice__Prices__1=20:30-23:30=4.5
      - FixedPrice__Prices__2=23:30-23:59=13.8

but I receive the following error:
Microsoft.Extensions.Options.OptionsValidationException: DataAnnotation validation failed for members: 'RegionCode' with the error: 'The RegionCode field is required.

If I add in the region_code field I previously had then the pricing is derived from the Octopus API lookup ignoring the FixedPrice option.
Thanks

You look to only have one underscore in the environment variable for EnergyProvider so TeslaMateAgile is defaulting to Octopus Agile integration, it should be TeslaMate__EnergyProvider

Additionally the prices configuration should wrap all the way around 24 hours so set that last one to 00:00 instead of 23:59 🙂

You look to only have one underscore in the environment variable for EnergyProvider so TeslaMateAgile is defaulting to Octopus Agile integration, it should be TeslaMate__EnergyProvider

So it was just luck that it worked previously ;-)

Additionally the prices configuration should wrap all the way around 24 hours so set that last one to 00:00 instead of 23:59 🙂

I wasn't sure

Thanks Matt, closed due to poor eyesight

Glad I could help! As an additional tip you only actually need 2 price configurations for this scenario as the times can go beyond midnight, in your case it could be:
      - FixedPrice__Prices__0=23:30-20:30=13.8
      - FixedPrice__Prices__1=20:30-23:30=4.5

It will work perfectly fine how you have it now just an fyi 🙂

Glad I could help! As an additional tip you only actually need 2 price configurations for this scenario as the times can go beyond midnight, in your case it could be:
      - FixedPrice__Prices__0=23:30-20:30=13.8
      - FixedPrice__Prices__1=20:30-23:30=4.5

It will work perfectly fine how you have it now just an fyi 🙂

I tried that originally, but it wasn't working for the lack of an underscore

OK, something's gone horribly wrong, i get the cost calculation returning the following:
Calculating cost for charges 04/13/2021 19:46:13 UTC - 04/13/2021 22:02:46 UTC
Calculated cost 125.29 and energy 16.78 kWh for charging process 275

Which gives an effective rate of 7.467/kWh
That's using:
      - FixedPrice__Prices__0=23:30-20:30=13.8
      - FixedPrice__Prices__1=20:30-23:30=4.5

Hmm, I'm assuming this is probably a timezone issue (https://xkcd.com/1883/ 😁)
The charging times there are marked as UTC, which would make them 20:46 -> 23:02 BST, which makes the charge completely within the range of the 4.5p/kWh cost but it looks like it's calculating it as if your cost is 19:46 -> 22:02 BST which would result in approximately that cost.
Would you be able to export the relevant data from the charging_processes and charges tables for this charging session and send it to me? Check out the troubleshooting section of the README for a little more info on how to access the database if you're not sure. I also noted in this comment how to do it as well https://github.com/MattJeanes/TeslaMateAgile/issues/17#issuecomment-772895618
There is no personal information in those tables as location data for example is stored in a different table but be sure to read the output before sending it over just in case!
I'll use the data to replicate the issue and prepare a fix, and if you're happy include it in the unit tests for this project.

Hmm, I'm assuming this is probably a timezone issue (https://xkcd.com/1883/ 😁)
The charging times there are marked as UTC, which would make them 20:46 -> 23:02 BST, which makes the charge completely within the range of the 4.5p/kWh cost but it looks like it's calculating it as if your cost is 19:46 -> 22:02 BST which would result in approximately that cost.
Would you be able to export the relevant data from the charging_processes and charges tables for this charging session and send it to me? Check out the troubleshooting section of the README for a little more info on how to access the database if you're not sure. I also noted in this comment how to do it as well #17 (comment)
There is no personal information in those tables as location data for example is stored in a different table but be sure to read the output before sending it over just in case!
I'll use the data to replicate the issue and prepare a fix, and if you're happy include it in the unit tests for this project.

Sent, more than happy to help/give back to the community

Thank you very much! I have tracked down the issue and fixed it, now released with version v1.5.1
Please update your TeslaMateAgile, and set the cost for this charge (and any other affected charges) in the charging_process table to NULL and it should pick them back up within 5 minutes!
With your provided data I calculated a cost of 75.5p with 16.78kWh of energy, which comes out to 4.5p/kWh.
Let me know how it goes, fingers crossed everything works perfectly!

Thank you very much! I have tracked down the issue and fixed it, now released with version v1.5.1
Please update your TeslaMateAgile, and set the cost for this charge (and any other affected charges) in the charging_process table to NULL and it should pick them back up within 5 minutes!
With your provided data I calculated a cost of 75.5p with 16.78kWh of energy, which comes out to 4.5p/kWh.
Let me know how it goes, fingers crossed everything works perfectly!

Thanks Matt, tested and all working
Thanks for your great work and support

That's great to hear! By the way I'll be publishing another new version shortly as all of this has reminded me to upgrade to .NET 5!


Remove redundant console.warn from outdated module notification

ui.notifications.warn already posts to console unless it's fed {console: false} in it's second parameter. Currently this produces two warnings in the console per module, one from pf2e, one from foundry: .

Okay IDK what's up with it yelling about PredicatePF2e. I synced my fork right before making this branch. Probably a simple git-noob mistake again.


Background workers should not depend on files being in local temp files

When there are multiple workers, the local temp files may be on another machine or otherwise not available locally.  It's fine to use them if they are there, but the worker should be able to download files from Fedora if needed to perform its task.

Is this still an issue?  If we have network-mounted temp space, this might not be a problem anyway...


⚠ ClamAV has degraded performance

In 38bc2be, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 192 ms

Resolved: ClamAV performance has improved in a0ade8c.


[Documentation] ReSharper Settings

ReSharper seems to have moved the related settings (version 2019.3).

Its probably the best to let the user search for term "bulb" in his ReSharper settings to find the options.

Thanks, I've updated the documentation


mrc-4198 restore

The PR adds the restore logic, skipping any invalid targets but reporting which have failed and which have been restored.
Also adds a check that a valid host name has been passed, which was missing.

LGTM
I get this error when I try to run tests locally, in tests_integration.py::test_restore:
E       docker.errors.APIError: 400 Client Error for http+docker://localhost/v1.41/containers/create: Bad Request ("invalid mount config for type "bind": invalid mount path: 'starport' mount path must be absolute")

..which is odd as it's obviously passing on CI, and I was expecting test_restore_remote to be the problem!

Ah I think I know what might be happening. That test is relying on there not being any backups in the starport, but maybe if you ran backup manually there are, and it's trying to restore them. But it's right that it should be an absolute path so maybe worth validating that when parsing config; will add validation at that stage, and also fix this test to use a different temporary path!

Ok, this should now support relative paths, but you will still get that particular test failure if using an unclean local path.


[RFC] MXNet website improvements

Description
This issue is being created to gather:

All the new feature requests/suggestions for MXNet website improvements and changes.
Current we have 40 open issues tagged "Website" - https://github.com/apache/incubator-mxnet/issues?q=is%3Aissue+is%3Aopen+label%3AWebsite , if there are any other issues that you face, please comment.

If your feature request/issue is already listed, please +1.
All the feature requests and issues listed in this issue will be triaged and projects will be created to improve MXNet website experience.

Another issue: Anchor tags are shifted.
Anchor tags exist, but they don't work properly. They are shifted by certain margin [potentially getting hidden by the header]
For ex:

Go to contribute page : https://mxnet.apache.org/community/contribute.html
Select a specific anchor : Setup MXNet for Development [https://mxnet.apache.org/community/contribute.html#setup-mxnet-for-development]
It takes you here

But it's supposed to show you this

This looks like an easy fix and improves usability as anchor tags will start behaving correctly [rather than user having to scroll up to adjust the screen].

Looks like a bug, moved it to another issue. Will fix this

Another bug I had found was table of content leaking over to the footer
Maybe you can prioritize this one too https://github.com/apache/incubator-mxnet/issues/16349
Thanks @ys2843

https://github.com/apache/incubator-mxnet/issues/18693

Clipped table of contents
Missing copy button

https://github.com/apache/incubator-mxnet/issues/18719

beta.mxnet.io redirects to mxnet.incubator.apache.org/ landing page [instead of specific API]
google index needs to be updated to point to mxnet official API page [instead of beta site]


Fix Windows CI

Windows seems to take sometime to close an IOStream and a file. This bumps up the amount of idle time to avoid erroneous errors that occur with back-to-back generate_mesh and remove_mesh! calls on Windows systems.
Windows sometimes does not close the IOStream and release a file. With the advice from here adding an explicit call to the garbage collector GC.gc() before one attempts to delete the file fixes the CI issue.

coverage: 98.819%. first build
when pulling 8469747c04d030c1014c4c1889b47573f044968c on fix-windows-ci
into ee72a13e9dbddb12a27d5c9dbeafe803b3d4be70 on main.

coverage: 98.819%. first build
when pulling 621228cbf948ca76aaaf97a8ff95e4848ea4c504 on fix-windows-ci
into ee72a13e9dbddb12a27d5c9dbeafe803b3d4be70 on main.


--version-number flag

Flag similar to --version-id but resolves version numbers into version IDs, equivalent to passing a URL.

Actually if the mod has the same version number for different releases, then it will have a different url than the
https://modrinth.com/mod/<slug>/version/<version>
It will be the version id instead of version.

Yeah, hmm... how should packwiz resolve the version number when there are multiple? The URL handling code matches the Modrinth frontend - i.e. the oldest version gets the version number, the others must use the ID, but I think this might be counter-intuitive for a --version-number flag.

I think that it should match all the versions with the same number, then pick the one closest to the pack's platform. If there are still multiple, offer a selector and the default one can be the most recent one.


Assert that domain got ip address in wait_for_lease acceptance tests

in the current testacceptance testsuite we don't check if the domain get the IP adress.
I found out that this can lead to bugs, so we might automated this scenario in our regression tests.
Howtos:

[ ] from the current test here: https://github.com/dmacvicar/terraform-provider-libvirt/blob/61a10f23482fba4fe35c620774dd39fb47dd7d32/libvirt/resource_libvirt_domain_test.go#L373
rename the test with wait_forLease or make in the title implicit that we are testing with it to true.

[ ]  Create a function ( or research if we already have one)  that will check that the domain has an IP adress assigned otherwise the tests should fail

closing this is not testable ( due of the limits of our domain during testacc)


Ensure D track is ready for v2 launch

There are a number of things we're going to want to check before the v2 site goes live. There are notes below that flesh out all the checklist items.

[ ] The track has a page on the v2 site: https://v2.exercism.io/tracks/d
[ ] The track page has a short description under the name (not starting with TODO)
[ ] The "About" section is a friendly, colloquial, compelling introduction
[ ] The "About" section follows the formatting guidelines
[ ] The code example gives a good taste of the language and fits within the boundaries of the background image
[ ] There are exercises marked as core
[ ] Exercises have rough estimates of difficulty
[ ] Exercises have topics associated with them
[ ] The first exercise is auto_approve: true

Track landing page
The v2 site has a landing page for each track, which should make people want to join it. If the track page is missing, ping @kytrinyx to get it added.
Blurb
If the header of the page starts with TODO, then submit a pull request to https://github.com/exercism/d/blob/master/config.json with a blurb key.  Remember to get configlet and run configlet fmt . from the root of the track before submitting.
About section
If the "About" section feels a bit dry, then submit a pull request to https://github.com/exercism/d/blob/master/docs/ABOUT.md with suggested tweaks.
Formatting guidelines
In order to work well with the design of the new site, we're restricting the formatting of the ABOUT.md. It can use:

Bold
Italics
Links
Bullet lists
Number lists

Additionally:

Each sentence should be on its own line
Paragraphs should be separated by an empty line
Explicit <br/> can be used to split a paragraph into lines without spacing between them, however this is discouraged.

Code example
If the code example is too short or too wide or too long or too uninteresting, submit a pull request to https://github.com/exercism/ocaml/blob/master/docs/SNIPPET.txt with a suggested replacement.
Exercise metadata
Where the v1 site has a long, linear list of exercises, the v2 site has organized exercises into a small set of required exercises ("core").
If you update the track config, remember to get configlet and run configlet fmt . from the root of the track before submitting.
Topic and difficulty
Core exercises unlock optional additional exercises, which can be filtered by topic an difficulty, however that will only work if we add topics and difficulties to the exercises in the track config, which is in https://github.com/exercism/d/blob/master/config.json
Auto-approval
We've currently made any hello-world exercises auto-approved in the backend of v2. This means that you don't need mentor approval in order to move forward when you've completed that exercise.
Not all tracks have a hello-world, and some tracks might want to auto approve other (or additional) exercises.
Track mentors
There are no bullet points for this one :)
As we move towards the launch of the new version of Exercism we are going to be ramping up on actively recruiting people to help provide feedback. Our goal is to get to 100%: everyone who submits a solution and wants feedback should get feedback. Good feedback.
If you're interested in helping mentor the track, check out http://mentoring.exercism.io/

When all of the boxes are ticked off, please close the issue.
Tracking progress in https://github.com/exercism/meta/issues/104

Things that can be checked off already:

The track has a page on the v2 site: https://v2.exercism.io/tracks/d
The code example gives a good taste of the language and fits within the boundaries of the background image
Exercises have rough estimates of difficulty
Exercises have topics associated with them

Things to do include:

Rewriting the about section as it's been copied from external sources without attribution (taking into account the new formatting guidelines, and aim of a friendly/colloquial/compelling introduction)
Adding a blurb to config.json
Choose ~8 exercises and mark these as core in config.json; the remaining need to have unlocked_by set


Completed review of Chapter-Planner_configuration.xml

Completed grammar and style review for Planner Configuration chapter.

Great work. Automatatic merge isn't possible, probably because I made changes on that chapter since you started editing it. Would you mind fetching the changes from blessed (= upstream) and rebasing your branch to the upstream master? It will likely give a merge confict, at which point you can open the file with gedit and look for the conflicting lines, fix it and then "git add" the file & "git commit".

Fixed by https://github.com/droolsjbpm/optaplanner/pull/115


Pointing device support

RMK should support other input devices, like touchpad, encoder, joystick, etc.

Related issue: #29 #69

Since the generic task limitation(https://github.com/embassy-rs/embassy/issues/2454), the only way for defining a generic input device task is to use macro. There are two options:

Use a proc-macro like:

#[input_device]
struct RotaryEncoder {}
impl InputDevice for RotaryEncoder {...}

which could be expanded as:
struct RotaryEncoder {}
impl InputDevice for RotaryEncoder {...}
#[embassy_executor::task]
async fn rotaryencoder_task(device: RotaryEncoder) -> ! {
  device.run().await
}

Use a decl macro

struct RotaryEncoder {}
impl InputDevice for RotaryEncoder {...}
impl_input_device!(RotaryEncoder, task_name);

expanded code:
struct RotaryEncoder {}
impl InputDevice for RotaryEncoder {...}
#[embassy_executor::task]
async fn task_name(device: RotaryEncoder) -> ! {
  device.run().await
}

option 1: simple and easy, but the task name cannot be customized
option 2: the task name can be customized, but need call impl_input_device for each device

Okay, after some testing I found neither work with generic tasks. So I have to give up embassy task. The only option seems to be join all input device's run together:
// Implement the input device for RotaryEncoder
struct RotaryEncoder {}
impl InputDevice for RotaryEncoder {...}

in user space:
let e1 = RotaryEncoder {};
let e2 = RotaryEncoder {};
join(run_rmk(), run_devices!(e1, e2)).await


Switch RcStr from std::sync::Arc to triomphe::Arc

Description

Testing Instructions

#8715  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @bgw and the rest of your teammates on  Graphite

Merge activity

Jul 10, 10:52 PM EDT: @bgw merged this pull request with Graphite.


Fix MSVC cmake target

See the windows-cmake action, the missing u8ident.lib error, when linking.
This needs to be fixed by someone with a windows machine and MSVC.
cmake is just too broken to be fixable remote. I've tried several days.

Added stricter visibility rules at least.

Link to the source, not the lib. MSVC passes now, build, tests and packaging works.
We would just need a simple example to test linking to the lib now. The tests need more, all the internal XID's.


Remove selenium-bom once selenide supports selenium 14.4+

Currently, selenide cannot run with Selenium 14.4+ because it uses a class based on Netty that has been removed in Selenium.
As a workaround, we pinned the Selenium BOM at version 14.3 in the integration tests modules.
This definition should be removed once a compatible Selenide version is released (maybe 7.0?)

Done in the dependantbot PRs