proposal: compress/gzip: add compressing reader and decompressing writer

Building a reader out of a writer and visa versa can be error prone and inefficient.

Sorry, I don't know if I understand what you are asking for.  Are you looking for code like
// CompressingReader returns a reader that reads the data in r after it has been compressed.
func CompressingReader(r io.Reader) io.Reader {
    pr, pw := io.Pipe()
    go func() { io.Copy(gzip.NewWriter(pw), r) }()
    return pr
}

In terms of functionality, yes. In terms of implementation, no. I was suggesting a fork of gzip.Writer that operates on io.Reader directly.
Why?
First, I claim that the approach you suggest is error prone. For example, I am pretty sure that the code you wrote is incorrect as it does not close the gzip writer which may leave buffered data and will skip the GZIP footer.
Second, I claim that it is inefficient. In addition to overhead of the goroutine and the io.Copy (which won't be able to use either the io.ReaderFrom or io.WriterTo fast paths), my read of the gzip.Writer implementation is that a version which operates on io.Reader directly would actually be slightly more efficient than the io.Writer version. This is due to the caller provided output buffer.

When does this case come up?  Is it worth the cost of adding to, and maintaining in, the standard library?
(I agree that my sample code was not production quality, but the general idea might be sound.)

The case that motivated me filing this issue is wanting to compress the contents of a file and send it as an HTTP request body.
I did some research and it looks like at least one other person has run into something similar and thought the solution was worth sharing:
https://gist.github.com/tomcatzh/cf8040820962e0f8c04700eb3b2f26be
Finally, I believe gzip performance is more likely to be a concern than other stream operations.

Second, I claim that it is inefficient.

You're probably right about inefficient, but is the gains worth the complexity? It will probably lead to significant duplication of code in the compress/flate package.
When compressing, the io.Writer API has the significant advantage that discrete chunks can be emitted by the compressor, knowing that Write will handle it all. When using io.Reader, there is always the possibility that the Read method was not provided a large enough buffer to read entire chunk. For compliance with the io.Reader interface, our implementation would have to be able to handle torn state in many more ways than what the implementation has to deal with this today.
Either we add this extra state tracking to the current implementation and slow down the implementation for io.Writer or fork the implementation do one-off special for io.Reader.

The case that motivated me filing this issue is wanting to compress the contents of a file and send it as an HTTP request body.

FWIW, I wrote a helper function that can do this. I think it is correct, but I would love a bug report if it is not.

This proposal has been added to the active column of the proposals project
and will now be reviewed at the weekly proposal review meetings.
— rsc for the proposal review group

It sounds like the use case here is that http.Client uses an http.Request, and to send a body you fill in http.Request.Body, which is an io.Reader. And so if you want to send a compressed request body, compressing on the fly, it would be nice to be able to do
req.Body = CompressingReader(uncompressedDataReader)

The http.Client's Transport guarantees to call req.Body.Close, so it seems like an io.Pipe-based solution (needing Close to stop a goroutine) should be OK.
@dsnet, what do you think of adding some API backed by an io.Pipe and a goroutine to satisfy this use case? (The name CompressingReader is a placeholder above.)

Is there a use case for the decompressing writer?

I'm not quite convinced this needs to be in the gzip package. It seems more appropriate for this to be in the io (or even http) package, since we still have the same io.Reader <-> io.Writer inversion problem if users are trying to leverage some other transport encoding (e.g., brotli or zstd). Thus, this does not seem gzip specific.
If it were in the io package, usage could look something like:
req.Body = io.NewReaderFromWriter(uncompressedDataReader, gzip.NewWriter)

where you pass in the constructor for the writer.
However, there is no standard interface for constructors, so actual usage may be awkward. The API in io might look like:
func NewReaderFromWriter(r io.Reader, new func(io.Writer) io.WriteCloser) io.WriteCloser

Actual callsite would look like:
req.Body = io.NewReaderFromWriter(uncompressedDataReader, func(w io.Writer) io.WriteCloser {
    return gzip.NewWriter(w)
})

You need to wrap gzip.NewWriter in a closure to get the types to match up.
With generics, we could probably avoid this wrapping by changing the signature to:
func NewReaderFromWriter[AnyWriteCloser io.WriteCloser](r io.Reader, new func(io.Writer) AnyWriteCloser) io.WriteCloser

This general form seems pretty awkward. Maybe there is a clearer presentation, but it took me quite a while to wrap my head around why there is a func in the API.
req.Body = gzip.CompressingReader(r)

seems much clearer, and zstd and brotli could add their own too. Even if we did have a primitive in io, it might probably be worth having a function in package gzip, so others don't have to puzzle through how to use it.

I'm not yet convinced there is anything to do here.
I think that @iangudger is asking for a duplication of the gzip compression code to work on an io.Reader rather than an io.Writer.  @dsnet points out some problems with that (https://github.com/golang/go/issues/51092#issuecomment-1034037460).  I agree with @dsnet that this does not seem to be a desirable approach.
If we avoid the duplication, then all we need is code that pipes from an io.WriteCloser to a io.Reader.  When the io.WriteCloser is closed, the io.Reader should return io.EOF.  This is exactly what io.Pipe does.  The caller has to pass the pipe writer to gzip.NewWriter, write their data to the gzip.Writer, and then close both writers.  I don't see any particular need for the standard library to have this code.  If we think that there is a more efficient mechanism than io.Pipe, that too can live outside of the standard library.
So I think are choices are to extend gzip in the standard library, which I don't think we should do, or use io.Pipe or an equivalent, which doesn't have to be in the standard library.

We implemented this ourselves and found the error handling to be very error-prone. We ended up adding a lot of synchronization because calling Write and Close on a gzip.Writer can cause a panic, which you'll hit if you naively try to propagate errors. See this comment thread.

In https://go.dev/cl/389514 I wrote an example of how to write a compressing reader to use with an HTTP PUT request.  This will appear in compress/gzip/example_test.go.  Comments welcome.  Thanks.

@dsnet, what do you think? Is this a common enough need to add code like Ian's example as a function like CompressingReader to gzip?

I like Ian's approach of adding an example. While the example is in the gzip package it could very well be used for zstd, brotli, etc.

OK, it sounds like we're happy with the example for now.

Based on the discussion above, this proposal seems like a likely decline.
— rsc for the proposal review group

No change in consensus, so declined.
— rsc for the proposal review group


Update dashboard packages for vulnerabilities

Before:
391 vulnerabilities found - Packages audited: 883526
Severity: 373 Low | 14 Moderate | 4 High

After:
6 vulnerabilities found - Packages audited: 986691
Severity: 6 Low

Updated package.json is missing?

Updated package.json is missing?

@ixrock it's now updated, only package updated directly is concurrently. Others are dependencies.


DPI configuration different on Linux vs Windows?

If I set the DPI to 800, which is what I use on Windows, the pointer is way too slow. If I set to 1600 DPI in piper, it seems to get similar to 800 DPI on Windows on but not precisely. (I measure by counting "in game" revolutions on my mousepad, while using the same game settings).
Do you have documentation or resources which can help me match my DPI configuration on both Linux and Windows?
My mouse is a Logitech, Inc. G502 Proteus Spectrum Optical Mouse

Both Windows and Linux have speed multipliers for the cursor, so that you can change the speed of mice without configurable DPI. Can you check your settings?

I think I found my problem:
https://bugs.winehq.org/show_bug.cgi?id=45882


feat(db-percistency): add h2database persistency

Making data persistent by creating a new pvc and mounting it into deployment.

Glad to see you trying to contribute here, but I don't think this PR is a good idea by following reasons:

h2 database should not be used in production Avoid using H2 as your application database in production. Therefore, it's rarely needed to be persistent
If have to, h2 database file persistent can be done by using database.file extraVolumes and extraVolumeMounts. The only extra step is that you need to manually create the PV first.
Introduce new persistent config will confuse users with extraVolumes, extraVolumeMounts and possible cause conflicts


:alien: Fixing broken Harry In Winter link

Since the original link was from a youtube account which has been removed, I changed the link to another youtube account with a working video. There is also a fan-made extended version (32min long!) but since the other singles are mostly the original version, I opted to stick to the original Harry In Winter aswell.

Thanks @TDarkShadow


Wrong version number in changesets

When using the library via NPM, version number for created_by:library is always the previous one (1.1.4 for published version 1.2.0).

Not reproducible.


Document error in fields to specify that isInvalid is required.

Issue Description
While working with terra-form-field, I was attempting to render an error message only to not have it rendered. I looked through the code, and saw it was only rendered if isInvalid is set. I think this approach is correct for the module, but we should document this requirement and any other prop requirements inside terra-form-field.
Issue Type

[ ] New Feature
[x] Enhancement
[ ] Bug
[ ] Other

I am trying to understand this issue, are you expecting the below props document to be updated  as stated below?
current

error
node
optional
null
Error message for when the input is invalid.

after enhancement

error
node
optional
null
Error message for when the input is invalid. This message will not be displayed unless isInvalid prop is set to true.

Ref:- http://engineering.cerner.com/terra-core/#/site/components/site/form-field/index

Yup. I would probabaly rephrase it to say This will only be displayed if isInvalid is true to save space and condense the message.

ok I will work on this.


[Question] - How deploy nitrogen app

Hi,
I'm looking for how to deploy a nitrogen application but I couldn't find it. I found only deploy to heroku, but I need to deploy to a docker swarm on AWS. Would it just load the application with bin/nitrogen start?
Thanks!

Hi @mobilemindtec, my apologies for the slow response.
I'm not able to guide you in how to deploy as a docker swarm - I don't use docker myself.  But the user @bunnylushington has a docker deployment example for apps they run: https://groups.google.com/g/nitrogenweb/c/oSVK9dadyVA/m/2svs0HKfAgAJ
The most basic means of deployment can simply be tarring it up, dropping on a server, untarring it and starting it:
$ tar cvzf myapp.tar.gz myapp
$ scp myapp.tar.gz user@myserver.com:~/
$ ssh<EMAIL_ADDRESS>(Logged in message)
$ tar xvzf myapp.tar.gz
$ cd myapp
*(options below)
$ bin/nitrogen console

* If you're running a full release, no need to do anything, but if you're running a slim release and the version of erlang on your dev machine differs from the version on your server, you'll want to run make fix-slim-release && make
With Nitrogen 3.x (not released yet), you can use more traditional rebar3 deployment methodologies.

Hello, thanks for the answer. Using in docker CMD ["/app/bin/nitrogen", "foreground"]. That worked fine.


cmd/list: Support "known urls" as shortcuts to downloading

If we can supporting known urls for downloading would be handy. Then we can just say: cert-mange list -url windows.
Maybe this should just list known urls instead? Keeping up to date with the changes might not be worth it. On the other hand with known urls we'd know which parser to run.

Description
URL

Adobe
http://trustlist.adobe.com/tl10.acrobatsecuritysettings [PDF]

Android
https://android.googlesource.com/platform/system/ca-certificates/+/master [Git Repo]

Apple iOS
https://support.apple.com/kb/HT208125

Apple iOS
https://github.com/golang/go/blob/master/src/crypto/x509/root_darwin_arm_gen.go#L126

Apple macOS
https://support.apple.com/kb/HT208127

Google
https://pki.google.com/roots.pem

Mozilla CA DB
https://github.com/mozilla/tls-observatory/blob/master/tools/retrieveTruststoreFromCADatabase.go

NSS
https://hg.mozilla.org/mozilla-central/raw-file/tip/security/nss/lib/ckfw/builtins/certdata.txt

Windows
http://ctldl.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab [Binary]

Windows
https://gallery.technet.microsoft.com/Trusted-Root-Certificate-38d12b11/file/182782/1/Trusted Root Program Participants As of November 28 2017.xlsx

There are more urls here: https://crt.sh/?caid=1698 (at the bottom -- just an example).

I'm becoming more hesitant on offering this in the bundled code. Many of these pages are HTML which could change and leave downloaded cert-manage binaries broken.
What about a wiki page that the tool's help and docs link to?

https://github.com/adamdecaf/cert-manage/wiki/External-Product-Included-CAs


C++/WinRT Bindings in Code Example

If possible, please add a code example for C++/WinRT in the section "Creating Bindings in Code"
Thanks!

Duplicate of #2193 so closing


FileTransform: load from memory

FileTransform currently loads the LUT from a file no matter what.
https://github.com/AcademySoftwareFoundation/OpenColorIO/blob/main/src/OpenColorIO/transforms/FileTransform.cpp#L549
This may be useful for applications to wrap LUTs in memory files along with other data.
However, this requires  currently a copy of the memory blog to a temporary file so that OCIO can read it. Making a "proxy" API such as what OpenImageIO does would enable such use case.

I believe Doug and team are currently working on adding this feature to OCIO v2. I shared our private v1 implementation with him as a reference. In our implementation the host can provide a callback so it can provide an istream for assets being read.

The ability to source FileTransforms from somewhere other than the file system has been implemented in PR #1696.  Please see the ConfigIOProxy class.  Any feedback is welcome.

Thanks for pinging, we'll take a look the next month when possible. For what I've read in the PR description this looks like it fills all the need we have

Closing this as fixed via PR #1696.


⚠ Bofrost.at has degraded performance

In fd29e2f, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1346 ms

Resolved: Bofrost.at performance has improved in d87a416 after 12 minutes.


Update Research Sources to say something smarter about fomite

This suggests a range from 2 to 400 microcovids risk from touching a fomite:
https://twitter.com/linseymarr/status/1329512125627330563
PDF: https://www.medrxiv.org/content/10.1101/2<IP_ADDRESS>20905v1.full.pdf
section titled “Infection risk”
“We estimated the risk of COVID-19 infection from touching a contaminated surface using a quantitative microbial risk assessment (QMRA)” => I don’t know what a QMRA is
Ideally someone should dive into this a bit more to see if we believe what it says, but even just updating Q&A would be a good start.

+1, it would be very nice to add information about surfaces, like what is the risk of children playing on a playground

Discussion on slack here: https://microcovid.slack.com/archives/C019MJ8RK45/p1610007217047800?thread_ts=1609985421.026300&cid=C019MJ8RK45
I still need to write this up (or someone else can)

Discussion on slack here: https://microcovid.slack.com/archives/C019MJ8RK45/p1610007217047800?thread_ts=1609985421.026300&cid=C019MJ8RK45
I still need to write this up (or someone else can)

Has anyone quantified, even roughly, the activity risk from fomites?


plex: <IP_ADDRESS>81-e2e58f321 -> <IP_ADDRESS>30-ab6e1a058

Motivation for this change
A new (public & stable) version for the plex media server got released.
Tested the version on my NixOS plex server. The update went smoothly!
Things done

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

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

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Release notes)

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

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 133641 at b2af47ff run on x86_64-linux 1

2 packages built successfully:

plex
plexRaw


panic in cue/eval

What version of CUE are you using (cue version)?
0.6.0-rc.1
What did you do?
exec cue eval daemonset.yaml

-- daemonset.yaml --
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: dagger-engine
  namespace: dagger
  labels:
    k8s-app: dagger-engine
spec:
  selector:
    matchLabels:
      name: dagger-engine
  template:
    metadata:
      labels:
        name: dagger-engine
    spec:
      tolerations:
        - effect: NoSchedule
          key: github-actions-runner
          operator: Exists
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: github-actions-runner
                operator: Exists
      securityContext:
        runAsUser: 0
        runAsGroup: 1001
        fsGroup: 1001
        fsGroupChangePolicy: "OnRootMismatch"
      initContainers:
        - name: download-bin
          image: {{ .Values.dagger.engine.image.repository }}:{{ .Values.dagger.engine.image.tag }}
          command: ["sh", "-c", "wget https://github.com/moby/buildkit/releases/download/v0.11.6/buildkit-v0.11.6.linux-amd64.tar.gz -O /shared-bin/buildkit.tar.gz && tar -xvzf /shared-bin/buildkit.tar.gz --strip-components 1 bin/buildctl -C /shared-bin"]
          volumeMounts:
          - name: shared-bin
            mountPath: /shared-bin
      containers:
        - name: dagger-engine
          image: {{ .Values.dagger.engine.image.repository }}:{{ .Values.dagger.engine.image.tag }}
          imagePullPolicy: Always
          args:
            - "--oci-max-parallelism"
            - "num-cpu"
          {{- if and .Values.dagger.magicache.enabled .Values.dagger.magicache.cloud}}
          env:
          - name: _EXPERIMENTAL_DAGGER_CACHESERVICE_URL
            value: {{ required "A magicache url is required" .Values.dagger.magicache.cloud.url }}
          - name: _EXPERIMENTAL_DAGGER_CACHESERVICE_TOKEN
            value: {{ required "A magicache token is required" .Values.dagger.magicache.cloud.token }}
          {{- end }}
          securityContext:
            privileged: true
            capabilities:
              add:
                - ALL
          readinessProbe:
            exec:
              command: ["/shared-bin/buildctl", "debug", "workers"]
            initialDelaySeconds: 5
            periodSeconds: 5
          volumeMounts:
            - name: varlibdagger
              mountPath: /var/lib/dagger
            - name: varrundagger
              mountPath: /var/run/buildkit
            - name: shared-bin
              mountPath: /shared-bin
      terminationGracePeriodSeconds: 300
      volumes:
        - name: shared-bin
          emptyDir: {}
        - name: varlibdagger
          hostPath:
            path: /var/lib/dagger
        - name: varrundagger
          hostPath:
            path: /var/run/dagger

What did you expect to see?
I was trying to cue import this file, but saw no output or error. So I tried cue eval and got a panic. So I think there may be an error being hidden by cue import as well.
What did you see instead?
$ cue eval daemonset.yaml
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
        panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x20 pc=0xbe3fec]

