grouped write of manifest, lock and vendor: error while writing out vendor tree: error while exporting github.com/hashicorp/vault: : command killed after 10s of no activity

What version of Go (go version) and dep (git describe --tags) are you using?
1.9.1 rc1 and dep 44a454bac09f6239aaf9350c00dfb61bf3257711 on Windows 10 64-bit (with latest updates)
Before updating dep today, I was using a commit from a few days ago (unfortunately, I don't recall the exact commit).
What dep command did you run?
λ dep ensure -v
Root project is "gitlab.com/some/project"
 16 transitively valid internal packages
 32 external packages imported from 27 projects
(0)   ✓ select (root)
(1)     ? attempt github.com/golang/protobuf with 3 pkgs; 1 versions to try
(1)         try github.com/golang/protobuf@master
(1)     ✓ select github.com/golang/protobuf@master w/5 pkgs
(2)     ? attempt github.com/hashicorp/raft-boltdb with 1 pkgs; 2 versions to try
(2)         try github.com/hashicorp/raft-boltdb@master
(2)     ✓ select github.com/hashicorp/raft-boltdb@master w/1 pkgs
(3)     ? attempt github.com/grpc-ecosystem/grpc-opentracing with 1 pkgs; 1 versions to try
(3)         try github.com/grpc-ecosystem/grpc-opentracing@master
(3)     ✓ select github.com/grpc-ecosystem/grpc-opentracing@master w/1 pkgs
(4)     ? attempt github.com/hashicorp/raft with 1 pkgs; 5 versions to try
(4)         try github.com/hashicorp/raft@master
(4)     ✓ select github.com/hashicorp/raft@master w/1 pkgs
(5)     ? attempt github.com/armon/go-metrics with 1 pkgs; 1 versions to try
(5)         try github.com/armon/go-metrics@master
(5)     ✓ select github.com/armon/go-metrics@master w/1 pkgs
(6)     ? attempt github.com/hashicorp/go-multierror with 1 pkgs; 1 versions to try
(6)         try github.com/hashicorp/go-multierror@master
(6)     ✓ select github.com/hashicorp/go-multierror@master w/1 pkgs
(7)     ? attempt github.com/hashicorp/errwrap with 1 pkgs; 1 versions to try
(7)         try github.com/hashicorp/errwrap@master
(7)     ✓ select github.com/hashicorp/errwrap@master w/1 pkgs
(8)     ? attempt github.com/spf13/cobra with 1 pkgs; 2 versions to try
(8)         try github.com/spf13/cobra@master
(8)     ✓ select github.com/spf13/cobra@master w/1 pkgs
(9)     ? attempt github.com/hashicorp/go-msgpack with 1 pkgs; 1 versions to try
(9)         try github.com/hashicorp/go-msgpack@master
(9)     ✓ select github.com/hashicorp/go-msgpack@master w/1 pkgs
(10)  ? attempt golang.org/x/net with 1 pkgs; 5 versions to try
(10)      try golang.org/x/net@master
(10)  ✓ select golang.org/x/net@master w/1 pkgs
(11)  ? attempt github.com/inconshreveable/mousetrap with 1 pkgs; 2 versions to try
(11)      try<EMAIL_ADDRESS>(11)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(12)  ? attempt github.com/ericchiang/k8s with 1 pkgs; 7 versions to try
(12)      try<EMAIL_ADDRESS>(12)  ✓ select<EMAIL_ADDRESS>w/30 pkgs
(13)  ? revisit golang.org/x/net to add 1 pkgs
(13)    ✓ include 4 more pkgs from golang.org/x/net@master
(13)  ? attempt golang.org/x/text with 2 pkgs; 1 versions to try
(14)      try golang.org/x/text@master
(14)  ✓ select golang.org/x/text@master w/9 pkgs
(14)  ? attempt github.com/cenkalti/backoff with 1 pkgs; 2 versions to try
(15)      try<EMAIL_ADDRESS>(15)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(15)  ? attempt github.com/spf13/pflag with 1 pkgs; 3 versions to try
(16)      try<EMAIL_ADDRESS>(16)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(16)  ? attempt github.com/Boostport/avatica with 1 pkgs; 13 versions to try
(17)      try<EMAIL_ADDRESS>(17)  ✓ select<EMAIL_ADDRESS>w/2 pkgs
(17)  ? revisit golang.org/x/net to add 1 pkgs
(18)    ✓ include 2 more pkgs from golang.org/x/net@master
(17)  ? attempt github.com/jcmturner/gokrb5 with 4 pkgs; 2 versions to try
(19)      try github.com/jcmturner/gokrb5@c26bda0a3bb400baa018645465f49407ef530f27
(19)  ✓ select github.com/jcmturner/gokrb5@c26bda0a3bb400baa018645465f49407ef530f27 w/30 pkgs
(18)  ? attempt github.com/hashicorp/go-cleanhttp with 1 pkgs; 1 versions to try
(20)      try github.com/hashicorp/go-cleanhttp@master
(20)  ✓ select github.com/hashicorp/go-cleanhttp@master w/1 pkgs
(19)  ? attempt github.com/openzipkin/zipkin-go-opentracing with 1 pkgs; 8 versions to try
(21)      try<EMAIL_ADDRESS>(22)  ✗<EMAIL_ADDRESS>not allowed by constraint ^0.2.4:
(22)      ^0.2.4 from (root)
(21)      try<EMAIL_ADDRESS>(21)  ✓ select<EMAIL_ADDRESS>w/6 pkgs
(20)  ? attempt github.com/jcmturner/asn1 with 1 pkgs; 1 versions to try
(22)      try github.com/jcmturner/asn1@master
(22)  ✓ select github.com/jcmturner/asn1@master w/1 pkgs
(21)  ? attempt github.com/xinsnake/go-http-digest-auth-client with 1 pkgs; 6 versions to try
(23)      try github.com/xinsnake/go-http-digest-auth-client@ddd37fe1722021e526546a269b5b5829a3d7b109
(23)  ✓ select github.com/xinsnake/go-http-digest-auth-client@ddd37fe1722021e526546a269b5b5829a3d7b109 w/1 pkgs
(22)  ? attempt github.com/satori/go.uuid with 1 pkgs; 3 versions to try
(24)      try<EMAIL_ADDRESS>(24)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(23)  ? attempt golang.org/x/crypto with 1 pkgs; 1 versions to try
(25)      try golang.org/x/crypto@master
(25)  ✓ select golang.org/x/crypto@master w/1 pkgs
(24)  ? attempt github.com/Shopify/sarama with 1 pkgs; 24 versions to try
(26)      try<EMAIL_ADDRESS>(26)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(25)  ? attempt github.com/eapache/go-xerial-snappy with 1 pkgs; 1 versions to try
(27)      try github.com/eapache/go-xerial-snappy@master
(27)  ✓ select github.com/eapache/go-xerial-snappy@master w/1 pkgs
(26)  ? attempt github.com/golang/snappy with 1 pkgs; 2 versions to try
(28)      try github.com/golang/snappy@master
(28)  ✓ select github.com/golang/snappy@master w/1 pkgs
(27)  ? attempt github.com/eapache/go-resiliency with 1 pkgs; 2 versions to try
(29)      try<EMAIL_ADDRESS>(29)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(28)  ? attempt github.com/pierrec/lz4 with 1 pkgs; 3 versions to try
(30)      try<EMAIL_ADDRESS>(30)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(29)  ? attempt github.com/pierrec/xxHash with 1 pkgs; 3 versions to try
(31)      try<EMAIL_ADDRESS>(31)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(30)  ? revisit github.com/eapache/go-resiliency to add 1 pkgs
(32)    ✓ include 1 more pkgs from<EMAIL_ADDRESS>(30)  ? attempt github.com/rcrowley/go-metrics with 1 pkgs; 3 versions to try
(33)      try github.com/rcrowley/go-metrics@master
(33)  ✓ select github.com/rcrowley/go-metrics@master w/1 pkgs
(31)  ? attempt github.com/pkg/errors with 1 pkgs; 11 versions to try
(34)      try<EMAIL_ADDRESS>(34)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(32)  ? attempt github.com/bsm/sarama-cluster with 1 pkgs; 18 versions to try
(35)      try<EMAIL_ADDRESS>(35)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(33)  ? attempt github.com/Sirupsen/logrus with 1 pkgs; 45 versions to try
(36)      try<EMAIL_ADDRESS>(36)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(34)  ? attempt golang.org/x/sys with 1 pkgs; 1 versions to try
(37)      try golang.org/x/sys@master
(37)  ✓ select golang.org/x/sys@master w/1 pkgs
(35)  ? attempt google.golang.org/grpc with 3 pkgs; 19 versions to try
(38)      try<EMAIL_ADDRESS>(38)  ✓ select<EMAIL_ADDRESS>w/3 pkgs
(36)  ? attempt github.com/davecgh/go-spew with 1 pkgs; 3 versions to try
(39)      try<EMAIL_ADDRESS>(39)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(37)  ? attempt google.golang.org/genproto with 1 pkgs; 3 versions to try
(40)      try google.golang.org/genproto@master
(40)  ✓ select google.golang.org/genproto@master w/1 pkgs
(38)  ? revisit github.com/golang/protobuf to add 1 pkgs
(41)    ✓ include 2 more pkgs from github.com/golang/protobuf@master
(38)  ? attempt github.com/grpc-ecosystem/go-grpc-middleware with 1 pkgs; 25 versions to try
(42)      try github.com/grpc-ecosystem/go-grpc-middleware@master
(42)  ✓ select github.com/grpc-ecosystem/go-grpc-middleware@master w/1 pkgs
(39)  ? attempt github.com/opentracing/opentracing-go with 2 pkgs; 27 versions to try
(43)      try<EMAIL_ADDRESS>(43)  ✓ select<EMAIL_ADDRESS>w/3 pkgs
(40)  ? attempt github.com/go-logfmt/logfmt with 1 pkgs; 5 versions to try
(44)      try<EMAIL_ADDRESS>(44)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(41)  ? attempt github.com/kr/logfmt with 1 pkgs; 2 versions to try
(45)      try github.com/kr/logfmt@master
(45)  ✓ select github.com/kr/logfmt@master w/1 pkgs
(42)  ? attempt github.com/grpc-ecosystem/go-grpc-prometheus with 1 pkgs; 8 versions to try
(46)      try<EMAIL_ADDRESS>(46)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(43)  ? attempt github.com/apache/thrift with 1 pkgs; 29 versions to try
(47)      try<EMAIL_ADDRESS>(47)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(44)  ? attempt golang.org/x/tools with 1 pkgs; 9 versions to try
(48)      try golang.org/x/tools@master
(48)  ✓ select golang.org/x/tools@master w/3 pkgs
(45)  ? attempt github.com/F21/kazoo-go with 1 pkgs; 4 versions to try
(49)      try github.com/F21/kazoo-go@master
(50)  ✗   github.com/F21/kazoo-go@master not allowed by constraint create-delete-topics:
(50)      create-delete-topics from (root)
(49)      try<EMAIL_ADDRESS>(50)  ✗<EMAIL_ADDRESS>not allowed by constraint create-delete-topics:
(50)      create-delete-topics from (root)
(49)      try github.com/F21/kazoo-go@create-delete-topics
(49)  ✓ select github.com/F21/kazoo-go@create-delete-topics w/1 pkgs
(46)  ? attempt github.com/samuel/go-zookeeper with 1 pkgs; 2 versions to try
(50)      try github.com/samuel/go-zookeeper@master
(50)  ✓ select github.com/samuel/go-zookeeper@master w/1 pkgs
(47)  ? attempt gitlab.com/some/client with 1 pkgs; 7 versions to try
(51)      try<EMAIL_ADDRESS>(51)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(48)  ? revisit github.com/opentracing/opentracing-go to add 1 pkgs
(52)    ✓ include 2 more pkgs from<EMAIL_ADDRESS>(48)  ? attempt github.com/eapache/queue with 1 pkgs; 4 versions to try
(53)      try<EMAIL_ADDRESS>(53)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(49)  ? attempt github.com/prometheus/client_golang with 2 pkgs; 15 versions to try
(54)      try<EMAIL_ADDRESS>(54)  ✓ select<EMAIL_ADDRESS>w/2 pkgs
(50)  ? revisit google.golang.org/grpc to add 2 pkgs
(55)    ✓ include 14 more pkgs from<EMAIL_ADDRESS>(50)  ? revisit golang.org/x/net to add 2 pkgs
(56)    ✓ include 4 more pkgs from golang.org/x/net@master
(50)  ? attempt github.com/prometheus/common with 2 pkgs; 2 versions to try
(57)      try github.com/prometheus/common@master
(57)  ✓ select github.com/prometheus/common@master w/3 pkgs
(51)  ? attempt github.com/prometheus/client_model with 1 pkgs; 3 versions to try
(58)      try github.com/prometheus/client_model@master
(58)  ✓ select github.com/prometheus/client_model@master w/1 pkgs
(52)  ? attempt github.com/prometheus/procfs with 1 pkgs; 2 versions to try
(59)      try github.com/prometheus/procfs@master
(59)  ✓ select github.com/prometheus/procfs@master w/2 pkgs
(53)  ? attempt github.com/gogo/protobuf with 1 pkgs; 15 versions to try
(60)      try<EMAIL_ADDRESS>(60)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(54)  ? attempt github.com/hashicorp/vault with 1 pkgs; 72 versions to try
(61)      try<EMAIL_ADDRESS>(61)  ✓ select<EMAIL_ADDRESS>w/3 pkgs
(55)  ? attempt github.com/hashicorp/go-rootcerts with 1 pkgs; 1 versions to try
(62)      try github.com/hashicorp/go-rootcerts@master
(62)  ✓ select github.com/hashicorp/go-rootcerts@master w/1 pkgs
(56)  ? attempt github.com/mitchellh/go-homedir with 1 pkgs; 1 versions to try
(63)      try github.com/mitchellh/go-homedir@master
(63)  ✓ select github.com/mitchellh/go-homedir@master w/1 pkgs
(57)  ? attempt github.com/mitchellh/mapstructure with 1 pkgs; 1 versions to try
(64)      try github.com/mitchellh/mapstructure@master
(64)  ✓ select github.com/mitchellh/mapstructure@master w/1 pkgs
(58)  ? attempt github.com/hashicorp/hcl with 2 pkgs; 4 versions to try
(65)      try github.com/hashicorp/hcl@master
(65)  ✓ select github.com/hashicorp/hcl@master w/9 pkgs
(59)  ? attempt github.com/sethgrid/pester with 1 pkgs; 2 versions to try
(66)      try github.com/sethgrid/pester@master
(66)  ✓ select github.com/sethgrid/pester@master w/1 pkgs
(60)  ? attempt github.com/matttproud/golang_protobuf_extensions with 1 pkgs; 6 versions to try
(67)      try<EMAIL_ADDRESS>(67)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(61)  ? attempt github.com/hashicorp/serf with 1 pkgs; 21 versions to try
(68)      try<EMAIL_ADDRESS>(68)  ✓ select<EMAIL_ADDRESS>w/2 pkgs
(62)  ? attempt github.com/beorn7/perks with 1 pkgs; 5 versions to try
(69)      try github.com/beorn7/perks@master
(69)  ✓ select github.com/beorn7/perks@master w/1 pkgs
(63)  ? attempt github.com/Boostport/migration with 2 pkgs; 14 versions to try
(70)      try<EMAIL_ADDRESS>(70)  ✓ select<EMAIL_ADDRESS>w/3 pkgs
(64)  ? attempt github.com/hashicorp/memberlist with 1 pkgs; 6 versions to try
(71)      try<EMAIL_ADDRESS>(71)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(65)  ? attempt github.com/hashicorp/go-sockaddr with 1 pkgs; 1 versions to try
(72)      try github.com/hashicorp/go-sockaddr@master
(72)  ✓ select github.com/hashicorp/go-sockaddr@master w/1 pkgs
(66)  ? attempt github.com/sean-/seed with 1 pkgs; 1 versions to try
(73)      try github.com/sean-/seed@master
(73)  ✓ select github.com/sean-/seed@master w/1 pkgs
(67)  ? attempt github.com/fatih/structs with 1 pkgs; 3 versions to try
(74)      try<EMAIL_ADDRESS>(74)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(68)  ? attempt github.com/boltdb/bolt with 1 pkgs; 8 versions to try
(75)      try<EMAIL_ADDRESS>(75)  ✓ select<EMAIL_ADDRESS>w/1 pkgs
(69)  ? attempt github.com/miekg/dns with 1 pkgs; 3 versions to try
(76)      try github.com/miekg/dns@master
(76)  ✓ select github.com/miekg/dns@master w/1 pkgs
  ✓ found solution with 187 packages from 69 projects

Solver wall times by segment:
     b-list-versions: 2m47.0856386s
         b-list-pkgs:  2m9.0722924s
              b-gmal:  2m7.1290731s
     b-source-exists:   10.5533451s
    b-rev-present-in:    3.0843901s
  b-deduce-proj-root:     2.110768s
            new-atom:       35.51ms
         select-atom:     34.0041ms
             satisfy:     26.0042ms
            add-atom:      3.0001ms
         select-root:      1.0002ms
      b-pair-version:            0s
               other:            0s
           b-matches:            0s
          b-pair-rev:            0s

  TOTAL: 7m19.1350259s

grouped write of manifest, lock and vendor: error while writing out vendor tree: error while exporting github.com/hashicorp/vault: : command killed after 10s of no activity

What did you expect to see?
The operation should complete successfully.
What did you see instead?
ensure seems to fail with grouped write of manifest, lock and vendor: error while writing out vendor tree: pretty often and on different dependencies. This did not seem to be an issue before, but after upgrading dep today, it seems to have become unreliable when running ensure.

yeah this one will be a symptom of turning down the inactivity timeout on some of our commands. we can crank it back up for checkout.


Brilliant, but can I access it programmatically?

Hi,
Thanks for publishing Control Compass. It has one of the best set of linkages of data around the ATT&CK data I have seen. This is really awesome.
I am building open source software for Vaticle TypeDB, and I have already built a bi-directional Stix <-> TypeDB ORM for the OASIS stix2 python library. I am also including the ATT&CK to STIX mapping as shown by MITRE (https://github.com/mitre-attack/attack-stix-data/blob/master/USAGE.md).
Now I want to import your data into this open source database as well, using extensions to the Stix format. It really is brilliant. We will also be including an open source user interface, so we can also print it out like yours does.
Question:

What is the best way to programmatically access this data for loading into a Vaticle TypeDB database (e.g. file, api etc.)
How frequently do you update the repo, and how do we access those updates, can this update process be automated?

Thanks

Hey @brettforbes thanks for the feedback! I anticipate the project isn't currently sophisticated enough for your needs but I'm actively working on enhancements and will keep this request/feedback in mind. Let me know which data elements are most useful to you and I'll make sure my response is accurate:
The best way to programmatically access data here is via [cvc.json](https://github.com/ControlCompass/ControlCompass.github.io/blob/main/cvc.json). Each object in that json array has an ATT&CK identifier/T-code, so you could reformat this into the ATT&CK STIX schema. Note that this simply provides the "counts" of resources (e.g. detection rules) for every source covered in the dataset. The [resources ](https://github.com/ControlCompass/ControlCompass.github.io/tree/main/resources) folder is new and provides more granularity, but the files are formatted in markdown currently. I've considered ways to make these more accessible for programmatic use (e.g. a json), but I worry about the size and complexity of rolling all these details into a single file.
Recently I've updated this all ad hoc, about once every couple months, but within another month or two, I plan to update most/all resources on a weekly cadence. Stay tuned for an update on that.
Thanks again for the feedback and let me know any more questions.


riscv64 compiling error: expected 'package', found signal_darwin

Hello: I am compiling argo-workflow (v3.3.9) under the riscv64 architecture. When I execute make dist/argoexec, I get an error:
make dist/argoexec:
GIT_COMMIT=5db53aa0ca54e51ca69053e1d3272e37064559d7 GIT_BRANCH=HEAD GIT_TAG=v3.3.9 GIT_TREE_STATE=dirty RELEASE_TAG=true DEV_BRANCH=false VERSION=v3.3.9
KUBECTX=none DOCKER_DESKTOP=false K3D=false DOCKER_PUSH=false
RUN_MODE=local PROFILE=minimal AUTH_MODE=hybrid SECURE=false STATIC_FILES=true ALWAYS_OFFLOAD_NODE_STATUS=false UPPERIO_DB_DEBUG=0 LOG_LEVEL=debug NAMESPACED=true
CGO_ENABLED=0 go build -v -ldflags '-X github.com/argoproj/argo-workflows/v3.version=v3.3.9 -X github.com/argoproj/argo-workflows/v3.buildDate=2022-09-14T11:40:24Z -X github.com/argoproj/argo-workflows/v3.gitCommit=5db53aa0ca54e51ca69053e1d3272e37064559d7 -X github.com/argoproj/argo-workflows/v3.gitTreeState=dirty -X github.com/argoproj/argo-workflows/v3.gitTag=v3.3.9 -extldflags -static' -o dist/argoexec ./cmd/argoexec
workflow/executor/os-specific/signal_linux.go:1:1: expected 'package', found signal_darwin
make: *** [Makefile:228: dist/argoexec] Error 1

uname -a:
Linux<PHONE_NUMBER>7b 5.15.0-41-generic #44-Ubuntu SMP Wed Jun 22 14:20:53 UTC 2022 riscv64 riscv64 riscv64 GNU/Linux

Do you have any ideas about where the problem lies?

Possibly same issue with symlinks as #12603

+1, mac os m1
command:
make argoexec-image TARGET_PLATFORM=linux/arm64 IMAGE_NAMESPACE=${my-docker-repo}

error:
 > [argoexec-build 1/1] RUN --mount=type=cache,target=/go/pkg/mod --mount=type=cache,target=/root/.cache/go-build make dist/argoexec GIT_COMMIT=3450c2f15148a123c950840f1f87e1db5062f01f GIT_TAG=untagged GIT_TREE_STATE=dirty:
0.196 fatal: not a git repository (or any of the parent directories): .git
0.199 fatal: not a git repository (or any of the parent directories): .git
0.200 fatal: not a git repository (or any of the parent directories): .git
0.203 bash: line 1: [: =: unary operator expected
0.204 bash: line 1: [: =: unary operator expected
0.207 GIT_COMMIT=3450c2f15148a123c950840f1f87e1db5062f01f GIT_BRANCH= GIT_TAG=untagged GIT_TREE_STATE=dirty RELEASE_TAG=false DEV_BRANCH=true VERSION=latest
0.213 KUBECTX=none DOCKER_DESKTOP=false K3D=false DOCKER_PUSH=false TARGET_PLATFORM=linux/arm64
0.213 RUN_MODE=local PROFILE=minimal AUTH_MODE=hybrid SECURE=false  STATIC_FILES=false ALWAYS_OFFLOAD_NODE_STATUS=false UPPERIO_DB_DEBUG=0 LOG_LEVEL=debug NAMESPACED=true
1.731 workflow/executor/os-specific/signal_linux.go:1:1: expected 'package', found signal_darwin
2.720 find: manifests/base/crds: No such file or directory
2.792 find: examples: No such file or directory
2.792 CGO_ENABLED=0 go build -v -gcflags '' -ldflags '-X github.com/argoproj/argo-workflows/v3.version=latest -X github.com/argoproj/argo-workflows/v3.buildDate=2024-08-29T15:02:25Z -X github.com/argoproj/argo-workflows/v3.gitCommit=3450c2f15148a123c950840f1f87e1db5062f01f -X github.com/argoproj/argo-workflows/v3.gitTreeState=dirty -X github.com/argoproj/argo-workflows/v3.gitTag=untagged -extldflags -static' -o dist/argoexec ./cmd/argoexec
2.961 workflow/executor/os-specific/signal_linux.go:1:1: expected 'package', found signal_darwin
2.963 make: *** [Makefile:229: dist/argoexec] Error 1

@chengjoey my guess is that your git installation has core.symlinks disabled as that was the same error in #12603, as I wrote above, and that file is a symlink, as Alex wrote above.
See also https://github.com/argoproj/argo-workflows/pull/12604#issuecomment-1972763515

is that your git installation has core.symlinks

my guess is that your git installation has core.symlinks disabled

yeah, i set core.symlinks=true, then it worked

also add note for this, #13534, feel free to close this pr if it is not necessary


Auth - Error sending magic link - Status 500

BUG
Out of the blue, email login with magic link stopped working.
When the POST request to https://xxxxxx.supabase.co/auth/v1/otp?redirect_to=example.com  to create the magic link email is sent, the browser receives a status 500 with response:
{ "code": "unexpected_failure", "message": "Error sending magic link" }

I have 2 projects using this auth method with supabase and both are giving this error.
Although both projects are using Resend SMTP... but it seems like there is no issue there.
To Reproduce
Launch a project using Supabase auth passwordless sign in.
For example: https://github.com/vercel/nextjs-subscription-payments
Expected behavior
Magic link email should be sent.

I am seeing this issue in production for my app as noted in https://github.com/orgs/supabase/discussions/29370#discussioncomment-10781347


Angular-based assets are wrongly linked in html

Angular-based assets are wrongly linked in html.
Goto: http://volontuloapp.org/o-nas and see that images in header and footer point to ../../assets.... instead of assets.... It only works for now, because this url is not nested.

@weronikafelczak

Done in #688


Incorrect error for parameter properties references

class Foo {
    constructor(public x = 12, public y = x.toFixed()) {}
}

Expected behavior:
No error.
Actual behavior:
Can't find name 'x' in the expression 'x.toFixed()'.
Caused by https://github.com/Microsoft/TypeScript/pull/26317, so the fix should be an easy modification to that new code.

Paging @Kingwl 😉

sorry about that, i will take a look soon


flashplayer: <IP_ADDRESS> -> <IP_ADDRESS> [Important security fix]

Motivation for this change

Important security fix
Other fixes and improvements

https://helpx.adobe.com/flash-player/release-note/fp_31_air_31_release_notes.html
https://helpx.adobe.com/security/products/flash-player/apsb18-39.html
Things done

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

[X] NixOS
[ ] macOS
[ ] other Linux distributions

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

backport: 24da9758343


paul fertilizer shop

welcome to paul fertilizer shop
Summary

Changes

Closes:
Task list

[x] For workflow changes, I have verified the Actions workflows function as expected.
[x] For content changes, I have reviewed the style guide.

welcome

          - name: Checkout
            uses<EMAIL_ADDRESS>


Round nodes cannot be styled with CSS classes

Trying to style a round node with css class fails. Rectangular and rounded nodes works just fine.
graph LR;
    A --> B(B)
    B --> C((C))
    classDef yellow fill:#ff0;
    class A,B,C yellow;

does not render A, B and C yellow. Only A and B are filled with yellow:

If this is intentional, I apologize.

I just made a quick PR to fix this: https://github.com/knsv/mermaid/pull/449

Ok, just merged that PR!

That is great!
Thanks for the swift response and I really appreciate the work you do!

But it`s still not work here:
https://knsv.github.io/mermaid/live_editor/


[Implimented Feature, PR #23] New -HeaderColor parameter for Format-SpectreTable.

Link to PR#23

Refactored Add-TableColumns to support a new table header color parameter.
Added and modified Format-SpectreTable to support the new table header color parameter.

Example Usage

$Obj1 = [PSCustomObject]@{
    Name = "Explorer"
    Path = "C:\Windows"
    Category = "System"
}

$Obj2 = [PSCustomObject]@{
    Name = "Steam"
    Path = "C:\Program Files\Steam"
    Category = "Gaming"
}

$Obj3 = [PSCustomObject]@{
    Name = "Direct Folders"
    Path = "C:\Program Files (x86)\Direct Folders"
    Category = "Productivity"
}

$Obj4 = [PSCustomObject]@{
    Name = "Discord"
    Path = "C:\Program Files\Discord"
    Category = "Communication"
}

$List = [System.Collections.Generic.List[Object]]@()
$List.Add($Obj1) | Out-Null
$List.Add($Obj2) | Out-Null
$List.Add($Obj3) | Out-Null
$List.Add($Obj4) | Out-Null

Format-SpectreTable -Data $List -Border Square -Color "#585858" -HeaderColor "#b6bfff"

# Alternatively:

$List | Format-SpectreTable -Border Square -Color "#585858" -HeaderColor "#b6bfff"

Output:

Future Plans:

I'd like to implement a -TextColor parameter, and a -TitleColor parameter as well. Their functionality should be self evident.
Also if/when this occurs I think changing -Color to -TableBorderColor would probably be appropriate.
Any comments or critiques welcome.

Implemented in https://github.com/ShaunLawrie/PwshSpectreConsole/releases/tag/v1.7.0
I used the comments on the PR https://github.com/ShaunLawrie/PwshSpectreConsole/pull/23 to recreate it because your prerelease branch was force pushed and lost the original commits


Update charon

Companion PR to https://github.com/AeneasVerif/charon/pull/282

Could it be that the order of traversal in llbc is different from ullbc?


415 api route and service functions

Co-authored by: @SanazDn
Co-authored by: @ChainShoe-Z
Proposed changes
This pull request resolve #415. Create listProgramActivities, and related functions for future use, corresponding mock activity data successfully present on route: '.../program'. Test files and test data for all functions are created and passed. Both interface of related activity and program objects for 'api' and 'webapp' folders are build in this branch.
Checklist

[x] Are the issues being addressed linked to this PR?
[x] Do all commit messages start with the issue number?
[x] Are all code changes sufficiently tested?
[x] Are there screenshots for UI changes?

I checkout to the branch and rebuilt the container

yarn delint in both webapp and api folders didnt' fix the formatting, which indicates that the formatting is appropriate
yarn test in api - all tests passed
The programs route is present and http://api.rhi.zone-development/programs gives the JSON of the default program template and its activities associated with the curriculum
programsRouter is present
models.d.ts have been added to the api, which includes the types related to programs, curriculum and activities
Types for ProgramActivity, ProgramWithActivities, CurriculumActivity and Curriculum are present in api.d.ts for the frontend


Update Endpoint HealthcheckIP to globalIP in Globalnet Deployments

This PR implements the following changes.

When Globalnet is enabled, datastoreSyncer registers for NodeListeners
and will update the localEndpoint with the globalIP of the node.
Enables pinger/HealthCheck to work even with Globalnet Deployments.

Depends on: https://github.com/submariner-io/submariner-operator/pull/1019
Fixes Issue: https://github.com/submariner-io/submariner/issues/1068
Signed-Off-by: Sridhar Gaddam<EMAIL_ADDRESS>

Globalnet + wireguard seemed to fail, https://github.com/submariner-io/submariner/pull/1069/checks?check_run_id=1669797605
on the gateway failover.
I re-ran the test just in case, but let's watch out for wireguard.

Globalnet + wireguard seemed to fail, https://github.com/submariner-io/submariner/pull/1069/checks?check_run_id=1669797605
on the gateway failover.
I re-ran the test just in case, but let's watch out for wireguard.

@sridhargaddam globalnet + wireguard: https://github.com/submariner-io/submariner/pull/1069/checks?check_run_id=1679851327#step:5:2697 keep failing HA failover after this change.

@sridhargaddam globalnet + wireguard: https://github.com/submariner-io/submariner/pull/1069/checks?check_run_id=1679851327#step:5:2697 keep failing HA failover after this change.

@mangelajo you can squash it before merging.

@mangelajo you can squash it before merging.

@mangelajo a gentle reminder. We need this PR for 0.8.1 release

@mangelajo a gentle reminder. We need this PR for 0.8.1 release


Bump otelgrpc to fix CVE issue

Found in the Trivy scan in #6099. Bump otelgrpc library to 0.46.0 and cleanup dependencies with go mod tidy.

Not a good way to fix. :(

Compared to https://github.com/dagger/dagger/actions/runs/6851646021/job/18628377264?pr=6099#step:7:310, we have only 1 otelgrpc issue related to buildkit binary. The pending issue is lint, it fails because of the function deprecation in otelgrpc.
I'm not sure about other issues in Trivy but it seems we need to update dependencies in the Alpine during build.

Thanks for looking into this @wingyplus! Your changes look good so far.
One of the remaining issues is the buildctl binary that we have to include in the engine image. We ran into similar issues w/ it and needing to upgrade vulnerable deps recently... I'm thinking it may be time to just squash this by removing the dependency on buildctl entirely.
I will give that a quick shot and push to this PR if successful.

Fixed the buildctl issue here: https://github.com/dagger/dagger/pull/6100/commits/b67fe73dc11c3624286aceea3837fabc38515804
Basically, we just don't use buildctl anymore. The only reason it was in our engine image was for the dial-stdio subcommand, so I just extracted the relevant parts of that out (it's a very small chunk of code) and put it in our repo.

The other issue was due to caching of our apk add command resulting in us getting versions of alpine libs that were fixed a few days ago; fixed that here:  https://github.com/dagger/dagger/pull/6100/commits/44def4e31413d0e6c7c65d9a0ea5f0ce18b4357f

cc @jedevc @vito this now has meaningful changes outside go.mod, PTAL


Buttons are jumping on hover.

Probably because of the different border widths - normal 2px on hover 3px.
Can be solved by using shadows (multiple insets ) instead of borders.
Or by changing the design to fixed border width.
I think that second option is better.

Thanks for pointing this our @cssberries. Would be willing to send a PR for this?

Also, I would like to invite you to our chat tool :smile:

Does box-sizing help instead of playing around with shadows?

Actually, it happens only with the buttons on the home page and caused by larger padding size on hover state.

FYI, we are revamping the Button styles across the board at the moment.

Fixed by #46


Add grapheme_at{,_reverse} functions to UnicodeStr

 Issue by mahkoh
Friday Jan 09, 2015 at 16:40 GMT
For earlier discussion, see https://github.com/rust-lang/rust/issues/20810
This issue was labelled with: A-collections, A-libs in the Rust repository

These functions were moved to an external crate, so I'm going to close this.


Fix cops naming

To match new cops naming in latest version of rubocop.

@HLFH This looks reasonable to me. Do you know if RuboCop is maintaining compatibility for the old aliases (even if they issue a deprecation warning)? Otherwise, we'll probably need to pin the rubocop dependency in the Gemfile so anyone depending on an older version of RuboCop can still use earlier versions.

@ericqweinstein When you do bundle exec ruumba -De, you don't get a warning but an error:

Error: The Layout/TrailingBlankLines cop has been renamed to Layout/TrailingEmptyLines.
(obsolete configuration found in /Users/hlfh/Desktop/book-explorer/.ruumba.yml, please update it)

The same happens when you run bundle exec rubocop:

Error: The Layout/TrailingBlankLines cop has been renamed to Layout/TrailingEmptyLines.
(obsolete configuration found in .rubocop.yml, please update it)

The related Rubocop PR is here: https://github.com/rubocop-hq/rubocop/pull/7468
It has been released for Rubocop 0.77: https://github.com/rubocop-hq/rubocop/releases/tag/v0.77.0
Anyone having rubocop < 0.77 should be able to use the previous conf., and anyone having rubocop >= 0.77 has to use the new naming for the conf.

@ericqweinstein Hi. Any updates? Thanks

Sorry, things have been crazy at work. This looks reasonable to me; I'll merge. Thanks for contributing!


Update E2E Dockerfile to Include EOF

Description
Update E2E Dockerfile to Include EOF
Which issue(s) does this PR fix

Fixes #?

PR acceptance criteria
Please make sure that the following steps are complete:

[ ] GitHub Actions are completed and successful
[ ] Unit Tests are updated and passing
[ ] E2E Tests are updated and passing
[ ] Documentation is updated if necessary (requirement for new features)
[ ] Add a screenshot if the change is UX/UI related

How to test changes / Special notes to the reviewer

/approve
/lgtm

/override  "Tests on OCP/PR Test"


Create DogOwner database and app

Create DogOwner database and app according to fields in ERD diagram .

Please refer to the issue template when writing an issue.


Roadmap

Hi!
Will you provide roadmap?

Hi, I don't really have a roadmap at the moment. There is not a lot of bugs/feature requests coming in where I feel I need to formally put a roadmap together. At the moment I use Giraffe in a few projects of my own and when I run into my own shortcomings then I slowly integrate those things into the official package.
I have tagged it with alpha because I don't really know how many people actually use it beyond myself and I am not sure if the library has been sufficiently tested or if there might be some bigger API changes requested any time soon. As far as I know it is fairly stable, but every so often I still introduce minor breaking changes to iron it out some corners of the library (check the latest release notes).
The alpha tag might be a little bit misrepresenting, because the library is fairly stable, but on the other hand I don't feel in a rush to prematurely label it beta or RTM if I know that I am still tweaking it here and there.
Saying that, I am open to discuss any ideas you have? What would you like to happen?

If you are interested I am currently working on a negotiate handler. A first example can be seen in the tests and I expect to have a first working version ready this weekend.

Hi, I created a beta milestone and updated all remaining issues: https://github.com/dustinmoris/Giraffe/milestones
Once I closed all these issues and nothing else came up then I will transition the project to beta. Hopefully the time between beta and RC will be a lot quicker, but it really depends what other suggestions/issues will come in after that.
There's still some quite fundamental changes being discussed and worked on like #53 for example.
Hope that answers you question!


add non-maximum suppression (NMS) function to torchsharp

This is a C# implementation of NMS, which is verified in object detection feature.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: huangyangyu sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


Documentation correction request

In the main readme, there is an instruction
docker build -t retinanet:latest retinanet/
This is not the correct directory from the git clone. The instruction should be
docker build -t retinanet:latest retinanet-examples/

Thanks for pointing it out, will update it.


Support road pricing configuration

Addition of RP params
Closes #62

We should add one or more tests for this in here, I think.

The existing tests focus on checking get_paramsets_search for scoringParameters and there are no example tests for other additional configurations, for example, Hermes or transitRouter. What would you suggest we assert/test @mfitz ?

We should add one or more tests for this in here, I think.
The existing tests focus on checking get_paramsets_search for scoringParameters and there are no example tests for other additional configurations, for example, Hermes or transitRouter. What would you suggest we assert/test @mfitz ?

Add a (minimal) XML config file to the test data that has an RP module in it, and write a test that reads that config file in. You would query the dict that results from parsing the config file and make assertions that it has key/value pairs that match teh RP config in the XML file.

Does this PR want closing without merging now @gac55 @fredshone ?

Can't find any example of us using this in config. I think we run via controller?
Found this but is inconsistent with PR.
Last resort -> am restoring an old output TII config to see if i can find there. If not killing this PR.

@mfitz v simple tests added. I also snuck in keys for another module than is being tested.


A way to load defaults from a dotfile

I'm not sure whether this would fall under the scope of this library, but it would be super sweet to have a way to load args from a dotfile if they aren't specified in the args.
Something like this maybe:
opts = require('nomnom')
.dotfile('~/.myprogram')
.option('foo', {dotfileDefault: true})
would default foo to whatever was in dotfile.foo (probably the dotfile is json) ie:
$> cat ~/.myprogram
{"foo": "bar"}
Or something similar, but you get the gist...

You mean like a config file?
{
  "bananas": {
     abbr: "b",
     help: "number of bananas",
     default: 3
  }
}

Or just a file with defaults?

 For example, I usually have to store oauth tokens etc, rather than pass them in, it's nice to be able to just store them in a dotfile, but be able to override them as options.

I see, I see. I think for right now, loading them from file and setting the default property would work okay, I just can't think of many other exact applications for this.


jointQuery, order dependent

I noticed that the result of a call to jointQuery() is dependent on the order of the tables/columns you provide to it (if there are more than two tables requested),
e.g., cols_a and cols_b (below) have the same exact tables and columns requested just in a different order - yet the result of jointQuery(cols_a) and jointQuery(cols_b) will be different.
I believe the 'correct' way is to order them like cols_a (with demos first)  - so this should either be specified or perhaps we should write a query that will be order independent.
jointQuery will do full outer joins on SEQN.A  (which is the first table input) with each subsequent table - so you will have different results depending on which is table A.
what do you think?
cols_a = list(
DEMO_I=c("RIDAGEYR","RIAGENDR","RIDRETH1","DMDEDUC2"),
DEMO_J=c("RIDAGEYR","RIAGENDR","RIDRETH1","DMDEDUC2"),
BPQ_I=c('BPQ050A','BPQ020'),
BPQ_J=c('BPQ050A','BPQ020'),
HDL_I=c("LBDHDD"),
HDL_J=c("LBDHDD")
)
cols_b = list(
BPQ_I=c('BPQ050A','BPQ020'),
BPQ_J=c('BPQ050A','BPQ020'),
HDL_I=c("LBDHDD"),
HDL_J=c("LBDHDD"),
DEMO_I=c("RIDAGEYR","RIAGENDR","RIDRETH1","DMDEDUC2"),
DEMO_J=c("RIDAGEYR","RIAGENDR","RIDRETH1","DMDEDUC2")
)

That is a very interesting and important issue. Maybe we need to find a way to find the largest intersection for those tables.


Fixed: wasm example bug

Bug
wasm example call wrong function name. As shown below, the wasm file generated by A contains the function gcd(int32,int32)->int32 and range(int32)->>int32, while wasm calls gcd(int4,int4)->int4 and range(int4)->>int4
Runtime {
    config: Config {
        memory_size_limit: None,
        file_size_limit: None,
    },
    functions: {
        "decimal_add(decimal,decimal)->decimal",
        "oom()->null",
        "gcd(int32,int32)->int32",
        "create_file()->null",
        "sleep(int32)->int32",
        "segfault()->null",
        "datetime(date32,time64)->timestamp",
        "length(string)->int32",
        "range(int32)->>int32",
        "jsonb_access(json,int32)->json",
        "div(int32,int32)->int32",
        "length(binary)->int32",
        "key_value(string)->struct KeyValue",
    },
    types: {
        "KeyValue": "key:string,value:string",
    },
    instances: 0,
}

OS
Apple M1

Thanks a lot for your PR. Maybe we need to get our example tested in CI.


Ratio not available in ready event?

We are getting a null value for the ratio getter when called in the ready function.
player.on('ready', function(event) {
    var instance = event.detail.plyr;
    console.log(instance.ratio); // returns null
});

See console: https://codepen.io/samhibberd/pen/VNOaxw

@samhibberd, did you manage to find a solution to this? I am having the same problem when accessing the duration property.

Sadly not, I think I ended up with a bit of a hack involving a setTimeout() in the ready event, giving a chance for the ratio to be set.

I managed to get the duration of the song (audio player) hooking into the loadeddata event. Btw. it's being used within a VueJs application.

This is still an issue for me even when using a setTimeout hack. player.ratio returns null. However, even if I log player, I can see the ratio property. This isn't making sense to me.

I had the same issue but since I was autoplaying the video I solved it by using the .once('playing',...) event where e.detail.plyr.ratio is available.


Typo fix and grammatical improvements in docs/components

Typo fix and grammatical improvements in docs/components

@tmsagarofficial After closing your other contributors.yml PR, I see you submitted docs changes in separate PRs here.  Please add your name to the contributors.yml file in this PR so it's associated with the changes 👍


windows CI breaking

Removed the vignettes and run the checks with just one each time and it appears that bbtutorial.Rmd is causing the issue.
* checking for file 'D:\a\bboutools\bboutools/DESCRIPTION' ... OK
* preparing 'bboutools':
* checking DESCRIPTION meta-information ... OK
* installing the package to build vignettes
* creating vignettes ... ERROR
Error: --- re-building 'bbtutorial.Rmd' using rmarkdown
Error: Error in proc$get_built_file() : Build process failed
Calls: <Anonymous> ... build_package -> with_envvar -> force -> <Anonymous>
Execution halted
Error: Process completed with exit code 1.
Run ## --------------------------------------------------------------------
Show testthat output
Run actions/upload-artifact@v4
Warning: No files were found with the provided path: D:/a/bboutools/bboutools/check. No artifacts will be uploaded.

As it ran fine with the other vignette bboumethds.Rmd
── R CMD build ─────────────────────────────────────────────────────────────────
* checking for file 'D:\a\bboutools\bboutools/DESCRIPTION' ... OK
* preparing 'bboutools':
* checking DESCRIPTION meta-information ... OK
* installing the package to build vignettes
* creating vignettes ... OK
* checking for LF line-endings in source and make files and shell scripts
* checking for empty or unneeded directories
Omitted 'LazyData' from DESCRIPTION
* building 'bboutools_<IP_ADDRESS>05.tar.gz'

When vignette error didn't occur there was this weird error on windows so bb_fit_survival_ml() tests had to be skipped.
> library(testthat)
> library(bboutools)
Loading required package: nimble
nimble version 1.1.0 is loaded.
For more information on NIMBLE and a User Manual,
please visit https://r-nimble.org./

Note for advanced users who have written their own MCMC samplers:
  As of version 0.13.0, NIMBLE's protocol for handling posterior
  predictive nodes has changed in a way that could affect user-defined
  samplers in some situations. Please see Section 15.5.1 of the User Manual.

Attaching package: 'nimble'

The following object is masked from 'package:stats':

    simulate

>
> test_check("bboutools")
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = bYear
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_bYear
Available Name 1 = AdultsFemales
Error, could not find name
Name = bYear
Available Name 1 = AdultsFemales
Error, could not find name
Name = lifted_eRecruitment_oBi_cB_times_AdultsFemales_oBi_cB_L23
Available Name 1 = AdultsFemales
Error, could not find name
Name = lifted_eRecruitment_oBi_cB_times_AdultsFemales_oBi_cB_L23
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_adult_female_proportion
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_adult_female_proportion
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_adult_female_proportion
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = logProb_sAnnual
Available Name 1 = AdultsFemales
Error, could not find name
Name = sAnnual
Available Name 1 = AdultsFemales

Error: Error: R CMD check found ERRORs
1 error ✖ | 0 warnings ✔ | 0 notes ✔
Execution halted
Error: Process completed with exit code 1.

Update action to not build the vignette on windows as well

We were unable to determine what was causing this issue and so for now R CMD Check on windows is set to not build vignette and skipping some tests on windows as well.


Agda cannot be used with AgdaStdlib from Nixpkgs

Looks like that the current state of things is somewhat broken:

The version of AgdaStdlib is not tied to Agda, which might cause problems.
AgdaStdlib from Nixpkgs cannot be used because Agda attempts to create an interface file next to each library source file, which fails due to a read-only filesystem.

Here's the solution I've found, but I wonder whether we can improve the packages themselves to make this less painful:

Install Agda from Nixpkgs via nix-env or nox (I have <IP_ADDRESS>.), so ~/.nix-profile can be referenced.
Clone AgdaStdlib from upstream and switch to the v2.4.0 tag (see above about incompatible versions).
Create a ~/bin/agda shell wrapper (see below) and add that directory to PATH.
Add this line to ~/.vimrc to make agda-vim work (I don't use Emacs): let g:agda_extraincpaths = [$HOME."/agda/agda-stdlib/src"].

The wrapper:
% cat ~/bin/agda
#!/usr/bin/env bash

set -e

#Agda_datadir=$HOME/agda/agda/src/data       \
#  $HOME/agda/agda/dist/build/agda/agda      \
$HOME/.nix-profile/bin/agda                 \
  --include-path=$(pwd)                     \
  --include-path=$HOME/agda/agda-stdlib/src \
  $@

I've also tried building Agda from source by making a shell.nix file with cabal2nix --shell --sha256 ./. Agda.cabal > shell.nix and running: nix-shell --pure -I ~ (my Nixpkgs clone is in ~/nixpkgs), cabal configure && cabal build -j. That's what the commented out lines are for. Note the Agda_datadir variable. It's necessary because Agda uses the defaultLibDir function, which relies on the dist/build/autogen/Paths_Agda.hs file, which points to nonexistent locations, but it's possible to override with the mentioned environment variable. I'm not using Agda from upstream mainly because agda-vim doesn't support it (yet?).

cc @Fuuzetsu, @copumpkin, @oxij, @Ericson2314.

Possibly related/relevant: https://github.com/NixOS/nixpkgs/issues/15306

The interface files are fixed by #15595. As for tying stdlib versions to Agda versions, I'm not sure how we could go about that, other than by being quick about updating AgdaStdlib. We could keep different versions of Agda, but its way of working generally requires global installation (for agda-mode, at least).

AgdaStdlib from Nixpkgs cannot be used because Agda attempts to create an interface file next to each library source file, which fails due to a read-only filesystem.

I'm confused. Why wasn't this a problem all along? When I last touched this stuff Agda also made such interface files. I think either it put them elsewhere, or we copied the source in to $out while that was still mutable.

@Ericson2314, the new version adds a bunch of builtin modules. See the release notes; it's one of the first things. Previously, there was just Agda.Primitive, and this was indeed handled in the postInstall phase.

Just ran into this. It seems like none of the Agda stuff works properly?

It should be fixed whenever peti gets round to merging stuff. See #15696.

@copumpkin You could try my workaround if you're in a hurry. It works, at least.

Done via cabal2nix#226 and #16038.


DS-R: 3.6.DOC Data & Packages - Using Common Packages

Description 📜
In this issue, you need to work on the documentation efforts in the "Data & Packages" section under the "Using Common Packages" subsection. Please ensure that you document in detail.

Domain of Contribution 📊

[x] Datascience with R

Instructions ✔

Kindly make a README going over the subtopic.
Changes should be made under Datascience_With_R branch only and push your PR to the same.
This issue is for GWOC'21 contributors only.
You need to push in a single commit. If there exists more than one commit then you need to squash your commits into one commit.

Hello, I am Deepthi M . I would like to do documentation on this issue.

/assign

Hey @ayushikulshreshta30 and @deepthi1107, I've assigned you both to another one where y'all commented prior. We are trying to do 1 issue / contributor so that everyone can work on something. Could y'all kindly finish that one and then I'll assign y'all after that.

Any update y'all?

Mam @micepram, i would like to do on this issue, video contribution, can you please assign me mam.


Fix PostMessage

Fixed the PostMessage method because it used a wrong endpoint and the model had a useless extra level (RootMessage)

Closing this as we are closing this repository and will no longer maintain it. The Teams code snippets in this sample are replicated in the ASP.NET Core Graph Snippets sample. We apologize for any inconvenience.


Prevent closing combobox when click on scrollbar

Hello, I have noticed that when I open the combo box and try to click on the scrollbar to scroll through the results, the combo box will get closed.

Thanks for raising this @Tomas2D, it's definitely a bug. The listbox is not focusable so that's why it's closing - it could be resolved by adding a tabindex to the listbox but there are a few quirks to the focus behaviour I need to look closely at.

I fixed that in #34, but sure, if there is better a way, why not.

Fixed in 3aeb3bc


my chart is bugged

Describe your problem here.
for some reason when i load up my song, the chart bugs out and just scrolls but then keeps going back
idk whats wrong please help
Are you modding a build from source or with Lua?
Source
What is your build target?
Windows x64
Did you edit anything in this build? If so, mention or summarize your changes.
no

video???

Your missing the song

that or whatever your song file is, is not an ogg or the name isnt voices.ogg or inst.ogg
Like this
[Song Name/Folder] > [Inst.ogg] & [Voices.ogg]

i have the songs and the ogg file

https://user-images.githubusercontent.com/111058046/215607764-bd1a54ac-ab9b-4333-bcd9-aa1d0dfd676c.mp4
heres a video

Is the song an actual ogg or did you download the song and rename it to ogg? If you downloaded it just use an ogg converter online

no i took fresh and put it in my songs folder

Show me a screenshot

whats the file typ

ogg

folder name?

its my songs name in the mods>songs folder

is it in mods/songs/double-trouble

yes but without -

when the data folders name and json is double trouble it gives me this

Copy the chart but add a -hard at the end
or just play on normal

the json file

there is a -hard

Just rename the whole thing double-trouble-hard.json

Duplicate of #11161

Just rename the whole thing double-trouble-hard.json

Just rename the whole thing double-trouble-hard.json

also add a - on the space of the folder as well

guys i fixedd it thanks


Update Travis CI for PHP 7.4

PHP 7.4 has been newly released

Coverage remained the same at 100.0% when pulling df33b5f4c51f086658955d0db8c2329689b077dc on smalot:master into cfe9b0ae69eb5dbac64a282f04410b731f6b9c04 on thephpleague:master.

Doesn't seem like it is compiled for Travis yet.

Wait and see ...  ;)


big change! upgrade zktrie circuit

TODO:

(0,0) => 0, poseidon lookup

https://github.com/scroll-tech/mpt-circuit/pull/48 should fix the one failing test regarding the super circuit degree.

i will use this branch to run make mock/make test-super-trace/make test-agg in scroll-zkevm

oh now the CI(test-heavy, mainly super circuit) runs so long...

update there are 3 failed lookups:
Lookup 'account mpt key = h(address_high, address_low)'
Lookup 'poseidon hash correct for old common path'
Lookup 'sibling = h(1, key)'
i guess they are all related to (0,0) => 0 in poseidon...

i tried cargo test --release --features scroll --all --exclude integration-tests --exclude circuit-benchmarks serial_test_super_circuit_1tx_1max_tx -- --ignored
there are 3 types of failed lookups:
Lookup 'account mpt key = h(address_high, address_low)' Lookup 'poseidon hash correct for old common path' Lookup 'sibling = h(1, key)'
i guess they are all related to (0,0) => 0 in poseidon...
@z2trillion can have some fixes here after you return to work?

Poseidon circuit used max_evm_row, which is not set in unittest. It is one of the causes of test failure (another is the lookup 'updates in mpt table proven in mpt circuit' failed). https://github.com/scroll-tech/zkevm-circuits/pull/548/commits/aedad4da13ff169dffd520c8dabb735d78b7c796 has fixed this. @z2trillion

a lot of 'updates in mpt table proven in mpt circuit' when make test-heavy

https://github.com/scroll-tech/zkevm-circuits/blob/b480692a22c5be06b72dbcdf2be2cefe8e222342/zkevm-circuits/src/witness/mpt.rs#L1394 here insert a mpt update entry which has written a new value into an empty account address.
It cause a panic in a sanity check and made two test witness::mpt::test::empty_account_empty_storage_proof and witness::mpt::test::empty_account_storage_write not pass.
Wondering why we need such a mpt update entry here, I guess this is impossible for any valid circuit. @z2trillion

https://github.com/scroll-tech/zkevm-circuits/blob/b480692a22c5be06b72dbcdf2be2cefe8e222342/zkevm-circuits/src/witness/mpt.rs#L1394
here insert a mpt update entry which has written a new value into an empty account address.
It cause a panic in a sanity check and made two test witness::mpt::test::empty_account_empty_storage_proof and witness::mpt::test::empty_account_storage_write not pass.
Wondering why we need such a mpt update entry here, I guess this is impossible for any valid circuit. @z2trillion

These aren't really testing anything. They explicitly panic at the end so that the debug statements are printed out. The resulting json's are using as test traces in the mpt circuit repo.
It is possible to need an empty storage proof for for an empty account. An example of this is a revert(account creation tx + storage write). In the state circuit, we will need to prove that the initial and final values for storage key for an empty account are both 0. This mpt circuit in v0.4 should handle this.

https://github.com/scroll-tech/zkevm-circuits/blob/b480692a22c5be06b72dbcdf2be2cefe8e222342/zkevm-circuits/src/witness/mpt.rs#L1394
here insert a mpt update entry which has written a new value into an empty account address.
It cause a panic in a sanity check and made two test witness::mpt::test::empty_account_empty_storage_proof and witness::mpt::test::empty_account_storage_write not pass.
Wondering why we need such a mpt update entry here, I guess this is impossible for any valid circuit. @z2trillion

These aren't really testing anything. They explicitly panic at the end so that the debug statements are printed out. The resulting json's are using as test traces in the mpt circuit repo.
It is possible to need an empty storage proof for for an empty account. An example of this is a revert(account creation tx + storage write). In the state circuit, we will need to prove that the initial and final values for storage key for an empty account are both 0. This mpt circuit in the v0.4 branch handles this case, which is covered by the test empty_account_empty_storage.

Agree. and empty storage proof (so both value_before and value_after is 0) would not trigger panic here.

finally .... i will merge this once super proof can be generated inside scroll-zkevm. Probably within 1h.


libPhoneNumber-Java cannot detect the Indian toll free format of 000 800 xxx xxxx

This issue is being raised in response to the discussion with David and Shaopeng on the following thread - https://groups.google.com/forum/#!topic/libphonenumber-discuss/w8KGXQre5Rw
This issue is impacting a lot of businesses using android devices in India.
Thanks,
Meghaditya

Summary from the discussion:

there are indeed many examples of Indian toll-free numbers with prefix "000 800".
might be tricky to support. Need to explore whether we can do it as a metadata update.

FYI @dlyongemallo

@ Andyst,
Could you please share any timeline on this? or against which Android release in road map will this be tracked? Any info on this (even tentative), will definitely be helpful.
Thanks in advance,
Shuvan

This was fixed in July/August 2016.


Switches demo from mdast-react to remark-react

This switches the live demo on the gh-pages branch (http://mapbox.github.io/remark-react/) from the old mdast-react to remark-react.
/cc @tmcw @jfirebaugh @scothis

:+1: travis is failing because this branch doesn't have a .travis.yml file. We can tell travis to not build if there isn't a config file, but I don't have permissions to flip that switch.

There's a conflict with the underlying gh-pages branch, if you rebase it should be good to merge.

@scothis - changed the settings so that Travis doesn't run if a .travis.yml is not present. The settings change should only affect this branch.
Also, the merge conflict issue was a false alarm due to a Github permissions issue - there is no merge conflict with this PR. The merge button is green for everyone now 🎉 .
Going to merge.


Should children tasks be shown as done or undone when the corresponding parent task is marked as done?

In the latest version, children tasks are shown as undone if they are not checked, although the corresponding parent task is marked as done. This is a little different from ordinary Obsidian tasks in Preview mode. Is it possible to make it more consistent with ordinary obsidian tasks?

Can you please double-check without a theme installed? And compare again obsidian checklists with task lists? I am not changing the appearance and it should be identical with or without this plugin.

Sorry that I did not describe it clearly. What I meant is shown in the following figure:

As can be seen, the parent task has been marked as completed. In this case, when querying tasks, the two sub-tasks would be shown as undone.

Ah, yes. Well, they are undone from the plugin’s perspective. I guess a new optional feature could automatically mark all children of a task as done when the parent is done 🤔

they are undone from the plugin’s perspective
True 😀
I guess a new optional feature could automatically mark all children of a task as done when the parent is done
Yes, this would do the work.


UnicodeEncodeError with scopus_affiliation.py

There still seems to be a unicode issue in python 2.7 with certain authors.
This time it's with https://www.scopus.com/authid/detail.uri?authorId=6602884607
>>> from scopus.scopus_author import ScopusAuthor
>>> au = ScopusAuthor("6602884607", refresh=True)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.7/dist-packages/scopus/scopus_author.py", line 178, in __init__
    if el is not None]]
  File "/usr/local/lib/python2.7/dist-packages/scopus/scopus_affiliation.py", line 81, in __init__
    f.write(resp.text)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe4' in position 1299: ordinal not in range(128)

Thanks for reporting that. I added a fix to scopus_affiliation.py that should fix that.

Yes, everything's working! Great :+1:


Update 2.0.31

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

conmon 2.0.30+ requires seccomp.

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

@conda-forge-admin, please rerender

Thanks for picking this up @manics! It would be great to have the latest podman available via conda so I'm keen to see this merged.
I know @mbargull is busy, but hopefully he has time to review this. In any case, it might be an idea to open an issue to get yourself access and hence double the bus-factor for this feedstock.

@dhirschfeld I've added myself to the recipe-maintainers in this PR. Do you want me to add you too? I don't have any special expertise in building Podman, only in using it, and like you I'm keen to see it in conda-forge.

I don't have any special expertise in building Podman

I'm in a similar situation but happy for you to add me here also, to help out as I can...

I don't have any special expertise in building Podman

I'm in a similar situation but happy for you to add me here also, to help out as I can...

ping @mbargull, @conda-forge/conmon!

Perhaps @conda-forge/core would take a look at this? it looks like two active maintainers would be added.

thanks @dopplershift !

Thanks @dopplershift, and thanks @bollwyvl for pinging core - it was on my TODO list!

Thanks for sorting this out!


🤗 [REQUEST] - Gemma 2

Model introduction
This is Google's newest open model family, providing LLMs distilled from an undisclosed larger model. Compared to other models that are not marketed for code completion on DevQualityEval, the 27B model has very good performance, even surpassing all Gemini-1.5 models. The 27B-it model is also preferred over Llama-3-70B-Instruct by Chatbot Arena users.
Model URL
https://huggingface.co/collections/google/gemma-2-release-667d6600fd5220e7b967f315
Additional instructions (Optional)
Many older versions of llama.cpp, transformers, and other libraries are known to have bugs when running inference with the Gemma 2 models, especially with the 27B models. I don't know whether these issues have been resolved yet.
Author
No
Security

[X] I confirm that the model is safe to run which does not contain any malicious code or content.

Integrity

[X] I confirm that the model comes from unique and original work and does not contain any plagiarism.

Gemma-2-9b-it has already been on the leaderboard. However, the 27b model has issues related to soft capping, which significantly degrades generation quality. Although vLLM has released v0.5.1 to address this issue, I still couldn't achieve optimal performance with the 27b model, though it is better than with vLLM v0.5.0.
Currently, I am using the NVIDIA API for generation, which is the same as DevQualityEval. Based on my observations on BigCodeBench, its performance is comparable to Gemini-1.5-Flash-API-0514 and Llama-3-70B-Instruct, but it doesn't surpass Gemini-1.5-Pro-API-0514.
The leaderboard will be updated soon, with other models included.

OK, thanks!

FYI, I'm trying the vLLM-27b again on a new env. Hope the quality will be similar to the NVIDIA API.

Results w/ vLLM will be updated shortly.


Tutorial for users in using Vagrant and boxes

In order to make Vagrant more user-friendly, there is a need to make a documentation-tutorial with the steps for installations and explanations of components.

@Almansherov is this wiki page https://github.com/subutai-io/vagrant/wiki/How-to-Install-and-Use-Vagrant-Providers what you mean as tutorial?


feat(discovery): discovery port name/number options for v1betav2

Welcome to Cryostat! 👋
Before contributing, make sure you have:

[x] Read the contributing guidelines
[x] Linked a relevant issue which this PR resolves
[x] Linked any other relevant issues, PR's, or documentation, if any
[x] Resolved all conflicts, if any
[x] Rebased your branch PR on top of the latest upstream main branch
[x] Attached at least one of the following labels to the PR: [chore, ci, docs, feat, fix, test]
[x] Signed all commits: git commit -S -m "YOUR_COMMIT_MESSAGE"

Related to #725
Related to #721
Description of the change:
Added discovery port name/number options to CRD v1betav2. Also, cryostat3 is going to change its behavior for these port name/number env var (https://github.com/cryostatio/cryostat3/issues/238#issuecomment-1939502299). I will save it for another PR after #727
Motivation for the change:
Missing equivalent specs in v1betav2 for discovery port name/number option.

/build_test

https://github.com/cryostatio/cryostat-operator/actions/runs/7907141813

LGTM but let's wait for Elliott since he's more familiar with the beta2 API and webhooks etc.

/build_test

https://github.com/cryostatio/cryostat-operator/actions/runs/7921208837


Can't Create Data Type Through Code

I'm working on a project which needs to initialise various data types through code. I've been able to successfully do this with a handful of the core Umbraco property editors. For example, to create a Nested Content Data Type:
IDataEditor dataEditor = new NestedContentPropertyEditor(Logger, new System.Lazy<PropertyEditorCollection>());

dataType = new DataType(dataEditor, 1);

I'm attempting to do the same with this package but the classes are locked down using internal. As per the Umbraco editors, I'd expect to be able to create this the same way - would it be possible to change the classes to allow data types to be created in other projects?
I'd expect something along these lines to do the job once the changes have been made:
IDataEditor dataEditor = new OEmbedPickerDataEditor(Logger);

dataType = new DataType(dataEditor, 1);

dataType.Configuration = new OEmbedPickerConfiguration()
{
    AllowMultiple = false
};

Hi @0Neji
Would love to see the use case where you need to create them in code.
But for making them public. I will accept a PR for that. I tend to keep most stuff internal when I don't see a need for making them public.
Apperently now there is a need to have them public.
Dave

this is fixed and is already availabel in the latest beta. Will be part of the 4.2.0 release


[branch-2.8][fix][broker] Fix index generator is not rollback after entries are failed added.

Cherry-pick  #19727 to branch-2.8

/pulsarbot rerun-failure-checks


Fix region tag for one example.

I think we were spelling these region tags wrong.

This change is

I think you may have forgotten to click the "approve" button (@frankyn is for some reason not in the right group, we should fix that I think).
The sad story goes like this: Doxygen likes //! tags, the start and end tags must be the same.  The Google Cloud website likes [START tagname] and [END tagname] and the tagnames need to be consistent across languages (because all the examples for a feature, across languages go together).
Doxygen tags are scoped to the file, so they can be shorter, the other tags are global, so they tend to include the service as a prefix.
So we cannot use the Doxygen tags for the website, and we cannot use the website tags for doxygen, the "solution" is to put both tags in the same line.  Sometimes that line is too long, and then we end up with two lines, sad.  That explains the second set of inconsistencies you noticed.
The other inconsistencies are harmless: because each tag is used for a different system, though they ten to use the same or similar names because who wants to be creative with these?

The other inconsistencies are harmless: because each tag is used for a different system, though they ten[d] to use the same or similar names because who wants to be creative with these?

So, my non-creative suggestion would be (for g/c/storage) ...
$gcs_tag = 'storage_' . $dox_tag =~ s{\s+}{_}gr;
Then I (at least) wouldn't wonder about differences.


[Bug] Searching not always produces results

Searching (I use /) doesn't always produce results. I'm properly connected, I can view my e-mails, they are cached. I'm trying to search for words that I can see that are there, sometimes I get results sometimes not. Also I haven't seen any results searching unicode text, greek letters for example.
Even when I get results, there is a delay. Pre-fetching and percentage is shown on the upper right screen, although all messages are already cached.
I've compiled nmail, sources from github, v 3.55 (it's a bit odd, since latest seems to be 3.53 on the github page).
Apart from theses problems, it's a wonderful TUI MUA, thank you.

After some more pre-fetches, now searching works fine; unicode also. But on whole words only. If for example I search for proc only instead of procedure I get no results.

Hi @krackout - nmail currently only supports searching local message cache, effectively meaning one need to enable full sync, either by configuring prefetch_level=3 or by triggering a full sync once (or occassionally) by pressing s (I use this method) to be able to search the full mailbox.

Even when I get results, there is a delay.

This delay should go away once all messages have been synced.

v3.55 (it's a bit odd, since latest seems to be 3.53 on the github page)

I bump the version in master whenever I make any changes to nmail, and then periodically I tag a release (once a version is deemed stable after using it for some time). This may happen only once in a few months, unless someone asks for a release. For practical purposes you can simply ignore the releases and just use latest master - I try to keep it fairly stable.

Apart from theses problems, it's a wonderful TUI MUA, thank you.

Thanks :)

But on whole words only. If for example I search for proc only instead of procedure I get no results.

nmail currently does not support partial words nor wildcard searches. I'll try see if wildcard search can be added.

With the above commit support for searching for partial words using wildcard (*) has been added. Example of supported search string: goog* (will match goog, google, etc).
Feel free to re-open this issue if you have any related follow-up questions.

I've just compiled after the new commit, works perfectly, using greek characters also, thank you. A suggestion, if it's easy, in a later commit, perhaps you could add *oogle (wildcard in front).

Ok good to hear it works!

A suggestion, if it's easy, in a later commit, perhaps you could add *oogle (wildcard in front).

nmail uses the search engine xapian, which unfortunately does not support leading wildcard searches as far as I can tell from their docs. So there's unfortunately no quick fix for this.


API to restart an orchestration instance

The HTTP URL for restarting an orchestration instance: restartPostUri
We use Eternal orchestrators in our use case. In the case of any failures that we can recover from, We would like to restart the orchestration instance. However, the restart API is not available in the Java SDK. Can we please prioritize the same?
cc: @cgillum @ChrisRomp

Hi @cgillum, do we have this support in durable extension? Thanks.

@ChrisRomp I think we have different parameters to terminate and restart in other SDKs.
Here is a sample response when we create an instance in python:
{
    "id": "b37bf1c100634f699d03d36a1855d6f8",
    "statusQueryGetUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8?taskHub=**",
    "sendEventPostUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8/raiseEvent/{eventName}?taskHub=**",
    "terminatePostUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8/terminate?reason={text}&taskHub=**",
    "rewindPostUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8/rewind?reason={text}&taskHub=**",
    "purgeHistoryDeleteUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8?taskHub=**",
    "restartPostUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8/restart?taskHub=**",
    "suspendPostUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8/suspend?reason={text}&taskHub=**",
    "resumePostUri": "http://va7intdurablecls1.azurewebsites.net/runtime/webhooks/durabletask/instances/b37bf1c100634f699d03d36a1855d6f8/resume?reason={text}&taskHub=**"
}

@kamperiadis I think this is another case where we can implement the feature entirely in the Java SDK.  You should be able to follow this .NET implementation as the guide. Something like this:
@Override
public String reset(String instanceId /*, more params */) {
    OrchestrationMetadata metadata = this.getInstanceMetadata(instanceId, false);
    if (!metadata.isInstanceFound()) {
        // Throw...
    }

    NewOrchestrationInstanceOptions options = ...
    return this.scheduleNewOrchestrationInstance(metadata.getName(), options);
}

@akshaykumars10, we have just released java sdk v1.2.0 and this feature is ready to be used. Please try out it. Thanks.

@kaibocai, I am able to the restart API. Thanks!
I just had one question. I have an orchestrator instance with some custom instance id. When I try to restart that I get a different instance id in the response. is this expected? My expectation from the restart is that it should restart the same instance.
You can see in the screenshot below that on restarting an instance with custom id: akshayyyyyyjj, I get a different new id in the response:

It would also be my expectation that the restart API would preserve the instanceId, but I'm not sure if this is defined behavior. It would be good to test what happens in .NET in-process with this API

I just tested the restart HTTP API with a DF in-process .NET app and the instanceID seems to be re-generated every time, even when the instanceID was originally user-provided.
Strictly speaking, I think this means there's precedent to keep the behavior as-is. But personally speaking, I do find it to be unintuitive.

Thanks @davidmrdavid for the confirmation.
@lilyjma For my use case, it is required that the instance IDs stay the same. Can the restart API be enhanced to support this?

I think it's possible, and maybe reasonable, that we can enhance the restart API. It would be good to first confirm with @cgillum whether the current behavior was intended though. He'll be back in about ~10 days, so we may have to wait a bit.

Hi @cgillum, what are your thoughts about this?

@akshaykumars10 - I believe you just need to add &restartWithNewInstanceId=false to the end of your URL to get the behavior you want. David has tested this.
For reference, the code for the restart API can be found here: https://github.com/Azure/azure-functions-durable-extension/blob/96ab8ef929ecee799deab24795c1397df2e1b9dc/src/WebJobs.Extensions.DurableTask/HttpApiHandler.cs#L911-L919.
Please let me know if that doesn't resolve this. Thanks.

This is working as expected. Thanks @lilyjma


Update BottomSheet to support Material 3

As part of the Material 3 specification there are updates to bottom sheet's  visuals:

We should update the BottomSheet widget to support this Material 3 look and tokens.

Reopening for supporting the new max-width of 640dp and an optional drag handle with an accessible 48dp hit target.

Design doc which can be used as a starting point for the handle feature. The author is no longer working on this project.

Design doc which can be used as a starting point for the handle feature.

That doc doesn't seem to be public. Is it possible to make it public?

I'm afraid not, (surprisingly) there's confidential info in there. @hangyujin has access


auto height

Current:

  height: auto;

Hi - the toast height is a CSS variable so by design it's configurable by the user.
The default toast height can be changed globally with:
<style>
:root {
  --toastHeight: auto
}
</style>

Or on a per-toast basis with:
<script>
toast.push('Hello world!', {
  theme: {
    '--toastHeight': auto
  }
})
</script>

Why do you need a hardcoded default value if "auto" works fine?

Normally having a fixed height is easier to work with especially if you have custom fly-in animations. Also, if height is set to auto, short single-line toast messages may look too short. Setting a fixed height while allowing it to be customised with CSS vars is the sensible option IMO.

conflict need to be resolved

@zerodevx I could push a PR for this and use min-height: 3.5rem property instead of height: auto so the toast can grow, but still has a fixed height so it won't look too small for a single line message.

Hey, good idea - if you could just change:
https://github.com/zerodevx/svelte-toast/blob/86bc988065967de022e6f3d0ddf01436ac22167a/src/ToastItem.svelte#L25
to:
height: var(--toastHeight,auto);
min-height: var(--toastMinHeight,3.5rem);

then I can probably just merge this in. Thanks!

Alright I will do the PR tomorrow

Handled by #11


Generating HDF5 files on Custom Dataset :

Hi,
I am trying to use GTAD on my own dataset. I have annotated the data according to Thumos'14 annotation format.
I have used the MMAction repository to extract the RGB Frames as well. After extraction, I have a folder for each video containing all the RGB frames in that video as images.
However, I do not understand what my next step should be to train GTAD because GTAD requires a HDF5 file containing the RGB features of the dataset.

Can you please let me know how you generated the HDF5 containing I3D Features for the validation and test sets?
After generating the features, did you use TAG or did you use BSN to generate proposals?

Your answers to the above questions will clarify a lot of doubts.
Thank you for your time!

Hi, @lakshaymehra !

GTAD uses the TSN rgb-flow features in the HDF5 format as we provide in this link. So what you can do is to first extract optical flow. Then extract features from both streams for your own dataset (TSN Or I3D as you wish) and store them as HDF5 files.  You can refer to this for extracting optical flow and TSN features.

Thank you for your detailed response. I will try the exact steps as mentioned by you. Really appreciate your time!

Hey @coolbay and @Frostinassiky,
I have generated the HDF5 file for my custom data set. The data/thumos_annotations folder in the repo contains separate CSV files for the val and test set of THUMOS'14.
However, the code inside dataset.py requires a CSV file and a JSON file.

Do I only need to generate a  CSV file for my training data and a CSV file for my validation data?
Or do I also need to generate a JSON file?
If I need to generate a JSON file for a custom dataset, what are the contents of that? Do I also need to create separate JSON files for train and validation sets? Can you share an example of the same?

Thank you for your time!

Hey @coolbay and @lakshaymehra! I would like to ask that with referring to the extraction of features using TSN there is no detail about which layer of the network we should use as the output. Do you know which one is it?
Thank you! :)

@destousok The second-to-last fc layer before predicting the categories.

Thank you for your detailed response. I will try the exact steps as mentioned by you. Really appreciate your time!

Hi， could u share the code for extracting feature?


Missing dom polyfill set

Hi,
Like many web developers nowadays, I write my javascript code using the latest ECMAScript features, transpiled with Babel and polyfilled with babel-polyfill. However, Babel doesn't polyfill DOM / Web APIs.
The polyfill.io service could be the perfect companion to babel-polyfill, but it lacks a DOM-only polyfill set that would allow us to query for all DOM polyfills without manually including them in the query string.

Hi, thanks for raising this. We love to see people wanting to extend the polyfill service to accommodate new features. We don't keep feature request issues open without a PR, but we do provide feedback on how enthusiastic we are to adopt the suggested idea. In this case, the feature you've suggested is moderately appealing to the core team, and we would be happy to receive a PR for it, and help you with reviews and testing, or with how to get started if you are a new contributor. We would need to ensure that the polyfill is filling for a standard feature of the web platform, which we're not sure is the case here.
You can find out more about common contribution scenarios and how to make the perfect PR here:
https://polyfill.io/v2/docs/contributing/common-scenarios
If you need any further help before you submit your PR, feel free to reopen this issue!


how to install or build?

i'm not a apple developer. how to ?

安装 MonkeyDev。然后下载编译安装。

yld: Library not loaded: /Library/Frameworks/Cycript.framework/Cycript
Referenced from: /var/containers/Bundle/Application/776D7AC9-9EE7-417B-9F10-77D70C52D4BD/WeChat.app/Frameworks/libWeChatDylib.dylib
Reason: image not found
@CodeTips


PR: Catch error when previous_focused_widget is not defined

Fixes #4025
Replace #4026

Hi, @stonebig, I'm the one that introduced that error :disappointed:, I think the fix It's simpler, just initialized that variable in the __init__, I made a PR with that change #4031

ok, please do. closing


ARU Org Join Request

Your Name
Damien Schütz
Membership Type
Member
Role
Postgraduate
Supervisor
Amir Patel, Stacey Shield
Teams
The learning docs page
Collaborator Repositories
No response
Special Requests
No response
Code of Conduct

[X] I agree.

Email Address Confirmation

[X] I confirm that I have read and understood the above.

Invite Sent


How to toggle widget?

In documentation you mention toggleWidget, but it's not clear how to utilize it?
Also, any possible way to get status of the widget (open/close) and a way to force it to either open or close?
Thanks

Hello! You can use it as a function call wherever you need to toggle it:
import { toggleWidget } from 'react-chat-widget';

function myFunc() {
  ...
  toggleWidget();
}

There's no possible way to know the status of the widget nor a way to open/close it except the toggleWidget function . It's actually a nice addition :smile:

I use this to only toggle only if it is closed:
      var hasClass = document.getElementsByClassName('hide-sm')       if(hasClass.length === 0){         toggleWidget()       }


Implement SA1131 diagnostic + code fix + fix all provider + tests

Fixes #863.

Current coverage is 79.53%

Merging #1598 into master will increase coverage by +0.03% as of 12526bc

@@            master   #1598   diff @@
======================================
  Files          525     527     +2
  Stmts        31405   31508   +103
  Branches      8800    8832    +32
  Methods
======================================
+ Hit          24970   25061    +91
- Partial       5123    5142    +19
+ Missed        1312    1305     -7

Review entire Coverage Diff as of 12526bc

Powered by Codecov. Updated on successful CI builds.

This implementation doesn't quite follow the documentation for this rule (which happens to be more detailed than you see for many other rules).
The main differences are:

It only considers "Any expression which evaluates to a constant value at compile time" to be a literal or constant value. My biggest questions relate to the handling of null, default(T), and static readonly fields.
It only looks at operator ==. We certainly need to include != as well. For the relational operators which are listed, we either need to include them or update the documentation.

null and default(T) are constants. Everything but the two last entries could be removed from that list and it would still be correct.

What does GetConstantValue return for null?

HasValue is true and Value is null.

What does it return for default(T), where T is a type defined in the assembly being compiled?

Everything but the two last entries could be removed from that list and it would still be correct.

I believe you are correct, but I included them for clarity. The reader may or may not realize they are equivalent. :smile:

For a class its null. It doesnt work for structs. So I have to look for default(..).

What about these

A string literal

null
default(T) (for any type T)
A reference to a static readonly field, such as IntPtr.Zero
test cases?

I updated this PR

:+1:


is project still updated?

I'm curious is this project still updated and maintained and will it be getting support for godot 4?

Howdy, dunno if it's still relevant for you but as of this week I've got it updated for 4.2+!


Update web-api-help-pages-using-swagger.md

Use HTTPS. Prefer IANA-assigned example.com domain for examples.

@vanillajonathan,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by .NET Foundation. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

@vanillajonathan  Nice changes!


How to write a plugin?

How do I write a plugin for the modeler? Is it possible?
I have a few things that I want to do - starting with uploading a BPMN diagram to the broker.

You write a plug-in in the same way you write plug-ins for the Camunda Modeler.
I suggest you to checkout my talk about Camunda Con or the list of existing Camunda Modeler plug-ins for inspiration.


freerdp_mono_image_convert() does not use ARGB32/ABGR32 for conversion to 32bpp destination

I noticed a visual glitch when scrollbars were displayed in a 16bpp session with all visual enhancements turned off and 32bpp client display. The areas of the scrollbars above and below the scrollbar thumb would not get painted (see attached screenshot). I traced the problem to freerdp_mono_image_convert() which does not honour clrconv->alpha. freerdp_mono_image_convert() is called when the server instructs FreeRDP to use PatBlt with 1bpp bitmap pattern to fill the areas above and below the thumb.

Color conversion has been rewritten in current master 3c7cc555a5a5f02366918be7eb935bb1f22115ef


i got [jqLite:nosel] Looking up elements via selectors is not supported by jqLite! error

When i try to use this directive with ionic then i am getting this error.
[jqLite:nosel] Looking up elements via selectors is not supported by jqLite!
So how could resolved it.

The problem is here: https://github.com/jacobscarter/angular-countdown/blob/master/dist/angularcountdown.js#L1223
Instead of angular.element('#myIdHere') it needs to be something like:
angular.element( document.querySelector( '#myIdHere' ) );

I will fix it and republish the repo as soon as possible but if you need an immediate fix you can change the source code to use the method above.

One more thing i am using this with ng-repeat so take cate of that as well.
Because with ng-repeat there is same id multiple time.


Android - initial block generation is all messed up

When starting a new game on Android, the first set of blocks and pickups are are placed in the top left corner all bunched up. It seems to fix itself after some time.

Additionally, the game seems to be starting on level 6 with 4 balls and 12 coins.

Seems to have been an issue with messed up save file.


feature(core): add APIs for View Transitions

There should be API to deal with :view-transition-* pseudo elements and view-transition-name & view-transition-class.

https://developer.mozilla.org/en-US/docs/Web/CSS/@starting-style


ARROW-3870: [C++] Add Peek to InputStream abstract interface

Default implementation returns a 0-length arrow::util::string_view

Codecov Report

Merging #3064 into master will increase coverage by 1.12%.
The diff coverage is 100%.

@@            Coverage Diff            @@
##           master   #3064      +/-   ##
=========================================
+ Coverage   87.07%   88.2%   +1.12%
=========================================
  Files         489     431      -58
  Lines       69160   65462    -3698
=========================================
- Hits        60222   57739    -2483
+ Misses       8837    7723    -1114
+ Partials      101       0     -101

Impacted Files
Coverage Δ

cpp/src/arrow/io/memory.h
100% <ø> (ø)
:arrow_up:

cpp/src/arrow/io/interfaces.h
90% <ø> (ø)
:arrow_up:

cpp/src/arrow/io/io-file-test.cc
94.84% <100%> (+0.04%)
:arrow_up:

cpp/src/arrow/io/memory.cc
89.41% <100%> (+0.19%)
:arrow_up:

cpp/src/arrow/io/interfaces.cc
55% <100%> (+5%)
:arrow_up:

cpp/src/arrow/io/io-memory-test.cc
100% <100%> (ø)
:arrow_up:

cpp/src/plasma/thirdparty/ae/ae.c
72.03% <0%> (-0.95%)
:arrow_down:

cpp/src/arrow/python/deserialize.cc
91.7% <0%> (ø)
:arrow_up:

go/arrow/array/table.go

go/arrow/math/uint64_amd64.go

... and 59 more

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 2bc4d95...6d9b411. Read the comment docs.


dApp mobile: Import private key and provide RPC endpoint

User Story
As Chris I want to connect to the dApp mobile on iOS and Android by importing my private key and providing my own RPC endpoint.
Acceptance criteria
The mobile dApp should have an interface where a users can import their private key and provide an RPC endpoint.
Tasks (split each task into separate issues)

[ ] Understand security and encryption issues involved when importing a private key (not only importing the JSON but also typing the. mnemonic).
[ ] Create interface for users to provide their own RPC endpoint.
[ ] Disable Raiden account (using your own private key is like already having a Raiden account).

@weilbith look into first task before we make an estimate.

We had a meeting today with Daniel from the Trustlines team. They already went through this struggle and shared some information with us. Though, their security requirements for Trustlines which uses mutual credit are different than ours.
Here some chunks of collected information:

using EthersJS to encrypt/decrypt the private key takes 3 minutes on a mobile device
there is a  keychain APIs on iOS to store secrets, encrypted with the users biometric information (its fast)
on Android the keychain stuff does not work so well, so they ended up to store it in the async store
other applications have no access to the data of other devices

Questions:

Where to draw the line of security? (e.g. thief has phone and can read block storage device)
How secure must we be in relation to usability and development effort

Capacitor:

There is community plugin which provides access to they iOS keychain
There is universal and professional plugin for enterprise customers that works for iOS and Android for diverse purpose of secure data management
there is the localStorage we already use for the user configuration with any encryption which could get extended generically by using secure-ls in combination with the already in-use Vuex persistence to encrypt the data in the localStorage (note that localStorage is documented to be not tooo reliable)


Add option to not make dash lines for houses

Describe the bug
The #25 PR introduce a breaking behavior, since it will draw the lines from the houses without consider the planets/points. In some configuration it makes harder to see the symbol with the line of the house behind it.
I'll revert the changes in the v2 and v3, but opening this issue to check how can we handle the wanted behavior from the #25 . Probably we can add a setting to the v3, to avoid make a dash line.
Screenshots
See #25

Hi @afucher,
I still didn't get why it was a breaking behavior and how it could cause any issue. Could you show an example please?

Sure! Changing the drawing order, makes the line of the houses be always drawn, and when it passes by a sign it make it harder to see. And this could be worst in small devices, or when it cross the letter that indicates the dignities of the planet (like "r", "e", etc...)
Adding an image from the doc that I'm creating, is not the worst case, but take a look to mercury

So, this should be an opt-in behavior, so the dev can turn it on or off.


Today highlight in a different time-zone

Hello,
I have an implementation where the calendar is localized in a different time-zone than the user's local settings.
For example, the application is localized in Chinese and the user local settings is anything different from that. When displaying the calendar, we expect the current Chinese day to be highlighted (which can be 1 day before or after the user's current date), but since     self.now = new Date(); we get the current date on the user's local setting instead.
One way to enhance this would be to add a new option containing a date string that would be used to initialize self.now, for example:
    self.now = new Date(self.config.today);
Thanks!
Thiago

Hello @tyera
I like this idea.
This change is mostly cosmetic anyway - flatpickr tries to stay out of timezones as much as possible.
We have previously touched upon such issues - they are painful.
https://github.com/flatpickr/flatpickr/issues?utf8=✓&q=is%3Aissue+is%3Aopen+timezone


Fix null reference in Json.NET with F# and WinRT

F# class libraries built for various WinRT class library types aren't able to use Json.NET at the moment.
I've set up a tiny repo to demonstrate the crash, which you can find at https://github.com/alexhardwicke/NewtonsoftRTBug
The exception and call stack:
System.ArgumentNullException: Value cannot be null.
Parameter name: method
at Newtonsoft.Json.Utilities.ExpressionReflectionDelegateFactory.CreateMethodCall[T](MethodBase method)
at Newtonsoft.Json.Utilities.FSharpUtils.EnsureInitialized(Assembly fsharpCoreAssembly)
at Newtonsoft.Json.Converters.DiscriminatedUnionConverter.CanConvert(Type objectType)
at Newtonsoft.Json.JsonSerializer.GetMatchingConverter(IList`1 converters, Type objectType)
at Newtonsoft.Json.Serialization.DefaultContractResolver.InitializeContract(JsonContract contract)
at Newtonsoft.Json.Serialization.DefaultContractResolver.CreateObjectContract(Type objectType)
at Newtonsoft.Json.Serialization.DefaultContractResolver.CreateContract(Type objectType)
at Newtonsoft.Json.Serialization.DefaultContractResolver.ResolveContract(Type type)
at Newtonsoft.Json.Serialization.JsonSerializerInternalWriter.Serialize(JsonWriter jsonWriter, Object value, Type objectType)
at Newtonsoft.Json.JsonSerializer.SerializeInternal(JsonWriter jsonWriter, Object value, Type objectType)
at Newtonsoft.Json.JsonConvert.SerializeObjectInternal(Object value, Type type, JsonSerializer jsonSerializer)
at Newtonsoft.Json.JsonConvert.SerializeObject(Object value)
at FSharpLibrary.Serialise.get_X()
at NewtonsoftRTBug.MainPage.<>c.<<-ctor>b__0_0>d.MoveNext()

The problem seems to be that the methods that Json.NET wants in FSharpUtils.cs are NonPublic in the versions of FSharp.Core that are available to F# Portable40 class libraries (3.259.4.0, 3.259.3.1 and <IP_ADDRESS> have the problem - I haven't tested further).
Adding the NonPublic BindingFlag where appropriate resolves the problem.
I've not created new tests because it'd be a bit involved - I'd have to add an F# Portable40 project that tries to serialise/deserialise and I thought I'd wait for some input before going that far.

Heh, build failed. I assume it's the same case as https://github.com/JamesNK/Newtonsoft.Json/pull/533 - I can't see anything in the appveyor output that even shows why the build failed.

Thanks, done.


update ManuallyDrop RFC to reflect how the implementation now looks

This reflects https://github.com/rust-lang/rust/pull/52711. I have no idea what the correct process is here.

Fixed nits.

We don't really have a process for updating RFCs, as they're generally meant to express design and intent rather than serve as a reference. That said, it seems fine to just fix this to more correctly describe a (stable) feature the language.