Obtain all records from Service Layer Odata 4 paging

OpenUI5 version: 1.61.1
In my Master-Detail App the connections with the backend are by means of manijest.json Services Layer using Odata V4, now, I want to be able to make that connection through the XML view controller, and be able to manage to bring all the records of the BusinessPartners page.
I explain?
The request
http://myServer:Port/b1s/v1/BusinessPartners?$top=100&$skip=0
Returns only 20 results
{
<EMAIL_ADDRESS>: "https://MyServer/b1s/v2/$metadata#BusinessPartners",
   "value" : [
      {
         "CardCode" : "C000001",
         "CardName" : "COMPANY TEST",
         "CardType" : "cCustomer",
         "Address" : "AVENUE TeSt",
         "Phone1" : "000-000-0000"
      }
      {
         "CardCode" : "C000003",
         "CardName" : "COMPANY TEST 3",
         "CardType" : "cCustomer",
         "Address" : "AVENUE TeSt",
         "Phone1" : "000-000-0000"

      }
   ],
   "odata.nextLink" : "/b1s/v1/BusinessPartners?$top=100&$skip=20"
}

and even if I put the property "growingThreshold = 100" in the Table control of the XML view, it keeps returning only 20
<Table
   growing = "true"
   growingScrollToLoad = "false"
   growingThreshold = "100" items = "/ BusinessPartners" />

There is not a way in Sapui5 that works as a Loop to get the EntitySet page with Odata V4
Best regards,

Hi @jsondesign ,
server-driven paging is unfortunately not supported by the V4 model.
The workaround in UI5 at this point would be to avoid requests for more than 20 records.
Possibly, the service could raise the threshold for server-driven paging to, e.g., 100 or 200 records. Could you please evaluate if this possible?
Best regards
Mathias.

@uhlmannm
The only way I found was that, increase the page to 100 or 200, via Service Layer. It would be nice to try that Sapui5 with Odata 4, can bring the page data to be able to show 20 rows / 50 rows / 100 rows / all rows and So one can Export that data from the Table / List.

Hi @jsondesign ,

The only way I found was that, increase the page to 100 or 200, via Service Layer.

So you could increase the packet size for the server-driven paging? And you can adapt it to what is required for the table?

It would be nice to try that Sapui5 with Odata 4, can bring the page data to be able to show 20 rows / 50 rows / 100 rows / all rows and So one can Export that data from the Table / List.

As to loading the data: I do not see the advantage of having a small packet size like 20 in a service for an OpenUI5 frontend. Why?
Say you have a grid table that shows 25 rows. The first request will return only 20 records. Hence a second request is required for showing 25 rows in the table. Reading 40 records in two sequential round-trips is definitely slower than reading the 40 records in one round-trip.
In addition, the table does a prefetch which enables smoother scrolling. Disabling this feature for small packets in server-driven paging will make the user experience worse as data to be displayed is not available on the client but needs to be fetched from the backend when the user scrolls.
So, even if we enhance the list binding so that it can cope with small packet sizes for server-driven paging, I would still recommend to make the packet size sufficiently large so that the application does not run into the server-driven paging.
As to using sap.ui.core.util.Export: This seems to not work correctly with the V4 Model, see also #2340. I recommend to use a JSON model for the binding of the Export. The data in the JSON model can be filled from a V4 list binding as outlined elsewhere. Please note that method sap.ui.model.odata.v4.ODataListBinding.getContexts is protected. It should not be used in application coding, particularly once a designated method for accessing the data in a list binding is available. This new method may be called requestContexts.
Best regards
Mathias.

Since there is no response from the author for more than 4 weeks I'm closing the ticket.


Keywords appear as >100 even when in top 10 position

Hello, Im using Scraping Ant for crawling the kw in my domain and something strange happens,,,, all the kws appear as >100 even if when I search them on incognito they are on top 10,,, what could have happened?

@Pablo751 ScrapingAnt disabled Google scraping for the free accounts a few months ago. You might want to try scrapingrobot instead.

Thanks for the anwer man,, Im using the paid version, should I change to scrapingbot instead?

Try temporarily changing it to scrapingrobot and see if everything works.

At the end the problem was serverside, locally it worked good, even with scraping ant,,, thanks a lot for the help


Added method Mnemonic.fromSeed which enables to create the object based ...

...on an externally gathered entropy.
Basically I extended the constructor to additionally allow an entropy of type Buffer as the "data" argument and I added a method fromSeed which takes advantage of it. Of course I have updated the units tests too.
This change will allow to use the library with an externally created entropy.
This is my first pull request to an Open Source project - feedback is very welcome.
Thanks for your work!

Coverage decreased (-2.44%) to 93.96% when pulling 1aa06da3f47ce00d3f5cfb2c4510e6e3191e0fa6 on mi-ro:mnemonic-from-seed into b2f0ce7cba44e7b3fbfa8664a928c73a93f56caf on bitpay:master.

hey, thanks a lot for your work, and congrats on your first open-source contribution!! :)
code looks great, but unfortunately we cannot merge Pull Requests that decrease test coverage. Can you see which lines of your code are not tested? My guess is that you didn't test the preconditions you added in the fromSeed method.
You can check test coverage locally by running: istanbul cover _mocha -- -R min (if you don't have it, you'll need to install istanbul by running sudo npm i -g istanbul).
Another suggestion: for preconditions, we usually use something like:
var $ = bitcore.util.preconditions;
...
Mnemonic.fromSeed = function(seed, wordlist) {
  $.checkArgument(Buffer.isBuffer(seed)), 'seed must be a Buffer.');
  $.checkArgument(_.isArray(wordlist) || _.isString(wordlist), 'wordlist must be a string or an array.');
  return new Mnemonic(seed, wordlist);
};

This style is not required, so feel free to keep your current version, but it looks more concise/clear IMO.

btw, I didn't mention it, but since you're new to open-source: you can update your PR by pushing new commits to the same branch. You can then comment on this github PR to get us notified of your update

Thank you maraoz! I've pushed the new changes. Coverage should be up again.

Coverage decreased (-1.81%) to 94.59% when pulling 33c3b173f1ff3e2604f5cda852c69a50853c9346 on mi-ro:mnemonic-from-seed into b2f0ce7cba44e7b3fbfa8664a928c73a93f56caf on bitpay:master.

oh, coveralls seems not to agree with my local setup.

I ran the tests locally and got your results. Weird. I'll re-run travis and see if it reports correctly

OK, found the source of the problem: https://github.com/bitpay/bitcore-mnemonic/blob/master/test/mnemonic.unit.js#L287
Some tests are not run on travis. I'll merge this, and fix the other problem in a separate PR.
Congrats for your first open source contrib @mi-ro !!!

Awesome, thank you for guiding me! Should I delete this branch now?

That's up to you, as it's part of your fork. My recommendation is to remove the branch though, given bitpay/master contains all the commits


ldid in PATH not found in linux/macOS

What is the expected behavior?
use ldid in path
What is the actual behavior?
not found
What are the steps to reproduce this bug?
run main.py
Please provide debug logs:
Use the --debug option while running the script, and paste the output into the codeblocks.
terramoda@terramoda-700T1C:~$ ldid
Link Identity Editor v2.1.5-procursus3

Usage: ldid [-Acputype:subtype] [-a] [-C[adhoc | enforcement | expires | hard |
            host | kill | library-validation | restrict | runtime]] [-D] [-d]
            [-Enum:file] [-e] [-H[sha1 | sha256]] [-h] [-Iname]
            [-Kkey.p12 [-Upassword]] [-M] [-P] [-Qrequirements.xml] [-q]
            [-r | -Sfile.xml | -s] [-u] [-arch arch_type] file ...
Options:
   -S[file.xml]  Pseudo-sign using the entitlements in file.xml
   -Kkey.p12     Sign using private key in key.p12
   -Upassword    Use password to unlock key.p12
   -M            Merge entitlements with any existing
   -h            Print CDHash of file

More information: 'man ldid'
terramoda@terramoda-700T1C:~$ cd permasigner
terramoda@terramoda-700T1C:~/permasigner$ python3 main.py --debug
IPA Permasigner | Version main-77ff19f
Program created by Nebula | Original scripts created by zhuowei | CoreTrust bypass by Linus Henze

[DEBUG] Checking if command ldid is in PATH...
[*] ldid not found, downloading.
[DEBUG] Downloading ldid on Linux x86_64.

Any possible solutions?
Can you identify the location in the source code where the problem exists?
Version Information

OS Version: ubuntu 22.04/MacOS 12.4
Jailbreak Name and Version: na

Same in macOS Monterey. For the record, it's not an issue for me to use ldid in permasigner, just a fyi, if you wish to address. :)

Fixed in 74598a3
Run git pull and try again.


Additional Log Entries for Tracking Progress

It would be great if we could get a log entry for when the prover starts working on a proof (e.g. DebugStartedProveClaim) and also when it succeeds or fails.
On the KEVM proof suite we're trying to use the new one-line logs to collect data about which rules (or sequences of rules) are used frequently and how long they take (see kframework/evm-semantics#1048). To separate different proofs in the same file, and to get an approximate duration for the first rule of each proof, we need to know when the proof started.
Additionally, we need a oneLineDoc implementation for the DebugProven entry, and something like DebugNotProven for a generic "the proof failed" entry would be quite helpful for distinguishing the last step of a proof from the last step before a timeout.

According to @ttuegel, our methodology misattributes quite a bit of time to rewriting. In order to do better, we would also want a log entry immediately before rewriting starts.

According to @ttuegel, our methodology misattributes quite a bit of non-rewriting time to rewriting. In order to do better, we would also want a log entry immediately before rewriting starts.

What exactly are you interested in timing? Basically, the backend goes through the following loop every rewrite step:

We simplify the LHS and the RHS of the claim we are currently proving
We check the implication
We apply claims
We apply axioms
We simplify the LHS and the RHS again

So, are you interested in only timing 3. and 4. (the actual rewriting), or is simplification time of interest as well?

I'm interested in (1) and (4).
Specifically, I want to know if a given rule causes a lot of time to be spend in (1) the next step, or if a given rule takes a lot of time to unify/simplify side-conditions (4).

We should also remove DebugClaimState separately which kind of does this but is not useful.

Any more information on this? I'll go ahead on a branch and start adding the infrastructure for some new log types, but I'd need some guidance as to (1) what new things are worth logging to measure 1 and 4 above and (2) where to actually invoke the logger.

Sorry, my understanding was that @ttuegel already discussed what the next steps are, I probably just misunderstood.
So, I was thinking about DebugClaimState. Right now, this logs every transition (meaning step from the list in the comment above, we call these steps transitions) after it was executed, together with the previous configuration and the new configuration. This information is too verbose and I don't think anyone uses this log entry.
We should look into replacing this with some log entry (or entries) with separate logging actions for beginning a transition and ending one. We'll have to see what the best approach will be here, below I'm going to add a general outline to what I'd rather go with, please let me know if anyone thinks it's not going to work.
So, I'd keep this under one log entry type instead of creating separate types for each transition and scattering the logging throughout the code, so this will be a modified DebugClaimState entry type. We could change debugClaimStateBracket to log before and after. If any rules apply during that transition (which could happen if it's an ApplyClaims or ApplyAxioms transition), we should be able to extract that information from TransitionT, right? So we should have all the necessary information available: the claim, the transition, and any applied rewrite rules. This will also take care of logging if the claim is proven or stuck.
Now, about logging when we start to prove a claim, I think @JKTKops ' idea of adding DebugBeginClaim is good, I think we could log this information right before proveClaim.

If any rules apply during that transition ... we should be able to extract that information from TransitionT, right?

If I'm understanding correctly, to do this we'd want to lift the look function from Control.Monad.Trans.Accum.look and then specialize debugClaimStateBracket to TransitionT. Does that sound right?
We'd probably want to modify DebugClaimState so that it only carries one Maybe (ClaimState SomeClaim)^1 and additionally carries a list of rules (specifically, their source locations are probably what we care about for KEVM) and an indication of if this is a 'before' log or an 'after' log^2. Then debugClaimStateBracket would log the Prim and ClaimState in a before log, and would log the Prim, optional ClaimState, and list of rules [locations only?] in an after log.
Finally, DebugClaimState probably gets renamed to DebugTransition, and gets a one-line doc format. I think it makes the most sense to separate it into DebugBeforeTransition and DebugAfterTransition. I think debugClaimStateFinal would need a DebugBeforeTransition based on how it's being used now.
Does all that sound right? If so I can get to work on that.
I also noticed that some of these debugYYY functions have coerce viewPatterns in their arguments being used at Prim -> Prim. I could clean those up while I'm there, unless they're doing something I don't understand.