goroutine 1 [running]:
cuelang.org/go/cmd/cue/cmd.recoverError(0xc0004bbeb8)
        /home/tony/cue/cue/cmd/cue/cmd/root.go:315 +0x7b
panic({0xcb7640, 0x13e2730})
        /usr/local/go/src/runtime/panic.go:884 +0x213
cuelang.org/go/cmd/cue/cmd.(*instance).Value(...)
        /home/tony/cue/cue/cmd/cue/cmd/common.go:206
cuelang.org/go/cmd/cue/cmd.(*instanceIterator).value(0xc0004145b0?)
        /home/tony/cue/cue/cmd/cue/cmd/common.go:223 +0x2c
cuelang.org/go/cmd/cue/cmd.runEval(0xc0003c1230, {0xc0003f84c0, 0x1, 0x1})
        /home/tony/cue/cue/cmd/cue/cmd/eval.go:120 +0x4e4
cuelang.org/go/cmd/cue/cmd.mkRunE.func1(0xc000005b00?, {0xc0003f84c0, 0x1, 0x1})
        /home/tony/cue/cue/cmd/cue/cmd/root.go:87 +0xb3
github.com/spf13/cobra.(*Command).execute(0xc000005b00, {0xc0003f8480, 0x1, 0x1})
        /home/tony/go/pkg/mod/github.com/spf13/cobra@v1.7.0/command.go:940 +0x862
