How to use showTooltip on component load "componentDidMount"

   <svg width={width} height={height}>
      <rect x={0} y={0} width={width} height={height} fill="transparent" />
      <LinePath
        data={data}
        xScale={xScale}
        yScale={yScale}
        x={xSelector}
        y={ySelector}
        strokeWidth={1}
        stroke="#616161"
        strokeLinecap="round"
        fill="transparent"
      />
      <Bar
        x={0}
        y={0}
        width={width}
        height={height}
        fill="transparent"
        data={data}
        onMouseMove={data => event =>
          this.handleTooltip({
            event,
            data,
            xSelector,
            xScale,
            yScale,
          })}
        onMouseLeave={data => event =>
              this.handleTooltip({
                event,
                data,
                xSelector,
                xScale,
                yScale,
              })}
        onTouchMove={data => event =>
          this.handleTooltip({
            event,
            data,
            xSelector,
            xScale,
            yScale,
          })}
      />
      {tooltipData && (
        <g>
          <circle
            cx={tooltipLeft}
            cy={tooltipTop}
            r={4}
            fill="#616161"
            stroke="white"
            strokeWidth={0}
            style={{ pointerEvents: "none" }}
          />
        </g>
      )}
    </svg>

The tooltipData only works on onMouseMove and onMouseLeave, I'd like to use it with onload
but,  I can't to use

hey @danielprogramic, thanks for checking out vx!
my first thought is that you could call this.props.onMouseMove within the component's componentDidMount lifecycle method. would that work?

you should be able to do:
componentDidMount() {
  const { showTooltip } = this.props;
  showTooltip({
    tooltipData: {}, // whatever
    tooltipLeft: x,  // some number
    tooltipTop: y, // some number
  })
}

some notes from the React lifecycle docs https://reactjs.org/docs/react-component.html#componentdidmount:

You may call setState() immediately in componentDidMount(). It will trigger an extra rendering, but it will happen before the browser updates the screen. This guarantees that even though the render() will be called twice in this case, the user won’t see the intermediate state. Use this pattern with caution because it often causes performance issues. In most cases, you should be able to assign the initial state in the constructor() instead. It can, however, be necessary for cases like modals and tooltips when you need to measure a DOM node before rendering something that depends on its size or position.

Hi guys,
Thank you for your assistance,
I was able to use the method showTooltip in the componentDidMount
componentDidMount() {   const { showTooltip } = this.props;   showTooltip({     tooltipData: {date: "2017", price: 100},     tooltipLeft: 150,     tooltipTop: 67.5,   }) }
But, I have a problem.
How do I get the tooltipData, tooltipLeft and  tooltipTop of all graphs?
I want the circle to appear on all the graphs, not only by the onMouseMove,onMouseLeave, onTouchMove
Demo the problem
http://www.danielprogramic.com.br/problem/videotogif_2018.07.13_12.02.11.gif
Thanks
guys


Can't use plot_optimization_history

import optuna_distributed
client = None  # Enables local asynchronous optimization.
study = optuna_distributed.from_study(optuna.create_study(direction="maximize"), client=client)
study.optimize(lambda trial: run_algo(trial, df), n_trials=10)
print(study.best_params)
from optuna.visualization import plot_optimization_history
fig = plot_optimization_history(study)
fig.show()

As a workaround I did
class DistributedStudy(Study):

Release 0.6.0 introduced into_study() method to deal with this problem, see the example. To my knowledge, Study isn't really meant to be inherited from.


Add pubsub system for websocket server

As requested in #28958 this PR tries to add an interface and memory pubsub system for the websocket server to be able to use a pubsub system like redis later on.
This PR contains changes from #28958.

Looks to work on a basic level. May I suggest setting a devtest page where the server continuously publishes messages? You can reach these pages on /devtest URL for any instance that has RUN_MODE=dev set.

@anbraten is there a relation between this and https://github.com/go-gitea/gitea/pull/28958? Should one land first?

@anbraten is there a relation/dependency between this and https://github.com/go-gitea/gitea/pull/28958? Should one land first?

This is meant to be the follow-up PR for #28958 (that one should go in first) adding the mutli-node support request by lunny


Maximum call stack size exceeded

Bug Report

🔎 Search Terms

🕗 Version & Regression Information

This is a crash
This is the behavior in every version I tried
I was unable to test this on prior versions because it depends on the brand new template literal types introduced in 4.1

⏯ Playground Link

Playground link with relevant code
💻 Code

import { EventEmitter } from 'events';

interface Test<T> {
    on(event: 'error', listener: (error: any) => any): this;
    on(event: `__${string}`, listener: (data: string, isError: true) => any | ((data: T, isError: false) => any)): this;

    once(event: 'error', listener: (error: any) => any): this;
    once(event: `__${string}`, listener: (data: string, isError: true) => any | ((data: T, isError: false) => any)): this;

    emit(event: 'error', error: any): boolean;
    emit(event: `__${string}`, data: string, isError: true): boolean;
    emit(event: `__${string}`, data: T, isError: false): boolean;
}

class Test<T> extends EventEmitter {
    public test() {
        // In my case - I was using a package that could provide null, or any type of data, so they used `any` - but I was expecting a string.
        const data: any = 'test';
        const key = `__${data as string}` as const;

        // In my case, I had 2 values that were nullable - the error, or the data. One of them is guranteed to be present, so "(a ?? b)!" is the way to go.
        const nullableProp1: T | null = 'test' as any;
        const nullableProp2: string | null = 'test' as any;

        // If you start writing out this line, it will compile with regular type errors until the 2nd parameter, at which point everything breaks.
        if (key) this.emit(key, (nullableProp1 ?? nullableProp2)!, true as boolean);
    }
}

🙁 Actual behavior
The Typescript compiler fails to pick an overload, and seems to recurse down past the maximum stack call size. This is reflected in the browser console when on the playground, and of course, locally
🙂 Expected behavior
The Typescript compiler successfully picks an overload and continues on.

Apologies, just tried typescript@next and it seems resolved in 4.2.0-dev.20210206.


fix(app): Fix improper transitioning run status in protocol runs

Closes RQA-2291, RQA-2307, RQA-2306, RQA-2304

Overview
This PR fixes a bug on the app side in which the incorrect property React Query was used. In order to prevent any refetches, staleTime is the correct choice. Certain useRunQuery and useAllRunQuery hooks that were not updating properly now update as expected. Also, the removed RUN_STATUS_STOP_REQUESTED is added back to useRunStatus(), since its removal was causing bug RQA-2306.
The python side changes are all sanity check changes - nothing new here. A new push is added to the remove method, since we want to push on every new CRUD. I don't know if this was causing bugs, but it should be fixed.

Test Plan

Run through the bug tickets and make sure they now work.

Changelog

Fixed modals/buttons not updating correctly related to protocol runs.

Risk assessment
low

Will reopen with correct branch retargeted.


the principle of distance calculation of point cloud to mesh

I can't understand your algorithm  that  how to use the fast winding number to calculate the distance from the point cloud to the mesh, (I am not very familiar with the C++ , I can only understand the calculation process of calculating the winding number in Gavin's paper)
can you briefly describe the principle of distance calculation or recommand some paper to explain it.Thank you