^1 Which is always present in the 'before' log but only optionally present in the 'after' log... this makes me think that maybe separating the before and after logs should be a consideration).
^2 Probably another reason to separate them.

I went ahead in the draft PR and tentatively tried to do this.
Lifting Control.Monad.Trans.Accum.look isn't good enough, because in this case we actually do want the behavior of MonadWriter.listen. Instead, I implemented a Transition.record function which behaves like listen, giving only the rules which were added during that action.

We'd probably want to modify DebugClaimState so that it only carries one Maybe (ClaimState SomeClaim)^1 and additionally carries a list of rules (specifically, their source locations are probably what we care about for KEVM) and an indication of if this is a 'before' log or an 'after' log^2.

I was initially thinking of separating the two cases by making the new DebugClaimState a sum type.

I think it makes the most sense to separate it into DebugBeforeTransition and DebugAfterTransition.

We could also do that, having two types would imply the following:

users can choose to print only "before" or only "after" logs
users would have to specify both log entries when wanting to see full transitions

My concern is that people would generally want to see full transitions, so it'd be more user friendly to not separate the log entries. But, if you think (1) would be useful to you, then we can go that way.

No this is a good point, I think we'd always want both. On the other hand, how would we set up specifying that we only care about the (first) simplification step and the ApplyAxioms step? (which is what Everett suspects we want) Perhaps the best way is to say "you don't get to specify that, but you can pull it out of the logged information." This seemed to be the conclusion in today's standup, so I'll go with that.


GetAllDomainStats build tag?

Hi! I'm need to expose libvirt metrics and want to use get all domain stats becasue i have more than 100 domains on each host and this greatly speedup things.
What do you think about providing build tag to utilize never functions?

Hi,
That is a good option, using a flag/tag. However, we are currently not in the need of providing this functionality. But you pull request is more than welcome.

@BartVerc The point was, could you tag a "stable version" for the current state and document it? Then it would feel more open for PRs with backwards compat breaking changes


[FINOS_PROJECT_BLUEPRINT] - Fixes to apply

NOTE! This issue was automatically generated by a FINOS GitHub Action.
We have found some repository configurations that should be changed in order to comply with FINOS Governance and bylaws, see the details below.
List of fixes:

[ ] no-issue-templates - This GitHub repository does not use issue templates; please check the issue template blueprints.
[ ] no-badge - README.md file is missing the FINOS badge; check the README.md template and make sure that it embeds one of SVG FINOS badges.
[ ] has-user - One or more user collaborators were found in this GitHub repository. FINOS Governance only allows GitHub users to be added via Teams. Please remove it, therefore it must be removed.
[ ] no-code-conduct - CODE_OF_CONDUCT.md file is missing; check the CODE_OF_CONDUCT.md template.
[ ] no-teams - This GitHub repository does not grant permissions to any FINOS Team, although it should be configured to grant access to the program and project specific teams defined in https://github.com/orgs/finos/teams. Please email<EMAIL_ADDRESS>and coordinate changes to the repository access permissions.
[ ] no-whitesource - WhiteSource configuration was not found; make sure that dependencies are scanned against security vulnerabilities. Read more on the WhiteSource Wiki page.
[ ] no-contributing - CONTRIBUTING.md file is missing; check the CONTRIBUTING.md template.
[ ] has-admin - One or more admin collaborators were found in this GitHub repository.. FINOS Governance doesn't allow GitHub users to have Admin rights on repositories, therefore it must be removed.

This is a message generated by the FINOS project compliance scanning action.
For any question, do not hesitate to contact @maoo and @mcleo-d or email<EMAIL_ADDRESS>Thank you!

dup of #14


No modify annotation when injecting

Signed-off-by: Ruben Vargas<EMAIL_ADDRESS>Resolves #899
In the actual code, when Select is called to select a jaeger instance, it modifies the annotation and set the value to the jaeger instance name.
I think this can lead to the scenario when you rename (or recreate) the Jaeger instance and there is no way to map the old name instance to the new one. I would prefer to preserve the value.

Let's consider also a scenario when:

deploy a single Jaeger instance in cluster
add app deployment with inject annotation = true
deploy another Jaeger instance.

In this case we should not break existing injected agents.

@pavolloffay good point, I'll check that case.
But, if you add a four step:
4. delete the first instance
Then the deployment with inject annotation = true, should be injected with the new side-car, right?
Which essentially is the problem this PR is addressing.

A good point. @jpkrohling what do you think? It really depends on how we define the behavior.

I used to think that true means select a suitable Jaeger instance for me restricted for the first time it found a suitable instance, but I think that we could do better. In the case that @pavolloffay mentioned, the deployment should still be using the first Jaeger instance. And once the first instance is deleted, the deployment should automatically be switched over to the new instance.
We might have all the bits necessary for this already: we have the annotation sidecar.jaegertracing.io/inject and we have a label sidecar.jaegertracing.io/injected. So, we could just leave the inject as the user has defined it originally (true, false, instance-name), and update the label to state what's the instance currently in use. In the step 3 from @pavolloffay's, this value can serve to disambiguate.

@jpkrohling  yes that is what I was thinking, using the label  for disambiguate, I think this is the best approach as we avoid touching values defined by the user, (the label is completely handled by the operator).

@pavolloffay do you agree with the expected behavior? If so, @rubenvp8510 could you then adapt this PR to what we discussed above, adding tests to confirm that this new behavior is in place?

:+1:  It sounds good to me

this is ready for another review.

@jpkrohling please review :)

@jpkrohling
I updated the sidecar tests, but as you mentioned on one of your comments, the annotation is irrelevant for those tests (except the inject.Select test), and this is intentional.
This is because  this PR is not validating for annotation on inject.Sidecar, now  it only  injects the  Jaeger instance passed as an argument without checking for annotations,  of course, it does another checks, like if the instance not nil and if the deploy doesn't have one sidecar already. We can assume a previously selected jaeger instance  by inject.Select , which is still using the annotator for the selection. Does that makes sense?
Summary:  This PR uses the annotations only for select the correct Jaeger instance. and use label for check if the deployment already have an agent and which Jaeger instance is the owner.
From the consumer/user perspective it will be the same, the deployments with annotations will be injected.

@jpkrohling @rubenvp8510 I'd be ok splitting the tests in a separate PR.

I'm merging this, but @rubenvp8510, please create an issue to track the splitting of the test.


convert_hf_checkpoint only relies on model_name to resolve TransformerArgs

🐛 Describe the bug
convert_hf_checkpoint transforms a HF checkpoint into a torchchat format.
As part of this process, ModelArgs is created for the newly downloaded model. Currently it constructs ModelArgs based on model_name instead of checking  transformer_params_key first:

config_args = ModelArgs.from_name(model_name).transformer_args['text']

While this is correct most of the time, model_configs defines a transformer_params_key to allow specifying an alternative model_params.
Task: Update convert_hf_checkpoint to check for a transformer_params_key defined model_params before searching with model_name

i.e. Attempt to construct ModelArgs with from_table before from_name

Versions
N/a

hi i want to work on it

We welcome the help!! Please let me know if you require more details or assistance


[Design] Application workflow

I'm opening this as a suggestion of workflow. My first propose would be something like this:
Tell me some films:
<input from user>

Based on your input, I think you will like these films:
<output from the program>

I agree with your suggestion.


Allow a global-actor to be dropped for some non-async functions.

It's ok to drop the global-actor qualifier @G from a function's type if:

the cast is happening in a context isolated to global-actor G
the function value will not be @Sendable
the function value is not async.

It's primarily safe to drop the attribute because we're already in the same isolation domain. So if we prevent the value from later leaving that isolation domain, it's OK to simply drop the global-actor. This means we no longer need to warn about code like this:
@MainActor func doIt(_ x: [Int], _ f: @MainActor (Int) -> ()) {
  x.forEach(f)
// warning: converting function value of type '@MainActor (Int) -> ()' to '(Int) throws -> Void' loses global actor 'MainActor'
}

resolves rdar://94462333
TODOs:

[x] Resolve the tension between the constraint solver and TypeCheckConcurrency.
[x] Break ties in the ranking of equivalent solutions in solver.

@swift-ci please test

@swift-ci please test

@swift-ci please test

@swift-ci please test

Turns out there's more work needed to be done to break ties in the constraint solver. Before, we could only add a global-actor to a non-async function type, but now we have contexts where you can either add or remove the global actor at any time. With the way I've currently implemented things, this is leading to the constraint solver finding more than 1 solution that has the same score, which yields a new ambiguity error that didn't happen before. For example:
@MainActor func mainActorFn() { }

@MainActor func contextualTypeHasMainActor() {
  // error: type of expression is ambiguous without more context
  let _: @MainActor () -> () = ((true ? mainActorFn : {}) : $T4)

  // in short, here's what happens for $T4, the type of the ternary expression:
  // solution 1 says $T4 := @MainActor () -> () is valid, since I can convert the `else` branch to have @MainActor.
  // solution 2 says $T4 := () -> () is valid, since I can convert the `then` branch to drop its @MainActor.
}

It might be easy to fix this by simply increasing the score each time one of these conversions that add or drop the main actor happens. This way, solution 1 above should get chosen, since it would have fewer conversions. Doing this naively might put extra burden on the solver, so a good default binding for type variables in constraints might help short-circuit the work (thanks Pavel).

@swift-ci please smoke test macOS

@swift-ci please smoke test and merge

@swift-ci please test and merge


Add jest-runner-vscode

Summary

Mocha is the only documented test runner for building VS Code extensions so I'm working with the VS Code team to have Jest documented as well (https://github.com/microsoft/vscode-docs/issues/3363).
I would like to add jest-runner-vscode to the list of examples in the runner section of the Configuring Jest docs.
I'm also curious if this warrants a "Testing VS Code Extensions" under the Framework Guides in the sidebar?
Test plan

Codecov Report

Merging #9542 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #9542   +/-   ##
=======================================
  Coverage   65.03%   65.03%
=======================================
  Files         283      283
  Lines       12113    12113
  Branches     3000     3000
=======================================
  Hits         7878     7878
  Misses       3597     3597
  Partials      638      638

Continue to review full report at Codecov.

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

Hey! It seems like your runner is to actually run Jest itself? The runners linked are invoked by Jest to run some other tool.
I've never use VS Code, could you explain a bit about how your runner is to be used?