github.com/spf13/cobra.(*Command).ExecuteC(0xc000005200)
        /home/tony/go/pkg/mod/github.com/spf13/cobra@v1.7.0/command.go:1068 +0x3bd
github.com/spf13/cobra.(*Command).Execute(...)
        /home/tony/go/pkg/mod/github.com/spf13/cobra@v1.7.0/command.go:992
cuelang.org/go/cmd/cue/cmd.(*Command).Run(0xc0003c1230, {0x2?, 0x2?})
        /home/tony/cue/cue/cmd/cue/cmd/root.go:300 +0x6b
cuelang.org/go/cmd/cue/cmd.Main()
        /home/tony/cue/cue/cmd/cue/cmd/root.go:228 +0x79
main.main()
        /home/tony/cue/cue/cmd/cue/main.go:24 +0x19

I am not able to reproduce I'm afraid. With both v0.5.0 and v0.6.0-rc.1, I see:
> exec cue eval daemonset.yaml
[stderr]
$WORK/daemonset.yaml:34: did not find expected key
[exit status 1]
FAIL: /tmp/testscript1420219753/repro-cmd.txtar/script.txtar:1: unexpected command failure

I haven't investigated whether that error is correct or not, but I can't reproduce the panic.

Also, please remember to fill the entire bug template for bugs like these. Otherwise it's not immediately obvious whether you consider this a regression from v0.5.0 or not.

Apparently I forgot to save the file... 😵💫
cue eval empty.yaml panics on an empty file, cue import emtpy.yaml reports no error or exit code

I think you want https://github.com/cue-lang/cue/issues/1790 then - closing as a duplicate.


Contact Support Menu

Changes
A menu has been added to the landing page that allows the user to send an email to get support. The menu is hidden by default, but can be shown by clicking the Contact Support button in the bottom left of the window. To close the menu, the X in the corner of of the menu can be clicked.
New Environment Variables
The following environment variables have been added to the backend:

Name
Description

EMAIL_TO_SEND_FROM
The email that the CV Manager will use to send emails

EMAIL_APP_PASSWORD
The app password for the email that the CV Manager will use to send emails

EMAILS_TO_SEND_TO
List of email addresses separated by commas that the CV Manager will send emails to

Testing
It has been verified that an email is successfully sent when invoking a local instance of the API through the frontend form.
Frontend & backend unit tests pass.

Can we make this UX the same as we have forms in other parts of the application? Big thing is the button should be orange and we should make the Message textbox a little larger.

The Send Email button has been changed to the color orange.

@dmccoystephenson looks like a couple of merge conflicts we need to handle.

This PR is ready for re-review.
Here's the latest look of the menu:

A new work item has been opened to add the contact support menu to the 'Help' page.


Add /magasin/xxx and /magazine/xxx to the options in Featured content in the menu.

Currently it isn't possible to promote magazine articles in the menu

@meols can you check this one? :)

@fernandolucchesi - it doesn't seem to work. I searched for "looping video" which should give two magazine articles to choose from, but they are not found:

@fernandolucchesi - it doesn't seem to work. I searched for "looping video" which should give two magazine articles to choose from, but they are not found:

Hi @meols, just noticed that you are using the old studio and changes were only deployed to the new one: https://studiov3-global-development-equinor-web-sites-dev.c2.radix.equinor.com/global-development/desk/menu;menu-english;subMenuTest;80234d84-08f2-4a2c-8ea2-23c93a4a4512

Thanks @fernandolucchesi - then it worked, and is approved :smile: Does that mean that this change (and other updates we do) now only is applied to v3, and won't show until August when we do the switch?

Thanks @fernandolucchesi - then it worked, and is approved 😄 Does that mean that this change (and other updates we do) now only is applied to v3, and won't show until August when we do the switch?

No, it will be applied to both. =)


Update net.py

fix a bug on if-statement, or it will always output "image data type float64 is not supported...".

Thanks so much for the PR! You are right - I made a silly mistake here :-)


Code reuse permission?

Hi, I'd love to create my own extension which would be based on your work, and provide more hotkeys in it. There's no licence listed in this repo, though, and I don't think I'm allowed to do that without permission. Would it be alright if I reuse your code and link your repo in the source?

Hello.
Yes you are allowed to use the code and apply it for what is needed. You publish in content when you finish and put to use the functionalities you develop.
Thank you.

Thank you!


Send queries to older subgraph version until latest version has synced

Uploading a new version of a subgraph results in a potentially lengthy rebuild, during which the graph can't be queried. It'd be great if we could upload a new version of an existing subgraph, and have the node build the new subgraph in parallel with serving the old one, only switching over once the new graph is fully up to date.

There's no docs covering this feature. Also, how do you pick the new version vs the old one when issuing queries or using graphiql?

hey @numonedad! are you running a local node or using the hosted service?
You can use the Qm hash of the pending version to query it before it has fully synced, e.g. :
https://api.thegraph.com/subgraphs/id/Qmhash (or your local node URL)


canonicalize_clip! for mixed stabilizer states

In the function canonicalize_clip!, on line entanglement.jl, if you change
 k2 = findfirst(let j=j, k1=k1; k->
                           (|(tab[k,j]...) & # not identity
                           (tab[k,j]!=tab[k1,j])) end, # not same as k1
                           k1+1:columns)

to
 k2 = findfirst(let j=j, k1=k1; k->
                           (|(tab[k,j]...) & # not identity
                           (tab[k,j]!=tab[k1,j])) end, # not same as k1
                           k1+1:rows)