There are two parts to this. The first uses an AABB tree to find the nearest point on a mesh for each query point (find the closest triangle and then which position on that triangle is the closest point). The result of this step is an unsigned distance for each point on the mesh. To sign the distance (determine if it's inside or outside), the algorithm uses fast winding numbers which is described in the linked paper.


Create an example page

To demonstrate the features.

Is there any way to incorporate the functionality of the lightbox on items already in a Slick Gallery?  Or would a standalone jQuery lightbox be more effective?

See http://plnkr.co/IOpCRKjBJFX0Jp8G2I5w. I've added the src option which make this possible.

I've created a brand new demo page at http://mreq.github.io/slick-lightbox/demo/.


Sveltekit 2.0 breaks my quill editor

Describe the bug
For some reason after migrating to sveltekit 2.0 my quill editor looks completely chaotic. Don't know why
Reproduction

Logs
No response
System Info
System:
    OS: Linux 6.2 Ubuntu 22.04.3 LTS 22.04.3 LTS (Jammy Jellyfish)
    CPU: (16) x64 AMD Ryzen 7 1700 Eight-Core Processor
    Memory: 5.95 GB / 15.55 GB
    Container: Yes
    Shell: 5.1.16 - /bin/bash
  Binaries:
    Node: 18.17.1 - /usr/bin/node
    npm: 9.6.7 - /usr/bin/npm
    bun: 1.0.15 - /snap/bin/bun
  Browsers:
    Chrome: 120.0.6099.109
  npmPackages:
    @sveltejs/adapter-vercel: ^4.0.2 => 4.0.2
    @sveltejs/kit: ^2.0.0 => 2.0.0
    @sveltejs/vite-plugin-svelte: ^3.0.0 => 3.0.1
    svelte: ^4.2.0 => 4.2.8
    vite: ^5.0.0 => 5.0.10

Severity
blocking an upgrade
Additional Information
No response

Since I migrated to 2.0 I have only problems. Whoever reads this DO NOT MIGRATE!. It is still waayyy too early

Please provide a minimal reproduction in the form of a code repository to will help us the diagnose the issue more easily.

maybe we should wait it some days， I upgrade my webapp to vite5+kit2， swSrc file is missing （not generated in .svelte-kit/output/clinet）. I have to downgrade kit and vite。

If you can't provide a reproduction for the issue, there's no way to help troubleshoot or diagnose what the root cause is.

So sveltekit v2 is not ready to use it currently? I've migrated my projects that works prefectly in v1, in v2 stuck trying to fetch initial page, page loads never ends, what is awful situation, Rolling back to v1 and vite 4 for now. :-(


CON-2888: Implemented a language fallback

if there is no language file available for the designated language, the en-US file will now be used
removed the en-AU language file

Coverage decreased (-0.001%) to 4.071% when pulling faf166bc35972cf50069bc5f0d5794472ccdfb9d on CON-2888-translations-should-fallback-to into c7041e165243807b730ac43ba7ee599f8c4323e4 on master.


Update to support esbuild 0.4.0

comes with perf improvements, now supports esm module output

https://github.com/evanw/esbuild/blob/master/CHANGELOG.md#040

Done.


[Feature Request] Pretty Printing Objects

It would be cool if there was a built in option to print out objects using nicely formatted JSON with newlines. Maybe there's a library that does just that?

I can merge once the formatting is fixed (line 95), 4 spaces.  thanks...

fixed for verion 93.42


"invalid scheme [lb]" when upgrading from boot 3.1.5 to 3.1.6 (also present in 3.1.7) when using SimpleReactiveDiscoveryClient

The code below works fine with Spring Cloud 2022.0.4 and Boot 3.1.5, but fails when upgrading to boot 3.1.6 or 3.1.7
return loadBalancedWebClientBuilder.build().get()
        .uri("lb://backend-service/test") //
        .exchangeToFlux( response -> response.bodyToFlux(String.class));

The error is :
org.springframework.web.reactive.function.client.WebClientRequestException: Invalid scheme [lb]
	at org.springframework.web.reactive.function.client.ExchangeFunctions$DefaultExchangeFunction.lambda$wrapException$9(ExchangeFunctions.java:136) ~[spring-webflux-6.0.14.jar:6.0.14]
	Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
Error has been observed at the following site(s):
	*__checkpoint ⇢ Request to GET lb://backend-service/test [DefaultWebClient]
	*__checkpoint ⇢ Handler com.example.demo.TestController#test() [DispatcherHandler]
	*__checkpoint ⇢ HTTP GET "/test" [ExceptionHandlingWebHandler]

This happens when using SimpleReactiveDiscoveryClient.
I have a project that reproduces the problem here https://github.com/snussbaumer/repro-invalid-scheme-lb (change spring-boot-parent version to 3.1.5 and the test will work properly)
The problems seems to come from DefaultServiceInstance.getScheme that is not implemented (and thus always returns null). In LoadBalancerUriTools.doReconstructURI the code below will then pick "lb" as scheme :
		String scheme = Optional.ofNullable(serviceInstance.getScheme())
				.orElse(computeScheme(original, serviceInstance));

The fix is quite simple, in DefaultServiceInstance it would simply be a matter of adding :

        @Override
        public String getScheme() {
            return isSecure() ? "https" : "http";
        }

but I'm not sure of the overall impact, you will now better :smile:
Two of us have encountered the problem (it comes from https://github.com/spring-projects/spring-boot/issues/39041)

Hi @snussbaumer , thanks for reporting the issue. Please provide more details on what's your scenario here? We mainly use lb scheme for load-balanced calls within SC Gateway, but then only for internal processing and not directly in the calls from a client. That still works as it should with Boot 3.1.7, as you can see on this sample branch. To reproduce, run eureka-server, fraud-verifier and gateway-proxy and run curl --location 'http://localhost:9083/fraud-verifier/users/test'.

Hello Olga,
Thanks for the answer. The problem does not happen with eureka, I saw it only with SimpleReactiveDiscoveryClient.
EurekaReactiveDiscoveryClient returns "EurekaServiceInstance" that properly implement getScheme()
SimpleReactiveDiscoveryClient returns DefaultServiceInstance that does not implement getScheme(), which is why there is a problem now.
In my case the scenario is mainly for integration tests where we do not want to run an eureka server for tests. This is what is illustrated with the repro I linked. It's also not a super fun "onboarding" experience for new users as vvalencia-cl reported in the issue I linked :

My problem is also in Integration Tests, using SimpleReactiveDiscoveryClient. I've never tried to run the app, because the tests weren't passing

That's the one that the reactive GW proxy uses; configured here. If you run the GW app in debug mode and place a breakpoint on org.springframework.cloud.client.discovery.simple.reactive.SimpleReactiveDiscoveryClient#getInstances, you will see that. Since we only use that scheme for internal processing and not for actual calls, I don't think those tests reflect real-life scenarios. If you do have such scenarios, please provide more details and a sample app that reproduces the issue.

well I don't know what more details I can give and I already provided a self contained app that reproduces the problem in my first comment ...
I've updated the README.md and renamed the test file (mvn test didn't pick the test before).
if you clone the project you can run it with mvn test and you'll get DemoApplicationTests.test:37 Status expected:<200 OK> but was:<500 INTERNAL_SERVER_ERROR> due to and error Invalid scheme [lb]
now change spring-boot-parent version to 3.1.5 in pom.xml and run mvn test again and you'll see that the test runs fine.
the problem exists in with versions 3.1.6 and 3.1.7

I see the failing test. I'm just not sure in which scenario you would actually call anything with lb: scheme in it clients (other than just using the lb scheme in Gateway setup, which works fine, as in the linked sample). Please indicate what the scenario look like. If the only issue is that you can't do a call using lb scheme from a load-balanced WebClient, this is not a real production issue, since you would do calls using http or https scheme, so you would use the load-balanced WebClient and execute your request at [http/https]://[serviceId]/[path]. You change the host:port data for the serviceId, but the scheme remains the same as you'd normally use for calling that instance without load-balancing.

Real production case : we inject the spring cloud gateway route properties, loop over all the routes, extract the uri of each route, make it distinct, and so end with a list like [lb://service-1, lb://service-2, etc...]. We then use a load balanced client to loop over all this services and call some api on each of these services.
I was not aware that "lb" was "spring cloud gateway" only, and not something in "spring cloud load balancer" directly. It seemed quite nice. We can strip the "lb" and replace it with "http(s)" easily.
Anyways, I only filled this bug because some else stumbled upon it, and it happened right after doing an upgrade of spring. Let's just close the issue then.

Yes, it's not really a supported scheme for actual calls - just for Gateway config.

@OlgaMaciaszek If we can't use the load balanced webClient with lb "schema", how can we then check the health for the load balanced services ? is it only possible by injecting the SimpleDiscoveryProperties and then the uri(s) of each service ?

@roussi I'm not entirely sure what you are trying to do. Please provide a minimal, complete, verifiable example that reproduces the issue and tag me in the comment - will take a look.


Override yaml file

Hey
Can we override plugin yaml file with this plugins ?
exp: i want to override 'plugins/rainlab/user/models/user/columns.yaml'
Thanks

Hi @zimbar,
It does not support changing configuration of plugins.
But I think about it, but maybe not in this plugin, since this plugin purpose is for skins.


Syntax: Update tests to the latest JavaScript package changes

See https://github.com/sublimehq/Packages/commit/059e429ab330336e3ec465907722bed5dab25b09

Upstream PR corresponding to the linked patch (for cross-linking and discoverability): https://github.com/sublimehq/Packages/pull/3830


fix: make logs better

The deploying state in showReleaseLogs() is not applicable. It's an ongoing process, hence keeps logging to the console.

It's an ongoing process, hence keeps logging to the console.

As I mentioned earlier, if the process takes longer to finish, it will keep logging it to the console. I brought it back though.

It's an ongoing process, hence keeps logging to the console.

As I mentioned earlier, if the process takes longer to finish, it will keep logging it to the console. I brought it back though.

Is this bug still around? W checked together and saw nothing.

It's an ongoing process, hence keeps logging to the console.

As I mentioned earlier, if the process takes longer to finish, it will keep logging it to the console. I brought it back though.

Is this bug still around? W checked together and saw nothing.

It is. I released the recent changes except the showBuildLogs() > DEPLOYING stage, till we make sure that it's gonna be working properly and make the necessary changes.

What is the state of this?

This LGTM! What do you think @eyeamnoob?

I think we don't have any problem in showing logs. I close this PR.


Promises PSR?

The README mentions an "upcoming Promises PSR". What is the news for this?

i did not hear anything about that anymore. but i am not closely involved with the FIG. please inquire at the FIG, contacts are listed at the bottom of https://www.php-fig.org/
i would be glad to switch this to something based on a promise PSR - as we say in PSR-18 we have not been able to define async http clients because that requires promises and we did not want PSR-18 to define promises as it would be massively out of scope.


VRTK_Door

I'm noticing and issue with VRTK_Door when the game is networked with two people.
The Master client can open and close the door fine, but the client can't grab the door at all. I think this may be a ownership issue ( the same as the VRTK_InteractableObject.

I've been trying out this script, but to be honest it's a pretty crappy script to try to make work over the network. It does all kinds of things dynamically like adding VRTK scripts to door handles and whatnot. That just doesn't play well when trying to add networking to it.

Ok, I added a door to the scene and it at least works.
What you have to do to make it work is:

add a NetworkObject to the "door" object. This will automatically add a PhotonView script
add the NetworkObject to the PhotonVIew's list of observed components
add your own VRTK_InteractableObject to the door "handle". It should be grabbable of course.
add my NetworkGrabManager to the "handle". This will automatically add a PhotonView script
add the NetworkGrabManager to the PhotonVIew's list of observed components
add the PhotonView from step 1 to the NetworkGrabManager's list of Own Additional Photonviews

This should now cause the ownership of the door to change when grabbing the doorknob

I know this closed, but I wanted to pass by this idea.
I got the door working by doing the following.

I made a script that changes ownership of a GameObject when its touched by the player that touched it.
I placed the script on to the "handle" of the door.
I have PhotonView and NetworkObject  just manage the position and rotation of the GameOject for the door.

This seems to work for me, but I'm new to networking code, so....how is my code too simple and why does it have to be more complicated?

@sbmhome I'm currently in the process of testing out something similar where just touching objects transfers ownership. Although I'm actually thinking about putting that script on the controllers.
It has the advantage of being very simple.
But in the case of grabbing things you always have to take into account that another person might want to grab the same object you are already grabbing (you're closing the door when somebody comes from the other side and wants to open it). So you need to pass around information about who is holding what object and that's what the NetworkGrabManager does.

Here is my full solution...
I extended the VRTK_Interactable class which adds in some custom functionality along with sending an RPC call for Grab and Ungrab methods. The RPC call just enabled and disables "isGrabbable" on the GameObject of the other players. Its pretty straight forward and works well so far.


Move deployed docs to branch so they don't run ahead of releases.

RIght now GitHub pages is set to deploy from /docs on master. Having the source of truth on master is great for keeping docs in sync with changes, but it's bad for control over docs releases. They're currently running ahead of the latest release, which has happened several time.
We should configure GitHub pages to deploy from a gh_pages branch, but still keep the source in /docs on master. We'll need a release script to deploy the docs when we do a release.

may I suggest a different workflow?

If work happens in a dev branch it can never get out of sync and I would even recommend merging to master only when it's also released. Seems to be way easier to understand by users.
Also having github pages as a host is apparently not the most convenient option anymore. Using something like netlifly allows to keep git free of generated content and it will stay always up to date (e.g. they run the build script and grab the generated html for you) and it even works for merge requests - where you get a preview url.

if this sounds useful and there are questions I'm happy to share more details

@daKmoR I greatly prefer having master be the development branch. Release branches are easier to cut and maintain (or ignore) than trying to keep master aligned with the current release. I certainly don't want to change the development branch just to satisfy docs, and GitHubs particularities at that.
I'm very open to using a different hosting solution, or using GitHub pages, but not it's built-in Jekyll support, but we're standardizing the docs infrastructure across lit-html, lit-element and pwa-starter-kit, so we all have to agree on this.

I agree with Justin on this one. Ideally docs could be synced to their
respective library versions using tags so devs could reference the most
current docs for their version. Not sure if that's doable, but something to
think about.

If the docs are in master and are merged to gh_pages in a release script, does that mean minor changes and improvements also have to go through master? Or can they be done directly on the gh_pages branch without getting conflicts when creating a new new release?

I think minor changes to release documents can happen to release branches, if master has gotten ahead of the current release. And release branches will allow us to make multiple versions of docs at the same time. The harder part is assembling one docs deployment from several release branches.

There must be some prior art out there to copy? How are other projects hosted here on github dealing with this problem?

I agree with Justin on this one. Ideally docs could be synced to their
respective library versions using tags so devs could reference the most
current docs for their version. Not sure if that's doable, but something to
think about.

with netlifly you can have multiple branches deployed.

master deployed to domain.com
v0.x brach deployed to v0x.domain.com
v1.x brach deployed to v1x.domain.com

for the problem aligning master with the released - I believe this should be actually handled by a ci completely so in the ideal world it would be

dev branch (actual work)
whenver a released is needed just merge dev to master (no need to create any changelog or so)
master updade will be detected by ci
ci runs something like standard-version & npm publish
netlifly will update primary domain
(automatic nightlys might also be nice)

but yes I agree it's a completely different workflow :see_no_evil:  feel free to disregard the sugguestion :hugs:

With only one "official" documentation site at a time as well, my team uses https://www.npmjs.com/package/gh-pages to package a deploy in what amounts to the postpublish script in our package.json, it's been pretty successful to date.
Would something like that make sense here? I can see benefit of versioned docs, but I'm not sure you'll be able to support that with github alone.

Docs content is deployed separately for 2.0 now.


Implement llvm.x86.sse41.* intrinsics

The question about the "imm" bitcoding applies to all the intrinsics that use bitmask operations on "imm", and same for the size constraint - if the code only makes sense for size 4, then that should be asserted.

Looks great, thanks. :-)
@bors r+

:pushpin: Commit 6674ebf3ab5846ba414cb72ba95ec16a910b0372 has been approved by RalfJung
It is now in the queue for this repository.

:hourglass: Testing commit 6674ebf3ab5846ba414cb72ba95ec16a910b0372 with merge 446ab6f5aecc4dfe1107f6ec0e86ccf9e48e74ad...

:sunny: Test successful - checks-actions
Approved by: RalfJung
Pushing 446ab6f5aecc4dfe1107f6ec0e86ccf9e48e74ad to master...


Add CA root to Insomnia

Hello,
After running a mkcert -install and generating certificates with it, It works fine on Chrome & Firefox.
But, when I'm trying to send a request with insomnia, It tells me that the certificate can not be trusted.
Is there any way to specify to mkcert other "db" where the rootCA must be installed with certutil ?
Thanks for this great package !

@gagaXD Did you find a solution? I'm also keep getting the same issue with Insomnia.

You can disable certificate validation in the settings of Insomnia

I'd be happy to add it to the supported DBs if someone can find out where the Insomnia's root store is.

Under the hood, Insomnia uses Curl with it's CA stored in your TEMP.
For me, this was C:\Users\Finlay\AppData\Local\Temp\insomnia_2020.4.2\2017-09-20.pem.
I don't know where it is on Linux or Mac but you can find it by making a request and looking at the timeline:

Hopefully this information will be of use :)

Under the hood, Insomnia uses Curl with it's CA stored in your TEMP. For me, this was C:\Users\Finlay\AppData\Local\Temp\insomnia_2020.4.2\2017-09-20.pem. I don't know where it is on Linux or Mac but you can find it by making a request and looking at the timeline:
Hopefully this information will be of use :) I don't know how to "include" additional certificates but maybe someone else knows.