Hi @SimenB, thanks for the quick response!
Yes, jest-runner-vscode runs Jest programmatically (even though it's not officially supported). I can see how that would be confusing.
The purpose of the package is to use Jest as a test runner for VS Code extension integration tests. When running a VS Code extension integration test suite, VS Code starts a new instance VS Code (called the Extension Development Host), which has full access to the VS Code API. jest-runner-vscode implements the test runner script with @jest/core to run the tests. Using environment variables, it supports passing in a test regex, custom setup file, and updating snapshots. It gets the job done for now, but there is a lot of room for improvement.
Maybe a better name for the package would be vscode-jest-test-runner or something along those lines?
I've been using Jest for a long time now, and when I started building my VS Code extension, shifty, I was not happy with Mocha (the default test runner for VS Code extensions).  I want Jest to have a great testing story for VS Code extension development, so this is my initial work to make it easier for others.
Feel free to pull down the code for shifty and run the tests to see how it works. Alternatively, you could pull down the helloworld-jest-test-sample to test it out as well.
Let me know if you have any other questions or feedback.

@SimenB - I'm closing this PR since jest-runner-vscode is not actually invoked by Jest. I moved the package over to vscode-jest-test-runner for the time being.


Still working or it's outdated?

Hi,
I'm asking because it's not working for me.

It's working now when i use regex


Spell 'stopped' correctly

Unfortunately, anyone using this library will have to update similarly.

Yes retro comparability is important, it would be better to add the event with the right spelling but keep the old old one, marking with a deprecated message.


Allow 204 response during deletion of key vaults

fixes #8265

/azp run automation - sdk

/azp run automation - sdk

/azp run automation - sdk

/azp run automation - sdk

/azurepipelines run


[Vulkan] Exception for textures equal or larger than 4096

Get an exception when using ImageSharpTexture CreateDeviceTexture with texture sizes 4096 * 4096 or larger. Doesn't happen when running OpenGL or Direct3D11 as backend. Only Vulkan from the backends I have tested.
The exception is a System.ExecutionEngineException in CopyTextureRegion in Util.cs. More specific from
Buffer.MemoryCopy(                     src,                     dst,                     totalCopySize,                     totalCopySize);

Good catch on that. This should be fixed in https://github.com/mellinoe/veldrid/commit/3bcd470d6ad3a1b5398b9b1614177db269686d6a


Failed to load GLTF

I moved the PUG assets from Kenney's to our asset's folder and when I tried to import it, it failed to load.
https://drive.google.com/drive/folders/1UNNT0MeVX0O04RGgu8aLkKe3fwB9_t-A

Possible bug

Will look today

I added support for multiple primitives in mesh. But next wgpu is failing with weird error when pug loaded

I'm getting a wgpu error: Validation Error, too. I'm pretty sure it's related to the following snippet, but not sure how to resolve it:
https://github.com/rewin123/space_editor/blob/1a7c0b7357c0485842a743ddfd94d44811009b1b/crates/editor_core/src/gltf_unpack.rs#L221C31-L228

Is it multimaterial?

Yes, I believe it has three. Also I just tried your pug, and yep, same error.

I created "crutch" in just-dev-2, which allow to save scene children states. It allow to skip unpack process of gltf and move around "bug position". Will create PR soon for it

This PR should fix it https://github.com/rewin123/space_editor/issues/183
@ncomendant can you try the branch as well? it solved my issue


[url_launcher] Please add warning about NOT using async for iOS on web in documentation

See https://github.com/flutter/flutter/issues/75227
Solution was to call launchUrl outside of any async context.
I spent many hours debugging to finally get to this solution. It should be a clear warning/statement in the documentation to prevent other users having to loose many hours including frustration. ;)
Proposal in web section:
Beware: iOS Safari will not open the url if launchUrl is called from an async context! Make sure to call launchUrl outside of async context.

Closing as a duplicate of https://github.com/flutter/flutter/issues/78524

Come on @stuartmorgan: this is not a duplicate. This is an explicit request to update the documentation. Please consider this as many people get trapped in this rabbit hole. 🙏🏻🙏🏻

Please read https://github.com/flutter/flutter/issues/78524#issuecomment-807212100, https://github.com/flutter/flutter/issues/78524#issuecomment-1637129340, and the current title of that issue.

Many thanks. I was mislead by the ‘closed this as not planned’ status. 😉


sorry, but how can i use in mac environment?

Hi, i run the install  the install script as it was told, but it shows that scc command is not found

Thanks for your quick reply. I have already closed the terminal emulator and then restarted the mac, but  scc command still not found when i run it in the terminal .I guess something wrong with the system  environment?

Thanks for your advice, but the command is not there, and just a bunch of :/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin::

that means that you didn't run the install script correctly with  ```
sudo ./install.sh
anyway , check also your home dir for any .scc files .

@Ziyadsk   it seems that i must add source ~/.bashrc; source ~/.zshrc;  in install.sh script to make it work

@whrenstone oh yeah , i forgot to mention that , because in the install script i export scc to the $PATH and write into your bashrc files , which are reloaded ( sourced ) everytime your start your terminal .

Great! Thanks for your sharing!  Really helpful!


Using the "Handlebars" (or similar) instead of "Blueimp".

For example, I want to use "partials" in "index.html" — how can I do this?
Thanks.

See
plugins: [
  new HtmlWebpackPlugin({
    templateContent: function(templateParams, webpackCompiler) {
      // Return your template content synchronously here
    }
  })
]

You can perform the conversion there.

@stas-webwork To use partials, you'll have to run Handlebars.registerPartial manually if you're currently relying on handlebars-loader to register them for you.

It's ok. Thanks.
Next step in using Handlebars in index.html:
https://github.com/ampedandwired/html-webpack-plugin/issues/40


ARROW-8246: [C++] Add -Wa,-mbig-obj to CXXFLAGS on MinGW if it is supported

Hopefully this will resolve issues with debug builds on MinGW

cc @kou @nealrichardson

AppVeyor: https://ci.appveyor.com/project/wesm/arrow/builds/31775468

Should we try debug build in this pull request?

I tried debug build on local but ld still takes long time...

Oh, ld finished.
It seems that this fixes debug build problem on MinGW.

Ah great, thanks @kou for checking. Merging this


Merge 1.68 into cesium.com

This merges the 1.68 tag into cesium.com.
I had a merge conflict in gulpfile.cjs that I'd like a second set of eyes to confirm this looks right. As far as I can tell the way we upload files changed slightly since last month. I resolved the conflict by taking in the new changes from 1.68.
See:
https://github.com/CesiumGS/cesium/pull/8715/files#diff-c747526b0c835529f686fcc2c8f030d4

Thanks for the pull request @OmarShehata!

:heavy_check_mark: Signed CLA found.
:grey_question: Unit tests were not updated.

Make sure you've updated tests to reflect your changes, added tests for any new code, and ran the code coverage tool.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.
[ ] Works (or fails gracefully) in IE11.

It appears as though the gulpfile.js in cesium.com branch is just behind. If you look at the diff between 1.67 and cesium.com you'll see cesium.com still says "AGI" instead of CesiumGS:
https://github.com/CesiumGS/cesium/compare/1.67...cesium.com?diff=split
There are changes here that are intentional, I believe, like hard-coding the bucket names. But the biggest code difference is the way the deployCesium function has changed. The newer version starts with this listAll function which looks like it compares the files already uploaded before uploading any files.

What I'm doing now is diffing the latest gulpfile.js from cesium.com: https://github.com/CesiumGS/cesium/blob/cesium.com/gulpfile.js
With the latest gulpfile.cjs from master: https://github.com/CesiumGS/cesium/blob/master/gulpfile.cjs
And selecting just the changes from cesium.com's gulpfile.js that relate to deploying on the cesium.com bucket.

@OmarShehata ping me once you have CI passing and I'll look at this

You can look here to see what's different between the cesium.com branch and master https://github.com/CesiumGS/cesium/compare/cesium.com

Ok @hpinkos this should be ready now. Changes to gulpfile.cjs are now pretty minimal and include only what's necessary for the js -> cjs change.
I tried to make it use the new listAll function which I believe fixes the issue of deleted files not getting deleted from S3, but it's a little more complicated because this branch needs to upload certain directories to different upload paths, whereas master just assumes everything goes in the same upload path.
So as not to hold up the release, I think we should write an issue to update master so it allows you to specify a set of files to upload to which directory, and then this branch can just use that to avoid conflicts in the future.

I tried to make it use the new listAll function which I believe fixes the issue of deleted files not getting deleted from S3

That's not an issue in this repo

That's not an issue in this repo

I must have missed where files on S3 but not in this repo get deleted.
If the upload code here works fine we could just get master to use it then. Either way it'll prevent issues like this in the future. I can write up that issue if that sounds good with you.


Command to change the name of the King role

Rename the KING role to the user's request - and at a cost of some eddies (maybe like 1000?)
Should let the name of the role stick for a certain amount of time before someone else changes it. So will have to have some kind of cooldown stored in the DB

Bumping to v2.2.0 due to finishing everything else.


Can not insert large vectors into pgvector extension type

EdgeDB Version:
❯ edgedb query 'select sys::get_version_as_str()'
"3.0+7d903be"

EdgeDB CLI Version:
❯ edgedb --version
EdgeDB CLI 3.2.0+165ce00

OS Version:
❯ sw_vers
ProductName:	macOS
ProductVersion:	12.6
BuildVersion:	21G115

Steps to Reproduce:
Schema:
using extension pgvector;

module default {

    scalar type openai_embedding extending ext::pgvector::vector<1536>;
    type PieceOfInformation {
        required embedding -> openai_embedding;
    }
}

