Using macOS Docker desktop have some mistake

hello,my dear developer , i using my laptop always stop on here.
Warning: apt-key output should not be parsed (stdout is not a terminal)
But i using my linunx ubuntu server is ok.
I cant find what things happend.
Could you help me to sovles this quetion?Tanks

I found the problme ,my network question,sorry~


Assignment of Sites, Users, Chargers: Redesign to have a double list in the edition dialog

The idea is to have a double list (left and right) and arrow to move the selection from left to right.
Each list has search capabilities and are paginated.
This has to be a component that we use to the scenarios like assigning a user to a site, a charger to a site area...
This component has to be placed in edit/create dialog like for instance in User's Edit/Create pop-up we will have a new tab named Sites which will contain two lists to assign a site to a User and make it Site Admin.
The data are persisted only when the Save button is pushed.
Voila!

Should follow the same design as Car


Update: add ecmaVersion 2022 to ESLint demo

This PR adds 2022 to the ECMA Version list in ESLint demo, and sets it as default.

Can we discuss "latest" and other updates in a separate issue? This PR just aims to add the missing 2022 so that the new syntax can be used in our demo.


3D Tiles - small b3dm picking fix

For #3241
For a b3dm with a batchLength of 0 the picked primitive should be the tileset instead of the model.

Good catch.


Revert Revert "Idempotent Swapping"

This puts back the better qualified Idempotent Swapping, but
adds two variables which control whether or not swapping is
enabled during testing.  This addresses a short-term issue of
occasionally failing integration tests under some scenarios,
but not others.
The integration OOM-test isn't properly failing because
the cgroup memory control doesn't account for swap usage
(by design) in limit_in_bytes.
Fixing this for the long-term requires repairing the
test to also set memory.memsw.limit_in_bytes=0
(in addition to memory.limit_in_bytes=5m).
N/B: Normally these things are passed down from k8s,
which is why the same fix isn't currently needed
for the e2e tests - hence the new variable is True by
default.
Signed-off-by: Chris Evich<EMAIL_ADDRESS>

@runcom @mrunalp @edsantiago PTAL

/test all

/test ami

No hurry to get this in till after 1.0.1

/retest integration_rhel

(rebase * --force push)
/test all

Thanks for the review Ed.

I'm completely confused about this or the reasons behind it, and I don't feel qualified to comment on the end goal itself. So, just one typo comment and one overall observation.

It's quite simple...mrunal reverted the "idempotent-swap" commit because (somehow) that made a particular test pass (the how/why is a long-story)...despite it reverting back to the old/fugly swap-enabling tasks.  It was a short-term measure to get us over the 1.0 hump.  This PR is here to put things back in place.
At the same time, adding the switches to more finely control where/when swap is used.  Of course the real fix (for the test) is still needed - but that bout of arguing doesn't need to get in the way of having some sanity around swap setup.
Clear as wet mud? 😀