Yes, you can edit the file with a text editor and add your certificates into it. I tried and it works. When the file exists Insomnia will use it directly. So it is a viable workaround but I think you'll have to re-edit the file each time Insomnia is updated.

Aha! Thank you very much for the hack.
I just noticed there is a CApath, would be nice if Insomnia sets this path so we can just place our custom CA certs there instead of editing the one in temp.

Hi,
For latest versions 2022, the option to use the file 2017.09.20.pem is not possible anymore... :( and now it is impossible to use my own certificates from my private CA.

To use my private CA for server certificates, I disable the global option "Validate certificates" but it is not a good option.

I hope to use the CA system in future versions.

It should be very good to able to use own Root CA in Insomnia. Thank you.


Namespace deletion investigation

This PR is to investigate the cause of time delay in deletion of namespace while performing antrea e2e test on kind cluster.

Codecov Report

Merging #3492 (5c7cb41) into main (9879f4c) will decrease coverage by 25.60%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##             main    #3492       +/-   ##
===========================================
- Coverage   65.59%   39.98%   -25.61%
===========================================
  Files         268      239       -29
  Lines       26780    24179     -2601
===========================================
- Hits        17566     9668     -7898
- Misses       7306    13082     +5776
+ Partials     1908     1429      -479

Flag
Coverage Δ

kind-e2e-tests
39.98% <ø> (-15.83%)
:arrow_down:

unit-tests
?

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


Create word searcher game

issue no ##1828

@Aasthaa10 Within the project section, make a new folder with the name of your project. Then, move your files inside of it and create a PR.

pk ..thanks


:sparkles: New Python Hello World File

Made my first contribution for the Hacktoberfest 2020.

Still, there's a conflict


v1.0

JSON response parsing
API methods and tests
ready to be published to npm

I'm waiting for support help on the remaining calls (3) but this should be good to review and merge for now @hellodigit/engineering

@hellodigit/engineering This is ready for review, it's all set for a v1.0 release

@hellodigit/engineering ready for review

:+1:


compile of openvino-rs/crates/openvino-sys fails with: ade/source/execution_engine.cpp:141:21: error: redundant move in return statement

command was:
git clone --recursive https://github.com/intel/openvino-rs.git && cd openvino-rs/crates/openvino-sys
LANG=C RUST_BACKTRACE=full LIBCLANG_PATH=/usr/lib/llvm/10/lib64/ cargo build -vv -j12
my rustc is 1.50.0 on amd64 linux
from the build log:
  /tmp/openvino-rs/crates/openvino-sys/upstream/inference-engine/thirdparty/ade/sources/ade/source/execution_engine.cpp: In member function 'std::unique_ptr<ade::Executable> ade::ExecutionEngine::createExecutable(const ade::Graph&)':
  /tmp/openvino-rs/crates/openvino-sys/upstream/inference-engine/thirdparty/ade/sources/ade/source/execution_engine.cpp:141:21: error: redundant move in return statement [-Werror=redundant-move]
    141 |     return std::move(ret);
        |            ~~~~~~~~~^~~~~
  /tmp/openvino-rs/crates/openvino-sys/upstream/inference-engine/thirdparty/ade/sources/ade/source/execution_engine.cpp:141:21: note: remove 'std::move' call

Thanks for the report; I have indeed run into this same issue but it was quite a long time ago and apparently I didn't write down the resolution. I think the issue had something to do with the fact that the compiler used to compile openvino-rs may not be the same one used by CMake in the build.rs script. Perhaps CMake is selecting GCC there or an older version of Clang?

I found an article: https://www.samontab.com/web/2020/07/minimal-install-of-openvino-2020-4-in-kubuntu-20-04-lts-for-c-inference-on-cpu/
which implies a rather simple solution for the given error. Maybe you can forge it into the source code?

Yes, at one point I did have a commit that fixed up all of those places but I removed it because I did not want to have to repeatedly rebase it on to the OpenVINO tip-of-tree (also, I wasn't sure about any other implications this change might have). So I would prefer to solve it as a "let's document the right tools to use" problem. Can you determine what compiler and compiler version CMake was using?
Also, the preferred build method--linking to pre-built binaries--should also work for you if this is a blocker.

thank you very much for the fix, I must have forgotten in all this tabula rasa :(


Customization with Card Header Image

if I want to remove header image from cardview and show only basic user info like name, description,  views, comments and hearts then in which file I have to do changes ?

Hello, @swapnil7276. Try to look into ECPagerCardHead class.

ok thank you for repsonse


Texture Of The Icon Are Missings

Can you clarify? I've got USharpVideo in my world project and in Assets/USharpVideo/UI/Feather there are some sprites in there.


Module 1.1 assignment

Given what you have learned about Git, why would you want to use Git in your classroom?

Because, because because because /
because of all of the wonderful things it does

Acceptable answer 😄


[1.10.2] Gas conduits are not available even though enabled and mekanism api present

Issue Description:
Gas conduits are not being enabled even though the Mekanism API is present.
What happens:
Gas Conduits do not appear in jei
What you expected to happen:
Gas conduits appear and are craftable.
Steps to reproduce:

install enderio, jei and mekanism
load game
check jei for gas conduits

Affected Versions (Do not use "latest"):

EnderIO: 1.10.2-<IP_ADDRESS>_beta
EnderCore: 1.10.8-<IP_ADDRESS>-beta
Minecraft: 1.10.2
Forge: <IP_ADDRESS>5
Mekanism - 1.10.2-<IP_ADDRESS>5
Mekanism Generators - 1.10.2-<IP_ADDRESS>5
Mekanism Tools - 1.10.2-<IP_ADDRESS>5

Your most recent log file where the issue was present:
EnderIO.txt
2016-12-18-4.log.gz

Checked closed issues and see that there requires a re-implementation of this feature and that this is a duplicate.  I apologize.  Can I ask for a status update on this though, please?

Status still is "Mek is in such a bad state that I will not touch it with a ten foot pole." Sorry, if they'd use the Forge gas API instead of rolling their own, this'd be a non-issue.


Error in beforeCreate hook because of reference to local file

The current version throws an error:

[Vue warn]: Error in beforeCreate hook: "ReferenceError: document is not defined"

This happens because there is a local file referenced:

 at /Users/jjuszczak/Projekte/Privat/vue-parallax/src/components/Parallax.vue

line 3037:
		beforeCreate: [_t], 		__file: "/Users/jjuszczak/Projekte/Privat/vue-parallax/src/components/Parallax.vue"
Environment

vue-parallax version: 1.0.4

Are you using it in a ssr environment? Like nuxt ?


Bug fix for repl windows doesn't support IntelliSense correctly

The root cause is all texts in REPL window is fed to IntelliSense parser which results in incorrect completion lists. To fix this, we need to pick only user input or we can say exclude all the standard inserts and output. Besides the text adjustment, we also need to adjust the caret position for both parser and VS so that first, the parser knows the right position in the newly formed text, second, VS knows where to show the completion lists.
@Microsoft/poshtools @adamdriscoll

Looks good.

Integration with debugging service runspace looks good.


Added config option to toggle the mod being enabled

The config option can be found via Neos Mod Settings (https://github.com/badhaloninja/NeosModSettings)
This allows activating and deactivating the mod during runtime without needing to restart Neos and manually removing the .DLL

I've made some minor modifications that shouldn't break anything.
This is now merged and I'll push an update once I've verified in-game that this works.

Actually, I'll need to make one more change since this should've been version 1.1.0, not 1.0.1 since it adds new functionality.
I'll just do that on the main repo though, you can then pull it into your branch if you want to.


Link to MR Base module Asset Pack broken

MR Base module Asset Pack results in a 404 error message

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: ec854a93-806e-cef4-1c69-ba551a604724
Version Independent ID: 0ad6eb8d-3e25-80c4-cc2a-b6774cd5b64f
Content: MR Learning ASA module Azure Spatial Anchor on HoloLens 2 - Mixed Reality
Content Source: mixed-reality-docs/mrlearning-asa-ch1.md
Product: mixed-reality
Technology: mr-dev
GitHub Login: @jessemcculloch
Microsoft Alias: jemccull

@NoelCross Thanks for identifying this. This issue has just now been fixed and part of Pull Request #1399
https://github.com/MicrosoftDocs/mixed-reality/pull/1399/commits/1fcb9c70c0b91ad916789f0569da31e081dcabd1
The issue will be resolved once the PR is merged. Thanks for the feedback!

PR has been merged, closing this issue.  Thanks everyone


When testing example projects use full Kitchensink

We can scaffold Kitchensink tests using Cypress by setting an environment variable, see https://github.com/cypress-io/cypress/pull/7558/files
Right now we only test a single test scaffolded using npx @bahmutov/cly init

Done for base images
Need to do for browsers image and for cypress/included images

We can scaffold Kitchensink using Docker image itself, bypassing everything else
mkdir test-folder
cd test-folder
npm init -y
echo '{}' > cypress.json
docker run -it -v $PWD:/e2e -w /e2e -e CYPRESS_INTERNAL_FORCE_SCAFFOLD=1 cypress/included:6.0.0


Docker image seems broken when run in Gitlab CI since 1.9.0-rc.2

What is your Test Scenario?
Running our E2E jobs in Gitlab CI with Docker image and the following conf
e2e-chrome:
  stage: post-deploy QA
  tags:
    - cloud-dev
  image:
    # name: testcafe/testcafe:1.8.8 # OK
    #name: testcafe/testcafe:alpha  # OK
    #name: testcafe/testcafe:1.9.0-rc.1 # OK
    name: testcafe/testcafe:1.9.0-rc.2 # NOK
    #name: testcafe/testcafe:latest # NOK
    entrypoint: ["/bin/sh", "-c"]
  script:
    - /opt/testcafe/docker/testcafe-docker.sh "chromium --no-sandbox --no-proxy-server" -q --skip-uncaught-errors --skip-js-errors -r spec,json:e2e-report.json app/test/e2e/**/*.test.js

What is the Current behavior?
The job fails with the following error
sh: write error: Invalid argument
ERROR: Job failed: command terminated with exit code 1

Downgrading the docker image to the version 'testcafe/testcafe:1.9.0-rc.1'  fixes the issue.
What is the Expected behavior?
The job should run as it did before version 1.9.0-rc.2

Thank you for your report. I cannot reproduce the issue on my side though with the latest TestCafe version: https://gitlab.com/AndreyBelym/testcafe/-/jobs/686087562. Could you please ensure that your pipeline works with the latest version? If not, I think we will need a sample repository that can be used to reproduce the issue.

I confirm that our pipeline fails with the latest version.
For the moment, I cannot provide a sample repository to reproduce but looking at what changed between 1.9.0-rc.1 and 1.9.0-rc.2, I noticed something:
In is-docker-daemon-running.js, If for whatever reason, the os is not detected, the module throw.
But in Gulpfile.js, the this module is used, it's no longer wrapped in a try/catch.
I'm not sure this might be the cause of the problem but I think it would worth investigating.

These files are used only when building the image, they don't even exist in the image that can be pulled from Docker Hub. So they cannot cause any problem when running the image.


Training Autoencoders using Multiple GPUs?

We r using MXNet to train autoencoders. Anyone knows how to use multiple GPUs when training autoencoders? We found the example code as:

ae_model = AutoEncoderModel(mx.gpu(0), [784,500,500,2000,10], pt_dropout=0.2,
internal_act='relu', output_act='relu')

it seems like we can use gpus = [mx.context.gpu(0), mx.context.gpu(1), mx.context.gpu(2)]? However, it doesn't work.

Just to get a little more thought on this, the path forward should probably be a data parallel approach similar to https://github.com/timsainb/Tensorflow-MultiGPU-VAE-GAN/blob/master/VAE-GAN-multi-gpu-celebA.ipynb.  The model is duplicated across GPUs and gradients are averaged periodically.
In terms of minimally reproducible example, we could target mnist_sae.py under /root/mxnet/example/autoencoder/.  As @tokyolearninng noticed, piping in for example ctx=[mx.gpu(2), mx.gpu(3)] on ln 13, throws:
Traceback (most recent call last):
  File "mnist_sae.py", line 14, in <module>
    internal_act='relu', output_act='relu')
  File "/root/mxnet/example/autoencoder/model.py", line 45, in __init__
    self.setup(*args, **kwargs)
  File "/root/mxnet/example/autoencoder/autoencoder.py", line 39, in setup
    sparseness_penalty, idropout, odropout, encoder_act, decoder_act)
  File "/root/mxnet/example/autoencoder/autoencoder.py", line 75, in make_stack
    args = {'encoder_%d_weight'%istack: mx.nd.empty((num_hidden, num_input), self.xpu),
  File "/usr/local/lib/python2.7/dist-packages/mxnet-0.9.2-py2.7.egg/mxnet/ndarray.py", line 638, in empty
    return NDArray(handle=_new_alloc_handle(shape, ctx, False, dtype))
  File "/usr/local/lib/python2.7/dist-packages/mxnet-0.9.2-py2.7.egg/mxnet/ndarray.py", line 82, in _new_alloc_handle
    ctypes.c_int(ctx.device_typeid),
AttributeError: 'list' object has no attribute 'device_typeid'

Diving into the implementation, it seems parallelism would occur in https://github.com/dmlc/mxnet/blob/master/example/autoencoder/solver.py.  Will try to parse the implementation a bit better, but better documentation and comments are appreciated.

This issue is closed due to lack of activity in the last 90 days. Feel free to reopen if this is still an active issue. Thanks!


Add exponential backoff to Safari/iOS HLS

Currently when Safari/iOS encounters a custom error in the playlist, it will not retry. The error is typically in the form:
#EXTM3U
#EXT-X-ERROR: Shutting down since this session is not allowed to view this stream
#EXT-X-ENDLIST

non-issue


Adds support for user searches on arbitrary attributes

Adds the endpoint Users.GetByAttribute(), which allows clients to find users that have any arbitrary attribute set.
Adds basic support for pulling ServerInfo from the remote system (required to determine whether GetByAttribute searches using the 20+ query syntax versus the prior syntax.

Closing this out - Will resubmit when I've tracked down a couple of edge cases I'm hitting and clean things up a little bit more.


Add a configuration layer for TLS.

This topic has already came up. It would be nice to be able to set own TLS config options like client cert validation, etc.
It seems like it is possible to just add an additional configuration hook into configure_xxx.go to set custom TLS options.
diff --git a/generator/templates/server/configureapi.gotmpl b/generator/templates/server/configureapi.gotmpl
index 33dd0ce..d74e269 100644
--- a/generator/templates/server/configureapi.gotmpl
+++ b/generator/templates/server/configureapi.gotmpl
@@ -2,6 +2,7 @@ package {{ .APIPackage }}

 import (
   "net/http"
+  "crypto/tls"

   errors "github.com/go-swagger/go-swagger/errors"
   httpkit "github.com/go-swagger/go-swagger/httpkit"
@@ -56,6 +57,11 @@ func configureAPI(api *{{.Package}}.{{ pascalize .Name }}API) http.Handler {
   return setupGlobalMiddleware(api.Serve(setupMiddlewares))
 }

+// The TLS configuration before HTTPS server starts.
+func configureTLS(tlsConfig *tls.Config) {
+  // Make all necessary changes to the TLS configuration here.
+}
+
 // The middleware configuration is for the handler executors. These do not apply to the swagger.json document.
 // The middleware executes after routing but before authentication, binding and validation
 func setupMiddlewares(handler http.Handler) http.Handler {
diff --git a/generator/templates/server/server.gotmpl b/generator/templates/server/server.gotmpl
index bba5ad3..65b9134 100644
--- a/generator/templates/server/server.gotmpl
+++ b/generator/templates/server/server.gotmpl
@@ -110,6 +110,9 @@ func (s *Server) Serve() (err error) {
        httpsServer.TLSConfig.MinVersion = tls.VersionTLS11
        httpsServer.TLSConfig.Certificates = make([]tls.Certificate, 1)
        httpsServer.TLSConfig.Certificates[0], err = tls.LoadX509KeyPair(string(s.TLSCertificate), string(s.TLSCertificateKey))
+
+       configureTLS(httpsServer.TLSConfig)
+
        if err != nil {
                return err
        }

feel free to send this as  a PR

closed by #432

Hi, I used swagger to build a simple go server, got this issue:
the required flags --tls-certificate and --tls-key were not specified
so how can i set the -tls-certificate and tls-key

When you start the process you can specify them as arguments of environment variables.
You can also override the scheme by specifying --scheme http

I also ended up here coming from the todo list tutorial . Would you take a PR to add in the --scheme http to that doc?

I just added a readme doc, but I'm running through the rest of the tutorial to see if it all still works.
It will be fixed today

FWIW, I'm getting a 404 rather than the expected 501 when I run the generated server.

that is correct, which is why I haven't pushed my updates yet. Stay tuned will take a little while to get his back in shape

once #1015 is merged the tutorial will work again


belongsTo relationship is broken since 0.20.0

I have a Message with an author field, which is a User entity. When fetching the Message with .with('author') the author field is null since vuex-orm 0.20.0.
I wrote a test for this case. It fails in 0.20.0 and passes in 0.19.0.
https://github.com/vuex-orm/vuex-orm/pull/95/commits/977b4ea11fdf89e3d3faa45aa1dcfd891c4236a6
I'll try to bisect the commit that causes the problem.

This is the first commit where the test fails:
https://github.com/vuex-orm/vuex-orm/commit/4f6cb71dc46e9b67b900c251885c1dac653116f9

Damn sorry this is my bad. When refactoring largely on 0.20.0, I forgot to implement auto relational filed generation. I'll fix this soon with more complete solution. Before the id generation woke only with belongsTo relation with certain order ob nested data.
For a short time before I fix this, you have to manually set user_id for the Message model :(

No problem! Take your time, I can just stay on 0.19.0 for the time being. :sweat_smile:
Keep up the great work! :smile:

This is fixed at Vuex ORM 0.20.2! 🔥
https://github.com/vuex-orm/vuex-orm/releases/tag/v0.20.2
Sorry for the inconvenient!

No problem and thank you for your work! :smile:

👍


[MXNET-434] update scala api to properly track reshaped size

Description
Jira ticket here
Attempt to fix this bug.
The scala api currently does not track the datashape and labelshape of the module after a reshape call. Thus when the module forward pass checks to see if it needs a reshape it will always be comparing the new databatch shape to the originally binded shape instead of the current resized shape.
This change attempts to mimic the python API to properly track the current module shape.
The scala API overall looks to try to mimic the python api where it can but given the general default immutability of Scala objects, there may be other issue like this.
Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[x] The PR title starts with [MXNET-$JIRA_ID], where $JIRA_ID refers to the relevant JIRA issue created (except PRs with tiny changes)
[x] Changes are complete (i.e. I finished coding on this PR)
[x] All changes have test coverage:
Unit tests are added for small changes to verify correctness (e.g. adding a new operator)
[x] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Is there a way to restart the continuous integration build (without pushing up a change to the branch)? The tests seem to like to fail on random non-deterministic issues not related to this change.

@jessebrizzi I restarted the tests, i'll merge once they are sucessful.

@nswamy Trigger again?


Loki + Grafana - scraping and querying anomalies from the controller

I have some issues scraping and querying anomalies (Controller v. 6.2.17 + UniFi Poller v. 2.1.1 installed on the RPI 4B). Events are scraped into the Loki and queried correctly in Grafana. Some anomalies are scraped, some don't :frowning: There  are several hours gaps in scraping anomalies although there are couple of anomalies generated every hour in the controller (checked in the controller as well as using: tail -f -n100  /var/log/syslog /var/log/messages | grep Loki). When are some anomalies finally scraped into the Loki, the query in Grafana ({application="unifi_anomaly"}) shows only a part of anomalies eg. 1 anomaly out of 4 scraped (no deduplication is used in Grafana). Using Grafana v. 7.5.4. I've configured UniFi Poller according to the docs https://unifipoller.com/docs/dependencies/loki. I'm using Loki and Promtail for scraping several logs from Netgear Router running OpenWRT - no issues while scraping to Loki and querying in Grafana.

I have another detail:
Very similar situation goes for query {subsystem="lan"}. I can see, in syslog, that there were scraped several events, but I am not able to distinguish between LAN and WAN in the syslog (e.g. Event: 4). When I create a query in Grafana to select only LAN events, there are some missing in comparison to LAN events shown in the controller. Last LAN event which Grafana queries is more than 12 hours old although there are couple of LAN events (e.g. some computer connected / disconnected) since that time. WLAN events work fine - scraping as well as querying.

Hi, can I ask you how you are scraping logs from openwrt in promtail? For me it doesn't work as logd has a different format than syslog. Thx

Hi,
I'm not sure, if I understand your question correctly.
I'm scraping these logs / files from OpenWRT:
DNSCrypt 2.0 logs (dnscrypt-proxy.log, query.log, nx.log, blocked-names.log, blocked-ips.log)
/tmp/system.log
dnsmasq.log
/var/log/messages
All these logs are text files and Promtail reads line by line just like a tail command and scrapes lines to the Loki server.
regards
Fanek


[WIP] Dummy PR for Boost trim

Summary
This is just a WIP PR in order to run Jenkins tests to see which files can safely be deleted from the Boost library. Not intended for review.
Initial commit reduces the size of Boost from 608,5 to 193,9MB
develop
66805 items, totalling 608,5 MB

rm -R doc
58550 items, totalling 524,2 MB

rm -R libs/*/test/
45252 items, totalling 442,4 MB

rm -R libs/*/example/
41527 items, totalling 426,3 MB

rm -R libs/*/doc/
22183 items, totalling 193,9 MB

If this goes through, we can explore further if needed.

Ok, it seems that going further than what it written in the above post would require modification to boost files so I am stopping here. Will open a new PR that will be prepared using an upgrade script.


Unknown Error Message Prompts Reset of PDF Loader

I encountered an error message stating, "Oops! An unknown error has occurred," while using the application. I was instructed to click the 'Reset Application' button to restore the application's state, but the problem persisted.

which langflow version are you using?


Update app-menu & folder-new(-filled), add multiple new icons

Summary

fix #19
modify app-menu shape to match latest guide lines
feat #22
feat #23
feat #24
feat #25

How did you test this change?
tested with local build

New icons added and tested:


Add UnboundedPriority mailbox type

Prioritizes messages into 0-7 (0 = lowest, 7 = highest) based on return value of their GetPriority method. Based on discussion in #379.
I benchmarked this using examples/spawnbenchmark and got these results:
existing unbounded Goring:<PHONE_NUMBER>00 in 5328 ms
priority unbounded Goring (with all messages getting default priority):<PHONE_NUMBER>00 in 7252 ms
priority unbounded Goring (with randomized priority on messages):<PHONE_NUMBER>00 in 8090 ms

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

This would be super useful for us! Any chance to merge?

 All committers have signed the CLA.

@cap10morgan @tobowers sorry for the long delay on this.
Any chance anyone have time to resolve the conflict?

@rogeralsing I no longer have write access to the fork repo but I could potentially issue a new PR.

That's up in #392.


#556 updated with the master branch

This pull request update the repo gladhorn/influxdb-python with the influxdata/influxdb-python master

@xginn8 could you please check and approve the pull request?

I believe this pull request is merging your forked master into master here, not the other way around (I think that's the goal here, but correct me if I'm wrong).


Azure for MySQL firewall rules are confusing

The docs make it sound like connections are blocked on an IP (layer 3 or 4) level. In reality you always connect to a gateway/proxy that's in front of a lot of DB instances, this gateway needs to listen to the connect string sent on port 3306 to figure out what DB a client wants to connect to.
I had expected the firewall rules to completely block access to port 3306, in reality access is blocked by the gateway. This is, sort of, mentioned on:
https://docs.microsoft.com/en-us/azure/mysql/concepts-connectivity-architecture
This could have been made a bit clearer in the firewall docs, would have saved me some debugging. It looked like our server was accessible from the public internet with firewall rules in place.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 3943cb2e-ed20-044d-d78f-19280ebc23da
Version Independent ID: d3d718b8-86e5-a28f-0477-e35fb577a61a
Content: Firewall rules - Azure Database for MySQL
Content Source: articles/mysql/concepts-firewall-rules.md
Service: mysql
GitHub Login: @savjani
Microsoft Alias: pariks

thanks @BartVB for the feedback. Could you please clarify which line in the documentation misled you to believe following
"I had expected the firewall rules to completely block access to port 3306, in reality access is blocked by the gateway"

@SaurabhSharma-MSFT - can you please help close this issue

@BartVB We are closing this for now.  Please open a new issue for any other concerns.

thanks @BartVB for the feedback. Could you please clarify which line in the documentation misled you to believe following

For instance:
"Firewalls prevent all access to your database server until you specify which computers have permission"
That might technically be true, but normally I would expect that it's not possible to connect to port 3306 if an IP is not allowed in the firewall. With Managed MySQL 3306 is always open, this makes testing counterintuitive because it's never mentioned that there is a gateway in front of the actual server that handles the MySQL handshake.
Also the graph on this page implies that connections are denied solely on the basis on the IP address, in reality this is IP address and the name of the DB server that you are connecting to.

Thanks @BartVB for the additional clarity. It is because of the gateway in the architecture. Let me think more and see how i can further clarity to the doc to avoid it being misleading

@BartVB
Based on @savjani response this issue has been answered.
thank you for your contribution.
#please-close


tickTime was tuned in attempt to fix tests instability on TC

Is this PR still actual? Could you please link it to a ticket?


Ansible2.10, Solves #153

Solves #153

Namespaces the homebrew* modules with community.general. - the new collection in which those modules live beginning in Ansible 2.10
Adds the community.general collection to requirements.yml

Re-upping this to see if there is any feedback or interest in merging. Thanks!

I will not be upgrading any of my roles to exclusively work with 2.10+ until 2.9 is deprecated, so I'm keeping this role on the simple (non-FQDN) names for now.


Microsoft Resources

Can a Microsoft Resources be only visible to a group of users and not my whole agency?

Thank you for submitting feedback.
I think the best way forward is if you open a service ticket in your tenant so this can get resolved ASAP. Based on the outcome let me know if it is something that can be called out in the docs.
Please follow this link to contact support for business products:https://docs.microsoft.com/office365/admin/contact-support-for-business-products
Please keep us posted here on the resolution so we can feed whatever information you discover into the content.


Error performing 'load adapter data'

Hello guys,
I try to interact with HorizontalGridView's list. All its items contain identical views and strings.
so, i try to click on HorizontalGridView's item at first position.

I declared devicesList and ListItem:
object DevicesListScreen : BaseScreen<DevicesListScreen>() {
    val devicesList = KAbsListView(
        builder = {withId(R.id.row_content)},
        itemTypeBuilder = {itemType ( :: ListItem )}
    )

    class ListItem(i: DataInteraction) : KAdapterItem<ListItem>(i) {
        val title = KTextView(i) {
                withDescendant { withId(R.id.deviceType) }
        }
    }
}

I get PerformException: Error performing 'load adapter data' on view '(with id: id/row_content)'
If i understsand right I have problem with a ListItem's description/declararion.
Could you please advise me, how to declare ListItem correctly in order with its hierarchy using Kakao.
Thank you! Спасибо!

Hi there!
Actually, the error message tells you that it can't find a list view adapter at a view with id R.id.row_content
So it seems there is no adapter in the view espresso matched during runtime.
Please make sure that you have your adapter set up before espresso accesses it and that the matcher provided in the builder actually matches your GridView.
Cheers!

Thanks! And how about the ListItem, was it declacred correctly?

Hi there!
Actually, the error message tells you that it can't find a list view adapter at a view with id R.id.row_content
So it seems there is no adapter in the view espresso matched during runtime.
Please make sure that you have your adapter set up before espresso accesses it and that the matcher provided in the builder actually matches your GridView.
Cheers!
Thanks! And how about the ListItem, was it declacred correctly?

I revised your layout again and I see small issue: you don't need withDescendant declaration if you're matching a text view. Passing parent's data interaction to the KView constructor will limit the matcher to the needed root view of a list item. In the builder, you can directly look for your text view:
    class ListItem(i: DataInteraction) : KAdapterItem<ListItem>(i) {
        val title = KTextView(i) { withId(R.id.deviceType) }
    }

Closing this issue. If you still have this issue @StanlyT please feel free to reopen.


MWPW-153983: Upgrading async

Resolves: MWPW-153983
Test URL:
https://mwpw-153983--dc--adobecom.hlx.page/

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

Project coverage is 90.51%. Comparing base (ed1f74a) to head (efae4bd).
Report is 1 commits behind head on stage.

Additional details and impacted files
@@            Coverage Diff             @@
##            stage     #706      +/-   ##
==========================================
+ Coverage   90.49%   90.51%   +0.02%
==========================================
  Files          37       37
  Lines        4660     4660
==========================================
+ Hits         4217     4218       +1
+ Misses        443      442       -1

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


nimble install Error: type mismatch: got  but expected 'seq[string]'

<EMAIL_ADDRESS>fixes this; coco should depend on a more recent version of cligen

It's weird. As I haven't specified any version for Cligen in the nimble file I would expect Nimble to fetch the latest version.
Does it mean that if you already have an old version of Cligen on your system, Nimble doesn't update? (I'm new to Nim)

github is down, my pr to fix didnt go through, the fix is to upgrade nim to
19.0
On Mon, Oct 22, 2018, 12:11 AM Sam<EMAIL_ADDRESS>wrote:

It's weird. As I haven't specified any version for Cligen in the nimble
file I would expect Nimble to fetch the latest version.
Does it mean that if you already have an old version of Cligen on your
system, Nimble doesn't update? (I'm new to Nim)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/samuelroy/coco/issues/5#issuecomment-431756376, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACF9YPNmsfI1e4KVKxOc-1xyTceMrUEhks5unW-ZgaJpZM4Xyt8P
.

@samuelroy see PR: https://github.com/samuelroy/coco/pull/6


Api design

What this PR does / why we need it:
This PR proposes the FPC component API and state design based on the most recent UML diagrams. The goal is to stablize the APIs and internal state before current code base can be refactored to align with the FPC design as specified by the UML diagrams.
Which issue(s) this PR fixes:
Closes #410
Special notes for your reviewer:
Still WIP
Does this PR introduce a user-facing changes and/or breaks backward compatability?:

@bvavala @g2flyer Can you please have a quick look at this? It's still incomplete; happy for initial thoughts. Thanks

@bvavala @g2flyer Thanks for your new feedback! I tried to address everything where I can and commented you your feedback. Please have a look and click the resolve conversation btn where ever possible! THanks

arrgh, wrong radio box again: this was not supposed to be approved. Not all of my comments are crucial but a number of them should hopefully, when addressed,help clarity, and i think the channel_id vs channel_hash it might be good to have some quick discussion?

Below a dump regarding the tlcc-ecc session. Sorry, nothing integrated into text from this PR. Hopefully, it is at least parseable .. :-)
Table of Contents

ECC - TLCC Tunnel Design Outline

public API
control flow of implementation
sgx_dh_* background

ECC - TLCC Tunnel Design Outline

public API
- ecc_enclave
  - session_setup(channel_id) -> {ctx, channel_hash, tlcc_mrenclave, rc}
  - session_request(ctx, protobuf SessionRequest{TransactionCtx ctx, req anyof ...} req) -> {protobuf SessionResponse{ anyof ...} response, rc}
- tlcc_enclave
  - register_request_handlers(function(SessionRequest)->SessionResponse f)
  - rest should be "under the cover", driven by ecalls

control flow of implementation
- session_setup
  - ecc_enclave (#include <sgx_dh.h>)
    - ectx = EccTlccSessionCtx{sgx_dh_session_t dh, channel_id cid = cid, channel_hash ch, sgx_dh_session_enclave_identity_t tlcc_identity, sgx_key_128bit_t aek}
    - sgx_dh_init_session(initiator, ectx.dh)
    - init_req = protobuf SessionSetupInitMsg{channel_id cid = ectx.cid, enclave_id eid = eid}
    - ecc_enclave-tlcc_enclave ocall+ecall(init_req)
      - in tlcc_enclave (#include <sgx_dh.h>)
	- tctx = TlccEccSessionCtx{sgx_dh_session_t dh, channel_id cid = init_req.cid, enclave_id eid = init_req.eid, sgx_dh_session_enclave_identity_t ecc_identity, sgx_key_128bit_t aek}
	- sgx_dh_init_session(responder, tctx.dh)
	- init_rsp = protobuf SessionSetupInitResponseMsg{sgx_dh_msg1_t msg1}
	- sgx_dh_responder_gen_msg1(init_rsp.msg1, tctx.dh)
	- return(init_rsp}
    - compl_req = protobuf SessionSetupCompleteMsg{sgx_dh_msg2_t msg2}
    - sgx_dh_initiator_proc_msg1(init_rsp.msg1, compl_req.msg2, ectx.dh)
    - ecc_enclave-tlcc_enclave ocall+ecall(compl_req)
      - in tlcc_enclave
	- compl_rsp = protobuf SessionSetupCompleteResponseMsg{sgx_dh_msg3_t msg3, channel_id cid = tctx.cid, channel_hash ch = channel_hash_for(tctx.cid), enclave_id eid = tctx.eid, mac}
	- sgx_dh_responder_proc_msg2(compl_req.msg2, compl.rsp.msg3, tctx.dh, tctx.aek, tctx.ecc_identity)
	- compl_rsp.mac = GMAC(tctx.aek, <compl_req.cid, compl_req.ch, compl_req.eid>) ~= tag of (AES-GCM-Enc(tctx.aek, aad=<compl_req.cid, compl_req.ch, compl_req.eid>, msg={})
	- return(compl_resp}
    - sgx_dh_initiator_proc_msg3(compl_rsp.msg3, ectx, ectx.aek, ectx.tlcc_identity)
    - GMAC_Verify(ectx.aek, <ectx.cid, compl_rsp.ch, eid>)
    - ectx.ch = compl_rsp.ch
    - return success

- session_request(ectx, request)
  - ecc_enclave
    - req_msg = protobuf SessionRequestMsg{Bytes enc_req, nonce n=random()}
    - req_msg.enc_req = AES-GCM-Enc(ectx.aek, aad={req_msg.n}, msg={request})
    - ecc_enclave
      - ecc_enclave-tlcc_enclave ocall+ecall(req_msg)
	- in tlcc_enclave
	  - request = AES-GCM-Dec(tctx.aek, aad={req_msg.n}, msg={req_msg.enc_req})
	  - rsp_msg = protobuf SessionRequestMsg{Bytes enc_rsp}
	  - process(request) -> response
	  - req_msg.enc_rsp = AES-GCM-Enc(tctx.aek, aad={req_msg.n}, msg={response})
	  - return(req_resp}
    - response = AES-GCM-Dec(ectx, ectx.aek, aad={req_msg.n}, msg={rsp_msg.enc_rsp})
    - return response

sgx_dh_* background
- functions
  - [[https://download.01.org/intel-sgx/latest/linux-latest/docs/Intel_SGX_Developer_Reference_Linux_2.10_Open_Source.pdf][Developer Reference Guide v2.10]]
    - overview/flows: page 97-102
    - function list summary with pointers: 121ff
    - function reference: page 305ff
      - trusted (#include <[[https://github.com/intel/linux-sgx/blob/master/common/inc/sgx_dh.h][sgx_dh.h]]>) [[[/home/msteiner/src/projects/intel/sgx/sdk/public/src/linux-sgx.git/common/inc/sgx_dh.h][local]]]
	- sgx_dh_init_session (role=initiator, ctx) -> status
	- (app: session_request_ocall -> session_request_ecall)
	- sgx_dh_init_session (role=responder, ctx) -> status
	- sgx_dh_responder_gen_msg1(*msg1, ctx) -> status
	- (app: session_X_ocall -> session_X_ecall; [missing from
	  flow diagram, but essentially is return flow from above ocall/ecall!])
	- sgx_dh_initiator_proc_msg1(msg1, *msg2, ctx) -> status
	- (app: session_exchange_ocall -> session_exchange_ecall)
	- sgx_dh_responder_proc_msg2(msg2, *msg3, ctx, *eak, *initiator_identity) -> status
	- (app: session_X_ocall -> session_X_ecall; [missing from flow diagram?!])
	  (      note: this flow can also piggyback first payload ..)
	- sgx_dh_initiator_proc_msg3(msg3, ctx, *aek, *responder_identity) -> status
      - key-types
	typedef struct _sgx_dh_session_enclave_identity_t {
	    sgx_cpu_svn_t     cpu_svn;
	    sgx_misc_select_t misc_select;
	    uint8_t           reserved_1[28];
	    sgx_attributes_t  attributes;
	    sgx_measurement_t mr_enclave;
	    uint8_t           reserved_2[32];
	    sgx_measurement_t mr_signer;
	    uint8_t           reserved_3[96];
	    sgx_prod_id_t     isv_prod_id;
	    sgx_isv_svn_t     isv_svn;
	} sgx_dh_session_enclave_identity_t;

      - notes
	- no way to bind explicit session context into the
	  hand-shake, so this will need additional messages
	- we also need a msg0 from initiator to responder, but it
	  is not secured!
	- above also means that _responder_ is first to be able to
	  add payload, not _initiator_, i.e., you need 2 round-trip
	  instead of only 1 to start :-(
	  - you can, though, send public insecured content in msg0
	    and just confirm in msg3
	- two protocol versions (page 98-99 & 99-100, with v2
	  version sligthly more context, all internal to impl of
	  api & presumably more secure)
	  - selected by #define SGX_USE_LAv2_INITIATOR
	    - in below sample, done in Makefile!
	       Enclave_C_Flags += -DSGX_USE_LAv2_INITIATOR
	       Enclave_Cpp_Flags += -DSGX_USE_LAv2_INITIATOR
	    - both versions exist, though, in library, so could be
	      used concurrently
	      #ifdef SGX_USE_LAv2_INITIATOR
	      #define sgx_dh_initiator_proc_msg1 sgx_LAv2_initiator_proc_msg1
	      #define sgx_dh_initiator_proc_msg3 sgx_LAv2_initiator_proc_msg3
	      #else
	      #define sgx_dh_initiator_proc_msg1 sgx_LAv1_initiator_proc_msg1
	      #define sgx_dh_initiator_proc_msg3 sgx_LAv1_initiator_proc_msg3
	      #endif

samples

LocalAttestation/

EnclaveInitiator/EnclaveMessageExchange.cpp (sourcegraph)
for verification (including debug flags, but not others, say 64-bit)

verifypeerenclavetrust

FYI: to make sure we do not forget updating the UML diagrams as mentioned in comments here, i've created a corresponding issue #432


Change module name/version in each source directories, to align with …

…npmjs.com module
Closes #129

Versions were not seriously treated before npmjs publish.
And the change in this PR is to align with npmjs.com package.

I suppose master have advanced version, do not require match the npmjs registration. Otherwise, my understanding is wrong.

If we're using single repo, the version will be exactly the same one and there is tool to make the management easy.
For this multiple repo mode, I believe a same-version policy will reduce our maintenance efforts (e.g. bookkeeping of the version mapping table, etc.)

Merge w/o waiting for trybot finish cause it won't break buildbot at all


[lowprio] Refactor search ajax

Because theres like 3 of them I'm pretty sure

I'm not sure if this is a thing.


Multi language configuration

Describe the bug
I'm adapting the default hinode template to support multiple langues, but content does not show correctly. It must be a misconfiguration instead of a bug, but could use help to pinpoint it.
To reproduce
Steps to reproduce the behavior:
hugo.toml:
languageCode = "en-us"
defaultContentLanguage = "en"
defaultContentLanguageInSubdir = true

content:
content
├── en
│   ├── _index.md
│   └── about.md
└── nl
    ├── _index.md
    └── about.md

languages.toml:
[en]
languageName = "English"
contentDir = "content/en"
weight = 1
[en.params.head]
tagline = "My Project"
[en.params.social]
title = "Follow me"
caption = "The latest news"
[en.params.footer]
# license = "Licensed under Creative Commons (CC BY-NC-SA 4.0)."

[nl]
languageName = "Nederlands"
contentDir = "content/nl"
languageCode = "nl"
weight = 2
[nl.params.head]
tagline = "Mijn Project"
[nl.params.social]
title = "Volg me"
caption = "Het laatste nieuws"
[nl.params.footer]

When starting the site, the language menu shows, but the content is from both languages.

And the Dutch page shows no content:

Expected behavior
Content separated by language.
Log file
                   | EN  | NL
-------------------+-----+------
  Pages            |  18 |   6
  Paginator pages  |   0 |   0
  Non-page files   |   0 |   0
  Static files     | 104 | 104
  Processed images |  12 |   0
  Aliases          |   6 |   0
  Cleaned          |   0 |   0

Built in 719 ms
Environment: "development"
Serving pages from disk
Web Server is available at http://localhost:1313/ (bind address <IP_ADDRESS>)

Host environment
Please complete the following information where applicable.

Hinode version:v0.14.0
Host OS: macOS Ventura 14.6.1
Node version: v22.6.0
<EMAIL_ADDRESS>hugo v0.134.1

Hugo environment
Copy the output of hugo env or npm run env here.
><EMAIL_ADDRESS>env
> hugo env

hugo v0.134.1-2f89169baa87a9db47e288b60705f4e99e21a945+extended darwin/arm64 BuildDate=2024-09-05T10:17:50Z VendorInfo=gohugoio
GOOS="darwin"
GOARCH="arm64"
GOVERSION="go1.23.0"
github.com/sass/libsass="3.6.6"
github.com/webmproject/libwebp="v1.3.2"

It seems the language paths are nested...

Just by looking at the config, does it help if you delete the following line?
languageCode = "nl"

I removed that line, but the problem remains...
Could it be related to #1134 ?

Does it help if you disable the content mount in hugo.toml?
[module]
  # [[module.mounts]]
  #   source = "content"
  #   target = "content"

Yes! That improves the situation substantially!
The proper content is now available when selecting a language. Also the URLs make sense.
The menu items and the footer for the other language don't show, however.
English (correct):

Dutch (missing elements):

To be sure: I cloned the template and just added to /content. I did not provide translations in /i18n.

Great! You will need to define the Dutch translations to get the menu and footer working.
You need to add entries for [nl] in languages.toml, similar to [en]:
[en]
    [en.params.social]
        title = "Follow me"
        caption = "The latest news"

Next you need to create a new file menus/menu.nl.toml, using menus/menu.en.toml as reference:
[[main]]
  name = "Home"
  pageRef = "/"
  weight = 10

[[main]]
  name = "Tags"
  pageRef = "/tags"
  weight = 20

[[social]]
  name = "LinkedIn"
  pre = "fab linkedin"
  url = "https://linkedin.com/"
  weight = 10

[[social]]
  name = "GitHub"
  pre = "fab fa-github"
  url = "https://github.com/"
  weight = 20

[[social]]
  name = "Medium"
  pre = "fab medium"
  url = "https://medium.com/"
  weight = 30

That did the trick! I'm confident to embark on my Hinode adventure now. I owe you a beer!

I revised the documentation too - see https://gethinode.com/docs/configuration/languages/.


Create a suggestion list for PreviewScreen TextInput

https://github.com/mirsahib/BanGIAA/commit/077547d2f6a71afb81ca417933c62cbe3f745df3
https://github.com/mirsahib/BanGIAA/commit/50a5c4689286a31500fff2d6286dc9c3fc0187f7


Amount of time to demux an audio file

Hi, do you know roughly how long it takes for you to demux an audio file? I've tried with a clip that's 1m30s long, and it took 10m43, so x7 times as long. Is this expected, or have I done something silly?
$ cat /proc/cpuinfo  | grep "model name" | head -n1
model name      : Intel(R) Core(TM) i3-6100 CPU @ 3.70GHz
(used the 4 sources model).
Thanks!

On my computer (AMD Ryzen 5950X processor), it takes ~34 seconds to demix a 5-second test track (with OMP_NUM_THREADS=1). That seems to line up with your measurement, 7x demixing time compared to track length
Note that demucs.cpp was designed to use the demucs segment length of 7.8 seconds (that might explain where the 7 number comes from):

https://github.com/sevagh/demucs.cpp/blob/main/src/model.hpp#L669
https://github.com/sevagh/demucs.cpp/blob/main/src/model.hpp#L19

Thanks! I was able to run it on a 3090, it's much faster now!
On Tue, 9 Jan 2024, 12:23 Sevag H, @.***> wrote:

On my computer (AMD Ryzen 5950X processor), it takes ~34 seconds to demix
a 5-second test track (with OMP_NUM_THREADS=1). That seems to line up with
your measurement, 7x demixing time compared to track length
Note that demucs.cpp was designed to use the demucs segment length of 7.8
seconds (that might explain where the 7 number comes from):

https://github.com/sevagh/demucs.cpp/blob/main/src/model.hpp#L669
https://github.com/sevagh/demucs.cpp/blob/main/src/model.hpp#L19

—
Reply to this email directly, view it on GitHub
https://github.com/sevagh/demucs.cpp/issues/2#issuecomment-1882976537,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAWJWSXGYZH4NF3KTAW5FTLYNUZCFAVCNFSM6AAAAABBNKZPPKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBSHE3TMNJTG4
.
You are receiving this because you authored the thread.Message ID:
@.***>

Nice, how? Did you use NVBLAS/cuBLAS? Or the proper PyTorch version of Demucs?
I also have a 3090 but I don't target any GPU acceleration in the demucs.cpp code (the goal is to be simple and CPU-only, for now).

Yeah it was the Facebook Demucs with pytorch. I'd prefer the cpp one but
the torch GPU version was about 37x faster, so I couldn't ignore it haha!
On Thu, 11 Jan 2024, 14:46 Sevag H, @.***> wrote:

Nice, how? Did you use NVBLAS/cuBLAS? Or the proper PyTorch version of
Demucs?
I also have a 3090 but I don't target any GPU acceleration in the
demucs.cpp code (the goal is to be simple and CPU-only, for now).
—
Reply to this email directly, view it on GitHub
https://github.com/sevagh/demucs.cpp/issues/2#issuecomment-1887337718,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAWJWSUUPUUXVPQAH6WVUE3YN73KZAVCNFSM6AAAAABBNKZPPKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBXGMZTONZRHA
.
You are receiving this because you authored the thread.Message ID:
@.***>


Port to PHP 7.1

Lots of changes.  I put most in the final commit so you can see everything in one commit.  This is a major improvement to the package and will make maintenance easier going forward.
I tried to add scalar parameter types and return types where ever possible.  I did not type the object returns, as I am not that familiar with how the code should work and you may want to use a more abstract or concrete class depending on the situation.  Also this can cause problems with type mismatches at run time, so you have to be careful.
I also did not change any logic where ever possible.  This should be just specifying parameter and return types.
I did not resolve all PHPStan errors, as you should take a look, but I got most of them. I think the remaining issues are more judgement calls for you.
Things that should be considered going forward:

Add all object return types.
Return $this on all methods that currently return void.  This allows for chaining and is fairly common in modern libraries.
Reduce multiple return types such as ?int and ?string unless null is always an error condition. Not sure how the methods are all used.
Reduce the number of nullable parameters. I did find a lot of mocks that were returning null or a mock object when they should probably not.  So some of these issues are only test related.
Port to 7.4 and add property types.  I think some property types are already in or can be added to the doc blocks, especially the tests, but that is a minor issue.

Let me know what else needs to be done / changed.

Unit test failures are all due to dropping older versions of PHP.  OK to merge.

Should be good now, I thought I removed old PHP versions, but apparently on another branch I trashed.

This is amazing work, thank you very much!


[rtl/clkmgr] Fix frequency counters

The frequency counters flag a bogus slow count when they start up. The following assignment is incorrect (prim_clock_meas.sv, line 122):
assign slow_o = valid & (cnt < min_cnt);
The problem is that cnt is zero, which is less than min_cnt. A screenshot:

@matutem can you give the instructions to reproduce this?

This can be reproduced merging your fix and my https://github.com/lowRISC/opentitan/pull/8387 together. I will commit PR #8387 to make everything easier.

sounds good, can you let me know what test / seed to run?
On Wed, Sep 29, 2021 at 1:25 PM Matute @.***> wrote:

This can be reproduced merging your fix and my #8387
https://github.com/lowRISC/opentitan/pull/8387 together. I will commit
PR #8387 https://github.com/lowRISC/opentitan/pull/8387 to make
everything easier.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/lowRISC/opentitan/issues/8436#issuecomment-930516770,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAH2RSUSNIHAAUBFZES6HFTUENY3LANCNFSM5FAWQXCQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

Just run clkmgr_frequency with any seed.

The clkmgr_frequency test was just committed, so rebase and you should be ready for testing.

This was fixed by https://github.com/lowRISC/opentitan/pull/8414


Docs: Note that C# does not have "copy constructors" for variant types

Closes https://github.com/godotengine/godot-docs/issues/10148.
This PR notes that constructors of the form public Basis(Basis from) are not available in C#.
To create a copy of a struct variant type in C#, the following syntax with a "copy constructor" is not available:
Basis original = Basis.Identity;
Basis copy = new Basis(original);

Instead, the following syntax can be used:
Basis original = Basis.Identity;
Basis copy = original;

I think this might not be the appropriate place to put this, while we do have suggested changes like #98499 this is very much a part of the general differences with C# and I think belongs in the dedicated C# differences page

Yeah, I do think this change is pretty borderline. If someone didn't go to the effort of making a docs issue, I wouldn't have made this PR. But clearly existing users do use the online class ref for C#, and they are confused by the differences in API when they exist and are not documented.

I made the changes, so if this should be merged it can be. But I think we're deferring this until it's implemented as an automatically generated note, to reduce future maintenance?
In the meantime I'll look into a single docs change on the C# API differences page.


Migrate from Cassandra to PostgreSQL

https://konghq.atlassian.net/browse/DOCU-3299
Migration guidelines from Cassandra to PostgreSQL

sent for review got a thumbs up. merging in. Ignoring vale for now.


download_sequences crashes with "na" URLs

Hi,
in some cases, the matches.csv generated by match_taxids contains genebank records with the URL column set to na, e.g.
4513,Eukaryota,Streptophyta,Magnoliopsida,Poales,Poaceae,Hordeum,Hordeum vulgare,GCA_949782835.1,genbank,4513,na,species
6550,Eukaryota,Mollusca,Bivalvia,Mytilida,Mytilidae,Mytilus,Mytilus edulis,GCA_963676595.2,genbank,6550,na,species
This can happen with different records at different times, e.g. the H. vulgare record appeared in my most recent run only, whereas the M. edulis record was already set to na in a previous run from last night.
Now, these na URLs will cause download_sequences to crash with the following messages:
Warning message:
In parallel::mclapply(gb[, unique(id)], function(i) download_genome(gb[id ==  :
  scheduled core 7 encountered error in user code, all values of the job will be affected
Error in rbindlist(dls) :
  Item 7 of input is not a data.frame, data.table or list
Execution halted

I also noticed that the Error in rbindlist(dls) : message will appear when a sequences fails to download otherwise, e.g. when rsync is not available.
A solution to suppress the crash for the URL=na records is to add a check to line 125 in download.R.
gb <- matches[db == "genbank"][url != "na"]

This will then ignore such records. However, I am wondering whether this is a good solution as this will change the composition and thus the integrity of the database and make the results less reproducible.
Thanks,
Christian

Maybe the download step could be split by data source, so that e.g. the nucleotide sequences will not have to be redownloaded if a genebank download crashes.

That's a new one for sure. That can only happen if there are "na" entries in the "ftp_path" column from the Genbank summary table which is odd. If that is indeed the problem it would be better to filter them directly from the summary table before the matching. Let me check if that is the problem and deploy a fix.

Should be fixed now. Let me know if it works.
Regarding separating the downloads. We could do that, but would have to ensure that the nucleotide and genbank downloads never run in parallel because of the NCBI download rate limits. If you have an API key the nucleotide downloads are pretty fast, so I never really bothered before.

Should be fixed now. Let me know if it works.

Unfortunately not. This leads to match_taxids crashing with
Error in if (matches[, max(score)] > 1) { :
  missing value where TRUE/FALSE needed
Calls: ordered_match -> [ -> [.data.table -> find_taxon
Execution halted

My bad, try now. Sorry for the back and forth. I don't have access to a server until March so I can't test fixes myself. I will get back to building an updated DB then and will also fix the pipeline again.

Yea, that did the trick, cheers!
re updated DB/pipeline fixes - I'm having issues with the kraken build process, but for those I'll open another ticket.

Nice!


Add configuration options for AMGX

It seems the default configuration isn't guaranteed to work. So it may take some experimentation to use a different amgx smoother (mfem conversation and resolution)
The following json file did work with order 2 and ballmesh.mesh.
{
    "config_version": 2,
    "solver": {
        "solver": "AMG",
        "smoother": "JACOBI_L1",
        "presweeps": 1,
        "interpolator": "D2",
        "max_iters": 2,
        "scope": "main",
        "max_row_sum": 0.9,
        "strength_threshold": 0.25,
        "max_levels": 1000,
        "postsweeps": 1,
        "tolerance": 0.0,
        "norm": "L1",
        "cycle": "V"
    }
}

Originally posted by @jonwong12 in https://github.com/LLNL/serac/issues/289#issuecomment-741092435

Just in case you're not aware, arturo has a PR I think that may or may not be related.

Yes the (PR https://github.com/mfem/mfem/pull/1904)   will be needed to configure AMGX as a preconditioner (this enables a skip of convergence inside AMGX when combining with MFEM solvers).  Something else to try is configuring AMGX as the full solver, the following will do AMG for preconditioner (with l1 jacobi) + PCG :
{
    "config_version": 2,
    "solver": {
        "preconditioner": {
            "print_grid_stats": 1,
            "print_vis_data": 0,
            "solver": "AMG",
            "smoother": {
                "scope": "jacobi",
                "solver": "JACOBI_L1",
                "relaxation_factor": 0.7,
                "monitor_residual": 0,
                "print_solve_stats": 0
            },
            "print_solve_stats": 0,
            "presweeps": 1,
            "interpolator": "D2",
            "max_row_sum" : 0.9,
            "strength_threshold" : 0.25,
            "max_iters": 2,
            "monitor_residual": 0,
            "store_res_history": 0,
            "scope": "amg",
            "max_levels": 100,
            "cycle": "V",
            "postsweeps": 1
        },
        "solver": "PCG",
        "print_solve_stats": 1,
        "obtain_timings": 1,
        "max_iters": 100,
        "monitor_residual": 1,
        "convergence": "RELATIVE_MAX",
        "scope": "main",
        "tolerance": 1e-12,
        "norm": "L2"
    }
}

I've been doing some testing for performance and letting AMGX do everything is at the moment is faster than combining with MFEM's CG method. Once AMGX is configured you just have to apply mult. Leaving it in MFEM's CG routine will mean the solver converges in 1 iter.


[Monitor Control Service] Upgrade to latest API version (2023-03-11) + Fix current gaps

Describe the bug

We have a new swagger available and we would like to update the cli extension accordingly
Link to swagger

When using --rule-file with the current version of the CLI, certain properties of the payload are being ignored and my guess is that is probably due to the fact the Data Collection Rule model definition in the CLI is very outdated. Is there a process in place to make sure this model always reflect what we have in our swagger?

Related command
az monitor data-collection-rule create
Errors
A server side error due to missing properties in the request payload
Issue script & Debug output
cli.azure.cli.core.sdk.policies: Request URL: 'https://management.azure.com/subscriptions/6f1b91a9-5242-4017-bc01-e262558ddab7/resourceGroups/bmeadam-rg/providers/Microsoft.Insights/dataCollectionRules/CLI-DCR-001?api-version=2022-06-01'
cli.azure.cli.core.sdk.policies: Request method: 'PUT'
cli.azure.cli.core.sdk.policies: Request headers:
cli.azure.cli.core.sdk.policies:     'Content-Type': 'application/json'
cli.azure.cli.core.sdk.policies:     'Accept': 'application/json'
cli.azure.cli.core.sdk.policies:     'Content-Length': '74'
cli.azure.cli.core.sdk.policies:     'x-ms-client-request-id': 'f83e13e4-f847-11ee-9253-00155d7f94c4'
cli.azure.cli.core.sdk.policies:     'CommandName': 'monitor data-collection rule create'
cli.azure.cli.core.sdk.policies:     'ParameterSetName': '--location --resource-group --name --description --rule-file --debug'
cli.azure.cli.core.sdk.policies:     'User-Agent': 'AZURECLI/2.59.0 (RPM) azsdk-python-core/1.28.0 Python/3.9.19 (Linux-<IP_ADDRESS>-microsoft-standard-x86_64-with-glibc2.35) cloud-shell/1.0'
cli.azure.cli.core.sdk.policies:     'Authorization': '*****'
cli.azure.cli.core.sdk.policies: Request body:
cli.azure.cli.core.sdk.policies: {"location": "eastus", "properties": {"description": "DCR create by CLI"}}
urllib3.connectionpool: Starting new HTTPS connection (1): management.azure.com:443
urllib3.connectionpool: https://management.azure.com:443 "PUT /subscriptions/6f1b91a9-5242-4017-bc01-e262558ddab7/resourceGroups/bmeadam-rg/providers/Microsoft.Insights/dataCollectionRules/CLI-DCR-001?api-version=2022-06-01 HTTP/1.1" 400 348
cli.azure.cli.core.sdk.policies: Response status: 400
cli.azure.cli.core.sdk.policies: Response headers:
cli.azure.cli.core.sdk.policies:     'Cache-Control': 'no-cache'
cli.azure.cli.core.sdk.policies:     'Pragma': 'no-cache'
cli.azure.cli.core.sdk.policies:     'Content-Length': '348'
cli.azure.cli.core.sdk.policies:     'Content-Type': 'application/json'
cli.azure.cli.core.sdk.policies:     'Expires': '-1'
cli.azure.cli.core.sdk.policies:     'x-ms-ratelimit-remaining-subscription-resource-requests': '149'
cli.azure.cli.core.sdk.policies:     'Request-Context': 'appId=cid-v1:2bbfbac8-e1b0-44af-b9c6-3a40669d37e3'
cli.azure.cli.core.sdk.policies:     'x-ms-correlation-request-id': '079e3de3-c47e-48e3-bf60-aa4457b301cc'
cli.azure.cli.core.sdk.policies:     'x-ms-client-request-id': 'f83e13e4-f847-11ee-9253-00155d7f94c4'
cli.azure.cli.core.sdk.policies:     'x-ms-routing-request-id': 'WESTUS:20240411T211050Z:079e3de3-c47e-48e3-bf60-aa4457b301cc'
cli.azure.cli.core.sdk.policies:     'x-ms-request-id': '931024a7-66d4-4717-b30a-c2076e028e8f'
cli.azure.cli.core.sdk.policies:     'api-supported-versions': '2019-11-01-preview, 2021-04-01, 2021-09-01-preview, 2022-06-01, 2023-03-11, 2024-03-11'
cli.azure.cli.core.sdk.policies:     'Strict-Transport-Security': 'max-age=31536000; includeSubDomains'
cli.azure.cli.core.sdk.policies:     'X-Content-Type-Options': 'nosniff'
cli.azure.cli.core.sdk.policies:     'X-Cache': 'CONFIG_NOCACHE'
cli.azure.cli.core.sdk.policies:     'X-MSEdge-Ref': 'Ref A: E9EAF5FAEEAF492786912FF7E6FAB280 Ref B: SJC211051205027 Ref C: 2024-04-11T21:10:49Z'
cli.azure.cli.core.sdk.policies:     'Date': 'Thu, 11 Apr 2024 21:10:50 GMT'
cli.azure.cli.core.sdk.policies: Response content:
cli.azure.cli.core.sdk.policies: {"error":{"code":"InvalidPayload","message":"Data collection rule is invalid","details":[{"code":"MissingDestinations","message":"'Destinations' must not be empty.","target":"Properties.Destinations"},{"code":"MissingDataFlows","message":"'Data Flows' item count should be 1 or more. Specified list has 0 items.","target":"Properties.DataFlows"}]}}
Expected behavior
The monitor-control-service CLI extension should deserialize all the properties in the rule payload
Environment Summary
azure-cli                         2.56.0 *
core                              2.56.0 *
telemetry                          1.1.0
Extensions:
interactive                        0.4.5
monitor-control-service               1.0.1
Additional context
No response

Thank you for opening this issue, we will look into it.

hi @AfstoneBharfon , for the two requests you made:

api-version upgrade to 2023-03-11 is marked down and we'll make this update in recent sprint.

about the --rule-file including whole DCR model, actually currently monitor-control-service is already migrated into auto-codegen code, so you may want to refer to the code here: https://github.com/Azure/azure-cli-extensions/blob/4f4ed0968028845dd192d6c3b9ea79879bea1b43/src/monitor-control-service/azext_amcs/custom.py#L73

And here is the thing about --rule-file: it is not a parameter from service API and was designed previously for complex data obj input, which only supports --data-sources, --data-flows, --destinations and --stream-declarations now. Other parameters are already exposed and supposed to be put in from cmd line. You can check all the parameters you need when running az monitor data-collection rule create -h
As this module is migrated into auto-generation code base, all parameters in future api-version releases will be automatically supported using cli codegen tool and exposed to customers to use, therefore cli does not plan to add other parameters into --rule-file manually.
If other concerns exists, please let us know.


Softwrap doesn't work at all.

First just want to say micro is super dope! I'm impressed! Thank you for making it!
Description of the problem or steps to reproduce
Softwrap doesn't work
Specifications
Here's my settings: https://github.com/jcklpe/configs/blob/master/micro/settings.json
You can use micro -version to get the commit hash.
Commit hash:
Version: 1.4.1
Commit hash: 1856891
Compiled on August 20, 2018
OS: macOS Mojave
Terminal: hyper

Also just tried it with Terminal and it's not working there either. :(


Unable to sync with Github

Please review previous closed issues before filling out a new one! Duplicate issues will be closed without comment.
Describe the bug
I re-installed Leethub but now it is not asking permission to sync with Github. Hence, it is unable to commit to my repository.
I had reset my chrome and re-installed Leethub but now it does not give any option to sync with Github.
Expected behavior
Able to see the authorize with Github option
Screenshots

that's not how u uninstall leethub. see #188

If you followed the steps, you should not see any errors. Follow the steps in this loom. Instead of Load Unpacked, you'd reinstall it from the chrome webstore.
Everything else should be the same. note that I'm using the leethub dev extension, hence the minor differences.

Thank you. It worked now.


Windows Installer: Automatically add to Path

Your Feature Request
Could the Windows installer automatically add tesseract to the Path? (User or Machine depending on whether they decided to install globally or just for themselves). It's cumbersome to have to train and support users into doing that extra step. Even a checkmark/option to add to path, just like the option to add a shortcut, would be enough.

No, that's not a good idea because of limitations for Windows PATH. Earlier installers had an option to do that. See old issues for the related problems.
The current installation installs a Windows shell link, and for that shell PATH is set. That should be sufficient.


Minor typo fix on Services Networking Host Aliases

This PR has a tiny commit fixing a typo found on Kubernetes website while I was going through the docs.
Hopefully, I'm not missing anything from the contributing guidelines.

/assign @savitharaghunathan

/lgtm
/approve
all set.


generateDiassembly

In the arm arch, the output of diassembly has some mistakes. The diassembly can only output misc_reg index, like x461. The "dest" varible in every static_inst object is not relative, so the output is wrong. I use some tricks to fix this.

I am currently closing all issues on github and disabling the issue support.
If you have general gem5 questions, please use the gem5-users mailing list (http://www.gem5.org/mailman/listinfo/gem5-users).
Please report any issues/bugs to the gem5-dev mailing list (http://www.gem5.org/mailman/listinfo/gem5-dev). However, gem5 is an open source project, so you are encoraged to fix any bugs/issues you find an submit a review request on our review site: https://gem5-review.googlesource.com
More details can be found in the CONTRIBUTING file: https://gem5.googlesource.com/public/gem5/+/master/CONTRIBUTING.md


SLOW Render kernel time

I originally thought #161 was the cause of the slowness, but apparently not.
Even after #162 PR the render kernel stage is very slow, unsure why.
GhostScript Tiger, GeForce 1060 3GB:
parsing time: 19.066854ms
flattening and encoding time: 1.534247ms
elapsed = 162.079181ms
Element kernel time: 4.987ms
Tile allocation kernel time: 1.812ms
Coarse path kernel time: 2.253ms
Backdrop kernel time: 1.775ms
Binning kernel time: 0.080ms
Coarse raster kernel time: 10.996ms
Render kernel time: 134.673ms

Yeah these numbers are unreasonably slow, about two orders of magnitude slower than expected. On fine rasterization some of it may be #155 but even aside from that these numbers don't look good.
I will want to take a closer look at some point (I have a laptop 1060) but am underwater just at the moment, so make no promise when.

Ok, trying this on the 1060. It's definitely #155, as reducing the blend stack size speeds that up considerably. I'm not sure the results are as good as I'd want them to be, but I haven't dug deeply yet. I'm pretty sure the driver has changed, as this is not consistent with results I was seeing before on the same hardware, but it's possible my memory is hazy. In any case, I know I'll want to fix blend memory (#156) and also will do some tinkering to see whether any of the other recent changes (gradients, blending, etc) might have caused a regression in fine rasterization performance on this device.
Other than that, your numbers suggest that the GPU clock is really low. Ideally you can set that to a medium-high but stable value. In any case, it should be possible to use the Performance tab in Task Manager (assuming Windows here?) to see the value.

Closing this, as the blend stack changes have long since landed, and none of the recent performance measurement work is suggesting that there is an issue with rendering performance.