insert PieceOfInformation {embedding:=[-0.00075487024,0.003830583,0.0014799206,-0.009215211,-0.0044951416,0.021415822,-0.027182145,0.0052823876,-0.010244424,-0.03004486,0.021075023,0.01571766,0.013986399,0.0067784963,-0.010966918,0.01502243,0.022124685,-0.008888043,0.023215242,-0.023160715,-0.027863745,0.01849858,0.0001747661,0.0059503545,-0.0015642684,0.003929415,-0.0067648645,-0.044085786,-0.0032324805,-0.019834515,0.006499041,-0.021088656,-0.011130502,-0.010987367,-0.018471317,-0.023487883,-0.006396801,-0.005933314,0.011348614,-0.010741991,0.024742022,0.03102636,0.004890469,0.0049006925,0.005207412,-0.0081110215,0.0061071217,-0.000114167735,-0.0015574524,0.014518047,-0.001767044,0.037351593,-0.0036192876,-0.0011757573,0.0022782427,0.01877122,-0.0020260513,0.009774121,0.007299919,0.0075998227,0.000007261952,0.010503432,-0.015131485,0.002993921,-0.0006568905,-0.012193796,-0.03288031,0.02824544,-0.0084859,-0.0076952465,0.046212375,0.010101289,-0.008335949,0.00505746,0.01778972,0.00041300606,-0.016685529,0.016603738,0.00049458485,0.0051597003,0.0058583384,-0.03342559,-0.0071499674,-0.0011093015,0.017230809,0.011703045,-0.021020496,0.03511595,0.006563793,-0.0053914436,-0.005670899,-0.010094473,0.008260973,-0.00343696,-0.03454341,0.029335996,0.010578408,0.010121737,-0.024074057,-0.03786961,-0.02243822,0.0169718,-0.009371978,-0.023869578,-0.028954301,0.021961102,-0.005551619,0.011403142,0.024632968,0.010326216,-0.0033807282,0.034134448,0.00021853749,-0.011791653,-0.018798485,-0.005953762,0.0070545436,-0.0029138334,-0.0152541725,-0.022138316,0.030099386,0.0044883257,-0.0037113035,-0.038387623,0.005619779,0.039232805,-0.029308733,-0.0144226225,0.016440155,-0.010448904,0.021361295,-0.021961102,0.008322317,-0.012166532,-0.021402191,0.011975684,-0.008778987,0.008676748,0.00027455637,-0.023978632,0.013202562,0.0193165,-0.013529729,0.015663132,-0.021006864,0.019834515,0.011089606,0.024851078,0.02569626,0.0028541933,-0.0020294592,0.0022697228,0.010046761,0.021211343,-0.012125636,-0.02167483,0.03039929,0.012377827,-0.018103255,0.000862648,-0.027795585,-0.015635869,-0.0035102319,-0.0022850588,0.025628101,0.015853979,0.016617369,-0.00031012727,0.016317466,0.014177247,-0.016794585,0.020734224,0.0018607638,0.0067341924,0.013079874,0.004369046,-0.011491749,0.021497615,-0.040132515,-0.0060014743,0.014722526,-0.022151949,0.012957186,0.0036329196,-0.0031694327,-0.015131485,0.011668965,0.0044508376,0.015117853,-0.02036616,0.028027328,0.009017548,-0.019411923,-0.0019970834,-0.64648247,-0.02900883,0.00448151,-0.03135353,0.015922138,0.015267805,0.03178975,-0.0017482999,0.02028437,0.016780954,-0.00938561,0.010769255,-0.0025662181,-0.016944537,-0.0042633982,-0.012343748,0.011662149,-0.04348598,0.020066258,-0.004890469,-0.017203545,0.013004898,-0.010769255,-0.0045667095,-0.0037385675,0.0024639782,0.0077088783,0.0121529,-0.0066046887,0.01461347,-0.025737157,0.01841679,0.016044827,0.017503448,0.05422797,-0.01551318,-0.021620302,0.03252588,0.017762454,0.007974702,-0.018334998,-0.024660232,0.01305261,0.004375862,-0.011191846,0.030726457,0.021838414,-0.017816983,-0.011703045,-0.01634473,0.009371978,0.005739059,-0.008969835,-0.00785883,0.007374895,0.020434322,0.008717644,-0.0012200612,0.026991298,0.012207428,-0.0041236705,0.021524878,-0.028545342,-0.039096486,-0.02680045,0.0063116015,-0.020393426,-0.002620746,0.009194762,-0.03268946,0.04122307,0.03350738,0.02949958,-0.0041952385,-0.006952304,0.03440709,0.03138079,-0.005732243,-0.004815493,0.016562842,0.026364228,-0.0046825814,-0.011314534,-0.0041679745,0.015485916,-0.00802923,-0.020570641,-0.014163615,0.011546277,-0.024114953,0.01634473,0.00080173014,-0.014763422,-0.029526845,0.009167499,0.01474979,0.0054050754,0.006056002,-0.010755623,0.001709108,-0.00509154,-0.0055141314,0.0010786295,0.021552142,-0.00422591,0.022942603,0.0051426603,0.0012098373,0.028627135,-0.013734208,-0.00036401616,-0.0006943784,0.011593989,0.0037692394,0.010980551,-0.021470351,-0.007456687,-0.011144134,-0.0036431437,-0.015881244,0.018934805,0.015554076,0.0025406582,-0.014599838,0.016044827,0.016112987,-0.012391459,-0.027891008,-0.0021811149,-0.0154177565,0.0001314207,-0.04915688,0.004951813,-0.0067001125,0.02846355,-0.026064323,0.008976651,-0.012425539,0.0059060506,-0.027154882,-0.020761488,-0.030372025,0.014981533,-0.017762454,-0.014177247,-0.01841679,-0.00851998,-0.00081408414,0.000030964802,-0.021143183,0.021156816,0.007913358,-0.0016068683,0.048093583,0.04326787,0.0012430651,-0.009828649,-0.0059469463,-0.015335965,0.0064445133,-0.02160667,0.028708925,0.003830583,-0.0063047856,0.009549194,-0.01571766,-0.011968869,0.019098388,-0.008847147,-0.028354494,0.014504415,-0.012377827,-0.005749283,0.010285321,-0.012957186,0.012357379,-0.003459112,0.0070545436,0.015785819,-0.008935755,-0.02284718,-0.006096898,-0.0044883257,0.00976049,-0.001279701,0.018403158,0.0153632285,0.02749568,0.019861778,0.002990513,-0.039859876,0.034897838,-0.011075974,0.0067444164,0.009685514,-0.012371011,0.0046893973,0.006478593,0.020270737,0.019957202,0.03724254,0.013836448,0.020025361,0.0029462092,0.023937738,-0.010373928,-0.0044781016,-0.042831644,0.014436254,0.010932839,0.010885127,0.0080564935,-0.009562826,-0.004784821,0.026009796,0.023705993,-0.01461347,-0.002232235,-0.03241682,-0.004011207,0.027468417,-0.030699193,0.03290757,-0.016999064,-0.0075998227,0.0066864807,0.010837415,0.041250337,0.03677905,-0.029445052,-0.0054766433,0.006962528,0.007538479,-0.004730293,0.0041236705,0.012268771,0.022383692,-0.026077956,0.021088656,0.0019289235,-0.017530711,0.023815049,0.017694294,-0.031898808,-0.00089970994,-0.010442088,0.02776832,0.0145316785,-0.037924137,-0.02595527,-0.016603738,0.0045189974,-0.02347425,0.0043622297,0.0071840473,-0.028954301,0.008935755,-0.006635361,0.03994167,0.027686529,0.020325266,0.009671882,0.0054596034,0.00959009,0.003484672,-0.0071158875,0.00087755796,-0.011341798,-0.01468163,0.004747333,0.00003751454,-0.028681662,0.0038271751,0.007456687,0.023324298,0.01738076,0.017639767,0.0011331574,0.01371376,0.01953461,-0.032853045,-0.032498613,0.0022833548,0.019561876,0.017080856,-0.0018181638,-0.028000064,0.0058447067,-0.029254204,0.010401192,-0.008683564,0.007456687,0.013386593,-0.0050267885,-0.0019715235,0.012964002,0.045585304,-0.007838382,0.006478593,-0.021470351,-0.0020090113,0.004873429,-0.015267805,-0.005135844,0.036042925,-0.0023736665,0.0038476232,0.00775659,-0.01091239,-0.03497963,0.0014790685,-0.01537686,0.01641289,-0.026241539,-0.021156816,0.018743956,-0.0058412985,-0.002559402,0.014872477,-0.002112955,0.0126504665,-0.042068254,-0.020679696,0.02824544,0.064942695,-0.0130662415,-0.011580357,0.023583306,-0.025232773,0.0018999557,-0.024537543,-0.01419088,0.011260006,-0.007845198,0.008179181,0.009944521,0.011723493,-0.000100322766,-0.003379024,-0.008738092,-0.015335965,-0.033125684,-0.01938466,-0.012841314,-0.027168514,-0.037215274,0.0094128745,0.019507347,0.024060424,0.007783854,0.04411305,0.049593102,-0.011846181,0.010210345,-0.007777038,-0.0019459635,-0.008949388,0.020407056,-0.01924834,0.023501514,0.021034127,0.016876377,0.004808677,-0.009044811,0.012670915,0.02776832,0.0064888173,-0.016576475,0.00683984,-0.019779986,0.010966918,0.029117884,-0.009044811,-0.038633,-0.0015361524,0.01627657,-0.05166516,-0.014763422,0.009508298,0.027263938,0.005953762,-0.0053437315,0.0049654446,-0.02755021,-0.011709861,-0.020829648,-0.00071738235,-0.014204511,-0.011328166,-0.009569642,-0.00044729898,-0.019889042,-0.02416948,0.0042190943,0.026050692,-0.024224008,-0.021224976,0.007988334,0.018403158,-0.010373928,0.020066258,-0.03012665,-0.028354494,0.024782918,0.009992233,-0.010755623,-0.011989316,-0.033998128,0.0095219305,-0.022192845,-0.02936326,-0.0065672006,-0.013182114,0.009821833,0.009562826,-0.010612488,0.00965825,0.018825749,0.0072044954,0.00802923,0.012677731,0.007967886,-0.0054118917,-0.031271737,-0.0029036093,0.0041952385,-0.01634473,-0.018866645,0.005739059,0.005527763,-0.014013664,0.0064615533,0.0046485015,-0.006083266,0.012568675,-0.0050813165,0.016494682,-0.009603722,-0.009235659,-0.0002943653,0.009508298,-0.0020192354,0.00938561,0.0058310744,-0.018062359,-0.008295053,0.00006901184,0.01121911,-0.004692805,0.0053744037,0.0019050676,0.011403142,-0.030780986,0.006652401,-0.03378002,-0.0076679825,-0.0034028802,-0.011164582,0.0022969868,-0.0029836972,-0.035361327,-0.0038373992,-0.03176249,0.0007391083,0.007899726,-0.016181147,0.03080825,-0.009126603,0.00448151,-0.026146116,0.010701096,0.00886078,-0.009746858,0.02181115,0.0023395866,-0.0023753706,-0.0025713302,-0.008881227,0.0005542247,-0.038414888,-0.02977222,-0.01488611,0.045040023,0.01138951,0.032771252,-0.018866645,0.03206239,0.012589123,-0.00431111,-0.012459619,0.0028286334,-0.026118852,-0.026200643,-0.021197712,-0.0081655495,0.003902151,0.010251241,0.0037930952,0.009774121,0.021361295,-0.009446954,-0.017012697,-0.023596937,-0.026609603,-0.021715727,0.011675781,-0.009705962,0.024046792,-0.01454531,0.0259689,0.037160747,0.027059458,0.009406058,-0.007783854,0.01890754,0.0029956251,0.013011714,0.0067819045,0.020393426,-0.023215242,-0.0066387686,-0.021347662,-0.017530711,0.022629067,0.008465452,0.009106155,0.020720592,-0.010244424,-0.0061684656,0.01758524,-0.02922694,0.015281437,-0.0015940883,-0.03418898,0.010994183,-0.0027093538,-0.03206239,-0.044358425,-0.010292136,0.0042054625,-0.0050642765,0.028572606,-0.010128553,-0.04307702,0.018812116,-0.0015898283,0.026364228,-0.01474979,0.052046858,0.026350595,0.013413857,-0.010162633,-0.0007374043,-0.0014552126,-0.017285336,0.026841346,0.012275588,-0.020379793,-0.025123717,0.023528777,-0.006079858,-0.018812116,-0.046839446,0.016644634,-0.0037760553,0.003936231,-0.018798485,-0.0155268125,-0.030099386,0.026473284,-0.0020124193,-0.0075452947,-0.029417789,-0.013897792,0.00032482424,-0.011021446,-0.01301853,0.0005640227,0.00046945093,-0.026187012,-0.0018948436,-0.019289235,0.0060014743,-0.00431111,-0.02671866,-0.0038953351,-0.004426982,-0.012609571,0.031980596,-0.0019595956,0.017339865,-0.013107138,-0.014327199,0.03440709,-0.004253174,-0.013577441,-0.022124685,0.015390493,0.005537987,0.0009005619,-0.0146407345,0.0007437943,-0.023719626,-0.004815493,0.014927005,0.00092526985,0.018989332,-0.007000016,-0.01298445,-0.03080825,0.031299,0.005619779,0.013945504,-0.023160715,0.008560876,0.008969835,-0.0080564935,0.008594956,0.03983261,-0.016399259,-0.0037487913,0.0046655415,-0.007306735,0.016249306,-0.0014015367,-0.0045155897,-0.012132452,0.019343764,-0.018444054,-0.0072658393,0.012875394,-0.0016111283,-0.026773186,-0.01052388,-0.008124653,0.014218143,-0.01945282,0.012432355,0.026773186,0.008799436,-0.0028235214,-0.026677763,-0.02671866,0.015090589,-0.021006864,-0.0028047776,0.02099323,-0.02118408,0.019916305,0.007899726,0.0044849175,0.011123686,-0.023624202,-0.03435256,0.00008275031,0.032607667,-0.005657267,0.019861778,-0.0063899853,-0.004358822,-0.017135385,0.021143183,0.0038237672,-0.0075589265,0.0044610617,0.020829648,0.010087657,0.006618321,-0.0066864807,-0.016235674,-0.024292167,-0.03206239,-0.03620651,0.023828682,0.00085412804,0.04209552,0.024769288,-0.02909062,-0.055154946,-0.006035554,-0.032662198,-0.007327183,0.011471301,0.00862222,0.019725459,0.0048870607,0.0055141314,0.011478118,-0.00035890416,-0.006192322,-0.01474979,-0.0034386641,0.008710828,-0.0033892482,0.008806252,-0.020829648,-0.028981565,-0.0022629069,0.0041475263,-0.027659263,-0.010926023,0.024060424,-0.005704979,-0.010741991,0.000880114,0.0069931997,-0.008083757,0.029744955,0.018716693,-0.04155024,0.015935771,0.020475216,-0.015186013,-0.017217176,0.022070156,-0.01868943,0.0076202704,0.036669996,0.018430421,0.012302851,-0.0076952465,0.0007246243,0.00004297265,-0.0014773646,-0.006038962,0.023815049,-0.0153632285,-0.0075248466,-0.017258072,-0.007333999,-0.014136352,-0.0036022477,-0.0033841361,-0.020270737,0.0051256204,-0.011737125,0.0046041976,-0.022356428,-0.0059128664,0.0066319527,0.01042164,-0.025328198,0.00037743512,0.007354447,0.0059196823,-0.017557975,-0.019221075,-0.0016511722,-0.019807251,-0.00976049,0.0075998227,-0.016944537,0.00924929,0.0010053577,-0.00420887,-0.019779986,0.017189912,-0.012786786,-0.018171415,0.0389329,0.19651847,-0.014490782,0.0015097405,0.019261971,0.01967093,0.0053369156,0.040132515,-0.008669932,0.0032563366,0.011028263,0.0012013172,-0.008990283,-0.013972768,-0.005640227,0.018198678,-0.0048870607,-0.02194747,0.0035136398,-0.02036616,0.022683596,-0.0019647074,0.004331558,0.0024333063,-0.00044218698,0.005316468,-0.015213277,-0.0060287383,0.0024588662,0.01537686,0.006226402,-0.012418724,-0.0019987873,0.0053369156,0.00434519,-0.0040725507,-0.0035988397,0.0020754673,-0.0057254266,0.028299967,0.0037930952,0.021552142,-0.003004145,0.0051153963,-0.012377827,0.018934805,0.034379825,0.0018897316,-0.0031626166,-0.0048870607,-0.00009324054,-0.023283402,-0.0006526305,0.0047609652,0.023446986,-0.01849858,0.039587237,-0.005067684,0.03525227,-0.0020464992,0.01454531,-0.019166548,0.007013648,-0.013372961,-0.00032993624,-0.024987398,0.0144771505,-0.015076958,0.0057356507,0.009964969,-0.03039929,0.02016168,-0.010394376,-0.019207444,-0.0029785852,-0.03342559,-0.033834547,0.005251716,0.043595035,0.011852996,0.012875394,-0.00021055002,-0.015867611,-0.008540428,-0.0032495204,-0.03814225,-0.01800783,0.0058276667,-0.0154722845,-0.02035253,-0.000434732,-0.010646568,0.012684546,-0.013216194,-0.018812116,0.009958153,-0.00031310928,-0.00441335,-0.005473235,-0.004297478,-0.008308684,-0.029308733,0.04583068,0.006962528,0.02099323,-0.011260006,-0.001727852,-0.03143532,0.013856896,0.02824544,-0.0068773283,-0.0050199726,-0.033752754,0.0038203592,-0.004508774,-0.0055856993,0.013263905,-0.0003951141,0.0019919714,0.016249306,-0.014654366,0.0045837495,-0.03969629,0.0155813405,0.018198678,-0.009337898,-0.007906542,0.00048393488,0.0023804826,-0.013127586,-0.036588203,0.02243822,-0.016849114,-0.0056913467,-0.00025687742,-0.0017977159,0.012159716,-0.009501482,-0.0059094583,-0.018989332,0.018594006,-0.018921172,0.011662149,-0.0064070253,-0.0036295117,0.010278504,-0.0020038993,0.01305261,0.014858846,0.0061786897,-0.005255124,-0.019575506,-0.00600829,-0.016085723,0.010203528,0.031571638,-0.0018914356,-0.0071908636,-0.0046723573,-0.0037862794,0.0044883257,-0.06303422,-0.004679173,0.028627135,0.0016153883,-0.012371011,-0.002666754,-0.17525259,0.011021446,0.00683984,-0.04002346,0.030726457,0.00444743,-0.0080019655,-0.0023702586,0.03192607,-0.017612504,0.011205479,0.006165058,-0.006921632,-0.003447184,-0.0027706977,-0.018294102,0.009610537,0.03969629,0.014558942,0.011914341,0.018334998,0.0011467894,-0.0019357395,-0.014149983,0.02014805,0.004420166,-0.015404125,0.01201658,0.011205479,-0.019752722,-0.012425539,-0.031844277,0.041877408,0.007245391,-0.007947437,-0.007872462,-0.0015710844,0.002227123,-0.026459651,0.011818917,0.02423764,0.042559005,0.02042069,0.011519014,0.014463519,0.011307718,0.005551619,-0.015540444,0.004249766,-0.015813084,0.03350738,0.010816967,0.011171399,0.0016460603,0.00427703,0.017012697,0.0025525861,0.0058481144,0.0011825733,-0.016508315,-0.0036295117,-0.0037419754,0.00080173014,-0.019889042,-0.00892894,-0.0037487913,-0.022629067,0.018512214,-0.012159716,0.01091239,-0.02014805,-0.011116871,0.017762454,0.00021097601,-0.008036045,-0.0067784963,-0.0042293184,0.0071022557,0.010823783,0.02201563,-0.011737125,0.0066932966,-0.008785804,0.004334966,-0.012214243,-0.018989332,0.004065735,0.0053028357,-0.0015267804,0.0010862974,0.01960277,-0.038196776,-0.023433354,-0.0020362753,0.007354447,0.026486915,0.0045633013,0.0036806315,0.018853012,0.007715694,-0.012159716,0.013345697,0.0010684056,0.006454737,0.022560908,-0.010851047,0.01454531,-0.0067103365,0.03953271,0.011968869,-0.025123717,0.003885111,0.008738092,-0.0006462405,-0.024019528,0.022165582,-0.010039945,0.0002677404,-0.005013156,-0.011546277,0.0569271,0.028981565,0.0021368111,0.025723524,-0.014259039,-0.021470351,-0.08124653,-0.03830583,0.026500547,0.0015182605,-0.016576475,0.03724254,-0.01228922,0.016494682,-0.006529713,0.045885205,-0.0015480805,-0.046076056,-0.012568675,-0.009774121,-0.008704012,0.0071704155,-0.01614025,-0.037569705,0.014286303,0.03454341,-0.009535562,-0.01849858,-0.00088522595,-0.000049602262,0.007408975,0.012834499,-0.03827857,0.017189912,0.0050881323,0.0136456005,0.02361057,-0.025778053,0.010230793,-0.021511246,-0.0050233803,0.0070749917,-0.024537543,-0.02077512,0.014149983,-0.025246406,0.0019664115,0.0050506443,0.014218143,-0.0045496696,0.0137001285,-0.001310373,-0.0193165,0.0046553174,-0.00013695868,0.0033756162,-0.023215242,-0.022724492,-0.036397357,0.00049543683,0.018948436,-0.0076202704,-0.0009738338,-0.029335996,-0.012698179,0.0145862065,0.006601281,-0.000436649,-0.018362261,0.024333064,0.006536529,0.0013188929,-0.0070886235,-0.022097422,-0.002542362,-0.0061616497,0.0058753784,0.0022594987,0.00437927,-0.000054501248,-0.007388527,-0.022056526,-0.014627102,-0.028681662,0.030453818,-0.007483951,-0.009671882,-0.0050301966,-0.0071295197,-0.012064292,0.009985417,0.021238606,-0.018103255,-0.01502243,-0.0071704155,-0.03552491,0.004038471,-0.004004391,0.010264873,-0.024551176,0.005183556,0.008308684,-0.0014569167,-0.02583258,-0.001750004,0.010530695,0.002653122,0.009767305,-0.06837796,0.017898776,-0.00955601,-0.011260006,0.011110054,-0.011539461,-0.0015387085,-0.0049722604,0.0034965998,0.03151711,-0.034870576,0.02527367,-0.015853979,-0.0040895906,-0.0362883,-0.020856911,0.031162681,0.0072249435,0.01751708,-0.0012856651,0.030181179,0.00768843,0.021933837,-0.0066558085,0.0018914356,0.009078891,-0.02493287,0.013502465,-0.012405091,-0.016317466,0.004426982,-0.020134417,-0.008090573,0.033889074,0.0075861905,-0.024278536,0.01792604,0.0154177565,0.028572606,0.052374024,-0.026814083,-0.04056874,0.013638784,-0.005674307,-0.02990854,-0.0243058,0.005653859,0.0014202808,0.012139268,0.0063524973,0.04583068,0.024060424,-0.030426554,-0.02819091,-0.011471301,-0.0037351593,0.0054664193,0.006475185,0.010776071,0.028409023,0.012998082,0.011621254,0.0007770222,-0.0041475263,-0.020188946,-0.005572067,0.0010479576,-0.00028605835,0.037433386,-0.025300933,-0.01710812,-0.004679173,0.004297478,-0.0012549931,0.024905607,0.007817934,-0.009099339,0.005749283,-0.016590105,0.046730388,0.001732112,0.014327199,-0.002199859,0.031680696,0.011914341,0.005241492,-0.03737886,0.034161713,0.01758524,-0.0006232366,-0.010360296,0.012439172,-0.0010990775,-0.0017891959,0.0058412985,0.0064615533,-0.005135844,0.008281421,-0.0007761702,0.031326264,0.032634933,-0.0016230562,-0.0014927005,-0.012384644,-0.04149571,0.01537686,-0.017448919,-0.011607621,-0.003465928,0.025246406,0.02900883,0.020666065,-0.00053803675,-0.0005307948,-0.023378827,0.0012123932,-0.025150983,-0.026541444,-0.037951402,0.017544344,0.017612504,0.0071158875,-0.005190372,-0.027086722,0.031271737,0.01551318,0.015158749,-0.045394454,0.0034301442,-0.016876377,-0.017394392,-0.01918018,0.005101764,0.007777038,-0.020706961,-0.0010598856,-0.009010731,0.006829616,0.008697196,0.058399353,0.020093521,-0.01654921,0.013741025,-0.005572067,0.002612226,0.01627657,-0.0006419805,-0.024428487,-0.017326232,0.013550177,-0.0132298255,0.014940637,-0.001287369,-0.005214228,-0.01211882,0.012800419,0.032771252,0.010564775,-0.0006142906,0.00014292267,0.015485916,0.013959136,-0.0062502576,-0.028109118,0.0066932966,0.027727423,-0.013461569,0.014109087,-0.03759697,0.016303834,0.013045794,-0.00706136,-0.005684531,-0.006785312,-0.029881274,0.0016119803,-0.028163647,0.009433323,0.0082200775,0.011573541,0.011369062,-0.03255314,-0.016153883,0.0024316025,0.0029564332,-0.0053880354,-0.02569626,-0.0041338946]}