Okay, all fixed.  Saving the CI testing for later (otherwise I'd be tempted to look at the results).

/test ami

@mrunalp @runcom  @rhatdan PTAL when appropriate, this one's ready.  Though IMHO, somewhere in the test needs to set memory.memsw.limit_in_bytes=0 in addition to the 5MB memory limit for a "more proper" fix.

I don't see a use case for running e2e with disabling swap. If @cevich really needs it, then we can get it in making sure that it is turned off by default just like in Openshift and Kube upstream e2e tests.

(rebased and --force pushed)

thinking...

@mrunalp @rhatdan Having swap enabled, alters the kernel's VM allocater in subtle but significant ways.  Ignoring that, opens a nasty, nasty, little hole for Sméagol to hide in.  Given sufficient memory, any app. validated with swap on, is virtually guaranteed to work with it off.    The reverse is not true, and given the "oportunity", it's far cheaper to uncover these bugs in test, than in the field.  So my preference is to always test with swap enabled.
That said, this PR simply provides the choice.  IIRC, it defaults to existing behavior (e2e: on, integration: off).  It's not my preference, but at least it makes it easy to switch on/off for further development/debugging.

@cevich If you try starting kube, this is what you see:
[root@localhost kubernetes]# CGROUP_DRIVER=systemd CONTAINER_RUNTIME=remote CONTAINER_RUNTIME_ENDPOINT='/var/run/crio.sock  --runtime-request-timeout=15m' ./hack/local-up-cluster.sh
WARNING : The kubelet is configured to not fail if swap is enabled; production deployments should disable swap.

@mrunalp Interesting, thanks for sharing, I wonder why that is, seems totally backwards to me.  Hmmm.

To be extra anal, may be a good idea to add integration and e2e tests to that effect as well (in case they run w/o ansible)?

@cevich We should ensure that swap is disabled. Closing this PR.

@mrunalp Roger-dodger, I'll open a new PR.  Thanks again for the details.

Opened https://github.com/kubernetes-incubator/cri-o/pull/1329


Readme should include screenshot example

Someone told me about this library, and they sent me a screenshot of some example usage, and it told a super compelling story. Classic "a picture is worth a thousand words" stuff. I think if the readme had a sample screenshot at the top, it would make the use of this repo a lot easier to understand.

I found a bunch of examples in https://github.com/cashapp/AccessibilitySnapshot/tree/master/Example/SnapshotTests/Snapshots/SnapshotTestingTests that you could probably use as-is, or it might be clever to craft something a little more illustrative.

Thanks Zev, that's a great idea! Do you have one example in mind you think would stand out? What about using the example from the blog post announcing the framework?

That's a good one! Although for some reason, I was thinking that side-by-side would be more compelling. Something like this, but maybe smaller and with a few more controls.
But I think the one in the blog post is better than nothing.

I updated the README to include the sample snapshot from the blog post for now. I'm going to be going some more work on the documentation, so if I come up with a better example as part of that I'll update the README again.

It looks great!


Separate HBRouter and other 'core' logic into a separate package or at least module

This can enable users to adopt Lambdas with the OpenAPI generator without downloading and building the large of set of dependencies that supporting HTTP, WebSocket etc brings.

I think I'm going to close this. The problem with implementing this is both HummingbirdCore and a separate router module would use the same type Request but we wouldn't want either of them to be dependent on the other.


List All Container Images Running in a Cluster

Contrary to the title, this page shows how to list all images of pods only.
To get all images this one works for me:
kubectl get pods --all-namespaces -o jsonpath="{..image}" |\
tr -s '[[:space:]]' '\n' |\
sort |\
uniq -c

@amalic can you also show an example of the incorrect output you see when following the existing documentation, and point out why it's wrong?
/language en

@sftim @amalic i have tested the command in my env and i got the expected output.

/triage needs-information
/language en
I don't (yet) see anything to fix.


CO2 Recycling

Create a machine that recycles CO2 to make more sustainable atmospheres for small pop maps and shuttles.
Thinking something along the lines of a algae tank, that takes robust harvest or some other botany chem as fuel.

What do you mean by tracked? They're uh yeah part of the atmospherics system and tracked by atmos monitors/sensors.
But it makes sense to do this in an industrial scale in my opinion.

No point in having plants do this because scrubbers would take it out before it could reach the plants.

but we already got gas recyclers that salvagers never bring onto the station

Game already have gas recycler that can be researched and works (you need minimum 3000 kpa gas and 573.15K temp).
I think we can lower  pressure and temperature to make recycling easier

Game already have gas recycler that can be researched and works (you need minimum 3000 kpa gas and 573.15K temp). I think we can lower pressure and temperature to make recycling easier

or we can make it available round start because nobody builds it when unlocked


T2WML v2.3.9 does not remember the selected sheet in a multi sheet file

Selecting a different file from the file list, makes T2WML forget the selected sheet in a multi sheet file

should be fixed in 2.3.10, close if tested ok

assuming no response for months means it's been dealt with, closing


not production ready, too slow

I am afraid our servers will not be running lolcat in production soon for its abysmal speed.
But that give us more time to admire the rainbows while parsing logs... So maybe that's intended

http://www.amd.com/en/ryzen


Icon URL broken

Expected behavior
See properly all the icons in the Houston page.
Actual behavior
The Soup icon is pointing to a non-existing image. On the Development page works nice since the image's URL is different.
Steps to reproduce the behavior

Access https://houston.elementary.io/
Scroll down

System information

Operating system: elementary
Browser: Firefox

That whole page is outdated and needs to be updated before Houston goes to beta.
Also, please report Houston issues at https://GitHub.com/elementary/Houston


Give open users some love <3

The submission link https://kth.kattis.com/submissions/%s is hardcoded in kattis.py. Maybe the subdomain info could be extracted from kattisrc such that it works for both open.kattis.com and kth.kattis.com?
From kattis.py:22
command_browser = 'xdg-open "https://kth.kattis.com/submissions/%s"' % (ret)

Hmm, problem is that I lab on kth.kattis and compete for rank on open.kattis.. I'm thinking about a solution.. Might implement a context switcher setting.

Made a (permanent) temporary ugly fix for open users in the README :palm_tree:

The (permanent) temporary fix has been in place for a while. Closing this issue to reflect the received love <3


Silencing the warning

When there's no need to store the result of the last .on(:_,:_) function call, the warning is raised. Fixed that. Looks like in most cases this behaviour is more practical.

Hi @nikans, thanks for submitting PR! Before we proceed, can I ask in what case do you get warnings that is not one of following?

The .on(:_,:_) chain is not assigned to a variable, e.i. has no reference; or
No .start() is called at the end of the chain or reference Typist object.

Hi @totocaster,
basically, both. I first assign an instance variable for Typist
let keyboard = Typist()

then configure the keyboard with code like this
keyboard
    .on(event: _) { ... }
    .on(event: _) { ... }

and then call .start() when the view is ready to listen for events.
Since .on(:_,:_) returns Self and it is non-discardable, a warning is raised.

Gotcha, fair!


Show commands outputs

Add commands outputs/expected results for all times a command must be run.
Ie. looking on “Amazon EKS Workshop > Launch using eksctl > Prerequisites”, there is no expected/sample output for "eksctl version"

as talked with @arun-gupta

@brentley this is a more workspace-wide discussion. what's the legend here?


Acquire multiple permits when using the PermitExpireableSemaphore

Redisson includes an implementation of the permit expirable semaphore which can only acquire or release a permit. This may limit the usage. I added the interfaces that acquire or release multiple permits at once by adding a sorted set to memorize the permits acquired each time which is non-fair.

See the pull request #1990


'torch.no_grad()' in 'calc_policy_loss()'

Hi, I was referring to this repo and another repo at the link below.
https://github.com/p-christ/Deep-Reinforcement-Learning-Algorithms-with-PyTorch/blob/master/agents/actor_critic_agents/SAC_Discrete.py
I think this is the reimplemented version, but there seems to be a little difference in 'calc_policy_loss()' function.
In this version, you seem to add 'torch.no_grad' when forwarding online_critic, so I wondered if there was a reason.
Thanks in advance!

Sorry for the late response.
Because that part is independent of the policy, so the gradient of policy_loss doesn't depend on it.
Does it make sense?


GO: 24. Swap Nodes in Pairs

File(s) Modified: 24-Swap-Nodes-in-Pairs.go.
Language(s) Used: Go.
Submission URL: _https://leetcode.com/submissions/detail/767585514/_

Thanks, @MaratKhakim!


Traefik not closing Forward Auth Connections

Do you want to request a feature or report a bug?

Bug

What did you do?

I am using a middleware with forwardauth to point at an authelia container. This is something I did in traefik 1.7 too, but in 2.0 after a few days all pages respond with a 500 error.
Restarting either the traefik or authelia containers fix the problem temporarily.
The traefik log file shows:
time="2020-01-15T05:06:59Z" level=debug msg="Error calling http://authelia:8080/api/verify?rd=https://auth.<removed>.cloud/#/. Cause: Get http://authelia:8080/api/verify?rd=https://auth.<removed>.cloud/#/: dial tcp <IP_ADDRESS>:8080: connect: cannot assign requested address" middlewareName=authelia@file middlewareType=ForwardedAuthType

Running wget http://authelia:8080/ from within the container fails with a similar message. I checked netstat, it contained over 26,000 established connections to the authelia container in the format:
tcp        0      0 <IP_ADDRESS>:42110        <IP_ADDRESS>:8080         ESTABLISHED
tcp        0      0 <IP_ADDRESS>:42166        <IP_ADDRESS>:8080         ESTABLISHED
tcp        0      0 <IP_ADDRESS>:43354        <IP_ADDRESS>:8080         ESTABLISHED

For some reason the connections to the forwardauth are not being closed.
I have looked through the traefik and authelia issues and cannot find a similar bug. I have only noticed this more recently with higher useage containers, but having removed this and watched netstat, it still seems to rise and doesnt fall significantly over time with a fresh container.
What did you expect to see?
That traefik would continue to proxy to containers
What did you see instead?
Error 500, as above
Output of traefik version: (What version of Traefik are you using?)

# docker run traefik version
Version:      2.1.3
Codename:     cantal
Go version:   go1.13.6
Built:        2020-01-21T17:30:29Z
OS/Arch:      linux/amd64

What is your environment & configuration (arguments, toml, provider, platform, ...)?

traefik.yml
api:
  insecure: true
  dashboard: true
  debug: true

providers:
  docker:
    endpoint: "unix:///var/run/docker.sock"
    exposedByDefault: false
    network: traefik
  file:
    directory: /conf/
    watch: true

entryPoints:
  web:
    address: ":80"
    transport:
  web-secure:
    address: ":443"
    transport:

certificatesResolvers:
  le:
    acme:
      email: <removed>
      storage: acme.json
      tlsChallenge: {}

serversTransport:
  insecureSkipVerify: true

log:
  level: DEBUG
  filePath: "/var/log/traefik.log"

conf/middlewares.yml
http:
  middlewares:
    https-redirect:
      redirectScheme:
        scheme: https

    default-headers:
      headers:
        frameDeny: false
        customFrameOptionsValue: ""
        sslRedirect: true
        # browserXssFilter: true
        contentTypeNosniff: true
        forceSTSHeader: true
        stsIncludeSubdomains: true
        stsPreload: true
        accessControlAllowOrigin: "*"
        customResponseHeaders:
          X-Frame-Options: ""

    authelia:
      forwardAuth:
        address: "http://authelia:8080/api/verify?rd=https://auth.<removed>.cloud/#/"
        tls:
          insecureSkipVerify: true
          trustForwardHeader: true

    web-default-chain:
      chain:
        middlewares:
        - https-redirect
        - default-headers
        - authelia
        - x-frame-block

    web-secure-default-chain:
      chain:
        middlewares:
        - default-headers
        - authelia
        - x-frame-block

    auth-default-chain:
      chain:
        middlwares:
        - default-headers
        - https-redirect

    x-frame-block:
      headers:
        customResponseHeaders:
          X-Frame-Options: ""
        customRequestHeaders:
          X-Frame-Options: ""

traefik docker compose
version: '3'

services:
  traefik:
    container_name: traefik
    restart: always
    ports:
      - '8080:8080'
      - '80:80'
      - '443:443'
    volumes:
      - './files/traefik/traefik.yml:/etc/traefik/traefik.yml'
      - './files/traefik/traefik_config_files/enabled/:/conf/'
      - './files/traefik/ssl/:/ssl/'
      - './files/traefik/acme.json:/acme.json'
      - '/var/run/docker.sock:/var/run/docker.sock'
      - './files/traefik/traefik.log:/var/log/traefik.log'
    image: "traefik:latest"
    command:
      - "--serverstransport.insecureskipverify=true"
    networks:
      traefik:

networks:
  traefik:
    external: true

authelia docker compose
version: '3'

services:
  authelia:
    image: clems4ever/authelia:master
    container_name: authelia
    restart: always
    volumes:
      - ./files/config.minimal.yml:/etc/authelia/configuration.yml:ro
      - ./files/users_database.yml:/etc/authelia/users_database.yml:rw
      - ./files/storage.db:/etc/authelia/storage.db:rw
      - /tmp/authelia:/tmp/authelia
    environment:
      - NODE_TLS_REJECT_UNAUTHORIZED=1
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.auth-web.rule=Host(`auth.<removed>.cloud`)"
      - "traefik.http.routers.auth-web.entrypoints=web"
      - "traefik.http.routers.auth-web.middlewares=web-default-chain@file"
      - "traefik.http.routers.auth-web-secure.rule=Host(`auth.<removed>.cloud`)"
      - "traefik.http.routers.auth-web-secure.entrypoints=web-secure"
      - "traefik.http.routers.auth-web-secure.middlewares=auth-default-chain@file"
      - "traefik.http.routers.auth-web-secure.tls=true"
      - "traefik.http.routers.auth-web-secure.tls.certresolver=le"
    expose:
      - 8080
    networks:
     - web
     - mail

networks:
  web:
    external:
      name: traefik
  mail:
    external: true

Sample proxied container (httpbin) docker compose
version: '3'

services:
  httpbin:
    container_name: httpbin
    image: kennethreitz/httpbin
    restart: always
    expose:
      - 80
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.httpbin-web.rule=Host(`httpbin.<removed>.cloud`)"
      - "traefik.http.routers.httpbin-web.entrypoints=web"
      - "traefik.http.routers.httpbin-web.middlewares=web-default-chain@file"
      - "traefik.http.routers.httpbin-web-secure.rule=Host(`httpbin.<removed>.cloud`)"
      - "traefik.http.routers.httpbin-web-secure.entrypoints=web-secure"
      - "traefik.http.routers.httpbin-web-secure.middlewares=web-secure-default-chain@file"
      - "traefik.http.routers.httpbin-web-secure.tls=true"
      - "traefik.http.routers.httpbin-web-secure.tls.certresolver=le"
    networks:
     - web

networks:
  web:
    external:
      name: traefik

If applicable, please paste the log output in DEBUG level (--log.level=DEBUG switch)
See log entry at top, repeated here:
time="2020-01-15T05:06:59Z" level=debug msg="Error calling http://authelia:8080/api/verify?rd=https://auth.<removed>.cloud/#/. Cause: Get http://authelia:8080/api/verify?rd=https://auth.<removed>.cloud/#/: dial tcp <IP_ADDRESS>:8080: connect: cannot assign requested address" middlewareName=authelia@file middlewareType=ForwardedAuthType

Thank you for your time, happy to provide more info as requested

So I have managed to narrow this down to the tls.insecureSkipVerify=true setting, causes this issue in versions 1.7.20, 2.0.0, 2.1.0, and 2.1.3. This only occurs on forward auth providers that are not using https. I've yet to replicate it on any others.
Considering authelia is designed to be a backend service with https provided by another ingress container this setting should be off. The reason for it occurring when this setting is on is however strange.

@james-d-elliott thanks for all your clarification, i tried a fix and i pushed an image based on v2.1 (juliens/traefik:fix-socket-fauth) , do you think you can try with this image? I'm going to try on my side, but I don't have an authelia configuration yet, so it may take some time.

It didn't seem to fix it , and no debug log entries stand out. I am about to sleep but this should get you going:
./docker-compse.yml: https://hastebin.com/gedimedoci.yaml
./authelia/config/configuration.yml: https://hastebin.com/busaroseyo.yaml
./authelia/config/users.yml: https://hastebin.com/jucinirosu.yaml

Thanks for all this configuration files, it helps me a lot, and I think I found the bug. Can you try with juliens/traefik:fix-socket-fauth-2 and confirm it works for you too?

Yes, that's it. "watch nsenter -t [docker container pid] -n netstat" now shows a stable list of connections that close and open appropriately.

thanks @james-d-elliott and @juliens for your work to find this issue! I really appreciate it.

No worries, I am sure everyone appreciates you reporting it and providing all the detail that you did (at least made it super easy for me to figure out why it was happening).
@GHDiscard You can fix your issue by removing the tls key from your authelia forwardauth middleware. trustForwardHeader is a subkey of forwardauth, unless I'm mistaken, and insecureSkipVerify is 1. not a production setting, and 2. not necessary for a http forwardauth provider.

Closed by #6267.

Closed by #6273.


Add key rotation

Closes #20

LGTM. As discussed offline, we should really refactor the AbstractDIDKey class, but let's get the library to a feature complete state first.


Can we have a "make install"?

Sorry my friends but I have absolutely no idea how to pimp cmake files .. but could someone capable of doing so just add a "make install" to the make files to execute this:
cp programs/qt_wallet/bin/BitShares /usr/local/bin/
mkdir -p /usr/local/share/icons/
cp programs/qt_wallet/images/qtapp80.png /usr/local/share/icons/BitShares.png
cp programs/qt_wallet/BitShares.desktop /usr/local/share/applications/

anyone?

Let me try learning Cmake and let me see what I can do.

Too low priority; closing for the same reason as: #1378


dev-amdgpu: Add VMID map to checkpoint

When restoring checkpoints for certain applications, gem5 tries to create new doorbells with a pre-existing queue ID and simulation crashes shortly after. This commit adds existing IDs to the GPU device's used VMID map so that new doorbells are aware of existing queue IDs and use a new ID. This ensures that queue IDs are unique after checkpoint restoration
Change-Id: I9bf89a2769db26ceab4441634ff2da936eea6d6f

I will try that out. Thanks for the idea @abmerop!

Could we instead checkpoint the usedVMIDs map in amdgpu_device? This works for now because we only support 1 VMID, but it would be more future-proof to checkpoint the map in the amdgpu_device::serialize / unserialize in case some day we add support for multiple VMIDs (essentially multiple GPU processes)

This is a good idea

Hi @abmerop, @mattsinc, I added the VMID map to the checkpoint and committed this change. I tested this out with Lulesh and FW successfully. Please let me know if the changes look good.


musl builds are broken

source/posix/thread.c line 175 uses pthread_attr_setaffinity_np (introduced in commit 94efd6e062d2af5d9002674b60e1cbc9def8a581)  which MUSL does not have.
When compiling against a toolchain that uses musl, the following error occurs:
 error: implicit declaration of function ‘pthread_attr_setaffinity_np’; did you mean ‘pthread_setaffinity_np’?
It should be a fairly straight-forward fix. I thought you guys would like to know!

Can confirm, it's easy to reproduce this in nixpkgs:
nix-build '<nixpkgs>' -A pkgsStatic.aws-c-common
A trivial stub definition could allow this to compile, as done here:
https://github.com/rexray/rexray/issues/719#issuecomment-279506056
Of course, it wouldn't actually set the affinity, so performance would be impacted vs. glibc.

Can confirm, it's easy to reproduce this in nixpkgs:
nix-build '<nixpkgs>' -A pkgsStatic.aws-c-common
A trivial stub definition could allow this to compile, as done here:
https://github.com/rexray/rexray/issues/719#issuecomment-279506056
Of course, it wouldn't actually set the affinity, so performance would be impacted vs. glibc.

Fyi, this is resolved as of https://github.com/awslabs/aws-c-common/pull/766

Fyi, this is resolved as of #766

Great! Thank you so much!


Reenable DEB build

The DEB build step is disabled.

This is blocking release publishing so I'm going to merge and troubleshoot through the pipelines if needed.


no_std WASM build mixed with std

This may not a Substrate bug, someone told me this is a Cargo issue and has long time (but he didn't give me the exact issue link)...
I'm trying to implement an extrinsic call in my pallet, and I want do decode JSON in that function.
So I choose to use serde_json (I also tried serde_json_core), and set default-features = false
the pallet pass compiled with no error.
then I add the code for decoding json, it look like
let parsed_report: serde_json_no_std::Value = serde_json_no_std::from_slice(&report).unwrap();
then compile again, the compile will failed, output:
error: duplicate lang item in crate sp_io (which frame_support depends on): panic_impl.
  |
  = note: the lang item is first defined in crate std (which serde depends on)

error: duplicate lang item in crate sp_io (which frame_support depends on): oom.
  |
  = note: the lang item is first defined in crate std (which serde depends on)

I remember that Substrate's WASM disabled std feature, so I use cargo rustc --target=wasm32-unknown-unknown --manifest-path=./Cargo.toml --verbose 2>&1 | tee build.log in target/debug/wbuild to catch up detailed compiling process, then I've found many crate compiled with std feature flag.
Output a little big, I attached as attachment
build.log
I search with feature="std" in the log, there has 23 results, and I also found some doesn't no_std crate e.g. futures including the compiling process.
Finally I realize the std feature is from a proc_macro.
The issue will be triggered when using some crates that proc_macro also used in Substrate macro that would compile into WASM.

From the serde docs:

In particular, a dependency on serde_json always needs Serde built with std. If you need JSON support without a standard library, please use serde-json-core instead of serde_json.

https://serde.rs/no-std.html
Consider other no-std json libraries too: https://github.com/xlc/lite-json

I am not sure why serde json core did not work for you... do you have specific errors in that situation?

In particular, a dependency on serde_json always needs Serde built with std. If you need JSON support without a standard library, please use serde-json-core instead of serde_json.

https://serde.rs/no-std.html
Consider other no-std json libraries too: https://github.com/xlc/lite-json
This one was built with substrate in mind.

In particular, a dependency on serde_json always needs Serde built with std. If you need JSON support without a standard library, please use serde-json-core instead of serde_json.

I'm not English native speaker, but does this section is talking about default case? to using serde_json in no_std context require declare serde = { version = "1.0", default-features = false } and I've do this.
Actually serde_json_core still has this problem, because of serde compiled with std.
the compile error are
error: duplicate lang item in crate sp_io (which frame_support depends on): panic_impl.
  |
  = note: the lang item is first defined in crate std (which serde depends on)

error: duplicate lang item in crate sp_io (which frame_support depends on): oom.
  |
  = note: the lang item is first defined in crate std (which serde depends on)

which not clear.
I've attached a compile log that showed many crate compiled with std feature but Substrate Runtime should be already disabled std, that's a little weired.

Yeah the feature is enabled by a proc-macro.
This is the cargo issue you are searching for: https://github.com/rust-lang/cargo/issues/7915

Yeah the feature is enabled by a proc-macro.
This is the cargo issue you are searching for: rust-lang/cargo#7915

Thank you, so it seems there's no good way for the problem now, I modified a special serde (removing all std relates codes) to workaround.
I just leave an issue to mention this

So this can be closed?

So this can be closed?

OK closed

I meet this question, when i add #![cfg_attr(not(feature = "std"), no_std)], It work well.

I meet this question, when i add #![cfg_attr(not(feature = "std"), no_std)], It work well.

I switch to nightly Cargo resolver2 then the problem solved

The same error happened.
The both of solution didn't work for me...
#![cfg_attr(not(feature = "std"), no_std)]

[package]
resolver = "2"

Was this problem fixed?


Fix a11y audit 7-1

Related issues

#2667 7-1
Description

Rearrange the tarteaucitron modal structure.

Motivation & Context

Read the related issue. The switch was too far away from the label.
Types of change

Bug fix (non-breaking which fixes an issue)

Live previews

https://deploy-preview-2695--boosted.netlify.app/docs/about/cookies

It was not seen in the accessibility audit, but with the new tarteaucitron version, there's a "Save" button. Don't you think there's an issue with the focus order, where the "Save" button is focused after the footer link? Can be tackled in another PR.
/cc @hannahiss

It was not seen in the accessibility audit, but with the new tarteaucitron version, there's a "Save" button. Don't you think there's an issue with the focus order, where the "Save" button is focused after the footer link? Can be tackled in another PR. /cc @hannahiss

Yes, the order is strange... I vote for another PR 😉

It was not seen in the accessibility audit, but with the new tarteaucitron version, there's a "Save" button. Don't you think there's an issue with the focus order, where the "Save" button is focused after the footer link? Can be tackled in another PR. /cc @hannahiss

Yes, the order is strange... I vote for another PR 😉

Added to the audit issue as a bonus task since it can be a problem during the next one.

It was not seen in the accessibility audit, but with the new tarteaucitron version, there's a "Save" button. Don't you think there's an issue with the focus order, where the "Save" button is focused after the footer link? Can be tackled in another PR. /cc @hannahiss

It seems like moving the link after the Save button breaks, because of the tarteaucitron focus trap. If the link is moved after the button manually, you can't focus it anymore (even doing it manually). I'd say it's not easily feasible.

It seems like moving the link after the Save button breaks, because of the tarteaucitron focus trap. If the link is moved after the button manually, you can't focus it anymore (even doing it manually). I'd say it's not easily feasible.

In your opinion, we abandon this modification?


Add m3u8 support?

YouTube's iOS client has added a new hls manifest option with qualities to 1080p. Could this be added to YouTubeKit?

Here is my proposal: https://github.com/alexeichhorn/YouTubeKit/pull/13


Can we remove the /ingress from the path from http ingress request

For local development when coding against pre defined specifications, this can make things a bit more difficult.
Also, would it be stripped when running in a production environment?

We're currently hosting the gRPC servers and the ingress on the same port, so we can't host them on /. That said, it's probably safer and cleaner to just put ingress on a separate port and HTTP server, which would solve this problem as well.

Oh nice yea! that might help with some of the security controls as well so they could have different roles for the ingress port vs. others


Remove Android PubSub example for WebSocket

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

I was looking for samples to make a pubsub connection to AWS IoT over mqtt and saw that this repo has been recently removed. Would it be put back anytime soon?

Why it was deleted? The Android MQTT sample was the reason I switched to AWS, actually.

@piotrlech There is some discussion around this on the AWS Forums. In short, we would like to revamp this example code in the future, as time allows, but the existing code is out of date.


Saving doesn't import or remove Go modules

Check for existing issues

[X] Completed

Describe the bug / provide steps to reproduce it
Typing in code some struct from a go package and hitting save won't import it. No longer using a package in code (removing fmt prints for example) and saving the file will not remove the import from the project.
Environment
Zed: v0.77.3 (stable)
OS: macOS 13.1.0
Memory: 16 GiB
Architecture: aarch64
If applicable, add mockups / screenshots to help explain present your vision of the feature
No response
If applicable, attach your ~/Library/Logs/Zed/Zed.log file to this issue.
If you only need the most recent lines, you can run the zed: open log command palette action to see the last 1000.
No response

Just to expand on this, I don't believe the go language server should resolve imports automatically. That instead should be the role of the goimports tool.
However, a slightly related bug... when trying to use an external tool to format on save as per the docs:
 "language_overrides": {
        "Go": {
            "format_on_save": {
                "external": {
                    "command": "gofmt",
                    "arguments": [
                        "-r",
                        "{buffer_path}"
                    ]
                }
            }
        }
        ```
        it results in the entire file being wiped and some error logs being created. I'll create a separate issue for this as using `goimports` to format the code will resolve the auto import issue, but appears blocked by a bug

Similarly in VSCode, it seems like the auto-complete is "aware" of not-yet imported packages, as I can start typing ioutil. and the autocomplete will know to look for symbols in ioutil even though it's not yet imported in the file. Not sure how they do this, but it's extremely useful.

it results in the entire file being wiped and some error logs being created. I'll create a separate issue for this as using goimports to format the code will resolve the auto import issue, but appears blocked by a bug.

Having this exact same issue. Good to know that it is a known bug.

,

Just to expand on this, I don't believe the go language server should resolve imports automatically. That instead should be the role of the goimports tool. However, a slightly related bug... when trying to use an external tool to format on save as per the docs:
 "language_overrides": {
        "Go": {
            "format_on_save": {
                "external": {
                    "command": "gofmt",
                    "arguments": [
                        "-w",
                        "{buffer_path}"
                    ]
                }
            }
        }

it results in the entire file being wiped and some error logs being created. I'll create a separate issue for this as using goimports to format the code will resolve the auto import issue, but appears blocked by a bug.

same here hope they resolve it soon.

I'm using goimports to format and automatically import modules with the following in my settings, and haven't seen any issues so far.
    "language_overrides": {
        "Go": {
            "formatter": {
                "external": {
                    "command": "goimports",
                    "arguments": []
                }
            }
        }
    },


Web- Chat - Pusher events are arriving in the wrong order

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Issue was found when executing PR : https://github.com/Expensify/App/pull/8650
Action Performed:
Precondition:

Launch App and login
Go to any chat
Off WiFi
Send around 20 message (1,2,3,...20)
On WiFi
Check message order

Expected Result:
Pusher events are arriving in the right order,
Actual Result:
Pusher events are arriving in the wrong order
Workaround:
Unknown
Platform:

Where is this issue occurring?

Desktop App
mWeb
IOS

Version Number: <IP_ADDRESS>
Reproducible in staging?: Yes
Reproducible in production?: Yes
Email or phone of affected tester (no customers): n/a
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://user-images.githubusercontent.com/93399543/164446617-bfdc5bdf-73d8-4121-8e3b-0596c354e1a8.mp4
https://utest-dl.s3.amazonaws.com/12102/26469/360843/5540805/bugAttachment/Bug5540805_Screen_Shot_2022-04-20_at_10.53.17_PM.png?AWSAccessKeyId=AKIAJ2UIWMJ2OMC3UCQQ&Expires=1682075708&Signature=q%2FflvrU%2BMhDrVgvraDxlWepWhRs%3D

Expensify/Expensify Issue URL:
Issue reported by: Applause
Slack conversation:
View all open jobs on GitHub

To be honest, I'm not entirely certain whether or not the fix for this would be entirely contained within the App code base. My initial thinking would be yes, since these messages are held in Onyx by the client before being delivered to Pusher, then we ought to be able to ensure they are sent to Pusher in the correct order from within the App code.
A penny for your thoughts @roryabraham and/or @marcaaron?

yeah, it's unclear. This isn't super easy to answer without a full investigation, but I think we should first rule out that it's not a Pusher or server issue (correct place to fix this) before making it External. Also imagine it would be hard to confirm without access to server and pusher logs.

we ought to be able to ensure they are sent to Pusher in the correct order from within the App code

Thing is.. they're not sent to Pusher out of order they are sent in the correct order to our API - which then calls Pusher - and it's not clear what happens next. Is pusher dropping messages? Not sending them in the order it receives the requests? Do we care that this isn't working? I think the weird shuffling of the messages looks pretty weird and seems exacerbated by having a slow connection so maybe there's something there.

I think this is a case where there is just no way that we can guarantee the order the pusher events will come in. Once we switch to a sequential queue for WRITE requests, it will help, but there is only so much we can do. I think we should just close this for now and revisit after Offline First.


Two or more names for union argument

Search Terms
union, names, argument
Suggestion

Opportunity to naming argument with union type with different names. This really helpful for function/method overloading.
Use Cases
Now when I overload function, I need to set name for arguments with union type as universally (arg2) or using a separator 'or' (serverOrOptions), but I can use different name for each possible type server | options.
Current state:
type Server = {
	listen: (port?: number) => void;
};

type Options = {
	port: number;
};

function createModule(server: Server): void;
function createModule(options: Server): void;

function createModule(serverOrOptions: Server | Options): void {
	if('listen' in serverOrOptions) {
		// using server
		serverOrOptions.listen(80);
	} else {
		// using options
		const server = createServer(serverOrOptions);
		server.listen();
	}
}

Now this functions we can replace to:
function createModule(serverOrOptions: Server | Options): void {
	if('listen' in serverOrOptions) {
		// pass argument to server variable
		const server = serverOrOptions;
		server.listen(80);
	} else {
		// pass argument to options variable
		const options = serverOrOptions;
		const server = createServer(options);
		server.listen();
	}
}

Examples
My suggestion to do that:
function createModule(server | options: Server | Options): void {
	if('listen' in server) {
		server.listen(80);
	} else {
		const server = createServer(options);
		server.listen();
	}
}

It also can help to write code without as operator.
Checklist
My suggestion meets these guidelines:

[x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
[x] This wouldn't change the runtime behavior of existing JavaScript code
[x] This could be implemented without emitting different JS based on the types of the expressions
[x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
[x] This feature would agree with the rest of TypeScript's Design Goals.

This is runtime functionality and should be brought up with TC39

This is runtime functionality and should be brought up with TC39

Why this is runtime functionality? We can't replace server | options to serverOrOptions at compile time?

You could do that, and in doing so, would create runtime functionality. That's what we mean when we say that - it's observable runtime behavior.


add podspec

Hey buddy I don't use Cocoapods but happy to distribute this through npm. If you'd like to publish through that I can make you a collab on this repo, guy.


Version 1.4.8

Purpose

How does the solution address the problem

Changes made

prnet cleaned-up successfully


Indexing

#table index is not resetting on deletion of a record. which is an autofield in models.
Also that id is being used to capture the record in update and delete functions.
probable solution for now could be to use our own auto incrementing index


Info

Better information?

I will put a new Readme for more informations.

I created a better ReadME. Now you can understand how the plugin is working.

Ok thanks


node express basic challenge not working on glitch

Describe your problem and how to reproduce it:
cloning the repository on glitch shows error "This document has been deleted outside of the editor."
myapp.js is not available too
Please run "refresh" in the console.
Add a Link to the page with the problem:
github clone : https://github.com/freeCodeCamp/boilerplate-express/
glitch : https://glitch.com/edit/#!/careful-november
Tell us about your browser and operating system:

Browser Name: google chrome
Browser Version:  74
Operating System: windows 8.1

If possible, add a screenshot here (you can drag and drop, png, jpg, gif, etc. in this box):

@kanuos You did not provide the url of the actual challenge.

@kanuos I think that glitch link that you provided is incorrect. The actual link to match the github's repo is https://learn.freecodecamp.org/apis-and-microservices/basic-node-and-express/

Add a Link to the page with the problem:
https://learn.freecodecamp.org/apis-and-microservices/basic-node-and-express
This page references a broken link which is intended to clone the exercise repo in to a new glitch project: https://glitch.com/#!/import/github/freeCodeCamp/boilerplate-express/
As an experiment, I tried to import the repo via Glitch UI (New Project > Clone From Git Repo). This worked however was not usable because the exercise files are not kept in branch master but instead in gomix.
By manually creating the files in a new project, I could successfully verify the first two exercises.

I think this is an issue with Glitch.
It was reported in #34798, and in the forum as well (https://www.freecodecamp.org/forum/t/help-with-glitch-introduction-to-the-basic-node-and-express-challenges/251566).
TL;DR: You need to make sure you're logged in with your GitHub account in order for it to work.

I'm closing this issue as it is a duplicate. Further discussion should be in posted the other issue thread.
Happy coding!

It is not submitting after adding link


ImagePicker.showImagePicker is not a function

ImagePicker.showImagePicker is not a function
When calling this function i get the above error message. I'm using RN 0.60.4 and I've installed the pod.
Version 0.28.0 works however. It seems as it is due to the fact that they is no longer an index.js file from 1.0 version and that's causing my project not to find the file with exention .ts
Can you guys fix this?

Any Update on this issue?

For me this was fixed by changing import * as ImagePicker from 'react-native-image-picker'  to import ImagePicker from 'react-native-image-picker

Any solution for this issue?
These are my specs
"react": "16.8.3",
"react-native": "0.59.9",
"react-native-image-picker": "^0.28.1",

and this is my log
019-11-18 14:37:49.614 [error][tid:com.facebook.react.JavaScript] null is not an object (evaluating 'ImagePickerManager.showImagePicker')
2019-11-18 14:37:49.613771-0600 Bioderma[75886:1078893] null is not an object (evaluating 'ImagePickerManager.showImagePicker')
2019-11-18 14:37:49.621 [fatal][tid:com.facebook.react.ExceptionsManagerQueue] Unhandled JS Exception: null is not an object (evaluating 'ImagePickerManager.showImagePicker')
2019-11-18 14:37:49.621448-0600 Bioderma[75886:1077459] Unhandled JS Exception: null is not an object (evaluating 'ImagePickerManager.showImagePicker')

@vadermemo I am having a similar problem only diffrence I get is Unhandled JS Exception: null is not an object (evaluating 'o.showImagePicker') is this. Not ImagePickerManager but "o". Any solution?


The dotnet-preview image in Docker Hub wasn't rebuilt with CLI 1.0.0-beta-001876

The CLI build for 1876 succeeded but there is no new build triggered in Docker Hub. Hand installing the CLI Debian package (https://dotnetcli.blob.core.windows.net/dotnet/beta/Installers/Latest/dotnet-ubuntu-x64.latest.deb) yields a dotnet --version of 1.0.0-beta-001793 (ie an older version). Possibly there was an issue in the Debian package upload?

Looks like the condition was not met to trigger the docker hub builds.  The following line appears in the build log for ubuntu rel/1.0.0 - 2016-03-18T10:55:02.469Z: Skipping, Target Conditions not met: TriggerDockerHubBuilds.

It looks like the issue is that the environment variables are not being flowed to the Docker container in which the build is run.  I've made a commit in my fork to address this, but it looks like the CLI Debian package was intentionally disabled (see https://github.com/dotnet/cli/commit/aa989f1e6edd4c72e81b0622e0e5655f857c42f0), so even with the trigger working, it wouldn't have the latest CLI installation.  I'm going to look into why the Deiban package publishing was disabled before making a PR for my change to trigger the builds.

Disabling the publish of the CLI Debian packages is a temporary fix, as stated in https://github.com/dotnet/cli/pull/1947.  I've gone ahead and created a PR to fix the trigger of the DockerHub builds.

Reopening this issue until it's been verified that DockerHub builds are properly triggered and have the latest CLI version.

The preview container was tagged again today, but it's still 001793

The reason the images still reference 001793 is because of https://github.com/dotnet/cli/issues/2007.

This issue has been resolved.  The preview image build in Docker hub is getting triggered by the dotnet  CLI CI.  The latest Docker image contains the latest CLI build.


fix or remove the hand slap "tower"

The hand slap has all kinds of jank and no official art assets.
Either fix it or remove it.

removed from the arcade levels and the tileset for puzzle levels


docs(console): add column descriptions for all tables

We often receive questions about the meaning of certain columns in the
different views in Tokio Console.
This change adds additional documentation to the tokio-console README

which is also used in the docs.rs main page - describing each column
in the tasks, resources, and async ops tables. Where there are a fixed
set of values possible in the column, those values are also described.

Additionally, the 4 views are enumerated and separted into sections to
aid readability and allow deep linking.

@hawkw Good idea about the slash, added those suggestions!


Committee Page: Resize grid columns

On the committee page when the browser window is resized, resize the columns in the grid to fit on the page.

Sounds worth doing sooner rather than later, adding to v2.


SnoopCompile investigation

Since we're having latency trouble in #120, I thought it would be interesting to analyze method invalidations with SnoopCompile.
EDIT: I tried removing most of those myself in the source code, and the britgas Hessian latency remains unchanged.
To reproduce, start a Julia REPL with
julia --startup-file="no"

then run
using Pkg
Pkg.activate(temp=true)
Pkg.add(["SnoopCompileCore", "SnoopCompile", "SparseConnectivityTracer"])
using SnoopCompileCore
invalidations = @snoopr using SparseConnectivityTracer
using SnoopCompile
trees = invalidation_trees(invalidations)

Here are the results, with the most important invalidations printed last (do it in your terminal you'll have colored outputs)
julia> length(invalidations)
2469

julia> trees
13-element Vector{SnoopCompile.MethodInvalidations}:
 inserting ifelse(::SparseConnectivityTracer.AbstractTracer, x, y) @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/overload_ifelse.jl:2 invalidated:
   mt_backedges: 1: signature Tuple{typeof(ifelse), Any, Integer, Integer} triggered MethodInstance for max(::T, ::T) where T<:Integer (0 children)

 inserting similar(a::Vector{D}) where {P, T, D<:Dual{P, T}} @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/conversion.jl:78 invalidated:
   backedges: 1: superseding similar(a::Vector{T}) where T @ Base array.jl:415 with MethodInstance for similar(::Vector{T}) where T (1 children)

 inserting convert(::Type{T}, x::Real) where T<:AbstractTracer @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/conversion.jl:11 invalidated:
   backedges: 1: superseding convert(::Type{T}, x::Number) where T<:Number @ Base number.jl:7 with MethodInstance for convert(::Type{T} where T<:Real, ::Int64) (4 children)

 inserting resize!(x::SparseArrays.ReadOnly, l) @ SparseArrays ~/.julia/juliaup/julia-1.10.4+0.x64.linux.gnu/share/julia/stdlib/v1.10/SparseArrays/src/readonly.jl:33 invalidated:
   mt_backedges: 1: signature Tuple{typeof(resize!), Any, Int64} triggered MethodInstance for Base.remove_linenums!(::Core.CodeInfo) (7 children)

 inserting promote_rule(::Type{N}, ::Type{SparseConnectivityTracer.Dual{P, T}}) where {P, T, N<:Real} @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/conversion.jl:48 invalidated:
   backedges: 1: superseding promote_rule(::Type, ::Type) @ Base promotion.jl:325 with MethodInstance for promote_rule(::Type{Int64}, ::Type{S} where S<:Real) (2 children)
              2: superseding promote_rule(::Type, ::Type) @ Base promotion.jl:325 with MethodInstance for promote_rule(::Type{UInt8}, ::Type) (3 children)
              3: superseding promote_rule(::Type, ::Type) @ Base promotion.jl:325 with MethodInstance for promote_rule(::Type{Int128}, ::Type) (3 children)
              4: superseding promote_rule(::Type, ::Type) @ Base promotion.jl:325 with MethodInstance for promote_rule(::Type{Int64}, ::Type) (6 children)

 inserting _any(f, A::SparseArrays.AbstractSparseMatrixCSC, ::Colon) @ SparseArrays ~/.julia/juliaup/julia-1.10.4+0.x64.linux.gnu/share/julia/stdlib/v1.10/SparseArrays/src/sparsematrix.jl:2375 invalidated:
   backedges:  1: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{ComposedFunction{ComposedFunction{O, I}, typeof(adjoint)}, typeof(transpose)} where {O, I}, ::Any, ::Colon) (1 children)
               2: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{ComposedFunction{O, I}, typeof(adjoint)} where {O, I}, ::Any, ::Colon) (1 children)
               3: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{ComposedFunction{typeof(ismissing), typeof(adjoint)}, typeof(transpose)}, ::Any, ::Colon) (1 children)
               4: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{typeof(ismissing), typeof(adjoint)}, ::Any, ::Colon) (1 children)
               5: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{ComposedFunction{typeof(ismissing), typeof(transpose)}, typeof(adjoint)}, ::Any, ::Colon) (1 children)
               6: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{ComposedFunction{ComposedFunction{O, I}, typeof(transpose)}, typeof(adjoint)} where {O, I}, ::Any, ::Colon) (1 children)
               7: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{typeof(ismissing), typeof(transpose)}, ::Any, ::Colon) (1 children)
               8: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::typeof(ismissing), ::AbstractArray, ::Colon) (1 children)
               9: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::typeof(ismissing), ::Any, ::Colon) (1 children)
              10: superseding _any(f, itr, ::Colon) @ Base reduce.jl:1217 with MethodInstance for Base._any(::ComposedFunction{ComposedFunction{O, I}, typeof(transpose)} where {O, I}, ::Any, ::Colon) (26 children)
   1 mt_cache

 inserting _all(f, A::SparseArrays.AbstractSparseMatrixCSC, ::Colon) @ SparseArrays ~/.julia/juliaup/julia-1.10.4+0.x64.linux.gnu/share/julia/stdlib/v1.10/SparseArrays/src/sparsematrix.jl:2377 invalidated:
   backedges:  1: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{ComposedFunction{ComposedFunction{O, I}, typeof(adjoint)}, typeof(transpose)} where {O, I}, ::Any, ::Colon) (1 children)
               2: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{ComposedFunction{O, I}, typeof(adjoint)} where {O, I}, ::Any, ::Colon) (1 children)
               3: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{ComposedFunction{Base.var"#947#948", typeof(adjoint)}, typeof(transpose)}, ::Any, ::Colon) (1 children)
               4: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{Base.var"#947#948", typeof(adjoint)}, ::Any, ::Colon) (1 children)
               5: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{ComposedFunction{Base.var"#947#948", typeof(transpose)}, typeof(adjoint)}, ::Any, ::Colon) (1 children)
               6: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{ComposedFunction{ComposedFunction{O, I}, typeof(transpose)}, typeof(adjoint)} where {O, I}, ::Any, ::Colon) (1 children)
               7: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{Base.var"#947#948", typeof(transpose)}, ::Any, ::Colon) (1 children)
               8: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::Base.var"#947#948", ::AbstractArray, ::Colon) (1 children)
               9: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::Base.var"#947#948", ::Any, ::Colon) (1 children)
              10: superseding _all(f, itr, ::Colon) @ Base reduce.jl:1285 with MethodInstance for Base._all(::ComposedFunction{ComposedFunction{O, I}, typeof(transpose)} where {O, I}, ::Any, ::Colon) (26 children)

 inserting isnothing(t::T) where T<:AbstractTracer @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/overload_dual.jl:17 invalidated:
   backedges: 1: superseding isnothing(x) @ Base some.jl:69 with MethodInstance for isnothing(::Any) (36 children)

 inserting similar(a::Array, ::Type{SparseConnectivityTracer.Dual{P, T}}, dims::Tuple{Vararg{Int64, N}}) where {P, T, N} @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/conversion.jl:106 invalidated:
   mt_backedges: 1: signature Tuple{typeof(similar), Vector, Any, Tuple{Int64}} triggered MethodInstance for similar(::Vector, ::Tuple{Base.OneTo{Int64}}) (2 children)
   backedges: 1: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector, ::Type, ::Tuple{Int64}) (1 children)
              2: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Int64}, ::DataType, ::Tuple{Int64}) (3 children)
              3: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Pair{DataType, Function}}, ::DataType, ::Tuple{Int64}) (3 children)
              4: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Dict{String, Dates.DateTime}}, ::DataType, ::Tuple{Int64}) (3 children)
              5: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Any}, ::Type, ::Tuple{Int64}) (5 children)
              6: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Int64}, ::Type, ::Tuple{Int64}) (5 children)
              7: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Pair{DataType, Function}}, ::Type, ::Tuple{Int64}) (5 children)
              8: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Dict{String, Dates.DateTime}}, ::Type, ::Tuple{Int64}) (5 children)
              9: superseding similar(a::Array, T::Type, dims::Tuple{Vararg{Int64, N}}) where N @ Base array.jl:420 with MethodInstance for similar(::Vector{Any}, ::DataType, ::Tuple{Int64}) (6 children)
   28 mt_cache

 inserting convert(::Type{N}, d::D) where {N<:Real, P, T, D<:Dual{P, T}} @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/conversion.jl:59 invalidated:
   backedges: 1: superseding convert(::Type{T}, x::T) where T<:Number @ Base number.jl:6 with MethodInstance for convert(::Type{T}, ::Real) where T<:Real (2 children)
              2: superseding convert(::Type{T}, x::Number) where T<:Number @ Base number.jl:7 with MethodInstance for convert(::Type{T} where T<:Real, ::Real) (18 children)
              3: superseding convert(::Type{T}, x::Number) where T<:Number @ Base number.jl:7 with MethodInstance for convert(::Type{Int64}, ::Real) (26 children)

 inserting identity(d::D) where {P, T<:HessianTracer, D<:Dual{P, T}} @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/overload_hessian.jl:43 invalidated:
   backedges: 1: superseding identity(x) @ Base operators.jl:522 with MethodInstance for identity(::Any) (49 children)
   1 mt_cache

 inserting similar(a::Vector{A}, ::Type{D}) where {P, T, D<:Dual{P, T}, A} @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/conversion.jl:86 invalidated:
   backedges: 1: superseding similar(a::Vector{T}, S::Type) where T @ Base array.jl:417 with MethodInstance for similar(::Vector{T} where T<:(NamedTuple{(:exception, :backtrace), <:Tuple{Any, Vector{Any}}}), ::Type) (2 children)
              2: superseding similar(a::Vector{T}, S::Type) where T @ Base array.jl:417 with MethodInstance for similar(::Vector{@NamedTuple{exception::Base.IOError, backtrace::Vector{Any}}}, ::Type) (2 children)
              3: superseding similar(a::Vector{T}, S::Type) where T @ Base array.jl:417 with MethodInstance for similar(::Vector{Dates.DateTime}, ::Type) (2 children)
              4: superseding similar(a::Vector{T}, S::Type) where T @ Base array.jl:417 with MethodInstance for similar(::Vector{T} where T<:(NamedTuple{(:name, :uuid), <:Tuple{Union{Nothing, String}, Union{Nothing, Base.UUID}}}), ::Type) (2 children)
              5: superseding similar(a::Vector{T}, S::Type) where T @ Base array.jl:417 with MethodInstance for similar(::Vector, ::Type) (137 children)
   6 mt_cache

 inserting ismissing(t::T) where T<:AbstractTracer @ SparseConnectivityTracer ~/.julia/packages/SparseConnectivityTracer/QlV0S/src/overload_dual.jl:17 invalidated:
   backedges: 1: superseding ismissing(x) @ Base essentials.jl:1010 with MethodInstance for ismissing(::Any) (677 children)

Moving on to analyzing inference with @snoopi_deep:
InferenceTimingNode: 28.898476/29.122585 on Core.Compiler.Timings.ROOT() with 3 direct children
├─ InferenceTimingNode: 0.000201/0.000292 on Base.MainInclude.include(::String) with 1 direct children
│  └─ InferenceTimingNode: 0.000091/0.000091 on getproperty(Base::Module, _include::Symbol) with 0 direct children
├─ InferenceTimingNode: 0.000073/0.000251 on TracerSparsityDetector() with 1 direct children
│  └─ InferenceTimingNode: 0.000045/0.000179 on SparseConnectivityTracer.var"#TracerSparsityDetector#22"(::Type{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}}, ::Type{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}, ::Type{TracerSparsityDetector}) with 1 direct children
│     └─ InferenceTimingNode: 0.000073/0.000134 on TracerSparsityDetector(::Type{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}}, ::Type{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}) with 1 direct children
│        └─ InferenceTimingNode: 0.000062/0.000062 on TracerSparsityDetector{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}() with 0 direct children
└─ InferenceTimingNode: 0.000104/0.223566 on ADTypes.hessian_sparsity(sum_britgas_cons::typeof(sum_britgas_cons), ::Vector{Float64}, TracerSparsityDetector{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}()::TracerSparsityDetector{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}) with 1 direct children
   └─ InferenceTimingNode: 0.000324/0.223462 on SparseConnectivityTracer.hessian_pattern(sum_britgas_cons::typeof(sum_britgas_cons), ::Vector{Float64}, ::Type{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}) with 6 direct children
      ├─ InferenceTimingNode: 0.000135/0.196236 on SparseConnectivityTracer.trace_function(::Type{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, sum_britgas_cons::typeof(sum_britgas_cons), ::Vector{Float64}) with 2 direct children
      │  ├─ InferenceTimingNode: 0.000078/0.024021 on SparseConnectivityTracer.trace_input(::Type{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, ::Vector{Float64}) with 1 direct children
      │  │  └─ InferenceTimingNode: 0.001155/0.023943 on SparseConnectivityTracer.trace_input(::Type{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, ::Vector{Float64}, ::Int64) with 6 direct children
      │  │     ⋮
      │  │
      │  └─ InferenceTimingNode: 0.001732/0.172080 on sum_britgas_cons(::Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}) with 2 direct children
      │     ├─ InferenceTimingNode: 0.074998/0.162375 on britgas_cons(::Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}) with 22 direct children
      │     │  ⋮
      │     │
      │     └─ InferenceTimingNode: 0.000117/0.007973 on sum(::Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}) with 1 direct children
      │        ⋮
      │
      ├─ InferenceTimingNode: 0.000098/0.000263 on Base.indexed_iterate(::Tuple{Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, ::Int64) with 2 direct children
      │  ├─ InferenceTimingNode: 0.000164/0.000164 on Base.indexed_iterate(::Tuple{Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, ::Int64, ::Int64) with 0 direct children
      │  └─ InferenceTimingNode: 0.000001/0.000001 on Base.indexed_iterate(::Tuple{Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, ::Int64, 1::Int64) with 0 direct children
      ├─ InferenceTimingNode: 0.000016/0.000016 on Base.indexed_iterate(::Tuple{Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, 1::Int64) with 0 direct children
      ├─ InferenceTimingNode: 0.000008/0.000008 on Base.indexed_iterate(::Tuple{Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, 2::Int64, 2::Int64) with 0 direct children
      ├─ InferenceTimingNode: 0.000024/0.000024 on SparseConnectivityTracer.to_array(::Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}) with 0 direct children
      └─ InferenceTimingNode: 0.001054/0.026590 on SparseConnectivityTracer.hessian_pattern_to_mat(::Vector{SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}}, ::SparseConnectivityTracer.HessianTracer{SparseConnectivityTracer.CombinedPattern{SparseConnectivityTracer.IndexSetVectorPattern{Int64, BitSet}, SparseConnectivityTracer.IndexSetMatrixPattern{Int64, Set{Tuple{Int64, Int64}}}}}) with 10 direct children

Judging by the documentation:

Each node in this tree is accompanied by a pair of numbers. The first number is the exclusive inference time (in seconds), meaning the time spent inferring the particular MethodInstance, not including the time spent inferring its callees. The second number is the inclusive time, which is the exclusive time plus the time spent on the callees. Therefore, the inclusive time is always at least as large as the exclusive time.

The ROOT node is a bit different: its exclusive time measures the time spent on all operations except inference. In this case, we see that the entire call took approximately 10ms, of which 9.3ms was spent on activities besides inference. Almost all of that was code-generation, but it also includes the time needed to run the code. Just 0.76ms was needed to run type-inference on this entire series of calls. As you will quickly discover, inference takes much more time on more complicated code.

In other words we spent most of the time doing stuff that is not inference (which is not very surprising since the code is type-stable).

Most promising avenue: https://timholy.github.io/SnoopCompile.jl/dev/pgdsgui/#pgds

Closing this, since the cause of the compile time problem in #120 has been found and fixes. The solution is described here:
https://github.com/adrhill/SparseConnectivityTracer.jl/issues/120#issuecomment-2168186240
Invalidations on similar tracked in #123.


Showing all logLevels even when config is set to one type.

I'm not sure if this is a bug but I currently have a config like so
Vue.use(VueLogger, {
  logLevels: 'error',
  stringifyArguments: false,
  showLogLevel: true,
  showMethodName: false,
  showConsoleColors: true,
});

and in my app I'm calling the logger like so
this.$log.debug('test debug');
this.$log.info('test info');
this.$log.error('test error');

and all of these log to the console. Shouldn't it only show the error?
Using latest version @1.5.3

@runrog The log level setting in this plugin is restrictive, meaning it will show all log levels up to that log level
'error' means it shows debug,info,warn messages
'info' means it only shows debug,info messages
logLevels :  ['debug', 'info', 'warn', 'error', 'fatal']


Fail to build dlib on Macos Mojave，without cuda

As I have installed all dependent library ，like openblas\opencv\boost-python\cmake,then started with below orders:
1. git clone https://github.com/davisking/dlib.git
2. cd dlib/examples
3. mkdir build
4. cd build
5. cmake ..
6. cmake --build . --config Release

the step 5 show this:
build [master] cmake ..
-- The C compiler identification is GNU 4.8.5
-- The CXX compiler identification is GNU 4.8.5
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /Users/stonesin/anaconda3/bin/cc
-- Check for working C compiler: /Users/stonesin/anaconda3/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - yes
-- Check for working CXX compiler: /Users/stonesin/anaconda3/bin/c++
-- Check for working CXX compiler: /Users/stonesin/anaconda3/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Using CMake version: 3.11.1
-- Compiling dlib version: 19.16.99
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - found
-- Found Threads: TRUE
-- Looking for png_create_read_struct
-- Looking for png_create_read_struct - found
-- Looking for jpeg_read_header
-- Looking for jpeg_read_header - found
-- Searching for BLAS and LAPACK
-- Searching for BLAS and LAPACK
-- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.29.2")
-- Checking for module 'cblas'
--   No package 'cblas' found
-- Checking for module 'lapack'
--   No package 'lapack' found
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of void*
-- Check size of void* - done
-- Found Intel MKL BLAS/LAPACK library
-- Looking for sgesv
-- Looking for sgesv - found
-- Looking for sgesv_
-- Looking for sgesv_ - found
CUDA_TOOLKIT_ROOT_DIR not found or specified
-- Could NOT find CUDA (missing: CUDA_TOOLKIT_ROOT_DIR CUDA_NVCC_EXECUTABLE CUDA_INCLUDE_DIRS CUDA_CUDART_LIBRARY) (Required is at least version "7.5")
-- Disabling CUDA support for dlib.  DLIB WILL NOT USE CUDA
-- C++11 activated.
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/onlyu/Downloads/real_time_recognize/dlib/examples/build

but the step 6 was fail, When executing to this position:
[ 46%] Building CXX object dlib/CMakeFiles/dlib.dir/gui_widgets/widgets.cpp.o
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/Availability.h:232:0,
                 from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/stdlib.h:61,
                 from /Users/onlyu/anaconda3/gcc/include/c++/cstdlib:72,
                 from /Users/onlyu/anaconda3/gcc/include/c++/bits/stl_algo.h:59,
                 from /Users/onlyu/anaconda3/gcc/include/c++/algorithm:62,
                 from /Users/onlyu/Downloads/real_time_recognize/dlib/dlib/gui_widgets/widgets.cpp:6:
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/AvailabilityInternal.h:33:18: error: missing binary operator before token "("
 #if __has_include(<AvailabilityInternalPrivate.h>)
                  ^
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/stdlib.h:61:0,
                 from /Users/onlyu/anaconda3/gcc/include/c++/cstdlib:72,
                 from /Users/onlyu/anaconda3/gcc/include/c++/bits/stl_algo.h:59,
                 from /Users/onlyu/anaconda3/gcc/include/c++/algorithm:62,
                 from /Users/onlyu/Downloads/real_time_recognize/dlib/dlib/gui_widgets/widgets.cpp:6:
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/Availability.h:493:18: error: missing binary operator before token "("
 #if __has_include(<AvailabilityProhibitedInternal.h>)
                  ^
make[2]: *** [dlib/CMakeFiles/dlib.dir/gui_widgets/widgets.cpp.o] Error 1
make[1]: *** [dlib/CMakeFiles/dlib.dir/all] Error 2
make: *** [all] Error 2

the system info
gcc version 4.9.4 (Homebrew GCC 4.9.4_1)
cmake version 3.11.1

why the issue was closed? I am getting this while installing darknet.
cmake version 3.15.1
gcc (GCC) 4.8.5( Homebrew: gcc: stable 9.2.0 (bottled), HEAD)


Cannot disable anonymous account creation without also disabling password reset

https://github.com/cloudfoundry/uaa/issues/588 allowed users to disable self-service account creation, but it also disabled self-service password resets.
Would it be possible to make this option more fine-grained, so that we can have self-service password reset without self-service account creation?

Closing due to inactivity.


rtabmap: 0.17.1-0 in 'indigo/distribution.yaml' [bloom]

Increasing version of package(s) in repository rtabmap to 0.17.1-0:

upstream repository: https://github.com/introlab/rtabmap.git
release repository: https://github.com/introlab/rtabmap-release.git
distro file: indigo/distribution.yaml
bloom version: 0.6.4
previous version for package: 0.17.0-1

It should fix http://build.ros.org/view/Ibin_uT32/job/Ibin_uT32__rtabmap__ubuntu_trusty_i386__binary/


33Audits [M-07] setTokenFor

Description
Checks "allowOwnerMinting" ruleset metadata flag before allowing the owner to change tokens.
Limitations & risks
Are there any trade-off or new vulnarbility surface based on theses changes?
Check-list

[x] Tests are covering the new feature
[x] Code is natspec'd
[x] Code is linted and formatted
[x] I have run the test locally (and they pass)
[x] I have rebased to the latest main commit (and tests still pass)

Interactions
These changes will impact the following contracts:

Directly:

Indirectly:

need new test to check the flag @simplemachine92

need new test to check the flag @simplemachine92

done

Fix looks good. allowSetCustomToken flag only allows a project owner to set a new token if the ruleset allows to do so. The users will now have time to decide if they still want to participate in the DAO with a potentially custom token being set soon in a future ruleset.


Interpretation of the Predictive Uncertainty for descision making

Hello,
I have modified the code binary classification.
Is there any way to interpret the obtained Predictive Uncertainty? After computing the predictive variance i.e. the sample variance of T stochastic forward passes is there any way to calculate any threshold or cutoff value so that if the predictive variance is above that value we can say that the model is uncertain or below which it is certain about its prediction?
Uncertain if (predictive variance>=threshold) || Certain if (predictive variance<threshold)
How to compute this threshold!
Thanks!

Hello!
Thank you for asking the question.
In my opinion, the method of determining whether to be uncertain or certain needs to be determined based on the purpose There is. Therefore I do not have a general answer.
For example, how about using the following procedure to determine uncertainty or certainty?
Calculate the output multiple times with Monte Carlo dropouts to create a histogram. This histogram is a probability distribution of the model output values. By using this probability distribution, we calculate the probability that the model will miss its prediction. If this probability is within your acceptable range, judge it as certain, otherwise judge it as uncertain.
(For example, if the probability that the output is within the mean ± 0.1 is greater than or equal to 80%, we judge it as certain.)


Explicitly #include <errno.h>, avoid depending on implicit inclusion by other headers

Explicitly #include <errno.h>, avoid depending on implicit inclusion by other headers. The has_include complication is taken from Stubs.cpp because we apparently already support platforms that have errno at sys/errno.h or errno.h, but it's not consistent. 🤷

@swift-ci please test

@swift-ci please test Linux platform

I don't think <sys/errno.h> and <errno.h> serve the same purpose, FWIW, and I think I'd prefer us to prioritise the #include <errno.h> here. Do we have evidence that there is some platform that genuinely has <sys/errno.h> but not <errno.h>?
I general I'd expect that <errno.h> would provide the definition of errno itself and maybe the constants from the C standard, while <sys/errno.h> (and on Linux places like <bits/errno.h>, <asm/errno.h> and <linux/errno.h>) would provide the operating system defined error code constants.
If someone is including <sys/errno.h> directly, they probably shouldn't; both the C standard and the POSIX spec have nothing to say about its content.


export record tag types

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 98.50%.  Consider uploading reports for the commit 64a733e to get more accurate results

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #731   +/-   ##
=======================================
  Coverage   98.50%   98.50%
=======================================
  Files          71       71
  Lines       10462    10462
  Branches     1524     1524
=======================================
  Hits        10306    10306
  Misses        150      150
  Partials        6        6

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Grids

Can there be an option to download nonogram images with grids, it looks like more err 8 bit, pixelwork then.
ozzzz from nonograms katana

I'd like to download them like this i mean
By the way i am grateful for what you did thanks for that page..
21 Mar 2023 Sal 18:25 tarihinde Edoardo Scibona @.***>
şunu yazdı:

Thanks for your question @Usengec79 https://github.com/Usengec79.
Do you mean images where there are lines around each pixel? If so, this is
not currently possible but I may look into it.
However, there are some manual solutions available, for example:

https://community.aseprite.org/t/how-do-you-export-art-with-the-grid/10351
https://graphicdesign.stackexchange.com/questions/150499/how-to-create-a-grid-on-top-of-an-image-so-that-each-singular-grid-box-can-cove
—
Reply to this email directly, view it on GitHub
https://github.com/velut/ujc-to-png/issues/65#issuecomment-1478038705,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A6UIQS56AGUX323DBEBDP6TW5HCAFANCNFSM6AAAAAAWCMACUU
.
You are receiving this because you were mentioned.Message ID:
@.***>


Json file 404

I just placed json file under services/api but when running the app my json file is not available and server returning 404 status.
404 - Cannot GET /services/api/data.json

And when you try to access it manually it works ?

@ocombe yeah just even run npm run buildthe file is not there. I there is a some sortjsonconfigurations in currentwebpack.config.js` what are they actually for?
/**
   * Resolve
   * Reference: http://webpack.github.io/docs/configuration.html#resolve
   */
config.resolve = {
    cache: !isTest,
    root: root(),
    // only discover files that have those extensions
    extensions: ['', '.ts', '.js', '.json', '.css', '.scss', '.html'],
    alias: {
      'app': 'src/app',
      'common': 'src/common'
    }
  };

 // Support for *.json files.
      {test: /\.json$/, loader: 'json'},

OK the thing is I just copy my file in to public folder and it is gets copied over automatically with this thing:
// Copy assets from the public folder
      // Reference: https://github.com/kevlened/copy-webpack-plugin
      new CopyWebpackPlugin([{
        from: root('src/public')
      }])


⚠ Secret Website 3 has degraded performance

In 9e0add3, Secret Website 3 ($SECRET_WEBSITE_3) experienced degraded performance:

HTTP code: 200
Response time: 2425 ms

Resolved: Secret Website 3 performance has improved in 688a36f.


[SPARK-38593][SS] Incorporate numRowsDroppedByWatermark metric from SessionWindowStateStoreRestoreExec into StateOperatorProgress

What changes were proposed in this pull request?

This patch adds StreamingOperatorProgress to collect metrics from streaming operators other than StateOperatorProgress which is only for StateStoreWriter.
Why are the changes needed?

Although we added numRowsDroppedByWatermark to SessionWindowStateStoreRestoreExec, but currently only StateStoreWriter will be collected metrics for StateOperatorProgress. So if we need numRowsDroppedByWatermark from SessionWindowStateStoreRestoreExec to be used in streaming listener, we need to incorporate SessionWindowStateStoreRestoreExec into StateOperatorProgress.
Does this PR introduce any user-facing change?

Yes. Added one new field operatorProgress to StreamingQueryProgress.
How was this patch tested?

Unit test

I'm sorry I didn't make my comment very clear. What I meant was, we should find a way to update the "existing" field of state operator progress, otherwise it will not still be a part of SS UI.
I found the pretty easy and no invasive way to achieve this. Please take a look at #35909 and let me know if I'm missing something. Thanks in advance.


UI Tests are not compiling

Avoid duplicates

[ ] Bug is not mentioned in the FAQ
[x] Bug is not already reported in another issue

Describe the bug
UI Tests are not compiling
Expected behaviour

Steps to reproduce the issue

Select schema ENAUITests
Build

Technical details

iOS Version:
Device:

Possible Fix
I'll shortly file a PR.
Additional context

Hey @chkpnt thanks for your work.
One thing though, with the next release (1.6) we reworked everything related to Unit/UI-Tests. You can see those changes on the branch: https://github.com/corona-warn-app/cwa-app-ios/tree/release/1.6.x On the upcoming release this should be fixed. Could you please check 1.6 for your Issue?

@marcussc what is the planning for this 1.6? When will it be released?
In the meantime I am happy to know where to find the fix - thanks @chkpnt

@ndegendogo https://github.com/corona-warn-app/cwa-app-ios/releases/tag/v1.6.0-RC1 https://github.com/corona-warn-app/cwa-app-ios/releases/tag/v1.6.0-RC3
Regarding the timeline, all I can tell you is that this will be the next minor release.

Indeed, there is no compiler issue in the release/1.6.x branch. I've thought that main is the dev-branch. But okay, my fault, it seems to be the prod-branch. You might consider clarifing the branches mentioned in CONTRIBUTING.md.
Btw., I like the structure of your tests. The approach to use __test__ folders for the unit tests within the production code is new for me to see in the iOS/Swift world, but it obviously makes sense if you have to use inferior tools like Xcode!
I'm orginated from the Java world, and lots of iOS projects I've seen so far were influenced by devs coming from there, too. In the Java world, where the structure is mainly stated by the Maven-src-folder-convention and the Java-package-structure, the distance between the production and test code doesn't hurt as you have IntelliJ or Eclipse (with MoreUnit) which makes it easy to navigate to the tests and supports the dev during refactoring. But as Xcode and the iOS-tech-stack-tooling in general is (perceived) decades behind the Java-tech-stack, keeping that distance just hurts without any advantage. So using the __test__-folder approach seems reasonable, thanks for this eye-opener 👍.


MSID: 96534 Version: 2 DOI: 10.1101/2<IP_ADDRESS>4484

MSID: 96534
Version: 2
Preprint DOI: https://doi.org/10.1101/2<IP_ADDRESS>4484
Step 1. Awaiting reviews
Editorial to post reviews via hypothesis
Useful links:

DocMap: https://data-hub-api.elifesciences.org/enhanced-preprints/docmaps/v2/by-publisher/elife/get-by-manuscript-id?manuscript_id=96534
New model tracking: https://docs.google.com/spreadsheets/d/1_fHaoOy7hjyocptKtVJRijeNpUY4hBS7Ck_aVmx6ZJk/
Reviews on sciety: https://sciety.org/articles/activity/10.1101/2<IP_ADDRESS>4484

For trouble shooting (e.g. no Docmaps available):

DocMap issue addressing: https://miro.com/app/board/uXjVNCwK6EI=/
Explore DataHub DocMaps API: https://lookerstudio.google.com/reporting/4c2f0368-babb-4beb-b5b3-497e7e7b0f08/page/ejphD
Unmatched submissions and preprints: https://lookerstudio.google.com/u/0/reporting/9f86204f-3bf7-477c-9b18-5c5ef141bf69/page/p_gxi57ha93c
Unmatched manuscripts spreadsheet: https://docs.google.com/spreadsheets/d/15QcK8w-ssB7109RQEDtFpJPZ0J5HTGxoHa_2TtpMBbg/edit#gid=1336081641

Step 2. Preview reviewed preprint
Production QC content ahead of publication
Instructions:

QC preview: https://prod--epp.elifesciences.org/previews/96534v2
Update ticket with any problems (add blocked label)
When QC OK, add QC OK label to ticket and add publication date and time to https://docs.google.com/spreadsheets/d/1amAlKvdLcaDp5W8Z8g77NmkwbMF5n_u89ArSqPMO8jg
Move card to next column
(At end of the day post link in #enhanced-preprint and ask for PDF to be generated)

Useful links:

Preprint DOI :  https://doi.org/10.1101/2<IP_ADDRESS>4484
Confirm reviews returned by EPP: https://prod--epp.elifesciences.org/api/reviewed-preprints/96534/v2/reviews
To update the MECA path in the docmap: https://docs.google.com/spreadsheets/d/1mctCQuNFBjSn97Lihy7_vBO6z7-N-oqyLv4clyi6zHg

Step 3: Awaiting search reindex
This step adds the reviewed preprint to the homepage: https://elifesciences.org
The search reindex is triggered once an hour. We need the reviewed preprint to be indexed as the search application serves the journal homepage.
Useful links:

Jenkins pipeline to reindex search can be triggered sooner or monitored here: https://alfred.elifesciences.org/job/process/job/process-reindex-reviewed-preprints/

Step 4: Published! PDF requested
Waiting for PDF to be generated
Useful links:

PDF tracking: https://docs.google.com/spreadsheets/d/106_XeDjmuBae7gexOTNzg60lapeqjl2aRn9DzupGyS8/

Step 5: Introduce PDF to data folder and git repo
Upload PDF to relevent folder in git repo https://github.com/elifesciences/enhanced-preprints-data/
Step 6: Done!

[ ] Kettle is on!

warn: [journal-ref-text-content] This journal reference (id c13) has untagged textual content - ): ENEURO.0292-0219.2019.. Is it tagged correctly?
warn: [mixed-citation-other-publication-flag] mixed-citation in reference (id=c31) has a publication-type='other'. Is that correct?


Continuous start and stopping of charging when full

Hi,
I've set up your solution and it works really well for the most part. Thanks for the amazing work!
However I do have one issue, whenever the car reaches a state considered full e.g. 80% or 100% depending on how I configure it in the MyBMW app.
Whenever the charging reaches that value, the charging stops but immediately after the Shell charger tries to start the charging again, after that it immediately stops it again, starts, stops... forever in a loop until the charger eventually goes into a faulty state.
I can hear the Contacts switch every van time in the Shell charger.
Any idea what could cause this?
Thx in advance.

Hi,
I’m facing the same issue. I’m still figuring the root cause. Currently I’m not yet using the automation, just putting manual values for the current to check how the Shell charger reacts. If I nut the max current in it, it takes more then 30min before it turns off. And if it turns off at some point it is turning on and off again as you describe.
What I notice on my RS485 module is that the RXD led blinks every 3sec but the TXD doesn’t blink…  I suppose this is not normal. I’ve checked if the registers are set the same as my xemex module is returning.
So I’m also in doubts of what is happening here.

Hi,
I’m facing the same issue. I’m still figuring out the root cause. Currently I’m not yet using the automation, just putting manual values for the current to check how the Shell charger reacts. If I put the max current in it, it takes more then 30min before it turns off. And if it turns off at some point it is turning on and off again as you describe.
What I notice on my RS485 module is that the RXD led blinks every 3sec but the TXD doesn’t blink… I suppose this is not normal. I’ve checked if the registers are set the same as my xemex module is returning.
if I then write the measured values that I readout from the xemex module, the issue remains. If I then connect xemex directly to the shell charger again the issue is resolved and it continues charging.
So I’m also in doubt of what is happening here.

I figured out my issue. I has configured two modbus uart connection in my configuration. 1 for reading out the xemex module and one two send the manipulated xemex data to the charger. The sequence of configuring the modbus was done wrong in my yaml file.
Both leds blink normal now. When I send the max current the charger turn off, and stays off.

This issue seems to have resolved itself for me. I havent change anything, but it works now!


Following links to internal base classes leads to 404 error

Doc for internal classes is not generated (good). But the internal base classes and protocol conformances are listed and appear as links. Following these links naturally leads to 404 (bad) as the doc for those types are not generated.
One proposal is to not make internal types links.
Here is a screen-shot of some inheritances of internal types conformances of internal protocols showing as links:

This has been fixed in the latest release (1.0.0-beta.6).


STM32 ADC minor cleanup and rework

This PR cleans up a bit the code of the STM32 ADC driver:

Remove some redundant code
Invert the logic of some #ifdef, to generally reduce length, and make integration of future series easier
Minor rework of calibration function for F1 and F37x
Add some missing ifdef for F37x
Add and fix some comments

@xyzzy42, @heinwessels  you might be interested


Double check whether the Area overrides the collection permission

If an Area overrides the master collection permissions, the instances of the Area should overrides each collections.

He wants to check if this is right way to do.
Currently, the page permission somehow ignore Area's Page Type default permission, or manual permission setting but master collection permission.
We had this bug in a site where

the top page doesn't have the "Sidebar" area
Child page has "Sidebar" area
We want to have Page Default permission or manual permission for a certain group and editor won't be able to touch the Sidebar area but Main area.
But it doesn't work. Noe being able to set the area permission right way. (In this case, the user was able to modify Layout and Design even the setting said it's not supposed to.

Thanks

Yes, that makes sense. I think this type of check is being done at the Area level – but it doesn't look like it's being done when you're at the block level, and going back up the permissions chain. Does that sound right? This is pretty low level but I think you're right here. Does this code seem to fix the issue for you?

Very helpful, thank you.


is vcpkg arm64-osx version outdated?

I tried to install miniocpp with vcpkg on my mac M1 and when I look at the include folder in miniocpp (~/vcpkg/installed/arm64-osx/include/miniocpp) I can only see the following:
├── s3.h
├── s3_headers.h
├── s3_http.h
├── s3_io.h
├── s3_signature_v2.h
└── s3_types.h
This doesn't match with what's on the repository. Is it because the version is outdated?

vcpkg is not updated yet, since we have been rewriting the library for completeness and C++ idiomatic implementation.

Alright, is there any way that I can use this library right now? Or is there any way I can help you guys?

Alright, is there any way that I can use this library right now? Or is there any way I can help you guys?

just git clone and following the build instructions

vcpkg is not updated yet, since we have been rewriting the library for completeness and C++ idiomatic implementation.

I've been using vcpkg but with no success, turns out this is the reason


Git repo patterns need single-quotes

See https://github.com/spring-cloud/spring-cloud-config/issues/727

Codecov Report

Merging #729 into 1.3.x will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##            1.3.x     #729   +/-   ##
=======================================
  Coverage   74.48%   74.48%
=======================================
  Files          72       72
  Lines        2442     2442
  Branches      352      352
=======================================
  Hits         1819     1819
  Misses        467      467
  Partials      156      156

Continue to review full report at Codecov.

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


cython.inline: support pass define options, add to cached hash

inline quasi JIT/AOC (through cython.inline, scipy.weave) offers the ability to do an simple but heavily optimized compilation, like with OpenCL. But part of squeezing every ounce of performance out of a module and keeping the modules/fragment code simple is using macro based defines (-DVAR=value) to pass type information as well as constants (say matrix dimensions).  It would be best if this was done in cross platform.
I intend to submit a patch soon for at least passing compiler options through the inline function, which allows the same result, although one must know the compiler to pass the define option correctly.

I accomplished more of what I wanted with #555


(alldup)(#2171) Update links and be explicit on binary name

Description
Ensured links used https, pointed to the English site and removed the licenseUrl link as it is no longer available and refactored code to be more in keeping with the repository and to explicitly specify the embedded binary name.
Motivation and Context
Latest package failed Package Validator and the package did not meet the standards of what we have in this repository now.
How Has this Been Tested?
Tested in Chocolatey Test Environment.
Screenshot (if appropriate, usually isn't needed):
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Migrated package (a package has been migrated from another repository)

Checklist:

[x] My code follows the code style of this repository.
[ ] My change requires a change to documentation (this usually means the notes in the description of a package).
[ ] I have updated the documentation accordingly (this usually means the notes in the description of a package).
[x] I have updated the package description and it is less than 4000 characters.
[x] All files are up to date with the latest Contributing Guidelines
[x] The added/modified package passed install/uninstall in the chocolatey test environment.
[x] The changes only affect a single package (not including meta package).

:white_check_mark: Package verification completed without issues. PR is now pending human review

:white_check_mark: Package verification completed without issues. PR is now pending human review