then the clipped gauge construction works for mixed states as well. Then the associated entanglement_entropy function needs to be modified (line 188):
length(subsystem_range) - count(r->(r[1] in subsystem_range && r[2] in subsystem_range, eachrow(bg))

Thanks! Could you submit this as a pull request?

Sure, I just submitted the request.
I also modified the function entanglement_entropy(Val(:rref)) to work for mixed states. In the old version it traces out subsystem A and returns the entropy of its complement. This is correct for pure states, since S(A)=S(A^c) in that case, but for mixed states I changed it to trace out the complement.


Don't use extended attributes for MacOS

On MacOS, extracting from OpenJDK8U-jdk_x64_mac_hotspot_8u192b12.tar.gz generates a directory with extended attributes. As is, this directory can't be open in Finder and can't be accessed by eclipse (can't find compatible JRE in Execution Environments).
Workaround is to xattr -c on the directory.

This might be Mac OS X's automatic quarantine kicking in.  Will need to check the Apple code signing.  Can you tell us what the attribs are?

Indeed
$ xattr jdk8u192-b12/
com.apple.FinderInfo
com.apple.quarantine

ping @slandelle ?

Sorry, I missed your previous message. The behavior I expect is to open and navigate in the directory, just like the Oracle distribution (that doesn’t have those attributes), not get a directory in quarantine.

This is a difficult one. We previously did  ship the tarball like this but when we started creating installers we had to switch to get the macOS layout.

This is a difficult one. We previously did ship the tarball like this but when we started creating installers we had to switch to get the macOS layout.

It's actually more subtle than that.  When you sign a mac bundle correctly it gets past quarantine.
@slandelle Are you able to try one of our Mac installers?

@karianna Indeed, the new installer now no longer generates a quarantined folder. Thanks a lot for your great work!
One small nit though: it's not very convenient that the folder is simply named adoptopenjdk-8, without at least the update version. When upgrading, I tend to keep previous update around for some times, so it's easier to rollback should a regression occur.
Do you want me to open a dedicated issue?

@slandelle we've had people argue both ways on this one. Some people want to overwrite and some people don't.

this is also how Oracle handle their installations: https://github.com/Homebrew/homebrew-cask-versions/blob/master/Casks/java-beta.rb#L9

this is also how Oracle handle their installations

But version.before_comma would be 12 and then 12.0.1 and then 12.0.2, not always 12 like you have just 8 for all the updates.


Fix RestrictionsChanged Detection

see details: https://github.com/fsprojects/Paket/pull/2638#discussion_r243729652
// the requirement's setting
{ImportTargets = None;
    FrameworkRestrictions = AutoDetectFramework;
    OmitContent = None;
    IncludeVersionInPath = None;
    LicenseDownload = None;
    ReferenceCondition = None;
    CreateBindingRedirects = None;
    EmbedInteropTypes = None;
    CopyLocal = None;
    SpecificVersion = None;
    StorageConfig = Some NoPackagesFolder;
    Excludes = [];
    Aliases = map [];
    CopyContentToOutputDirectory = None;
    GenerateLoadScripts = None;}

// the resolved package
// Install Settings
{ImportTargets = None;
    FrameworkRestrictions = ExplicitRestriction true;
    OmitContent = None;
    IncludeVersionInPath = None;
    LicenseDownload = None;
    ReferenceCondition = None;
    CreateBindingRedirects = None;
    EmbedInteropTypes = None;
    CopyLocal = None;
    SpecificVersion = None;
    StorageConfig = None;
    Excludes = [];
    Aliases = map [];
    CopyContentToOutputDirectory = None;
    GenerateLoadScripts = None;};

//    GroupSettings =
{ImportTargets = None;
      FrameworkRestrictions =
       ExplicitRestriction
         || (== net461) (== netcoreapp2.0) (== netcoreapp2.2) (== netstandard2.0);
      OmitContent = None;
      IncludeVersionInPath = None;
      LicenseDownload = None;
      ReferenceCondition = None;
      CreateBindingRedirects = None;
      EmbedInteropTypes = None;
      CopyLocal = None;
      SpecificVersion = None;
      StorageConfig = Some NoPackagesFolder;
      Excludes = [];
      Aliases = map [];
      CopyContentToOutputDirectory = None;
      GenerateLoadScripts = None;};

// Settings =
{ImportTargets = None;
      FrameworkRestrictions =
       ExplicitRestriction
         || (== net461) (== netcoreapp2.0) (== netcoreapp2.2) (== netstandard2.0);
      OmitContent = None;
      IncludeVersionInPath = None;
      LicenseDownload = None;
      ReferenceCondition = None;
      CreateBindingRedirects = None;
      EmbedInteropTypes = None;
      CopyLocal = None;
      SpecificVersion = None;
      StorageConfig = Some NoPackagesFolder;
      Excludes = [];
      Aliases = map [];
      CopyContentToOutputDirectory = None;
      GenerateLoadScripts = None;};}

@matthid  the impact here is :
when we use config like below in packet.dependencies
storage: none
framework: auto-detect

run dotnet build , it will always shows a trace warning like
  paket.dependencies and paket.lock are out of sync in E:\git\test\go.
  Please run 'paket install' or 'paket update' to recompute the paket.lock file.
  Changes were detected for Main/FSharp.Core
      - RestrictionsChanged
  Starting restore process.

although it will only occurs the first time after we generate a restore cache in xx/obj/ folder, but when in ci case, it will always show a warning message, if we have many packages, it will generate warning message for every packages. and using paket install or paket update here doesn't help.
e.g.

new project
paket.dependencies

source https://api.nuget.org/v3/index.json
storage: none
framework: auto-detect
nuget FSharp.Core

run dotnet build

And if this is not a FullResotre , it will give this warning message always.
paket restore --project xxx.fsproj

@matthid test added.

Ok but the test didn't fail before the change, correct? I feel like a unit test might be easier to realize (assert that the settings are as they should be). The other way would be to assert that paket doesn't emit any warning?

the test do fail before the change. since it will generate a warning message which should not be. not very familiar with paket's source code, could you tell me how to assert paket doesn't emit any warning, seems this warning message are publish to a event through traceWarn


Restrict pipes to the app they were created in

Discussed in CCB 4/3/19 that SB could be updated to restrict pipes to use within an app, as part of ticket #100 discussion.  This would restrict the current capabilities of the system and valid points were raised on both sides.
See attached email thread for further details.
Submitted as a requirements enhancement to trigger discussion at the architecture/steering committee level.

Imported from trac issue 273.  Created by jhageman on 2019-04-03T16:37:45, last modified: 2019-05-23T16:43:54


list of benefits for different types of booths

as seen on https://live.targiehandlu.pl/ now its possible to assign different set of benefits to different tickets
so?
Grand?
Partner?
Standard/Hot/SuperHot?
where can i find the list?

Is this enough?


Add to Stellar object properties

Stellar Object Properties needs one thing.  If no star is selected then the extension should say "Choose a star by clicking on it to display properties."

I'll put that in the next release v0.4

ok, just added it to v0.4 code base


thread failed with: bucket index out of range: >256

Plotting crashes at intermittent intervals due to this error. Has only happened since the new plotter released.
Wrote plot header with 268 bytes
terminate called after throwing an instance of 'std::runtime_error'
what():  thread failed with: thread failed with: thread failed with: thread failed with: bucket index out of range: 4021 >= 256
./mmx.sh: line 2:  6398 Aborted

Previous primary ssd died on close. This happened straight after i installed the new plotter. Coincidence probably. So had to start over setting up Ubuntu and plotter file. As it happened i had selected over clocking on ram. Made for 6 minute plots but extremely unstable with many crashes as shown above.
If you have this problem it may be due to unstable ram.


Terms and conditions : url links are not found

To reproduce :
From the sidebar menu, go into the Terms and conditions
Try some of the url linked : https://matrix.org/_matrix, etc
"Method Not Allowed". The website isn't displayed.
Same problem on vector-ios : https://github.com/vector-im/vector-ios/issues/670

I'm very confused by this - the URLs should be:

https://riot.im/privacy
https://riot.im/tac
https://riot.im/copyright
It's a major problem if they're wrong - @ylecollen, please can you fix?

The privacy, tac and copyright are the right URLs but the links in theses pages are invalids.


Word,Excel is not render

When I use this plugin to preview word and Excel, MS Office Api fetch failed, error 404,. how can I resolve it?

I Have Same Problem

@meftunca , @1284517067 I had the same problem. Stack overflow post mentions that the service to preview xlsx, docx files doesn't accept private url's that need some kind of authentication.

I have the same issue to render excel file... does anyone know what package can render it? I would like to still use this doc-viewer for rest of the file types.

@zhongshuai-cao Probably impossible when the library implements the current way of MS docs rendering (using MS service).


"Validation failed: Last name can't be blank" when trying to use OIDC

Describe the bug
I'm getting a "Validation failed: Last name can't be blank" exception when trying to use OIDC.
To Reproduce

Configure your OIDC server so that it returns a name without any whitespace
Try to log in using OIDC
Observe crash

Expected behaviour
usernames without whitespace are supported.
Environment details

OS: all
Browser: all
Version: 3.3.4

Temporary workaround for people facing this issue
change the oidc.name_field option to some random value that doesn't exist, doing so will prevent the names from being updated
Additional information/context
the OIDC spec specifies the name field as End-User's full name in displayable form including all name parts, possibly including titles and suffixes, ordered according to the End-User's locale and preferences. so we can't assume that it will be in any particular format. And even if we do, the name field is configurable via the uidc.name_field option and a user might want to use something like preferred_username instead, and that rarely will have any whitespace. The spec also includes given_name, family_name, and middle_name as part of the Standard Claims but not every provider supports them. See: https://openid.net/specs/openid-connect-core-1_0.html#rfc.section.5.1
I have 10+ services configured in my OIDC provider and all of them can handle usernames just fine. Imo assuming anything about the name field is a recipe for disaster. The spec even mentions possibly including titles and suffixes, ordered according to the End-User's locale and preferences., and people all over the world can have different formats, prefixes, suffixes, middle names, etc.
problematic line: https://github.com/postalserver/postal/blob/da90e75036c27482699921613d838f4058a100e7/app/models/user.rb#L127
trace:
[...]
/usr/local/bundle/gems/activerecord-<IP_ADDRESS>/lib/active_record/suppressor.rb:54:in `save!'
/opt/postal/app/app/models/user.rb:129:in `find_from_oidc'
/opt/postal/app/app/controllers/sessions_controller.rb:76:in `create_from_oidc'
/usr/local/bundle/gems/actionpack-<IP_ADDRESS>/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
[...]

log (details redacted with <REDACTED>):
D, [2024-07-21T17:34:00.071792 #10] DEBUG -- omniauth: (oidc) Callback phase initiated.
2024-07-21 17:34:00 +0000 DEBUG  got auth details from issuer: #<OmniAuth::AuthHash amr=#<Hashie::Array ["pwd", "pop", "hwk", "user", "pin", "mfa"]> at_hash="<REDACTED>" aud=#<Hashie::Array ["postal"]> auth_time=1719762174 azp="postal" client_id="postal" email="nezu@<REDACTED>" email_verified=true exp=1721586840 groups=#<Hashie::Array ["admin", "<REDACTED>"]> iat=1721583240 iss="https://auth.<REDACTED>" jti="<REDACTED>" name="nezu" nonce="<REDACTED>" preferred_username="nezu" sub="<REDACTED>">
2024-07-21 17:34:00 +0000 DEBUG  no user with UID <REDACTED> for issuer https://auth.<REDACTED>
2024-07-21 17:34:00 +0000 DEBUG  found user with e-mail address nezu@<REDACTED> (user ID: 1)
2024-07-21 17:34:00 +0000 ERROR  GET /auth/oidc/callback?code=<REDACTED>&iss=https%3A%2F%2Fauth.<REDACTED>&scope=openid+profile+email+groups&state=<REDACTED> (422) event=request transaction=<REDACTED> controller=SessionsController action=create_from_oidc format=html method=GET path=/auth/oidc/callback?code=<REDACTED>&iss=https%3A%2F%2Fauth.<REDACTED>&scope=openid+profile+email+groups&state=<REDACTED> request_id=<REDACTED> ip_address=<REDACTED> status=422 db_runtime=4.355344772338867 exception_class=ActiveRecord::RecordInvalid exception_message=Validation failed: Last name can't be blank exception_backtrace=/usr/local/bundle/gems/activerecord-<IP_ADDRESS>/lib/active_record/validations.rb:80:in `raise_validation_error'\n/usr/local/bundle/gems/activerecord-<IP_ADDRESS>/lib/active_record/validations.rb:53:in `save!'\n/usr/local/bundle/gems/activerecord-<IP_ADDRESS>/lib/active_record/transactions.rb:302:in `block in save!'\n/usr/local/bundle/gems/activerecord-<IP_ADDRESS>/lib/active_record/transactions.rb:354:in `block in with_transaction_returning_status'
2024-07-21 17:34:00 +0000 Rack app ("GET /auth/oidc/callbackcode=<REDACTED>&iss=https%3A%2F%2Fauth.<REDACTED>&scope=openid+profile+email+groups&state=<REDACTED>" - (<REDACTED>)): #<ActiveRecord::RecordInvalid: Validation failed: Last name can't be blank>

Yeah definitely should deal with this.
Perhaps also if both first and last name are empty, use the email as one of them so it sort of works?
I'm also not sure how much of the UI relies on both names being present but definitely worth testing.


Uncaught Exception: The Internet connection appears to be offline.: (null)

An uncaught exception was reported.
Info:
OS: darwin
Arch: x64
GPMDP Version: 3.0.0
Time: Mon Mar 07 2016 08:36:57 GMT-0800 (PST)
Error:
The Internet connection appears to be offline.: (null)
Error: The Internet connection appears to be offline.: (null)
    at Error (native)

This issue was created automatically inside the uncaughtException handler

Client side network issues


Feature/complete section 7 41203836

[x] make changes according to design change (Section 7)

https://freedcamp.com/view/2974732/tasks/41203836

I resolved conflicts, as I was working a lot around AddNFT so I'm familiar with it, please confirm if it's resolved correctly for your updates

I resolved conflicts, as I was working a lot around AddNFT so I'm familiar with it, please confirm if it was resolved correctly for your updates

Sure thank you!

For AddNFT flow design changes which you have pasted screenshots of, they are already fixed and merged into new_development, and it will get merged into master very soon, so you can skip the part (Figma 7 screens) in this PR.
@ngvtuan , @sanjanadhikari1


[Bug] Manual modification of session_id from session manager table

If I go to this part of the workflow

then I interact with the table and change the name of the session like so

then my entire pipeline breaks like so on the next page (and this applies if I had retroactively gone back to the session manager after filling in later parts of the pipeline, in which case all my data entry was lost)

Definitely a highish priority to fix this
Right now, 2 avenues for fixing this

desired behavior would be for the values of the session ID field to match the downstream forms (if downstream forms changed) or otherwise if I go back and change them in the session manager that change should also propagate to the form

OK, (1) is a bit complicated. For now feel free to just make that cell non-editable (if that's possible or easier, which I assume it is) so that it can't be modified in a way that causes this issue

This was a pretty easy fix in #198. I was clearing removed sessions from the results of each subject and, if no sessions were left on the object, deleting the object that represents that subject.
However, if you replace the existing session with one or more that are named differently, this would remove the subject and fail to re-instantiate it with the new sessions. That's why no subjects were visualized on the next page.
As such, this should be a fairly localized issue. Let me know if it's working for you.


Response time is too slow

According to my scope, the response time is something like 1.8 microseconds

This would make it only responsive up to about 0.5MHz.
Obviously not very useful when considering use in conjunction with even the 1MHz CPUs of the 80s.
An improvement in response time might be achievable by utilizing PIO and/or DMA, but it will take some cleverness to grab the address from one set of pins, shift and mask the result, and then output the appropriate value from RAM.

Behaviour is much improved without digging into PIO/ DMA simply by caching the pinmasks for the CS and Databus/LED status pins ahead of the loop. I would have thought the Rust compiler would optimize that out as they are basically reductible to a constant, but anyway we are down to 250nanosec reponse time!
commit 249a297d8

I still think we could go much faster with the PIO reading in the address, pulling that out, then using DMA to pass it over to another PIO unit which would output it on the data pins. If one was very clever, this could theoretically take only a few cycles (so good up to 33-67MHz ish)


Failed

https://docs.microsoft.com/en-us/learn/modules/migrate-sql-server-relational-data/2-exercise-environment-setup - I am getting a failure when provisioning:

I asked a question about this in the MS Q&A. A user has identified the problem:

It seems something is wrong with this line Install-PackageProvider -Name NuGet -MinimumVersion <IP_ADDRESS> -Force | Out-Null; No Nuget Package provider is found that mets the criteria of the MinimumVersion (my guess)

The script in question is this one.

Hi everyone,
I am facing the same issue.
I would try to repair it but an official fix would be nice.
By deploying the custom script extension I got the error:
{
    "status": "Failed",
    "error": {
        "code": "ResourceDeploymentFailure",
        "message": "The resource operation completed with terminal provisioning state 'Failed'.",
        "details": [
            {
                "code": "VMExtensionProvisioningTimeout",
                "message": "Provisioning of VM extension CustomScriptExtension has timed out. Extension provisioning has taken too long to complete. The extension did not report a message. More information on troubleshooting is available at https://aka.ms/VMExtensionCSEWindowsTroubleshoot"
            }
        ]
    }
}

Hi everyone ,
I tried to run the ps script inside the created machine in order to fix the error. I had troubles installing the NuGet package manager and solved the problems as explained here: Unable to install NuGet provider for PowerShell
It seems to be a problem with the transport layer security protocols. TLS 1.2 must be enable. The minor version is not the issue, I was able to find it using the Find-Package command in PS.
Then I modified the "AddDatabaseToSqlServer.ps1" script accordingly and tried to deploy again. Unfortunately I got a time-out again: AddDatabaseToSqlServer.ps1
Finally and in order to be able to finish the exercise I ran the ps script inside the VM opening PS as admin and populating the variables $userName and $password with the correspondent values.
Exercise done but template still buggy.
Best regards,
Paul

Thanks for reporting the issue here @bmsjr. Looks like PowerShellGet forced TLS 1.2 a while back, thus the failures. Should work now though with the updates in #10

Confirmed. I ran into it yesterday and fix today. Happy!


Update project layout

A start to solve: https://github.com/secretsauceai/wakeword-data-collector/issues/1
Moved source code to src directory and added pyproject.toml and setup.py to handle install of package and dependencies.
Installs itself as command line tool under wakeword_collect

Thanks very much! Looks good.


uptime checks - how often?

Once an hour or once a day. What do you think?

hourly resolution would be nice. works for me.


Trying to import jax raises ImportError

Trying to import Jax raises ImportError:
import jax

This gives me the error:
File "/home/user/.local/lib/python3.9/site-packages/jax/_src/api.py", line 52, in <module>
    from ..tree_util import (tree_map, tree_flatten, tree_unflatten, tree_structure,
ImportError: cannot import name 'Partial' from 'jax.tree_util' (/home/user/.local/lib/python3.9/site-packages/jax/tree_util.py)

Python and jax version:
python --version
Python 3.9.6

pip show jax
Name: jax
Version: 0.2.19

My system info:
Linux Manjaro (Arch Linux) with the latest kernel.
uname -r
5.13.12-1-MANJARO

Adding Partial to the list in /home/user/.local/lib/python3.9/site-packages/jax/tree_util.py line 40 solved the issue for me and I am able to successfully import jax.
I also noticed that partial is available in the list but replacing partial with Partial seems to raise more errors for me.

Hi - thanks for the report!
I'm a bit confused about what's going on, because you mention that you're using JAX 0.2.19, and you mention adding Partial at line 40 of jax/tree_util.py, but if I look at that line within the 0.2.19 source tree Partial is already there: https://github.com/google/jax/blob/jax-v0.2.19/jax/tree_util.py#L40
I would do two things: first, check the output of this:
$ python -m pip show jax

calling pip this way assures you're using the pip associated with your python executable, which is not guaranteed if you just call pip alone.
If everything looks good there, then I assume your installation has been corrupted somehow. I'd then run
$ python -m pip uninstall jax jaxlib
$ python -m pip install jax[cpu]

hello,
I think I have the same problem, when I try to import jax I get an error message "kernel died, restarting kernel".
I use spyder 4.1.0.

Hi,
Thank you for your reply.
I am using Jax as a solver for Pybamm simulations. I just found that the issue was with the installation of the Pybamm library, and not with the Jax library. Here is the issue that was raised over there regarding the same.
Sorry for not catching this earlier, I did not expect it to be this way.
Thanks!
Regards
Raghuram

Thanks! I'll close the issue then. Feel free to open another if you run into any other problems!

I think the problem is with numpyro (https://github.com/pyro-ppl/numpyro/issues/1165)

I received a similar error from jax 0.4.11, could u help me:
File C:\ProgramData\anaconda3\Lib\site-packages\flax\linen\linear.py:30
from jax import ShapedArray
ImportError: cannot import name 'ShapedArray' from 'jax' (C:\ProgramData\anaconda3\Lib\site-packages\jax_init_.py)

`jax.ShapedArray was removed in JAX v0.4.14 after being deprecated for several releases (see the JAX v0.4.14 changelog).
I would suggest updating flax to a more recent version that is compatible with recent JAX versions.

Thanks a lot!!!

ImportError: cannot import name 'abstract_arrays' from 'jax' (/home/xuj/anaconda3/envs/removal/lib/python3.10/site-packages/jax/init.py)
How to solve??

jax.abstract_arrays was deprecated in jax v0.4.12 and removed in JAX v 0.4.17.
To fis the error you're seeing, you can avoid attempting to import jax.abstract_arrays. If you're using another package that imports this deprecated module, you could try updating that other package, or if that's not possible, install JAX v0.4.16 or older.


Speed up the clone operation for api info and apptarget

I was doing some profiling on performance and noticed we spend a lot of time in our clone function in util.ts. That clone function just looks like this:
    export function clone<T>(v: T): T {
        if (v == null) return null
        return JSON.parse(JSON.stringify(v))
    }

Turns out, the vast majority of the time spent cloning was in two places: cloning the apptarget when initially setting it up and cloning the cached api info in webapp/src/compiler.ts. We were basically cloning the entirety of target.js (a 10.1 MB file in pxt-arcade) multiple times!
This PR speeds things up considerably by implementing functions for specifically cloning the SymbolInfo and TargetBundle types. In my testing, it cut it down to about 1/3 of what it was before when setting up the AppTarget (I didn't time the cached API info changes but there should be similar gains)

We could speed this up even further if we treated the TargetBundle and SymbolInfo types as readonly (and avoid cloning altogether), but that would be a much bigger change. The localization and hardware variant code relies pretty heavily on cloning

This is an awesome find!


What is the Vector in. AddJoint ('x ', new Vector (0.0, 0.0, 440.0))?

I added joints to a new object and mounted the script. After setting it up, the result doesn't work. I want to ask what variables need to be filled in and how to operate them specifically?

The AddJoint method takes two arguments.
The first is the rotation axis of revolute joints (x,y,z) and the second is the offset vector to the next joint.
You can look at the example Unity Project which models a Fanuc Robot arm.

The AddJoint method takes two arguments. The first is the rotation axis of revolute joints (x,y,z) and the second is the offset vector to the next joint.
You can look at the example Unity Project which models a Fanuc Robot arm.

I am creating a normal work from your prefabricated body, but if I create a new parent myself, then create three joints and attach scripts to them. At this point, if IK is enabled, it won't work.

Without any code I can't help. "It doesn't work" is not helpful for debugging.


added login-form-26

Hi, I am Rohit Purkait. The project looked very appealing to me so, I decided to created a login form template with a neuromorphic design.
Here's the Demo

Features in this login form

Neuromorphic Design
Clip-path hover effects
Proper checks in the input fields

PR merged now
Thanks for you contribution, PR counted for hacktoberfest.
Don't forget to star the repo
I would like to offer some swags from Loginradius ,to avail those please fill this form https://docs.google.com/forms/d/e/1FAIpQLSfnwWUWlRRwZpgmOX7X8lGMKotLbVe1JXCjPFSahLxLWugwig/viewform


Please add Pull Request Number into Release Pipeline variables

Environment

Azure Pipelines
Agent: Hosted VS 2017

Issue Description
With the new release to VS for the Pull Request Release Pipeline, it would be useful to include the Pull Request Number as an environment variable, similar to System.PullRequest.PullRequestNumber in the Build Pipeline.

This issue was raised as requested from @madhurig in issue #6564

Any movement on this? We're building a release pipeline that requires the GitHub PR# when deploying.
Are there any known workarounds for now?

The following PowerShell line will extract the PR #, however it's obviously quite fragile and could be made more robust:
$prNumber = ($env:BUILD_SOURCEBRANCH).split("/")[2]

System.PullRequest.PullRequestId
System.PullRequest.PullRequestNumber
note:  This variable is initialized only if the build ran because of a Git PR affected by a branch policy

@ArieHein those are only available on Build pipelines, not on Release.

We're looking at using gates after the stage deployment on releases with approvals to complete pull requests.  We can't complete because the pull request information isn't there.  We need the pull request Id.  Is this likely to be included at any point?

This is still very needed.


easy API

Hi,
It'll be very appreciated if you can provide an API like KernelDensity of scikit-learn. Now we must write a lot of code to calculate the kernel density. An user-friendly API will make this crate easy to use and become more popular.

It'a alread an easy API now.


could not remove directory (code EPERM)

I'm running latest version of TFS 2015 release manager. I have a simple release that includes a "CopyFiles" task. I need to have the "Clean Target Folder" option of the task enabled.

I have three target environments configured. Both are newly created identical Windows servers. The CopyFiles task works fine against the first two servers but for the next environment in the pipeline, when copying to the second server I get the following error:
2016-11-11T21:41:07.4324714Z found 2 files 2016-11-11T21:41:07.4324714Z ##[debug]file:D:/Build/_work/df9f2c4cf/(master) Orchard BTDF/drop/20161111.5.zip will be copied. 2016-11-11T21:41:07.4324714Z ##[debug]file:D:/Build/_work/df9f2c4cf/(master) Orchard BTDF/drop/Unzip.ps1 will be copied. 2016-11-11T21:41:07.4324714Z Cleaning target folder: \\Steatbt02\BizTalkDeployments2\Orchard 2016-11-11T21:41:07.4324714Z ##[debug]rm -rf \\Steatbt02\BizTalkDeployments2\Orchard 2016-11-11T21:41:07.4480915Z rm: could not remove directory (code EPERM): \\Steatbt02\BizTalkDeployments2\Orchard 2016-11-11T21:41:07.4480915Z ##[debug]task result: Failed
There's no sign of errors in the event log.
I created the share "\Steatbt02\BizTalkDeployments2" and granted "full-access" permissions to the account running the build agent. I even tried logging onto the build server and run as for the command prompt using the credentials of the build agent. From this command window I was able to remove the target folder "\Steatbt02\BizTalkDeployments2\Orchard" - so I can't think why the build agent would have trouble doing the same!
Any ideas what could be wrong, or what extra steps I could take to track down the root cause of the problem?
SO Post here: http://stackoverflow.com/questions/40556921/tfs-release-copyfiles-task-gives-code-eperm

does the service account have permissions granted on the local files as well. when you use the "Advanced Sharing" permissions management UI to grant permissions, you also need to grant permissions on the local dir as well.

nevermind, i see now you said it works when you run a process as the account it works.

@RobBowman have you changed the service account's password recently, if so restarting the box might help.

@RobBowman Does it work without Clean Target Folder checked? Something could have a handle to the file at the time the step is running.

We've tried to repro and answers not supplied.  Closing for now.

Just as @ericsciple said, make sure the service account have permissions granted on the local directory.
You have to add NETWORK SERVICE account and have permissions granted to access the Orchard  folder. Right-click the Orchard folder --> properties-->tap to Security-->Advanced-->Add--> select a principal --> ...  find the service account (Network Service in this case) to add.


Cleanup NetBeans license header for module javafx2.kit

Review and cleanup the license header in javafx2.kit
Oracle donated NetBeans to the Apache Software Foundation.
Your task now is to replace the old license header that has Oracle (and/or Sun Microsystems
and/or NetBeans) in it with the standard Apache Software Foundation license header.
For an empty file that supports headers you must add the Apache license header.
Note that you have to use the proper license header for Java, .properties or HTML files.
Look at the nearby files for templates and copy-paste the license header.
When done commit the changes with a commit message that starts with first line
"[NETBEANS-54] Module Review " and a message body describing your review.
See a longer explanation about what we are doing here: https://cwiki.apache.org/confluence/display/NETBEANS/List+of+Modules+to+Review
Please announce in a comment when you have started work.
Files that need to be looked at in javafx2.kit:
javafx2.kit/release/VERSION.txt

https://github.com/apache/incubator-netbeans/pull/127


Bug Report: Calculated Expression Fails to Update Beyond Initial Changes in Questionnaire

Describe the bug
I've encountered an issue where calculated expressions in a questionnaire are not consistently updating. Specifically, I have two questions related to a pregnancy registration form: one for the Last Menstrual Period (LMP) date and another for the Expected Date of Delivery (EDD). The expected behavior is that when the LMP date is updated, the EDD should also update accordingly. However, after the first two updates to the LMP date, the EDD stops updating, regardless of the subsequent updates.
Component
This looks like an issue with the datacapture module in android-fhir
To Reproduce
Steps to reproduce the behavior:

Open the pregnancy registration form in the application. (I will attach the questionnaire snippet under question)
Fill in the "Last Monthly Period (LMP) date" with a specific date (e.g., today's date).
Verify that the "Expected date of delivery (EDD)" updates correctly based on the calculated expression (LMP + 280 days).
Update the "Last Monthly Period (LMP) date" two more times with different dates.
Observe that the "Expected date of delivery (EDD)" does not update after each LMP update.

Expected behavior
The EDD should dynamically update each time the LMP date is modified.
Screenshots
https://github.com/google/android-fhir/assets/72507786/c7bd3c57-0737-4780-b2c4-f5337035d76f
Smartphone (please complete the following information):

Device: Pixel-7 emulator
Android version: 13

Additional context
This is the Questionnaire snippet under question
[
   {
      "extension": [
         {
            "url": "http://hl7.org/fhir/StructureDefinition/entryFormat",
            "valueString": "d/M/y"
         },
         {
            "url": "http://ehelse.no/fhir/StructureDefinition/validationtext",
            "valueString": "Enter the correct date"
         },
         {
            "url": "http://hl7.org/fhir/StructureDefinition/minValue",
            "_valueDate": {
               "extension": [
                  {
                     "url": "http://hl7.org/fhir/StructureDefinition/cqf-calculatedValue",
                     "valueExpression": {
                        "language": "text/fhirpath",
                        "expression": "today() - 40 weeks"
                     }
                  }
               ]
            }
         },
         {
            "url": "http://hl7.org/fhir/StructureDefinition/maxValue",
            "_valueDate": {
               "extension": [
                  {
                     "url": "http://hl7.org/fhir/StructureDefinition/cqf-calculatedValue",
                     "valueExpression": {
                        "language": "text/fhirpath",
                        "expression": "today()"
                     }
                  }
               ]
            }
         }
      ],
      "linkId": "245679f2-6172-456e-8ff3-425f5cea3243",
      "text": "Last Monthly Period (LMP) date",
      "type": "date",
      "required": true
   },
   {
      "extension": [
         {
            "url": "http://hl7.org/fhir/StructureDefinition/entryFormat",
            "valueString": "d/M/y"
         },
         {
            "url": "http://ehelse.no/fhir/StructureDefinition/sdf-minvalue",
            "valueString": "today() - 280 'days'"
         },
         {
            "url": "http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaire-calculatedExpression",
            "valueExpression": {
               "language": "text/fhirpath",
               "expression": "%resource.descendants().where(linkId='245679f2-6172-456e-8ff3-425f5cea3243').answer.value + 280 'days'"
            }
         }
      ],
      "enableWhen": [
         {
            "question": "245679f2-6172-456e-8ff3-425f5cea3243",
            "operator": "exists",
            "answerBoolean": true
         }
      ],
      "linkId": "4f04affb-22a8-4da5-88d8-78bc6d0454e7",
      "text": "Expected date of delivery (EDD)",
      "type": "date",
      "required": false,
      "readOnly": true
   }
]

Would you like to work on the issue?
Yes, I would like to work on this issue, I will appreciate any guidance on this as well.

@f-odhiambo LOE less than a day


/bin/bash^M: bad interpreter:

I got a error when I ran vagrant up
==> default: INFO: Done installing Python.
==> default: INFO: Installing Jenkins plugins...
==> default: /tmp/vagrant-shell: /vagrant/jenkins_install_plugins.sh: /bin/bash^M: bad interpreter: No such f                                        ile or directory
==> default:  * Restarting Jenkins Continuous Integration Server jenkins
==> default:    ...done.

I am using Win 10, Git Bash and Vagrant + Virtualbox

You used a Editor on Window to create the scripts?
I solved the issue by using vi to recreate the scripts

Yes, I used Eclipse on Ubuntu. I'm guessing it's an issue with Windows \n\r line endings, I've seen this under Windows 7 before. By default Git will clone files, using your system default line-endings, but this doesn't work correctly when the provisioning script is then run inside a Linux host.
I'll add a .gitattributes file to the project to fix this for Windows users. Thanks for reporting! :)


HBASE-24262 Improvement update_config for PressureAwareCompactionThroughputController

…ughputController

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 55s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 35s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 41s
master passed

+1 :green_heart:
checkstyle
1m 30s
master passed

+0 :ok:
refguide
5m 12s
branch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

+1 :green_heart:
spotbugs
3m 11s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 44s
the patch passed

-0 :warning:
checkstyle
1m 18s
hbase-server: The patch generated 6 new + 9 unchanged - 1 fixed = 15 total (was 10)

+1 :green_heart:
whitespace
0m  1s
The patch has no whitespace issues.

+1 :green_heart:
xml
0m  1s
The patch has no ill-formed XML file.

+0 :ok:
refguide
5m 13s
patch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

+1 :green_heart:
hadoopcheck
11m 35s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

+1 :green_heart:
spotbugs
3m  7s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 25s
The patch does not generate ASF License warnings.

48m 43s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
dupname asflicense refguide xml spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux 7f365ef1a544 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / e96ad0ac1e

refguide
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-general-check/output/branch-site/book.html

checkstyle
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-general-check/output/diff-checkstyle-hbase-server.txt

refguide
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-general-check/output/patch-site/book.html

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-common hbase-server U: .

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 53s
the patch passed

+1 :green_heart:
compile
1m 28s
the patch passed

+1 :green_heart:
javac
1m 28s
the patch passed

+1 :green_heart:
shadedjars
5m  8s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 17s
hbase-common in the patch failed.

-0 :warning:
javadoc
0m 38s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
1m 30s
hbase-common in the patch passed.

-1 :x:
unit
124m 28s
hbase-server in the patch failed.

152m 54s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux d4ff7eff0831 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / e96ad0ac1e

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-common.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-common.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/testReport/

Max. process+thread count
4273 (vs. ulimit of 12500)

modules
C: hbase-common hbase-server U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 35s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 31s
master passed

+1 :green_heart:
compile
1m 18s
master passed

+1 :green_heart:
shadedjars
5m  6s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 59s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 16s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 24s
the patch passed

+1 :green_heart:
compile
1m 17s
the patch passed

+1 :green_heart:
javac
1m 17s
the patch passed

+1 :green_heart:
shadedjars
5m  1s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 57s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 22s
hbase-common in the patch passed.

-1 :x:
unit
130m 29s
hbase-server in the patch failed.

157m  9s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 25f410d2e6de 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / e96ad0ac1e

Default Java
1.8.0_232

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/testReport/

Max. process+thread count
4591 (vs. ulimit of 12500)

modules
C: hbase-common hbase-server U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 35s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 33s
master passed

+1 :green_heart:
checkstyle
1m 30s
master passed

+0 :ok:
refguide
4m 48s
branch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

+1 :green_heart:
spotbugs
2m 40s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 18s
the patch passed

+1 :green_heart:
checkstyle
0m 23s
The patch passed checkstyle in hbase-common

+1 :green_heart:
checkstyle
1m  3s
hbase-server: The patch generated 0 new + 9 unchanged - 1 fixed = 9 total (was 10)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
xml
0m  2s
The patch has no ill-formed XML file.

+0 :ok:
refguide
4m 42s
patch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

+1 :green_heart:
hadoopcheck
11m  4s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

+1 :green_heart:
spotbugs
3m  2s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 26s
The patch does not generate ASF License warnings.

45m  2s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
dupname asflicense refguide xml spotbugs hadoopcheck hbaseanti checkstyle

uname
Linux bfa260e7ec64 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ec0d9d767e

refguide
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-general-check/output/branch-site/book.html

refguide
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-general-check/output/patch-site/book.html

Max. process+thread count
94 (vs. ulimit of 12500)

modules
C: hbase-common hbase-server U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f) spotbugs=3.1.12

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 35s
master passed

+1 :green_heart:
compile
1m 21s
master passed

+1 :green_heart:
shadedjars
5m 24s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 57s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 16s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 19s
the patch passed

+1 :green_heart:
compile
1m 17s
the patch passed

+1 :green_heart:
javac
1m 17s
the patch passed

+1 :green_heart:
shadedjars
5m  6s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 58s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 22s
hbase-common in the patch passed.

-1 :x:
unit
132m 13s
hbase-server in the patch failed.

158m 39s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux c67d85ae45e1 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ec0d9d767e

Default Java
1.8.0_232

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/testReport/

Max. process+thread count
4431 (vs. ulimit of 12500)

modules
C: hbase-common hbase-server U: .

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 17s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
5m  4s
the patch passed

+1 :green_heart:
compile
1m 57s
the patch passed

+1 :green_heart:
javac
1m 57s
the patch passed

+1 :green_heart:
shadedjars
6m 43s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 19s
hbase-common in the patch failed.

-0 :warning:
javadoc
0m 52s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
2m 15s
hbase-common in the patch passed.

-1 :x:
unit
205m 20s
hbase-server in the patch failed.

242m 45s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 72981b5bb0af 4.15.0-74-generic #84-Ubuntu SMP Thu Dec 19 08:06:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ec0d9d767e

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-common.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-common.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/testReport/

Max. process+thread count
3378 (vs. ulimit of 12500)

modules
C: hbase-common hbase-server U: .

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 25s
Docker mode activated.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 55s
the patch passed

+1 :green_heart:
compile
1m  4s
the patch passed

+1 :green_heart:
javac
1m  4s
the patch passed

+1 :green_heart:
shadedjars
5m 17s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 40s
hbase-server in the patch failed.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 50s
the patch passed

+1 :green_heart:
compile
1m  4s
the patch passed

+1 :green_heart:
javac
1m  4s
the patch passed

+1 :green_heart:
shadedjars
5m 14s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 38s
hbase-server in the patch failed.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
4m  0s
the patch passed

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

+1 :green_heart:
shadedjars
5m 49s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 49s
hbase-server in the patch failed.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 51s
the patch passed

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

+1 :green_heart:
shadedjars
5m 11s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 39s
hbase-server in the patch failed.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
4m  6s
the patch passed

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

+1 :green_heart:
shadedjars
5m 34s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 49s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
140m 31s
hbase-server in the patch passed.

165m 46s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 558e5ea1c783 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 4f9eecbe61

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/testReport/

Max. process+thread count
3815 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 43s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+1 :green_heart:
mvninstall
3m 27s
master passed

+1 :green_heart:
compile
0m 56s
master passed

+1 :green_heart:
shadedjars
5m  3s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 35s
master passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 29s
the patch passed

+1 :green_heart:
compile
0m 56s
the patch passed

+1 :green_heart:
javac
0m 56s
the patch passed

+1 :green_heart:
shadedjars
5m  6s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 36s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
151m 13s
hbase-server in the patch passed.

174m 10s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux fdc436c8a205 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 4f9eecbe61

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/testReport/

Max. process+thread count
3745 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/7/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 39s
Docker mode activated.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 57s
the patch passed

+1 :green_heart:
compile
1m  2s
the patch passed

+1 :green_heart:
javac
1m  2s
the patch passed

+1 :green_heart:
shadedjars
5m 20s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 39s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
122m 52s
hbase-server in the patch passed.

147m 40s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 811f872e0020 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / f4a446c3d2

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/testReport/

Max. process+thread count
4321 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+1 :green_heart:
mvninstall
3m 32s
master passed

+1 :green_heart:
compile
0m 53s
master passed

+1 :green_heart:
shadedjars
5m 15s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 36s
master passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 23s
the patch passed

+1 :green_heart:
compile
0m 55s
the patch passed

+1 :green_heart:
javac
0m 55s
the patch passed

+1 :green_heart:
shadedjars
5m 11s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 37s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
131m  4s
hbase-server in the patch passed.

154m  2s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1588

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 0d36fb917a9d 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / f4a446c3d2

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/testReport/

Max. process+thread count
4496 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1588/8/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

Hi,@Apache9 , I resubmitted the code . Can you help me review the code ?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m  0s
Docker mode activated.

-1 :x:
patch
0m  4s
https://github.com/apache/hbase/pull/1588 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/in-progress/precommit-patchnames for help.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hbase/pull/1588

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/console

versions
git=2.17.1

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m  0s
Docker mode activated.

-1 :x:
patch
0m  4s
https://github.com/apache/hbase/pull/1588 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/in-progress/precommit-patchnames for help.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hbase/pull/1588

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/console

versions
git=2.17.1

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m  0s
Docker mode activated.

-1 :x:
patch
0m  4s
https://github.com/apache/hbase/pull/1588 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/in-progress/precommit-patchnames for help.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hbase/pull/1588

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-1588/1/console

versions
git=2.17.1

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.


[Helm] Restructure Helm Charts

Signed-off-by: CyrineG<EMAIL_ADDRESS>Description
This PR fixes https://github.com/meshery/meshery/issues/6211
There are 3 steps that need to be done:

[x] Restructure helm charts
[x] Make appropriate changes in mesheryctl
[x] Make appropriate changes in meshery server

Notes for Reviewers
Signed commits

[x] Yes, I signed my commits.

@Revolyssup

Hey @CyrineG, let's discuss this PR on the meshery dev call today.

Codecov Report
Base: 13.37% // Head: 13.17% // Decreases project coverage by -0.19% :warning:

Coverage data is based on head (50597d0) compared to base (3e84cc6).
Patch coverage: 3.72% of modified lines in pull request are covered.

:exclamation: Current head 50597d0 differs from pull request most recent head a5e2dec. Consider uploading reports for the commit a5e2dec to get more accurate results

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #6212      +/-   ##
==========================================
- Coverage   13.37%   13.17%   -0.20%
==========================================
  Files         113      113
  Lines       10580    10699     +119
==========================================
- Hits         1415     1410       -5
- Misses       8857     8977     +120
- Partials      308      312       +4

Flag
Coverage Δ

unittests
13.17% <3.72%> (-0.20%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

mesheryctl/internal/cli/root/app/app.go
33.33% <0.00%> (-9.53%)
:arrow_down:

mesheryctl/internal/cli/root/app/offboard.go
54.54% <0.00%> (-3.15%)
:arrow_down:

mesheryctl/internal/cli/root/completion.go
0.00% <0.00%> (ø)

mesheryctl/internal/cli/root/filter/filter.go
33.33% <0.00%> (-9.53%)
:arrow_down:

mesheryctl/internal/cli/root/pattern/delete.go
25.80% <0.00%> (ø)

mesheryctl/internal/cli/root/pattern/pattern.go
33.33% <0.00%> (-9.53%)
:arrow_down:

mesheryctl/internal/cli/root/perf/perf.go
25.00% <0.00%> (-58.34%)
:arrow_down:

mesheryctl/internal/cli/root/root.go
24.24% <0.00%> (-0.38%)
:arrow_down:

mesheryctl/internal/cli/root/system/channel.go
15.51% <0.00%> (-1.96%)
:arrow_down:

mesheryctl/internal/cli/root/system/config.go
4.76% <0.00%> (-0.59%)
:arrow_down:

... and 10 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

Only a 200 file change here. No big deal, @CyrineG. 😉

@CyrineG, now is a great time to bump the charts and app versions to v0.6.x.

I tested this PR locally for Cypress checks, started the server again, and checked. It's passing for both. Let's update the branch and start the test again.
Integration for settings:

E2E for lifecyclecheckspec:

Integration passing now and E2E is passing 4 out of 5 for lifecycle spec(prev 3 out of 5), only istio function check failing and that too in CI only.

@Revolyssup, will you take a moment to investigate this failing build check?

@Revolyssup, will you take a moment to investigate this failing build check?

Fixed it

@leecalcote  LGTM from my side!

@Revolyssup are the failing checks expected or something that needs resolved?

Details

Yes. And other than that, failing tests are from mesheryctl which are also expected given mesheryctl tries to use new method(in this PR) to deploy old charts(on meshery.io)


pango: update sha256 hash

Motivation for this change
Update sha256 hash
hash mismatch in fixed-output derivation '/nix/store/bzi4qj6znr9w1a5y5cackqh7an3235a9-490f8979a260c16b1df055eab386345da18a2d54.diff':
  wanted: sha256:001g3anvwghdrn3yfgi8cp64j0n3l0zwgiphc1izqg7zr76s87fk
  got:    sha256:1s0qclbaknkx3dkc3n6mlmx3fnhlr2pkncqjkywprpvahmmypr7k
cannot build derivation '/nix/store/dj1q1lkl4qyfzw93kma7h02w8yykrrir-pango-1.43.0.drv': 1 dependencies couldn't be built
[0 built (1 failed)]
error: build of '/nix/store/dj1q1lkl4qyfzw93kma7h02w8yykrrir-pango-1.43.0.drv' failed

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 nix-review --run "nix-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)
[ ] Ensured that relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

Notify maintainers
cc @

I get the same hash


Add evaluation on production per energy carrier

It would be nice to have a plot depicting the annual production on a per energy carrier basis.

Closed by #84


Add support for Lavel 9.x

These tests won't pass until the Laravel 9.x stable version is released later this month

@jeromegamez
Laravel 9 is set to release today

Lumen hasn't been updated yet, I'll go and remove the dev dependency, it should be fine.

Release with https://github.com/kreait/laravel-firebase/releases/tag/4.1.0, thank you! 🌺


Appstudio update test-component-pac-fgkv

Pipelines as Code configuration proposal

Pipelines as Code CI/test-component-pac-fgkv-on-pull-request has successfully validated your commit.

StatusDurationName

✅ Succeeded
6 seconds
init

✅ Succeeded
13 seconds
clone-repository

✅ Succeeded
43 seconds
build-container

✅ Succeeded
23 seconds
deprecated-base-image-check

✅ Succeeded
23 seconds
sanity-inspect-image

✅ Succeeded
3 minutes
clair-scan

✅ Succeeded
45 seconds
clamav-scan

✅ Succeeded
16 seconds
sbom-json-check

✅ Succeeded
7 seconds
sanity-label-check

✅ Succeeded
6 seconds
sanity-optional-label-check

✅ Succeeded
6 seconds
show-summary

Pipelines as Code CI/test-component-pac-fgkv-on-pull-request has successfully validated your commit.

StatusDurationName

✅ Succeeded
5 seconds
init

✅ Succeeded
14 seconds
clone-repository

✅ Succeeded
30 seconds
build-container

✅ Succeeded
15 seconds
deprecated-base-image-check

✅ Succeeded
18 seconds
sanity-inspect-image

✅ Succeeded
7 seconds
clair-scan

✅ Succeeded
31 seconds
clamav-scan

✅ Succeeded
9 seconds
sbom-json-check

✅ Succeeded
18 seconds
sanity-label-check

✅ Succeeded
16 seconds
sanity-optional-label-check

✅ Succeeded
5 seconds
show-summary


Upgrade to pytorch 2.0.1 conda package

Description

Update docker containers and conda recipe/environments to install pytorch 2.0.1 conda package
Also update torch version for training-tuning scripts/notebooks

Closes #1008
Checklist
[x] I am familiar with the Contributing Guidelines.
[x] New or existing tests cover these changes.
[x] The documentation is up to date with these changes.

/merge


Enable viewing previously generated rotations

To see how changes to stats / consumables affects the rotation
It's just nice to have :)

Things to consider:

What should be stored in the history? Actions, recipe, crafter stats, solver config, etc.
Serialization / deserialization with future-compatibility in mind.


Is it possible to install the passt with python=3.6?

Hi, thanks so much for sharing the great work! I'd like to use PaSST for downstream tasks and integrate it into existing conda environment with python=3.6 (it 's kind of painful to upgrade python from 3.6 to 3.7/3.8 due to many inconsistent packages).  I know that python>=3.7 is required to install PaSST, but I'm wandering if it's possible to install it with python=3.6?

Hi, thank you for the interest. Unfortuently  I'm not sure if the code is runnable on python=3.6. I started working on an 3.7 environment and kept it. If there is issues on 3.6, you can post them here.  I'd be happy to help.

Hi, thanks for the reply! I managed to transplant the hear21passt from python3.8 to python3.6. And here are some tricks I used:

create a env with python=3.8 and install passt successfully.
download the passt package, and change the "python>=3.7" to "python>=3.6" in 'setup.py' file.
run "python setup.py install". normally, it should automatically install necessary libs/packages.
backup 'helpers.py' file in '/{path to your original env}/lib/python3.6/site-packages/timm/models/', then copy the 'helpers.py' and 'hub.py' files from '/{path to your just created env}/lib/python3.8/site-packages/timm/models/' to  '/{path to your original env}/lib/python3.6/site-packages/timm/models/'.
then you are ready to go.
I'm not sure if this works for other scenarios since I use it for inference only, but I hope it could help someone facing this similar problem.


toggleSeries() method returns None

According to the ApexCharts docs, toggleSeries() should return a boolean for whether the series was hidden or shown. Within Ignition this returns None. Can we get it to return the boolean value?
Thanks

Added in 1.0.7.