Error using REPL and Web UI REPL:
edgedb error: InternalServerError: could not serialize result in worker subprocess
  Hint: This is most likely a bug in EdgeDB. Please consider opening an issue ticket at https://github.com/edgedb/edgedb/issues/new?template=bug_report.md
  Server traceback:
      maximum recursion depth exceeded while pickling an object:

      Traceback (most recent call last):
        File "/Users/janwirth/Library/Application Support/edgedb/portable/3.0/lib/python3.11/site-packages/edb/server/compiler_pool/worker_proc.py", line 69, in worker
          pickled = pickle.dumps(data, -1)
                    ^^^^^^^^^^^^^^^^^^^^^^
      RecursionError: maximum recursion depth exceeded while pickling an object

Using typescript query builder:
    const x = e.openai_embedding(embedding.embedding);
    console.log("MADE EMBEDDING", x);
    const query = e.insert(e.PieceOfInformation, {
      embedding: x,
})

Error:
Invalid value for type default::openai_embedding: [-0.00075487024,0.003830583,0.0014799206,-0.009215211,-0.0044951416,0.021415822,-0.027182145,0.0052823876,-0.010244424,-0.03004486,0.021075023,0.01571766,0.013986399,0.0067784963,-0.010966918,0.01502243,0.022124685,-0.008888043,0.023215242,-0.023160715,-0.027863745,0.01849858,0.0001747661,0.0059503545,-0.0015642684,0.003929415,-0.0067648645,-0.044085786,-0.0032324805,-0.019834515,0.006499041,-0.021088656,-0.011130502,-0.010987367,-0.018471317,-0.023487883,-0.006396801,-0.005933314,0.011348614,-0.010741991,0.024742022,0.03102636,0.004890469,0.0049006925,0.005207412,-0.0081110215,0.0061071217,-0.000114167735,-0.0015574524,0.014518047,-0.001767044,0.037351593,-0.0036192876,-0.0011757573,0.0022782427,0.01877122,-0.0020260513,0.009774121,0.007299919,0.0075998227,0.000007261952,0.010503432,-0.015131485,0.002993921,-0.0006568905,-0.012193796,-0.03288031,0.02824544,-0.0084859,-0.0076952465,0.046212375,0.010101289,-0.008335949,0.00505746,0.01778972,0.00041300606,-0.016685529,0.016603738,0.00049458485,0.0051597003,0.0058583384,-0.03342559,-0.0071499674,-0.0011093015,0.017230809,0.011703045,-0.021020496,0.03511595,0.006563793,-0.0053914436,-0.005670899,-0.010094473,0.008260973,-0.00343696,-0.03454341,0.029335996,0.010578408,0.010121737,-0.024074057,-0.03786961,-0.02243822,0.0169718,-0.009371978,-0.023869578,-0.028954301,0.021961102,-0.005551619,0.011403142,0.024632968,0.010326216,-0.0033807282,0.034134448,0.00021853749,-0.011791653,-0.018798485,-0.005953762,0.0070545436,-0.0029138334,-0.0152541725,-0.022138316,0.030099386,0.0044883257,-0.0037113035,-0.038387623,0.005619779,0.039232805,-0.029308733,-0.0144226225,0.016440155,-0.010448904,0.021361295,-0.021961102,0.008322317,-0.012166532,-0.021402191,0.011975684,-0.008778987,0.008676748,0.00027455637,-0.023978632,0.013202562,0.0193165,-0.013529729,0.015663132,-0.021006864,0.019834515,0.011089606,0.024851078,0.02569626,0.0028541933,-0.0020294592,0.0022697228,0.010046761,0.021211343,-0.012125636,-0.02167483,0.03039929,0.012377827,-0.018103255,0.000862648,-0.027795585,-0.015635869,-0.0035102319,-0.0022850588,0.025628101,0.015853979,0.016617369,-0.00031012727,0.016317466,0.014177247,-0.016794585,0.020734224,0.0018607638,0.0067341924,0.013079874,0.004369046,-0.011491749,0.021497615,-0.040132515,-0.0060014743,0.014722526,-0.022151949,0.012957186,0.0036329196,-0.0031694327,-0.015131485,0.011668965,0.0044508376,0.015117853,-0.02036616,0.028027328,0.009017548,-0.019411923,-0.0019970834,-0.64648247,-0.02900883,0.00448151,-0.03135353,0.015922138,0.015267805,0.03178975,-0.0017482999,0.02028437,0.016780954,-0.00938561,0.010769255,-0.0025662181,-0.016944537,-0.0042633982,-0.012343748,0.011662149,-0.04348598,0.020066258,-0.004890469,-0.017203545,0.013004898,-0.010769255,-0.0045667095,-0.0037385675,0.0024639782,0.0077088783,0.0121529,-0.0066046887,0.01461347,-0.025737157,0.01841679,0.016044827,0.017503448,0.05422797,-0.01551318,-0.021620302,0.03252588,0.017762454,0.007974702,-0.018334998,-0.024660232,0.01305261,0.004375862,-0.011191846,0.030726457,0.021838414,-0.017816983,-0.011703045,-0.01634473,0.009371978,0.005739059,-0.008969835,-0.00785883,0.007374895,0.020434322,0.008717644,-0.0012200612,0.026991298,0.012207428,-0.0041236705,0.021524878,-0.028545342,-0.039096486,-0.02680045,0.0063116015,-0.020393426,-0.002620746,0.009194762,-0.03268946,0.04122307,0.03350738,0.02949958,-0.0041952385,-0.006952304,0.03440709,0.03138079,-0.005732243,-0.004815493,0.016562842,0.026364228,-0.0046825814,-0.011314534,-0.0041679745,0.015485916,-0.00802923,-0.020570641,-0.014163615,0.011546277,-0.024114953,0.01634473,0.00080173014,-0.014763422,-0.029526845,0.009167499,0.01474979,0.0054050754,0.006056002,-0.010755623,0.001709108,-0.00509154,-0.0055141314,0.0010786295,0.021552142,-0.00422591,0.022942603,0.0051426603,0.0012098373,0.028627135,-0.013734208,-0.00036401616,-0.0006943784,0.011593989,0.0037692394,0.010980551,-0.021470351,-0.007456687,-0.011144134,-0.0036431437,-0.015881244,0.018934805,0.015554076,0.0025406582,-0.014599838,0.016044827,0.016112987,-0.012391459,-0.027891008,-0.0021811149,-0.0154177565,0.0001314207,-0.04915688,0.004951813,-0.0067001125,0.02846355,-0.026064323,0.008976651,-0.012425539,0.0059060506,-0.027154882,-0.020761488,-0.030372025,0.014981533,-0.017762454,-0.014177247,-0.01841679,-0.00851998,-0.00081408414,0.000030964802,-0.021143183,0.021156816,0.007913358,-0.0016068683,0.048093583,0.04326787,0.0012430651,-0.009828649,-0.0059469463,-0.015335965,0.0064445133,-0.02160667,0.028708925,0.003830583,-0.0063047856,0.009549194,-0.01571766,-0.011968869,0.019098388,-0.008847147,-0.028354494,0.014504415,-0.012377827,-0.005749283,0.010285321,-0.012957186,0.012357379,-0.003459112,0.0070545436,0.015785819,-0.008935755,-0.02284718,-0.006096898,-0.0044883257,0.00976049,-0.001279701,0.018403158,0.0153632285,0.02749568,0.019861778,0.002990513,-0.039859876,0.034897838,-0.011075974,0.0067444164,0.009685514,-0.012371011,0.0046893973,0.006478593,0.020270737,0.019957202,0.03724254,0.013836448,0.020025361,0.0029462092,0.023937738,-0.010373928,-0.0044781016,-0.042831644,0.014436254,0.010932839,0.010885127,0.0080564935,-0.009562826,-0.004784821,0.026009796,0.023705993,-0.01461347,-0.002232235,-0.03241682,-0.004011207,0.027468417,-0.030699193,0.03290757,-0.016999064,-0.0075998227,0.0066864807,0.010837415,0.041250337,0.03677905,-0.029445052,-0.0054766433,0.006962528,0.007538479,-0.004730293,0.0041236705,0.012268771,0.022383692,-0.026077956,0.021088656,0.0019289235,-0.017530711,0.023815049,0.017694294,-0.031898808,-0.00089970994,-0.010442088,0.02776832,0.0145316785,-0.037924137,-0.02595527,-0.016603738,0.0045189974,-0.02347425,0.0043622297,0.0071840473,-0.028954301,0.008935755,-0.006635361,0.03994167,0.027686529,0.020325266,0.009671882,0.0054596034,0.00959009,0.003484672,-0.0071158875,0.00087755796,-0.011341798,-0.01468163,0.004747333,0.00003751454,-0.028681662,0.0038271751,0.007456687,0.023324298,0.01738076,0.017639767,0.0011331574,0.01371376,0.01953461,-0.032853045,-0.032498613,0.0022833548,0.019561876,0.017080856,-0.0018181638,-0.028000064,0.0058447067,-0.029254204,0.010401192,-0.008683564,0.007456687,0.013386593,-0.0050267885,-0.0019715235,0.012964002,0.045585304,-0.007838382,0.006478593,-0.021470351,-0.0020090113,0.004873429,-0.015267805,-0.005135844,0.036042925,-0.0023736665,0.0038476232,0.00775659,-0.01091239,-0.03497963,0.0014790685,-0.01537686,0.01641289,-0.026241539,-0.021156816,0.018743956,-0.0058412985,-0.002559402,0.014872477,-0.002112955,0.0126504665,-0.042068254,-0.020679696,0.02824544,0.064942695,-0.0130662415,-0.011580357,0.023583306,-0.025232773,0.0018999557,-0.024537543,-0.01419088,0.011260006,-0.007845198,0.008179181,0.009944521,0.011723493,-0.000100322766,-0.003379024,-0.008738092,-0.015335965,-0.033125684,-0.01938466,-0.012841314,-0.027168514,-0.037215274,0.0094128745,0.019507347,0.024060424,0.007783854,0.04411305,0.049593102,-0.011846181,0.010210345,-0.007777038,-0.0019459635,-0.008949388,0.020407056,-0.01924834,0.023501514,0.021034127,0.016876377,0.004808677,-0.009044811,0.012670915,0.02776832,0.0064888173,-0.016576475,0.00683984,-0.019779986,0.010966918,0.029117884,-0.009044811,-0.038633,-0.0015361524,0.01627657,-0.05166516,-0.014763422,0.009508298,0.027263938,0.005953762,-0.0053437315,0.0049654446,-0.02755021,-0.011709861,-0.020829648,-0.00071738235,-0.014204511,-0.011328166,-0.009569642,-0.00044729898,-0.019889042,-0.02416948,0.0042190943,0.026050692,-0.024224008,-0.021224976,0.007988334,0.018403158,-0.010373928,0.020066258,-0.03012665,-0.028354494,0.024782918,0.009992233,-0.010755623,-0.011989316,-0.033998128,0.0095219305,-0.022192845,-0.02936326,-0.0065672006,-0.013182114,0.009821833,0.009562826,-0.010612488,0.00965825,0.018825749,0.0072044954,0.00802923,0.012677731,0.007967886,-0.0054118917,-0.031271737,-0.0029036093,0.0041952385,-0.01634473,-0.018866645,0.005739059,0.005527763,-0.014013664,0.0064615533,0.0046485015,-0.006083266,0.012568675,-0.0050813165,0.016494682,-0.009603722,-0.009235659,-0.0002943653,0.009508298,-0.0020192354,0.00938561,0.0058310744,-0.018062359,-0.008295053,0.00006901184,0.01121911,-0.004692805,0.0053744037,0.0019050676,0.011403142,-0.030780986,0.006652401,-0.03378002,-0.0076679825,-0.0034028802,-0.011164582,0.0022969868,-0.0029836972,-0.035361327,-0.0038373992,-0.03176249,0.0007391083,0.007899726,-0.016181147,0.03080825,-0.009126603,0.00448151,-0.026146116,0.010701096,0.00886078,-0.009746858,0.02181115,0.0023395866,-0.0023753706,-0.0025713302,-0.008881227,0.0005542247,-0.038414888,-0.02977222,-0.01488611,0.045040023,0.01138951,0.032771252,-0.018866645,0.03206239,0.012589123,-0.00431111,-0.012459619,0.0028286334,-0.026118852,-0.026200643,-0.021197712,-0.0081655495,0.003902151,0.010251241,0.0037930952,0.009774121,0.021361295,-0.009446954,-0.017012697,-0.023596937,-0.026609603,-0.021715727,0.011675781,-0.009705962,0.024046792,-0.01454531,0.0259689,0.037160747,0.027059458,0.009406058,-0.007783854,0.01890754,0.0029956251,0.013011714,0.0067819045,0.020393426,-0.023215242,-0.0066387686,-0.021347662,-0.017530711,0.022629067,0.008465452,0.009106155,0.020720592,-0.010244424,-0.0061684656,0.01758524,-0.02922694,0.015281437,-0.0015940883,-0.03418898,0.010994183,-0.0027093538,-0.03206239,-0.044358425,-0.010292136,0.0042054625,-0.0050642765,0.028572606,-0.010128553,-0.04307702,0.018812116,-0.0015898283,0.026364228,-0.01474979,0.052046858,0.026350595,0.013413857,-0.010162633,-0.0007374043,-0.0014552126,-0.017285336,0.026841346,0.012275588,-0.020379793,-0.025123717,0.023528777,-0.006079858,-0.018812116,-0.046839446,0.016644634,-0.0037760553,0.003936231,-0.018798485,-0.0155268125,-0.030099386,0.026473284,-0.0020124193,-0.0075452947,-0.029417789,-0.013897792,0.00032482424,-0.011021446,-0.01301853,0.0005640227,0.00046945093,-0.026187012,-0.0018948436,-0.019289235,0.0060014743,-0.00431111,-0.02671866,-0.0038953351,-0.004426982,-0.012609571,0.031980596,-0.0019595956,0.017339865,-0.013107138,-0.014327199,0.03440709,-0.004253174,-0.013577441,-0.022124685,0.015390493,0.005537987,0.0009005619,-0.0146407345,0.0007437943,-0.023719626,-0.004815493,0.014927005,0.00092526985,0.018989332,-0.007000016,-0.01298445,-0.03080825,0.031299,0.005619779,0.013945504,-0.023160715,0.008560876,0.008969835,-0.0080564935,0.008594956,0.03983261,-0.016399259,-0.0037487913,0.0046655415,-0.007306735,0.016249306,-0.0014015367,-0.0045155897,-0.012132452,0.019343764,-0.018444054,-0.0072658393,0.012875394,-0.0016111283,-0.026773186,-0.01052388,-0.008124653,0.014218143,-0.01945282,0.012432355,0.026773186,0.008799436,-0.0028235214,-0.026677763,-0.02671866,0.015090589,-0.021006864,-0.0028047776,0.02099323,-0.02118408,0.019916305,0.007899726,0.0044849175,0.011123686,-0.023624202,-0.03435256,0.00008275031,0.032607667,-0.005657267,0.019861778,-0.0063899853,-0.004358822,-0.017135385,0.021143183,0.0038237672,-0.0075589265,0.0044610617,0.020829648,0.010087657,0.006618321,-0.0066864807,-0.016235674,-0.024292167,-0.03206239,-0.03620651,0.023828682,0.00085412804,0.04209552,0.024769288,-0.02909062,-0.055154946,-0.006035554,-0.032662198,-0.007327183,0.011471301,0.00862222,0.019725459,0.0048870607,0.0055141314,0.011478118,-0.00035890416,-0.006192322,-0.01474979,-0.0034386641,0.008710828,-0.0033892482,0.008806252,-0.020829648,-0.028981565,-0.0022629069,0.0041475263,-0.027659263,-0.010926023,0.024060424,-0.005704979,-0.010741991,0.000880114,0.0069931997,-0.008083757,0.029744955,0.018716693,-0.04155024,0.015935771,0.020475216,-0.015186013,-0.017217176,0.022070156,-0.01868943,0.0076202704,0.036669996,0.018430421,0.012302851,-0.0076952465,0.0007246243,0.00004297265,-0.0014773646,-0.006038962,0.023815049,-0.0153632285,-0.0075248466,-0.017258072,-0.007333999,-0.014136352,-0.0036022477,-0.0033841361,-0.020270737,0.0051256204,-0.011737125,0.0046041976,-0.022356428,-0.0059128664,0.0066319527,0.01042164,-0.025328198,0.00037743512,0.007354447,0.0059196823,-0.017557975,-0.019221075,-0.0016511722,-0.019807251,-0.00976049,0.0075998227,-0.016944537,0.00924929,0.0010053577,-0.00420887,-0.019779986,0.017189912,-0.012786786,-0.018171415,0.0389329,0.19651847,-0.014490782,0.0015097405,0.019261971,0.01967093,0.0053369156,0.040132515,-0.008669932,0.0032563366,0.011028263,0.0012013172,-0.008990283,-0.013972768,-0.005640227,0.018198678,-0.0048870607,-0.02194747,0.0035136398,-0.02036616,0.022683596,-0.0019647074,0.004331558,0.0024333063,-0.00044218698,0.005316468,-0.015213277,-0.0060287383,0.0024588662,0.01537686,0.006226402,-0.012418724,-0.0019987873,0.0053369156,0.00434519,-0.0040725507,-0.0035988397,0.0020754673,-0.0057254266,0.028299967,0.0037930952,0.021552142,-0.003004145,0.0051153963,-0.012377827,0.018934805,0.034379825,0.0018897316,-0.0031626166,-0.0048870607,-0.00009324054,-0.023283402,-0.0006526305,0.0047609652,0.023446986,-0.01849858,0.039587237,-0.005067684,0.03525227,-0.0020464992,0.01454531,-0.019166548,0.007013648,-0.013372961,-0.00032993624,-0.024987398,0.0144771505,-0.015076958,0.0057356507,0.009964969,-0.03039929,0.02016168,-0.010394376,-0.019207444,-0.0029785852,-0.03342559,-0.033834547,0.005251716,0.043595035,0.011852996,0.012875394,-0.00021055002,-0.015867611,-0.008540428,-0.0032495204,-0.03814225,-0.01800783,0.0058276667,-0.0154722845,-0.02035253,-0.000434732,-0.010646568,0.012684546,-0.013216194,-0.018812116,0.009958153,-0.00031310928,-0.00441335,-0.005473235,-0.004297478,-0.008308684,-0.029308733,0.04583068,0.006962528,0.02099323,-0.011260006,-0.001727852,-0.03143532,0.013856896,0.02824544,-0.0068773283,-0.0050199726,-0.033752754,0.0038203592,-0.004508774,-0.0055856993,0.013263905,-0.0003951141,0.0019919714,0.016249306,-0.014654366,0.0045837495,-0.03969629,0.0155813405,0.018198678,-0.009337898,-0.007906542,0.00048393488,0.0023804826,-0.013127586,-0.036588203,0.02243822,-0.016849114,-0.0056913467,-0.00025687742,-0.0017977159,0.012159716,-0.009501482,-0.0059094583,-0.018989332,0.018594006,-0.018921172,0.011662149,-0.0064070253,-0.0036295117,0.010278504,-0.0020038993,0.01305261,0.014858846,0.0061786897,-0.005255124,-0.019575506,-0.00600829,-0.016085723,0.010203528,0.031571638,-0.0018914356,-0.0071908636,-0.0046723573,-0.0037862794,0.0044883257,-0.06303422,-0.004679173,0.028627135,0.0016153883,-0.012371011,-0.002666754,-0.17525259,0.011021446,0.00683984,-0.04002346,0.030726457,0.00444743,-0.0080019655,-0.0023702586,0.03192607,-0.017612504,0.011205479,0.006165058,-0.006921632,-0.003447184,-0.0027706977,-0.018294102,0.009610537,0.03969629,0.014558942,0.011914341,0.018334998,0.0011467894,-0.0019357395,-0.014149983,0.02014805,0.004420166,-0.015404125,0.01201658,0.011205479,-0.019752722,-0.012425539,-0.031844277,0.041877408,0.007245391,-0.007947437,-0.007872462,-0.0015710844,0.002227123,-0.026459651,0.011818917,0.02423764,0.042559005,0.02042069,0.011519014,0.014463519,0.011307718,0.005551619,-0.015540444,0.004249766,-0.015813084,0.03350738,0.010816967,0.011171399,0.0016460603,0.00427703,0.017012697,0.0025525861,0.0058481144,0.0011825733,-0.016508315,-0.0036295117,-0.0037419754,0.00080173014,-0.019889042,-0.00892894,-0.0037487913,-0.022629067,0.018512214,-0.012159716,0.01091239,-0.02014805,-0.011116871,0.017762454,0.00021097601,-0.008036045,-0.0067784963,-0.0042293184,0.0071022557,0.010823783,0.02201563,-0.011737125,0.0066932966,-0.008785804,0.004334966,-0.012214243,-0.018989332,0.004065735,0.0053028357,-0.0015267804,0.0010862974,0.01960277,-0.038196776,-0.023433354,-0.0020362753,0.007354447,0.026486915,0.0045633013,0.0036806315,0.018853012,0.007715694,-0.012159716,0.013345697,0.0010684056,0.006454737,0.022560908,-0.010851047,0.01454531,-0.0067103365,0.03953271,0.011968869,-0.025123717,0.003885111,0.008738092,-0.0006462405,-0.024019528,0.022165582,-0.010039945,0.0002677404,-0.005013156,-0.011546277,0.0569271,0.028981565,0.0021368111,0.025723524,-0.014259039,-0.021470351,-0.08124653,-0.03830583,0.026500547,0.0015182605,-0.016576475,0.03724254,-0.01228922,0.016494682,-0.006529713,0.045885205,-0.0015480805,-0.046076056,-0.012568675,-0.009774121,-0.008704012,0.0071704155,-0.01614025,-0.037569705,0.014286303,0.03454341,-0.009535562,-0.01849858,-0.00088522595,-0.000049602262,0.007408975,0.012834499,-0.03827857,0.017189912,0.0050881323,0.0136456005,0.02361057,-0.025778053,0.010230793,-0.021511246,-0.0050233803,0.0070749917,-0.024537543,-0.02077512,0.014149983,-0.025246406,0.0019664115,0.0050506443,0.014218143,-0.0045496696,0.0137001285,-0.001310373,-0.0193165,0.0046553174,-0.00013695868,0.0033756162,-0.023215242,-0.022724492,-0.036397357,0.00049543683,0.018948436,-0.0076202704,-0.0009738338,-0.029335996,-0.012698179,0.0145862065,0.006601281,-0.000436649,-0.018362261,0.024333064,0.006536529,0.0013188929,-0.0070886235,-0.022097422,-0.002542362,-0.0061616497,0.0058753784,0.0022594987,0.00437927,-0.000054501248,-0.007388527,-0.022056526,-0.014627102,-0.028681662,0.030453818,-0.007483951,-0.009671882,-0.0050301966,-0.0071295197,-0.012064292,0.009985417,0.021238606,-0.018103255,-0.01502243,-0.0071704155,-0.03552491,0.004038471,-0.004004391,0.010264873,-0.024551176,0.005183556,0.008308684,-0.0014569167,-0.02583258,-0.001750004,0.010530695,0.002653122,0.009767305,-0.06837796,0.017898776,-0.00955601,-0.011260006,0.011110054,-0.011539461,-0.0015387085,-0.0049722604,0.0034965998,0.03151711,-0.034870576,0.02527367,-0.015853979,-0.0040895906,-0.0362883,-0.020856911,0.031162681,0.0072249435,0.01751708,-0.0012856651,0.030181179,0.00768843,0.021933837,-0.0066558085,0.0018914356,0.009078891,-0.02493287,0.013502465,-0.012405091,-0.016317466,0.004426982,-0.020134417,-0.008090573,0.033889074,0.0075861905,-0.024278536,0.01792604,0.0154177565,0.028572606,0.052374024,-0.026814083,-0.04056874,0.013638784,-0.005674307,-0.02990854,-0.0243058,0.005653859,0.0014202808,0.012139268,0.0063524973,0.04583068,0.024060424,-0.030426554,-0.02819091,-0.011471301,-0.0037351593,0.0054664193,0.006475185,0.010776071,0.028409023,0.012998082,0.011621254,0.0007770222,-0.0041475263,-0.020188946,-0.005572067,0.0010479576,-0.00028605835,0.037433386,-0.025300933,-0.01710812,-0.004679173,0.004297478,-0.0012549931,0.024905607,0.007817934,-0.009099339,0.005749283,-0.016590105,0.046730388,0.001732112,0.014327199,-0.002199859,0.031680696,0.011914341,0.005241492,-0.03737886,0.034161713,0.01758524,-0.0006232366,-0.010360296,0.012439172,-0.0010990775,-0.0017891959,0.0058412985,0.0064615533,-0.005135844,0.008281421,-0.0007761702,0.031326264,0.032634933,-0.0016230562,-0.0014927005,-0.012384644,-0.04149571,0.01537686,-0.017448919,-0.011607621,-0.003465928,0.025246406,0.02900883,0.020666065,-0.00053803675,-0.0005307948,-0.023378827,0.0012123932,-0.025150983,-0.026541444,-0.037951402,0.017544344,0.017612504,0.0071158875,-0.005190372,-0.027086722,0.031271737,0.01551318,0.015158749,-0.045394454,0.0034301442,-0.016876377,-0.017394392,-0.01918018,0.005101764,0.007777038,-0.020706961,-0.0010598856,-0.009010731,0.006829616,0.008697196,0.058399353,0.020093521,-0.01654921,0.013741025,-0.005572067,0.002612226,0.01627657,-0.0006419805,-0.024428487,-0.017326232,0.013550177,-0.0132298255,0.014940637,-0.001287369,-0.005214228,-0.01211882,0.012800419,0.032771252,0.010564775,-0.0006142906,0.00014292267,0.015485916,0.013959136,-0.0062502576,-0.028109118,0.0066932966,0.027727423,-0.013461569,0.014109087,-0.03759697,0.016303834,0.013045794,-0.00706136,-0.005684531,-0.006785312,-0.029881274,0.0016119803,-0.028163647,0.009433323,0.0082200775,0.011573541,0.011369062,-0.03255314,-0.016153883,0.0024316025,0.0029564332,-0.0053880354,-0.02569626,-0.0041338946]"

It works when using the data editor in the Web UI.

FYI I was able to complete my task using plain queries and the queries generator.

@janwirth
w.r.t. the Query Builder error:
Invalid value for type default::openai_embedding: [/* snip */]

This feels like a data representation issue, but then you say it works when passing as an argument to a query generated with the queries generator.
Can you confirm the type of embedding.embedding for us? We have plenty of tests as you can imagine that should be covering this case of attempting to pass a Float32Array here, so I wonder if it's accidentally serialized or something? But it should also fail the queries generator, too.
Can you confirm which version of the EdgeDB driver and generator package you have installed in your TS project?

IIRC it was a Float32Array as everything else failed the typechecker. Sorry for the late response.

We can close this for now as it's not an urgent topic for me anymore it's unlikely I will provide a reproduction example anytime soon.

I'd recommend passing the values as an array parameter, not as a literal.
That said, it is obviously a bug. It's a dupe of https://github.com/edgedb/edgedb/issues/4380, though, so I'm closing


dotLottie file support

When can we expect the dotLottie file support for this package?

Hi @aungbobotun, dotLottie wouldn't be supported within this package itself, but in a separate one. I'll re-ping this issue when it comes around!
Cheers

Any news about dotLottie support @samuelOsborne?

@gj-inoriega its available here https://www.npmjs.com/package/@dotlottie/react-player


GetLightsAsync return nothing

hey ,...
it seems i have  some trouble ,...oops
on a c# project  on VS 2013 running under win 10 pro
i have registered my app on the hue bridge
(note kis desactivated to be sure)
i use
"" await client.GetLightsAsync();""
and this return  nothing
here is fiddler print screen

sorry for this post,...

Reset the hue bridge was the solution,...
sorry one more time for this post,...


texlive@2022: hash check failed

Can someone help me, I have executed the following command to try to install TexLive but I get the following error.
[15:41:12] ~ on❯ scoop bucket add scoopet https://github.com/ivaquero/scoopet
Checking repo... OK
The scoopet bucket was added successfully.
[15:41:30] ~ on❯ scoop install texlive
WARN  Purging previous failed installation of texlive.
ERROR 'texlive' isn't installed correctly.
Removing older version (2022).
'texlive' was uninstalled.
Installing 'texlive' (2022) [64bit]
install-tl.zip (24.3 MB) [========================================================================================================================] 100%
Checking hash of install-tl.zip ... ERROR Hash check failed!
App:         scoopet/texlive
URL:         https://mirrors4.tuna.tsinghua.edu.cn/ctan/systems/texlive/tlnet/install-tl.zip
First bytes: 50 4B 03 04 0A 00 00 00
Expected:    8ac47644a922bdcb1cfa63292a92ccce475c61490c9eca684a432f226df1ee969726838b38407da718f46abe7131bf442acd5ddc3194204a378c78c00c49fee1
Actual:      dbfc5fecbbb40810efc0a77d1a31405ca8d32de0fb38261bb34249910f5d0bf11d230ac940691ae1c1f8e68cde868a1831543438c76ff6d0896362ee2969ca86

Please try again or create a new issue by using the following link and paste your console output:
https://github.com/ivaquero/scoopet/issues/new?title=texlive%402022%3a+hash+check+failed

hash check failed again...
Installing 'texlive' (2022) [64bit]
Starting download with aria2 ...
Download: Download Results:
Download: gid   |stat|avg speed  |path/URI
Download: ======+====+===========+=======================================================
Download: e4f4fd|OK  |   3.9MiB/s|E:/Applications/Scoop/cache/texlive#2022#https_mirrors4.tuna.tsinghua.edu.cn_ctan_systems_texlive_tlnet_install-tl.zip
Download: Status Legend:
Download: (OK):download completed.
Checking hash of install-tl.zip ... ERROR Hash check failed!
App:         scoopet/texlive
URL:         https://mirrors4.tuna.tsinghua.edu.cn/ctan/systems/texlive/tlnet/install-tl.zip
First bytes: 50 4B 03 04 0A 00 00 00
Expected:    dbfc5fecbbb40810efc0a77d1a31405ca8d32de0fb38261bb34249910f5d0bf11d230ac940691ae1c1f8e68cde868a1831543438c76ff6d0896362ee2969ca86
Actual:      f07c59a156b8d8867820b31e757c8fd5ff373d4a4f7ff02b8e9a7f19ceed7289b55305886d8433ab61f5a91750747794bc3a665e18162a0b24c6301daf1d30b0

Corrected it. Please try again


Is there anyone I can talk to regarding Thalassa and Seaport

At my company Miner Labs, I have set out to create a microservice distributed infrastructure.
I have been working on a ton of technologies and use a modified version of Seaport as the base registry system.
There are a couple of major issues I have experienced in production, and would love to know if Thalassa can help. I cannot justify the time investment to switching right now, unless I talk to someone.
Some issues:

Case: Web1 and Web2 are registered with Seaport. Seaport goes down. Web1 goes down. Seaport Comes back up. Web2 reconnects to seaport, and tells seaport that Web1 and Web2 are still up.
Seaport does not bother to check Web1 for validity.
1a. I wrote a sort of Mark and Sweep collector for services, but due to the distributed nature of this system, and without going into too much depth, it sometimes sends the system into an unstable state, where everyone starts to register and deregister constantly.

Seaport Peers, dont always work super well, does Thalassa solve this.

Also if you could tell me what issues you were solving with Seaport, by creating Thalassa and your intention behind it, that would be great.
Sincerely,
Michael Hernandez
And thanks for the great work in distributed services.

Just realized I posted as miner-ops user. My correct github name is
@miketheprogrammer


onevpl-intel-gpu: 23.4.3 -> 24.2.2

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/onevpl-intel-gpu/versions.
meta.description for onevpl-intel-gpu is: oneAPI Video Processing Library Intel GPU implementation
meta.homepage for onevpl-intel-gpu is: https://github.com/oneapi-src/oneVPL-intel-gpu
meta.changelog for onevpl-intel-gpu is: https://github.com/oneapi-src/oneVPL-intel-gpu/releases/tag/intel-onevpl-24.2.1
Updates performed

Version update

To inspect upstream changes

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 24.2.1 with grep in /nix/store/mhj7qbpryrfkrknr548cbpkf4rxjgcsh-onevpl-intel-gpu-24.2.1
found 24.2.1 in filename of file in /nix/store/mhj7qbpryrfkrknr548cbpkf4rxjgcsh-onevpl-intel-gpu-24.2.1

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

onevpl-intel-gpu

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/mhj7qbpryrfkrknr548cbpkf4rxjgcsh-onevpl-intel-gpu-24.2.1 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A onevpl-intel-gpu https://github.com/r-ryantm/nixpkgs/archive/5c12eeeff876c73f0623db1939d9b59af705d9e8.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/5c12eeeff876c73f0623db1939d9b59af705d9e8#onevpl-intel-gpu

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/mhj7qbpryrfkrknr548cbpkf4rxjgcsh-onevpl-intel-gpu-24.2.1
ls -la /nix/store/mhj7qbpryrfkrknr548cbpkf4rxjgcsh-onevpl-intel-gpu-24.2.1/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

2 packages built:

onevpl-intel-gpu
onevpl-intel-gpu.dev

Maintainer pings
cc @evanrichter for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/onevpl-intel-gpu/versions.
meta.description for onevpl-intel-gpu is: oneAPI Video Processing Library Intel GPU implementation
meta.homepage for onevpl-intel-gpu is: https://github.com/oneapi-src/oneVPL-intel-gpu
meta.changelog for onevpl-intel-gpu is: https://github.com/oneapi-src/oneVPL-intel-gpu/releases/tag/intel-onevpl-24.2.2
Updates performed

Version update

To inspect upstream changes

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 24.2.2 with grep in /nix/store/jahjyw4ad5jby4wkvvz6daimw1cnpcd7-onevpl-intel-gpu-24.2.2
found 24.2.2 in filename of file in /nix/store/jahjyw4ad5jby4wkvvz6daimw1cnpcd7-onevpl-intel-gpu-24.2.2

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

onevpl-intel-gpu

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/jahjyw4ad5jby4wkvvz6daimw1cnpcd7-onevpl-intel-gpu-24.2.2 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A onevpl-intel-gpu https://github.com/r-ryantm/nixpkgs/archive/1a50a4adfc07bbe83ae7b0ac9418354b61cf4cd4.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/1a50a4adfc07bbe83ae7b0ac9418354b61cf4cd4#onevpl-intel-gpu

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/jahjyw4ad5jby4wkvvz6daimw1cnpcd7-onevpl-intel-gpu-24.2.2
ls -la /nix/store/jahjyw4ad5jby4wkvvz6daimw1cnpcd7-onevpl-intel-gpu-24.2.2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

2 packages built:

onevpl-intel-gpu
onevpl-intel-gpu.dev

Maintainer pings
cc @evanrichter for testing.

@NixOS/nixpkgs-merge-bot merge

hmm, checks look good to me

hmm, could be a bug, I will add an issue for that.

@Lassulus it could be on GitHub's side, this is what I see on the iOS app:

Although when I try to see the details, there are no failed checks.


av_components_v is using UNION instead of UNION ALL

Performance improvement in av_components_v - join the queries using UNION ALL instead of UNION.
Each of the queries include a string identifying a different component type, so will be always distinct from the other queries.

Issue is resolved in Release 1.3

Issue is resolved in Release 1.3


arch/arm64/arm64_mmu: add mmu_nxrt_config

Summary
This change is a refactoring to match the implementation of mmu_regions which is user provided platform regions.
Impact
None
Testing
None
Signed-off-by: Hidenori Matsubayashi<EMAIL_ADDRESS>

@HidenoriMatsubayashi
Please fix up the second commit. We don't need the commit message.

@HidenoriMatsubayashi
By the way, did you sign the ICLA?
https://www.apache.org/licenses/contributor-agreements.html
https://www.apache.org/licenses/icla.pdf

@masayuki2009

Please fix up the second commit. We don't need the commit message.

What do you mean?

By the way, did you sign the ICLA?

Not yet, but it seems to be a troublesome process...I'll revert the change of AUTHORS.

Thanks. IC. will do that.

@HidenoriMatsubayashi
In your case, you can not use git commit --amend which just amends the last commit.
Instead, you can use git rebase -i HEAD~3 and drop the 3rd commit (i.e. Update AUTHORS) and fix up the second commit which will result in only the one commit.

Done. Can you please approve / review / merge?

@HidenoriMatsubayashi
I will merge this PR after the CI completes.


Update root pem certs

Why the PR was closed? I've just followed the https://github.com/grpc/grpc/blob/master/etc/README.md and https://github.com/grpc/grpc/pull/27539 to update the certificates, is there anything missing?

@eugeneo Is there a way to update the roots.pem?

This PR seemed like spam, from a new GitHub user, having no description and only containing binary changes. Please open an issue if you are need certificates updated for any reason.


Added locale loading, polyfill for Intl for Safari, user config file,…

… support for polling for webpack, extraction of messages and message loading.

Looking good ! Lets have Max look it over @benjaminlgt-littlelives

Awesome, thanks so much @benjaminlgt-littlelives!
I'm not a big fan of the app/config.json file. Why do we need a special Babel config in there?
Instead, we should just move that to the general Babel config, and move the locales to the app/bootloader.js file. Also, what about then renaming that from bootloader.js to i18n.js or something like that?

Also, what @justingreenberg mentioned over here https://github.com/mxstbr/react-boilerplate/pull/391#issuecomment-221916649, we shouldn't be adding the Intl polyfill as a script tag, that's a brilliant point!

I'm in favour of i18n.js or intl.js @mxstbr @benjaminlgt-littlelives

Alright, lets do i18n.js!

@mxstbr Sounds good, adopted the changes as discussed.
@justingreenberg's polyfill method is done as well.

Two more things:

Merge i18n.js and bootloader.js and call the file i18n.js. There's no reason to have them separate as far as I can see. :blush:

Add comments to the bootloader.js part of the code, explaining what everything is used for, and the same thing for internals/scripts/extractIntl.js because I have no idea what that does and how it works tbh. 🙈

Looks good otherwise, thanks @benjaminlgt-littlelives!

@benjaminlgt-littlelives left a few little comments—awesome work dude

@mxstbr @benjaminlgt-littlelives @justingreenberg are we good to merge this, then I'll make the changes to staging a messages.js file for each component?

The few little comments by @justingreenberg should be adapted, then we can merge this and add the messages.js files! :+1:


Roll Engine from 1be6f414e7db to f32ec0cd62bb (2 revisions)

https://github.com/flutter/engine/compare/1be6f414e7db...f32ec0cd62bb
2020-12-18<EMAIL_ADDRESS>Roll Fuchsia Mac SDK from RDUxjnng0... to QDs-PyheO... (flutter/engine#23177)
2020-12-18<EMAIL_ADDRESS>Roll Fuchsia Linux SDK from _l04etgVd... to nkgnDjAl3... (flutter/engine#23170)
Also rolling transitive DEPS:
fuchsia/sdk/core/linux-amd64 from _l04etgVdwLT to nkgnDjAl30sC
fuchsia/sdk/core/mac-amd64 from RDUxjnng0IBv to QDs-PyheOEuW
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md

Commit queue failed; closing this roll.


Fixed Query_server project

In this PR I have made changed to the Query_Server project inorder to fix #96 :

This project didnot use a template server . It had created it own implementation. So,
a. I updated the server using its proto file through the grpc code generator.
b. I implemented its Start Sync.vi for the example based on the proto file.
I removed any unrequired dependencies
I changed the gprc-library-release dependency to grpc-library-release

Lets do the error wire changes as we discussed

@ni-sujain I have implemented the error handling for the project