Device Request - [MOES 4 Fold wireless switch] - [_TZ3000_wkai4ga5] / [TS0044]

Prerequisites:

Before requesting a device addition, please ensure there is not already a request for the device among the open issues.
Make sure your Homey is upgraded to firmware v5 or higher.
You need a physical example of the device

Device Name: [Provide the name of the device]
Device Model: [Provide the model number or identifier]
Device Description: [Describe in short the functionality of the device]
Link to device image: [Provide the URL to an image/photo of the device]
Device Interview:
[Paste the device interview information here]
Additional Comments:
[Provide any other relevant information or requests related to the device. Link to where you bought the device can be of help]
How to interview a device:

Add the device as a generic Zigbee device in Homey
Navigate to https://developer.athom.com/tools/zigbee.
Interview the device, the button for this is to the right of the device in the list of Zigbee units.
Click the copy button/icon to capture the device information.
Paste the copied information above.

Note: To be able to add more devices to the Tuya Zigbee app, we rely on community members like you to provide interviews of the devices you want added. Thank you for your contribution!

Prerequisites:

Before requesting a device addition, please ensure there is not already a request for the device among the open issues.
Make sure your Homey is upgraded to firmware v5 or higher.
You need a physical example of the device

Device Name: [Provide the name of the device] Device Model: [Provide the model number or identifier] Device Description: [Describe in short the functionality of the device] Link to device image: [Provide the URL to an image/photo of the device]
Device Interview: [Paste the device interview information here]
Additional Comments: [Provide any other relevant information or requests related to the device. Link to where you bought the device can be of help]
How to interview a device:

Add the device as a generic Zigbee device in Homey
Navigate to https://developer.athom.com/tools/zigbee.
Interview the device, the button for this is to the right of the device in the list of Zigbee units.
Click the copy button/icon to capture the device information.
Paste the copied information above.

Note: To be able to add more devices to the Tuya Zigbee app, we rely on community members like you to provide interviews of the devices you want added. Thank you for your contribution!

Did you read the text you submitted in your issue? There is a bigger chance of this being implemented any time soon if your supply the information requested.


Make sure email address only contains non empty (sub-)domain parts

If an email address domain contains 2nd, 3rd, etc level sub-domains make sure they aren't empty. Previously something like<EMAIL_ADDRESS>would've passed validation which causes MailChimp to be confused when doing an create-or-update request. I think they are doing some validation/cleanup on their side and this causes the subscriber hash to not match anymore.
That causes the following response when sending a PUT request to /list/$id/members/create_or_update:
{
  'detail'<EMAIL_ADDRESS>is already a list member. Use PUT to insert or update list members.',
  'instance': '',
  'status': 400,
  'title': 'Member Exists',
  'type': 'http://developer.mailchimp.com/documentation/mailchimp/guides/error-glossary/'
}

This commit changed the validation regex in the following way:

Introduce a grouping around a (sub) domain part. This ensures that a domain part is accepted if it is not empty and ends with a .
Moved the optional trailing dot for the domain root label (which is allowed to be there) after the validation of the top level domain

Closing this in favor of the more precise regex provided in #99 as that also satisfies this requirement


Ghost Toast?

There seems to be some invisible/ghost toast near the top of my app's screen which stops me from being able to press any button is the region

any idea why this happens?

@kyle-belle I noticed that as well. After a toast is dismissed, it stays on the screen for half a second while being invisible (0 opacity). It still reacts to taps. Here's my patch to push it off the screen (I use npx patch-package):
`diff --git<EMAIL_ADDRESS><EMAIL_ADDRESS>index a16cb43..9e1f067 100644
---<EMAIL_ADDRESS>+++<EMAIL_ADDRESS>@@ -86,9 +86,9 @@ export const Toast: FC = ({
const startingY = useMemo(
() =>
toast.position === ToastPosition.TOP

   ? -50

   ?  - (toast.height || DEFAULT_TOAST_HEIGHT) - insets.top - 50
   : height - insets.bottom - Platform.select({ ios: 0, default: 32 }),

[height, toast.position, insets.bottom]

[height, toast.position, insets.bottom, insets.top, toast.height]
);

const opacity = useSharedValue(0);
`

@kyle-belle I noticed that as well. After a toast is dismissed, it stays on the screen for half a second while being invisible (0 opacity). It still reacts to taps. Here's my patch to push it off the screen (I use npx patch-package):
@backpackapp-io+react-native-toast+0.10.0.patch

Thanks! @marcin-spotio should be fixed in next version


Bug 1913525: bump k8s.io/apiserver for webhook authorizer panic fix

webhook.WithExponentialBackoff was not handling context timeouts correctly, resulting in the authorizer panicking
Bumping to include https://github.com/kubernetes/apiserver/commit/3ba02b7f938a5fa69e10a7ef67cbbee2a8a4755c
See https://github.com/kubernetes/kubernetes/pull/97820

/lgtm cancel
looks like there are issues with the go mod data (see verify test)

/lgtm cancel
looks like there are issues with the go mod data (see verify test)

The 1.20 backport merged (https://github.com/kubernetes/kubernetes/commit/13295e5eddfb7fa2aea4b6f048eb86adc9af92b4). Can we pin to that commit instead to avoid inadvertently pulling in any 1.21 changes?

The 1.20 backport merged (https://github.com/kubernetes/kubernetes/commit/13295e5eddfb7fa2aea4b6f048eb86adc9af92b4). Can we pin to that commit instead to avoid inadvertently pulling in any 1.21 changes?

The 1.20 backport merged (kubernetes/kubernetes@13295e5). Can we pin to that commit instead to avoid inadvertently pulling in any 1.21 changes?

Pinned 525d1e3c959d instead, that is on the release-1.20 branch, thanks for pointing that out

/lgtm

/approve


Sonar

Codecov Report

Merging #576 into develop will decrease coverage by 32.63%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##           develop     #576       +/-   ##
============================================
- Coverage    80.17%   47.53%   -32.64%
============================================
  Files          313      261       -52
  Lines        12302    10203     -2099
  Branches         0     5111     +5111
============================================
- Hits          9863     4850     -5013
+ Misses        2439      713     -1726
- Partials         0     4640     +4640

Impacted Files
Coverage Δ

test/module/irohad/common/blob_converter_test.cpp
0% <0%> (-100%)
:arrow_down:

irohad/ametsuchi/impl/postgres_wsv_command.hpp
0% <0%> (-100%)
:arrow_down:

irohad/model/asset.hpp
0% <0%> (-100%)
:arrow_down:

irohad/model/queries/get_signatories.hpp
0% <0%> (-100%)
:arrow_down:

irohad/torii/processor/query_processor_impl.hpp
0% <0%> (-100%)
:arrow_down:

test/module/vendor/uvw_test.cpp
0% <0%> (-100%)
:arrow_down:

irohad/consensus/yac/impl/network_impl.hpp
0% <0%> (-100%)
:arrow_down:

...egration/pipeline/tx_pipeline_integration_test.cpp
0% <0%> (-100%)
:arrow_down:

test/module/libs/amount/amount_test.cpp
0% <0%> (-100%)
:arrow_down:

irohad/ametsuchi/impl/test_storage_impl.hpp
0% <0%> (-100%)
:arrow_down:

... and 278 more

Continue to review full report at Codecov.

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


do not validate if duffle.json and cnab/app/kab/manifest.yaml status

after generating duffle.json and cnab/app/kab/manifest.yaml file with
pinned images, do not validate if they are checked-in into the version
control. The built artifact will be the only source of truth for what
files were delivered to the users.
closes #41

The current duffle.json file isn't really a template, it's a perfectly valid duffle.json on it's own. It is augmented with additional metadata at build time.
A common pattern is to copy source into a build directory and manipulate those artifacts there so that the original source remains pure while a built artifact can be created. That pattern could work well here.

@scothis The problem here is that duffle cannot accept an alternative name/path for the duffle.json file. It has to be that file name/path, so placing duffle.json in bin dir won't work.
I have changed the name of this file to "base-duffle.json". Any other suggestions to name welcome :)

The problem here is that duffle cannot accept an alternative name/path for the duffle.json file. It has to be that file name/path, so placing duffle.json in bin dir won't work.

Can you cd into the directory before running duffle, or is there something special about being at the root of the git repo?

Can you cd into the directory before running duffle, or is there something special about being at the root of the git repo?

I believe it expects to find duffle.json and the cnab dir at the same level.


Expose a CLIs for all/most platform tools in ocaml-platform (?)

Of course this isn't a short-term or even medium-term issue, but I think that for some people, particularly for @tmattio, this is still the longer term final goal, so I think it's good to have an issue for it.
Of course, if this is feasible, it would mean an incredible improvement in user experience, so it would be worth overcoming some issues for it, both technical and non-technical. But still, I think there are quite a few quite significant issues with it, so I also think it's important to discuss them before getting back to the idea.
Technical issues
Of course, to start with there are all the technical issues we had last time.
But also, unless I'm missing something (in that case, please let me know!), every tool using the compiler's Marchal module would only work on the same compiler ocaml-platform was compiled with. That would at least include merlin, ocaml-lsp-server, odoc and ocamlformat I think. Is that right or am I missing something? If that's right: How would we solve that? Would we only expose a CLI for the tools that don't use the Marchal module (I think for me that would be an ok-ish compromise)? Or would we be ok with ocaml-platform only supporting one compiler? I think that would mean a hard pay-off for increased user experience, particularly taking into account two things: one, we're in the middle of a major compiler release, so there will probably keep on existing projects only working on the 4.x compiler for some time; and two, we'd need to really make sure to have a very good update story for ocaml-platform itself.

Edit: Another technical issue that we've now come across trying to embed the opam CLI is: if the user has installed another version of opam than the version whose library we're embedding, opam will notice that and fail.
Practical issues
Who would maintain such a huge CLI? Would we invite a maintainer of every platform tool to co-maintain ocaml-platform (and possibly to duplicate their work by maintaing both their CLI and our CLI)? Or would we ask the platform tool maintainers to port their CLI to Cmdliner (if that isn't done already) and expose it? I think the latter might not be possible for all tools (but with that we're getting into technical issues again...).

This is a non goal for the installer.


Problems with HsOpenSSL and libssl-1.1

I'm running Debian testing on my dev machine and that has OpenSSL version 1.1.x.
The OpenSSL project is trying to fix 20 years worth of busted and hence breaking some APIs which in turn causes breakage for HsOpenSSL.
This ticket is really just to note the problem here in case anyone else runs into it. For me the current solution is to work in a Debian stable chroot, but that will probably stop working when the current testing release transitions to stable (expected some time this year).

Hi! HsOpenSSL maintainer is here. If you have some test cases where HsOpenSSL is not working with OpenSSL 1.1.x feel free to open an issue.

I did. It was this issue https://github.com/vshabanov/HsOpenSSL/issues/16 which you have now fixed. Thanks!

Oh, that's great! Haven't thought that @erikd and @erikd-ambiata is the same person )

Yeah, its my personal account and my work account :). Its just easier to keep the two separate.

I've now successfully built the mismi-openssl package against HsOpenSSL <IP_ADDRESS>.
Probably not worth increasing the lower bound in the cabal file just for this because so few people are running Debian Testing.


Unknown layer in generator.prototxt

In generator.prototxt there is a layer called CropSimple.But caffe dont have such layer and supports only Crop.In CropSimple only 1 bottom layer is needed.But for crop we need two.So for crop what should be the second bottom layer ?

As mentioned in the README.md, please use the deepsim branch of the caffe-fr-chairs instead of the official caffe.
The layer type "CropSimple" is supported by this repository.


client_id is mandatory property

I am facing this weird issue that doesn't explains much other than the following message when accessing via web /oidc/auth?client_id=xxx or through postman grant_type=client_credentials
error: invalid_client_metadata
error_description: client_id is mandatory property

Hi @sshhawwnn!
This error means that the client you are using is invalid, it's missing the client_id required property.
I have tested it chaning the example project of this repo to return a dynamic client from the adapter, with the client_id property missing, and the error you described was thrown:

Anyway if it's not the case, this error seems to be related to the oidc-provider package, and not nest-oidc-provider (which is only a module of the oidc-provider package for the Nest framework), so I'm going to close this issue for now. But feel free to start a new discussion if you need some help :)
(sorry for the delay in responding)


Document OptimizeImplicitlyTriggeredBuild property

This was added in https://github.com/dotnet/roslyn/pull/54143 for dev17 and enhanced in https://github.com/dotnet/roslyn/pull/54913.

For builds which are indirectly triggered inside Visual Studio from commands such as from 'Run Tests' or 'Start Debugging', we implicitly skip analyzers and nullable analysis to speed up the build.
We only do so by default when 'TreatWarningsAsErrors' is not 'true'. For the scenario where 'TreatWarningsAsErrors' is 'true', users can explicitly enable this functionality by setting 'OptimizeImplicitlyTriggeredBuild' to 'true'.

cc @mavasani @gewarren

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

ID: 59d4dafc-2217-9a7b-4590-27faa85164cd
Version Independent ID: 64b80e80-1c15-c293-466a-918de98e96f6
Content: MSBuild properties for Microsoft.NET.Sdk - .NET
Content Source: docs/core/project-sdk/msbuild-props.md
Product: dotnet-fundamentals
GitHub Login: @gewarren
Microsoft Alias: gewarren

We should also document compiler's nullable analysis being implicitly skipped for implicitly triggered builds: https://github.com/dotnet/roslyn/pull/54913


(WIP) Build nGraph using MXnet's MKLDNN library.

When MXnet is built with MKLDNN support and nGraph support, use MXnet's instance of MKLDNN.

TODO: update the commit id of the ngraph-mxnet-bridge submodule, once https://github.com/NervanaSystems/ngraph-mxnet-bridge/pull/41 has been merged.


zh_TW.lang

I have translated this mod to Traditional Chinese.This is the link:https://www.mediafire.com/file/cerbl3z36iv6lzt/zh_TW.lang

I am pleased to translate this mod to Traditional Chinese.Thus more people will knot this mod.


compile error of new nnvm version

i compile the new version updated this morning, it appears some cudnn errors,as follows:

i always use cuda7.5 and cudnn7.5-v5.0, i don't know if new version of mxnet don't support it again?

it's working for me. Try 5.1?

that's ok, thank you. but the compile time is too long. @piiswrong


Optimized imports

Simply optimizes the projects imports. Deleting unused imports and rearranging others.

Thanks for the pull request. I appreciate that you're trying to contribute to K-9 Mail. But changes like this often cause a lot of merge conflicts for open pull requests. Right now this PR also fails the CI checks.
For Kotlin files we use ktlint to enforce code style and import order rules.
Java files are much more inconsistent. But the long term goal is to convert all of them to Kotlin. I don't think its worth "fixing" them.


Consolidate three XEB tutorials into one, with additional context

Three XEB tutorials:

XEB and Coherent Error
Parallel XEB
Isolated XEB
consist of mostly the same code, and lack key context/explanations in multiple places. The new, replacement tutorial, Coherent vs Incoherent Error with XEB, merges the existing content and adds explanations and some additional analysis.

A terminology question: Are they "layers" or "cycles" in the generated XEB circuits?
Edit: I am unsure how to best resolve the codeowners file CI checks.

This is maybe a philosophical difference, but (clearly -- as I wrote the original notebooks) I prefer many, short tutorials that focus on a particular topic rather than trying to show everything at once in as clever a fashion as possible.
In particular, I think the machinery required to have all the different noise models going at once hurts rather than helps; and makes it much less useful as a reference for others to copy out code snippets for their own use.
I'm not impartial though. Curious to hear others' thoughts

I fundamentally agree with the usefulness of short tutorials, and their use as a (single or set of) code snippets to copy is something I undervalued when writing this. My original motivation was primarily to reduce repetition. Repetition can be very useful to reinforce ideas, but I think 3 tutorials with ~80% functionally identical code needed to be changed somehow. See go/xeb_tutorial_comparison. Additionally, when two similar but different approaches are compared, it seems more useful for me for them to be side-by-side on the same page, instead of in two different pages.
That said, while merging their contents would definitely create a longer tutorial, I also probably got way too excited and went overboard with the additional explanations/analysis, making it much longer than it needs to be. Perhaps a happy medium could be achieved, by shortening things and somehow making it more usable as a code snipped...

To note, #5243 performs the previously mentioned merge of Parallel XEB and Isolated XEB, into one straightforward tutorial that hopefully serves well to copy from. In comparison, this submission elaborates only on the existing XEB and Coherent Error tutorial by comparing XEB's effect on coherent vs incoherent noise. A meaningful amount of explanation and redundant code has been pared from this version to refine it's focus on the experiment results.

Hi @dstrain115 thank you for your review! I've resolved most of your comments and followed up on a few that haven't been completely resolved. I am unsure if you get notified when I add review response comments, so I've tagged you here just in case.

Just checking in since I first opined long ago.
I like the new direction this PR has taken, namely beefing up the noise model notebook and leaving the "just run it" notebooks alone :)

@dstrain115 wanna follow up so we can get this merged?

Should be updated now.
Associated redirect cl/461225511


message_list: Don't always cache "All messages" view.

Improved version of #29259
Discussion: https://chat.zulip.org/#narrow/stream/6-frontend/topic/fetching.20message.20history
TODO: Fix node tests.
Important changes in this commit:

We only cache message list for "All messages" if it is the default view.

We modify existing handling of home message list code so that it can be used to for any message list that we want to cache using a new preserve_rendered_state variable.

narrow_state.filter() is return the filter for all messages list instead of undefined.

We start fetching messages from the latest message on app load.

Messages in all messages view and Recent view are always synced.

If all messages view list is not cached, we don't track it's last pointer, effectively sending user to the latest unread message always .

This looks like a great direction! I posted a few dozen comments, including identifying a few small prep PRs that could shrink this a bit. But I think https://github.com/zulip/zulip/pull/29740#discussion_r1566592303 is the main complex issue that might require significant reworking that I've noted in reading this.

This reduces rendering of all messages view from 7s to 3s when it is the default view on 6x CPU slowdown.

Looks like we will have to rewrite the tests for the message_fetch code path.

I think https://github.com/zulip/zulip/pull/29740#discussion_r1579778375 is the only blocker for merging this. Follow-ups would be:

Figuring out a new message_fetch.test.ts suite, if we think there's a test suite that would be useful and reasonably cheap to restore there. It might also be that we can't write a good test suite for this code; I'm not sure, but if you feel that way, we shouldn't waste a lot of time writing tests that we don't think will find bugs. I'll leave it up to you.
https://github.com/zulip/zulip/issues/29841
I don't understand the code path here: https://github.com/zulip/zulip/pull/29740#discussion_r1579784395; maybe it's just some badly named functions, but we should figure that out.


BadMethodCallException

[Sat Aug  6 14:45:31 2016] PHP Fatal error:  Uncaught Zend\Stdlib\Exception\BadMethodCallException: The option "accept-whitelist" does not have a callable "setAccept-whitelist" ("setaccept-whitelist") setter method which must be defined in /var/www/html/apigility-doctrine-skeleton/vendor/zendframework/zend-stdlib/src/AbstractOptions.php:110

composer require zfcampus/zf-content-negotiation:"1.1.1"


Missing right bracket

[Enter feedback here]
In https://docs.microsoft.com/en-us/azure/databricks/getting-started/spark/datasets?toc=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Fazure-databricks%2FTOC.json&bc=https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Fbread%2Ftoc.json#--process-and-visualize-the-dataset, you missed a right bracket at the end of "..... d.cca3)", it should be like
// filter out all devices whose temperature exceed 25 degrees and generate
// another Dataset with three fields that of interest and then display
// the mapped Dataset
val dsTemp = ds.filter(d => d.temp > 25).map(d => (d.temp, d.device_name, d.cca3))
display(dsTemp)

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

ID: 432fe7c1-32ba-f5c2-cea1-bdcd13bbb32b
Version Independent ID: ea59d513-d7ca-7aa1-f367-e6bee6bb0cde
Content: Datasets - Azure Databricks
Content Source: databricks/getting-started/spark/datasets.md
Service: azure-databricks
GitHub Login: @mamccrea
Microsoft Alias: mamccrea

@huajunzhao Thanks for the feedback! We are currently investigating and will update you shortly.

@huajunzhao Thanks again for bringing this to our notice. I have made the change and it will reflect in production very soon.


Adding typescript declaration file

Resolves: #10
I modified the declaration file slightly from the original post https://github.com/HermannBjorgvin/Kennitala/issues/10#issuecomment-698536408.
I fixed a few typos and modified the kennitala parameter to accept string and number

Have you tested to see if the type declaration file works? I'm not in the TypeScript club but I'm curious about one thing.
What I'm concerned about is that the distribution files that I point to in the main property of package.json  is obfuscated code with the variable names changed. How does the type declaration file map those obfuscated variable names to the type declaration file?
https://github.com/HermannBjorgvin/Kennitala/blob/91ad66d4a0fb4ea87241b45c6c0bf997cd9ac477/package.json#L5

Yes I tested it and it works fine. :muscle:
The uglify step changes all the variables names that are not exposed in any way. So if you checkout the min file, you should see that all the function names and .info properties have not changed and remain the same as they are in the declaration file.
Typescript deals only with the interface that the user interacts with.
Here are some screenshots :smiley: :

That's good to know. The changes look good. I'll try to merge this tonight or tomorrow and bump the version to 1.2.4 since we have no breaking changes to worry about. I'm gonna go over the readme and add some stuff about typescript support.

Merging this onto v1.2.4 to do some README.md changes before pushing to master and doing all the NPM publish stuff

@dabbeg is it recommended to include the types file in package.json?
 "types": "./dist/kennitala.min.d.ts"
See the following:
https://www.typescriptlang.org/docs/handbook/declaration-files/publishing.html#including-declarations-in-your-npm-package

Hmm, I am not sure exactly for what purpose it serves as this worked for me without it.
But it looks like it is recommended so we should probably add it.
Can you take care of that?

I'll include it in the version bump no problem


set comlink as a required dependency

Why do this dependency was set on "development" since new instalations will need it in order to proper wun the library?

Comlink is bundled in the build (and published this way to npm). It’s only needed if you want to run the unbundled version.

Should I PR typings? https://github.com/GoogleChromeLabs/clooney/issues/29


Add delete methods for NetworkRouter

Add delete and raw_delete methods for Network Router model in order to expose delete operations in Automate engine: https://github.com/ManageIQ/manageiq-automation_engine/pull/53

@miq-bot assign @blomquisg

@miq-bot assign @blomquisg

@andyvesel this looks good, but can you move the operations methods to an Operations module, like what is done for CloudObjectStoreContainer.
Why?  It allows us to group all of the operations together for different data types.  So, when we're working with APIs and RBAC decisions, it's easier to see what type of functions we support for each object type instead of having to dig through each model object looking for raw_... methods.
PS Remember to "include the concern" back into the NetworkRouter class.

Thanks for helpful remark. Obviously I should do this for all my add methods PRs

@blomquisg changed


Spark security does not use the beeline connected user.

I am using ranger 2.1 and spark 3.1.
I use (e.g. user: root) spark submit for running  HiveThriftServer2. After successful submit I use the beeline to connect to thriftserver but it does not use the user (e.g.user: test) which I connected while making connection with beeline.
Expected result: spark security should check permissions for user test which I used for beeline connection
Actual: spark security is using root which I have executed the the spark submit for running thrift server. I can change it with --proxy-user option but it will still use the same user for all connection.

HiveThriftServer2 does not support proxying, maybe you can try apache/incubator-kyuubi https://github.com/apache/incubator-kyuubi

The [Submarine Spark Security] functionality has been moved to the apache/incubator-kyuubi standalone project.


GD-129: Enable GdUnit C# support

Please give an estimation, when is a working alpha, beta and finally the 2.0 version.

Please give an estimation, when is a working alpha, beta and finally the 2.0 version.

Please give an estimation, when is a working alpha, beta and finally the 2.0 version.

It's hard to say, I'm working on it in my spare time.
First goal is to get a test running with repecting timeouts, paramized tests (fuzzing), orphan node detection.

[x] basis type asserts
[x] test executor
[x] integrate in Godot to run c# tests
[x] addapt command line tool to run c# tests
[x] paramized tests

[x] Fuzzer
[x] iterations
[ ] seed

[x] orphan node detection
[ ] handling test timeouts
[ ] support async tests (yield, await)
[ ] support of parallel suite execution

continue on https://github.com/MikeSchulze/gdUnit3/pull/210


Extract response for request

I am using the following API to get the requests
http://localhost:8764/mockserver/retrieve?type=REQUESTS&format=JSON
While it does return an array of requests, I do not see what responses were returned to these requests. I went through the documentation but didn't see any handy options to extract responses for a given request.
Is there any way to get a response for a given request OR does above API accepts any additional argument to return response along with requests?

curl -v -k -X PUT "https://localhost:1080/mockserver/retrieve?type=logs&format=json"

The above command provides you with the requests and response but unfortunately not in a format that was easy to process programmatically.
I can see how this could be useful and I don't think it would be too hard to extend the type options to provide what you need.  I assume you want to see all the requests and their responses in the sequence they were recorded even if there are duplicates.  I will add an extension to implement that but please add an additional comment if you need something slightly different.

I have now added support to retrieve the requests and responses as follows:
curl -v -k -X PUT "https://localhost:1080/mockserver/retrieve?type=request_responses&format=json"

However, I still need to add documentation to the website for this new response type.

Thats awesome @jamesdbloom I truly appreciate your efforts. I will go through the changes.

I have now updated the documentation (not yet committed) and I am in the process of updating the java and javascript clients.
An example response is:
[ {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/path",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "body" : "some_response_body"
  }
}, {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/otherPath",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "body" : "some_response_body"
  }
}, {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/otherPath",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "body" : "some_response_body"
  }
}, {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/otherPath",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "statusCode" : 404,
    "reasonPhrase" : "Not Found"
  }
}, {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/path",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "body" : "some_response_body"
  }
}, {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/path",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "body" : "some_response_body"
  }
}, {
  "httpRequest" : {
    "method" : "GET",
    "path" : "/some/path",
    "headers" : {
      "Host" : [ "localhost:1080" ],
      "User-Agent" : [ "curl/7.64.1" ],
      "Accept" : [ "*/*" ],
      "content-length" : [ "0" ]
    },
    "keepAlive" : true,
    "secure" : false
  },
  "timestamp" : "2019-10-27 22:09:23",
  "httpResponse" : {
    "body" : "some_response_body"
  }
} ]

This is now completed for all clients and fully implemented


Light Gradient and Lighting Bugs

If you see an issue with the light gradient or an issue with light calculation please post it here.
Here is a list of bugs that I am aware of for lighting:

[x] Light gradient is off when computing gradient for a 0 light level voxel that has neighbors higher than it.

Check out the "Lit Fluid Test" for the best visual example of this.

[x] Light is not properly removed from fluid voxels.

Transparent, fluid, and flora voxels store light levels like air. I noticed that the light updates do not work well when going through water.

[x] Light should deplete when moving through fluid and transparent voxels.
[ ] Fix AO. Need to flip the face in some cases.
[ ] Make sure nothing breaks when doing light updates.

This playground pretty much explains the issues with the light gradient:
Color Gradient
Still not sure what to do about it. I will keep looking into it.

So, here is a very visible example of the gradient issue:

I posted on the Babylon.Js forum the issue:
Issue Creating Smooth Color Gradient For All Sides Of A Mesh Face
And what I learned is that I need to make a system to flip the quade faces depending on certain edge cases.
So, here is a list of things I got to do.

[ ] Create a new part of the chunk template called faceState. It will have a value per cardinal direction.
[ ] When calculating the lightTemplate it will determine the value. 0 will be normal orientation and 1 will be flipped.
[ ] Add to the ShapeBuilder object a way to flip a face and create all flipped versions for that.

Finally fixed it! Will have to work on adding it to all sides of voxels but the solution does work.

I discovered an issue with face flipping when there is RGB light and Sun light,

Closing for now. If I find any more I will open a new issue.
Lot of the bugs were fixed in the last two updates.


License

Please add a license so that we can use this awesome lib. Thanks

LICENSE file was just added


EF dense Hessian

It requires to adapt current factors to the new problem building.
It will maintain current implementation of EF-center, pi-factor and Bareg.

It can also add robust weights

Issue is retaken, now considering the new branch feature/ef-center-full-hessian adding the full dense derivation.


Added GitHub links to a few mods.

I hope others do this too. Especially for the mods with releases available on GitHub.

I do want to have source links for all mods, but I'd like to do it comprehensively and in a more organised manner; see https://github.com/comp500/fabric-serverside-mods/pull/20#issuecomment-895352282


Add  or  Tags to SVG, for Accessibility

I may've just missed how to do so but is there a way to add these as HTML tags to the SVG? title attributes aren't recognized by screen readers and the recommended method for accessible icons is to put a <title> or <text> tag within the SVG.
It'd be super useful to be able to do something like <Heroicons.gear solid title="A gear" /> and <title>A gear</title> would show up within the rendered SVG.
Attributes such as aria-label aren't a problem as they can, already, be added like any other attribute.

Oooh, TIL
This would be great - I'd welcome a PR for it, but don't have the availability to add it msyelf.


add windSpeed attribute to Thermostat

Hi,
Is there any possibility to support wind speed attribute for thermostat?
Thanks for your  answering.

Your use case would be a thermostat that is providing details about the external environment?
I think it probably wouldn't fit in the Thermostat device type, but a future trait could be for wind speed measurement which is optionally added to the thermostat.

Sorry for the confusion.  What i mean is the "fan speed" setting of thermostat.
Thanks for your reply.


test code

When testing, do you only call the loc model for images? Do you need to compress the images first？

The answer to the first and the second question is no. The testing images should be fed into the restoration module first.

What I understand is that during the test, the image is directly input to the restore model without the compress operation, and then the output is used as the input of the loc model, right? Can test scripts be open source？

Your understanding is right. This paper is under review now. The trained model and code will be released after this paper is accepted.

Good luck and good luck with your paper！

Thanks!

I used your code to train the Casia dataset. I wrote my own test script, but the effect is not very good. Any suggestions for parameter adjustment or triaining？

The newest codes and checkpoints are released.


Specify version to allow development on M1 Apple Silicon

Context
Couldn't get rails commands to work with current version of http-parser on newer Apple Silicon.
Changes proposed in this pull request
Update http-parser version.
Guidance to review
https://github.com/cotag/http-parser/issues/12

Hi
If you do bundle update http does that fix your problem? If so can we do that instead
I would prefer that as it looks like they've recently removed the http-parser dependency in a unreleased versioned https://github.com/httprb/http/pull/651/files

 Rework http gem update


avoid extra string copy

add_leaf() is called with a Bytes parameter created in unpack_nibbles(). Why switch to a ByteView, which will cause another Bytes creation when assigning to key_ in add_leaf()'s body?

LGTM. Can you please make the same change to add_branch_node for symmetry?

Sure, I will check in the requested change.
I'm a little confused by the function:
static Bytes node_ref(ByteView rlp) {
    if (rlp.length() < kHashLength) {
        return Bytes{rlp};
    }
    const ethash::hash256 hash{keccak256(rlp)};
    return wrap_hash(hash.bytes);
}

and its early return... it looks like it can return two different things as node_ref?
If the early return is the most common case it would make sense for it to take a Bytes as well.


fix: don't convert header names to lowercase

I've completed @darrenjennings branch to remove the .toLowerCase for header names.
Closes #74

released in 1.23.0

This change has unfortunately introduced some header duping in some cases of commonly used headers like Content-Type where if it's as Content-Type in the HAR, but a target is looking for content-type or adds its own content-type header (like in multipart/form-data where it is overridden) we end up with double headers containing potentially differing values.
I'm working on a PR right now though.


Pool names for potentially orphaned blocks

When blocks are (about to be) orphaned, it's useful to know which pools were involved. Or at least whether they were different pools.

This is the case now.


Movie Recorder Loses connection

Bitfocus loses connection to Movie Recorder with the latest version of Companion.

Is this still happening? How often does the issues happen? Is there any error in the log?


[TESTS] Remove test suite dependence on run directory

Description
Close #91 by setting the home directory relative to the location of the utils test module, which is in a fixed location in the repo, rather than the current working directory where the test is run, which is independent of the repo location.
This means that running the pytest command alone in browser-history/ or in browser-history/tests/, or indeed the pytest <relative or absolute path to browser-history(/tests)> command in any directory on the filesystem, results in a test suite pass (assuming the machine is in a timezone that is not one causing issue as per #90).
This PR requires no dependency changes.
Type of change
Please delete options that are not relevant.

[x] Bug fix (non-breaking change which fixes an issue)

Checklist:

[x] I have read the contribution guidelines and followed it as far as possible.
[x] I have performed a self-review of my own code (if applicable)
[x] I have commented my code, particularly in hard-to-understand areas (if applicable)
[n/a] I have made corresponding changes to the documentation (if applicable)
[x] My changes generate no new warnings
[x] I have enabled the pre-commit hook and it's not detecting any issue.
[x] Any dependent and pending changes have been merged and published

Codecov Report

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

@@           Coverage Diff           @@
##           master      #93   +/-   ##
=======================================
  Coverage   60.26%   60.26%
=======================================
  Files           3        3
  Lines         302      302
  Branches       47       47
=======================================
  Hits          182      182
  Misses        113      113
  Partials        7        7

Flag
Coverage Δ

#unittests
60.26% <ø> (ø)

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

Continue to review full report at Codecov.

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


Add Prometheus Metric recording to PGBench

Description
This PR adds the ability for PGBench to record prometheus metrics to a specified elasticsearch server once a sample has finished.

Can one of the admins verify this patch?


spacedrive: 0.2.13 -> 0.2.14

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for spacedrive is: An open source file manager, powered by a virtual distributed filesystem
meta.homepage for spacedrive is: https://www.spacedrive.com
meta.changelog for spacedrive is: https://github.com/spacedriveapp/spacedrive/releases/tag/0.2.14
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.2.14 with grep in /nix/store/f792d0qryricv74kl6pcrpksv3xsnzf7-spacedrive-0.2.14
found 0.2.14 in filename of file in /nix/store/f792d0qryricv74kl6pcrpksv3xsnzf7-spacedrive-0.2.14

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

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

spacedrive

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/f792d0qryricv74kl6pcrpksv3xsnzf7-spacedrive-0.2.14 \
  --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 spacedrive https://github.com/r-ryantm/nixpkgs/archive/a5a247734d30f03b746892687973fe0db39d1607.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/a5a247734d30f03b746892687973fe0db39d1607#spacedrive

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/f792d0qryricv74kl6pcrpksv3xsnzf7-spacedrive-0.2.14
ls -la /nix/store/f792d0qryricv74kl6pcrpksv3xsnzf7-spacedrive-0.2.14/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

1 package built:

spacedrive

Maintainer pings
cc @DataHearth @heisfer @MikaelFangel @stepbrobd for testing.

Superseeded by #309134


FileNotFoundError: [Errno 2] No such file or directory: '--Frag1'

[x] I'm reporting a broken site support issue
[x] I've verified that I'm running youtube-dl version 2020.01.24
[x] I've checked that all provided URLs are alive and playable in a browser
[x] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x] I've searched the bugtracker for similar bug reports including closed ones
[x] I've read bugs section in FAQ

Verbose log
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--verbose', '--proxy', '', '-c', '-f', '140/bestaudio[ext=m4a]/bestaudio/best', '--no-cache-dir', '--restrict-filenames', '--hls-prefer-native', '-o', '-', 'https://www.youtube.com/watch?v=erqskegZLQw']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2020.01.24
[debug] Python version 3.7.5 (CPython) - Linux-4.15.0-76-generic-x86_64-with-Ubuntu-18.04-bionic
[debug] exe versions: ffmpeg 4.2.2-0york0, ffprobe 4.2.2-0york0
[debug] Proxy map: {}
[youtube] erqskegZLQw: Downloading webpage
[youtube] erqskegZLQw: Downloading video info webpage
[youtube] erqskegZLQw: Downloading MPD manifest
[debug] Invoking downloader on 'https://manifest.googlevideo.com/api/manifest/dash/expire/1581509102/ei/jpVDXuCvE4amhgaQpKuACQ/ip/<IP_ADDRESS>/id/7abaac91e8192d0c/source/youtube/requiressl/yes/playback_host/r6---sn-p5qs7n76.googlevideo.com/mm/31%2C26/mn/sn-p5qs7n76%2Csn-vgqsrnez/ms/au%2Conr/mv/m/mvi/5/pl/22/tx/23813230/txs/23813225%2C23813226%2C23813227%2C23813228%2C23813229%2C23813230%2C23813231/hfr/all/as/fmp4_audio_clear%2Cwebm_audio_clear%2Cwebm2_audio_clear%2Cfmp4_sd_hd_clear%2Cwebm2_sd_hd_clear/initcwndbps/1170000/vprv/1/mt/1581487354/fvip/1/keepalive/yes/fexp/23842630/itag/0/sparams/expire%2Cei%2Cip%2Cid%2Csource%2Crequiressl%2Ctx%2Ctxs%2Chfr%2Cas%2Cvprv%2Citag/sig/ALgxI2wwRQIgS75FV2wPondy5GM3Y0IDBZJsEX8QeN4VQHcfeE8vj9ECIQDq5zKhqsLe4GEUTCKUPMvPU4a-JkOj26mrUWYNvhiTRA%3D%3D/lsparams/playback_host%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps/lsig/AHylml4wRQIhAKyYKo7YlpuvRxB9Qsh5GYC1gLg-bMr71iR43ubn8oltAiA7JcwOeCNiGLX1Nf3HhZU3aVcZj8GCbZIaRhi-WaPnig%3D%3D'
[dashsegments] Total fragments: 19
[download] Destination: -
^M[download]   5.3% of ~12.17KiB at Unknown speed ETA 00:00^M[download]   5.3% of ~12.17KiB at Unknown speed ETA 00:00^M[download]   0.1% of ~1.47MiB at 550.94KiB/s ETA 00:59^M[download]   0.2% of ~1.47MiB at  1.36MiB/s ETA 00:27^M[download]   0.5% of ~1.47MiB at  2.83MiB/s ETA 00:12^M[download]   1.0% of ~1.47MiB at  5.36MiB/s ETA 00:06^M[download]   2.1% of ~1.47MiB at  3.45MiB/s ETA 00:03^M[download]   4.2% of ~1.47MiB at  4.18MiB/s ETA 00:01^M[download]   8.5% of ~1.47MiB at  5.62MiB/s ETA 00:00^M[download]  10.5% of ~1.47MiB at  6.35MiB/s ETA 00:00^M[download]  10.5% of ~1.47MiB at  6.35MiB/s ETA 00:00ERROR: unable to download video data: [Errno 2] No such file or directory: '--Frag1'
Traceback (most recent call last):
File "/home/www/env/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line 1925, in process_info
success = dl(filename, info_dict)
File "/home/www/env/lib/python3.7/site-packages/youtube_dl/YoutubeDL.py", line 1864, in dl
return fd.download(name, info)
File "/home/www/env/lib/python3.7/site-packages/youtube_dl/downloader/common.py", line 366, in download
return self.real_download(filename, info_dict)
File "/home/www/env/lib/python3.7/site-packages/youtube_dl/downloader/dash.py", line 51, in real_download
self._append_fragment(ctx, frag_content)
File "/home/www/env/lib/python3.7/site-packages/youtube_dl/downloader/fragment.py", line 120, in _append_fragment
os.remove(encodeFilename(ctx['fragment_filename_sanitized']))
FileNotFoundError: [Errno 2] No such file or directory: '--Frag1'
Description
I'm currently getting this error on this video https://www.youtube.com/watch?v=erqskegZLQw when outputting to stdout

Something on your machine had removed youtube-dl download fragment.

@dstftw I keep getting this error when running it as a subprocess and piping it.  I can't imagine the subprocess sandbox would be deleting the files randomly.  Maybe something with running concurrent youtube-dl processes is causing a conflict with ubuntu?

@dstftw perhaps https://github.com/ytdl-org/youtube-dl/blob/master/youtube_dl/downloader/fragment.py#L99 isn't unique when running concurrent?

@dstftw I was able to fix it by putting each youtube-dl into it's own temporary directory.


New Pedestrian Only Map

Please update the pedestrian only zone on Google Map.
pedestrian only map september 2017.pdf

Closed by #33


QUESTION:

How to install on this vimrc youcompleteme properly?

Please see this:
https://github.com/amix/vimrc#how-to-include-your-own-stuff


Use global open tracer

This PR Closes https://github.com/src-d/gitbase/issues/638

dep ensure -v -update gopkg.in/bblfsh/sdk.v1 gopkg.in/bblfsh/sdk.v2 gopkg.in/bblfsh/client-go.v3
replace own gitbase tracer by global open tracer

@kuba-- shall we change the needed bblfsh version on documentation? (At least here: https://github.com/src-d/gitbase/blob/master/docs/using-gitbase/getting-started.md)


Default implementation for the point series obscures some of the first and last points

@owennw - I'm not sure what this issue actually means. Can you add a screenshot or link to a fiddle that highlights the issue?

Attached.

The first and last points are not fully shown.

That's not actually an issue ;-)
In practice you should pad your axis domain using fc.util.extent to accommodate the fact that points circles rather than, erm ... points.


chore:  changes device manager functionality

changes some name for the api
adds creation of custom tracks if someone wants to add it
adds static config for track creation

@bbaldino @marcin-bazyl have remove the custom track and used pick to pick types from mediaStreamConstraints

The boolean is removed


Backbone.ajaxSync with "patch" does not submit params to server

When running tests only, if I have a Backbone.ajaxSync('patch', this.model) call in my javascript, the only parameter that gets submitted to the server is { id: 1 }. However, if I use Backbone.ajaxSync('update', this.model) the entirety of the model is serialized as params and submitted.
I believe that the entire model should be sent as params to the server on a patch.

What version of Qt are you using? It's recommended to use at least version 5.3 or higher. It's possible this is a bug in Qt itself, and not within capybara-webkit. Would you be able to extract a simple, failing test case that exhibits this behavior?

I'm currently on Qt 4.8; I will try upgrading to > 5.3 and see if that helps. If it doesn't, I'll try and set up a small application that can reproduce the error.

I upgraded to Qt5 and the behavior persisted. I have built a small app that replicates the behavior; you can find it https://github.com/shterrett/backbone-capybara-webkit-test. Sorry it took awhile. Thanks for the assist.

Closing due to age and this most likely being a Qt limitation


docs(edit): fix several minor spelling errors

Thanks for this! One issue though -- "macOS" is actual the canonical capitalization for versions from Sierra onward.


UDP:out error requires node-red restart after deployment

With a UDP sender node, I have to restart node-red after each redeployment, because of the error thrown when I hit Deploy button (after that UDP sender does not work). I am using it with a preceding OSC node (node-red-contrib-osc), but the error is thrown regardless of OSC. I have confirmed it both on ubuntu and OSX. The flow is attached.
The error:
30 Oct 10:54:49 - [info] Node-RED version: v0.17.5
30 Oct 10:54:49 - [info] Node.js  version: v7.10.1
30 Oct 10:54:49 - [info] Linux 4.4.0-72-generic x64 LE
30 Oct 10:54:50 - [info] Loading palette nodes
30 Oct 10:54:50 - [warn] ------------------------------------------------------
30 Oct 10:54:50 - [warn] [rpi-gpio] Info : Ignoring Raspberry Pi specific node
30 Oct 10:54:50 - [warn] ------------------------------------------------------
30 Oct 10:54:50 - [info] Settings file  : /home/vgusev/.node-red/settings.js
30 Oct 10:54:50 - [info] User directory : /home/vgusev/.node-red
30 Oct 10:54:50 - [info] Flows file     : /home/vgusev/.node-red/flows_dellgv.json
30 Oct 10:54:50 - [info] Server now running at http://<IP_ADDRESS>:1880/
30 Oct 10:54:50 - [info] Starting flows
30 Oct 10:54:50 - [info] Started flows
30 Oct 10:54:50 - [info] [udp out:65bd6199.7fee1] udp broadcast ready: 3000 -> <IP_ADDRESS>:3000
30 Oct 10:54:50 - [info] [udp in:e00d1277.83cb9] udp listener at <IP_ADDRESS>:3001
30 Oct 10:55:29 - [info] Stopping flows
30 Oct 10:55:29 - [info] [udp out:65bd6199.7fee1] udp output stopped
30 Oct 10:55:29 - [info] [udp in:e00d1277.83cb9] udp listener stopped
30 Oct 10:55:29 - [info] Stopped flows
30 Oct 10:55:29 - [info] Starting flows
**30 Oct 10:55:29 - [error] [udp out:65bd6199.7fee1] Error: Not running**
30 Oct 10:55:29 - [info] Started flows
30 Oct 10:55:29 - [info] [udp in:e00d1277.83cb9] udp listener at <IP_ADDRESS>:3001

flows_dellgv.json.zip

I have some similar issue:
When I change the Port inside a UPD node send or recieve, I also have to reboot my pi. After the reboot the UDP receiver node can receive again.

Should only need to stop / restart Node-RED rather than reboot... but yeah tis a bug.

I'm still having this issue in v 3.1.10

@pbawesome latest version of 3.1.x is 3.1.14
If you can reproduce the problem with 3.1.14 (or better yet on 4.0.5) then please open a new issue with an example flow and details about you triggered it.

I don't think I can use 3.1.14 (I'm running inside venus OS (victron))
Here is some code you can import to make this fail.
I'm simply sending 2 digits on a UDP port to a relay module.
The relay module is connected, port is open.
Restarting node red fixes the issue.
[     {         "id": "e5982b22c1803bf6",         "type": "function",         "z": "156617d11cfa6074",         "g": "7a00a7e2a1d6b0cd",         "name": "Home Starlink On",         "func": "\n// Relay state 11 is on\n// Relay state 21 is off\n\nvar home = global.get(\"home\")\nvar internet = global.get(\"internet\")\n\n// I am home so turn on Starlink\nif( home == 1){\n    msg.payload = 11\n}\n\n// // T-Mobile isn't giving internet so we need to turn on starlink\n// else if( internet == 0 ){\n//     msg.payload = 1\n// }\n\n// I am not home so turn off Starlink\nelse{\n    msg.payload = 21\n}\n\nif (msg.payload == 21){\n    node.status({fill: 'red', shape: 'dot', text:home:${home} internet:${internet} Starlink:${msg.payload}})\n\n}\nif (msg.payload == 11){\n    node.status({fill: 'green', shape: 'dot', text:home:${home} internet:${internet} Starlink:${msg.payload}})\n}\n\n// node.warn(home:${home}, internet:${internet}, msg.payload=${msg.payload})\nreturn msg;",         "outputs": 1,         "timeout": 0,         "noerr": 0,         "initialize": "",         "finalize": "",         "libs": [],         "x": 370,         "y": 120,         "wires": [             [                 "acfd3944f7a69414"             ]         ]     },     {         "id": "601ecfa77a88f207",         "type": "inject",         "z": "156617d11cfa6074",         "g": "7a00a7e2a1d6b0cd",         "name": "5min Starlink",         "props": [             {                 "p": "payload"             },             {                 "p": "topic",                 "vt": "str"             }         ],         "repeat": "5",         "crontab": "",         "once": false,         "onceDelay": 0.1,         "topic": "",         "payload": "",         "payloadType": "date",         "x": 160,         "y": 120,         "wires": [             [                 "e5982b22c1803bf6"             ]         ]     },     {         "id": "479172e8410a1fd5",         "type": "function",         "z": "156617d11cfa6074",         "g": "7a00a7e2a1d6b0cd",         "name": "Home Camera Off",         "func": "\n// Relay state 12 is on\n// Relay state 22 is off\n\nhome = global.get(\"home\")\n\n// I am home so turn off Cameras\nif( home == 1){\n    msg.payload = 22\n}\n// I am not home so turn on Cameras\nelse{\n    msg.payload = 12\n}\n\n\nif (msg.payload == 22){\n    node.status({fill: 'red', shape: 'dot', text:home:${home} nvr:${msg.payload}})\n\n}\nif (msg.payload == 12){\n    node.status({fill: 'green', shape: 'dot', text:home:${home} nvr:${msg.payload}})\n}\n\nreturn msg;",         "outputs": 1,         "timeout": 0,         "noerr": 0,         "initialize": "",         "finalize": "",         "libs": [],         "x": 370,         "y": 180,         "wires": [             [                 "c2d7f80332859a37"             ]         ]     },     {         "id": "e8834f6b99d23c78",         "type": "inject",         "z": "156617d11cfa6074",         "g": "7a00a7e2a1d6b0cd",         "name": "5min NVR",         "props": [             {                 "p": "payload"             },             {                 "p": "topic",                 "vt": "str"             }         ],         "repeat": "5",         "crontab": "",         "once": false,         "onceDelay": 0.1,         "topic": "",         "payload": "",         "payloadType": "date",         "x": 170,         "y": 180,         "wires": [             [                 "479172e8410a1fd5"             ]         ]     },     {         "id": "acfd3944f7a69414",         "type": "udp out",         "z": "156617d11cfa6074",         "g": "7a00a7e2a1d6b0cd",         "name": "Starlink Relay",         "addr": "<IP_ADDRESS>",         "iface": "",         "port": "60001",         "ipv": "udp4",         "outport": "",         "base64": false,         "multicast": "false",         "x": 600,         "y": 120,         "wires": []     },     {         "id": "c2d7f80332859a37",         "type": "udp out",         "z": "156617d11cfa6074",         "g": "7a00a7e2a1d6b0cd",         "name": "NVR Relay",         "addr": "<IP_ADDRESS>",         "iface": "",         "port": "60001",         "outport": "",         "base64": false,         "multicast": "false",         "x": 590,         "y": 180,         "wires": []     } ]

@pbawesome I have a potential work around for you to try.
In the UDP-out node, set a local bind port (rather than let NR pick a random one)

The first seems to be configured like this

and the second

So the second seems to have ipv4 not set...  but otherwise they are identical ? so why not just use one node and wire both flows to it ?


[Fix] Fix the torchserve

Modification
after our discussion in #1141  I just changed mmcv to mmengine to mmcls2torchserve.

fix torch serve;
remove deprecated deploy tools.

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

@marouaneamz  Some other places also need to be modified.
Can I make some modifications and push it to your branch?

@marouaneamz  Sorry, I have no permission to push code into your repo. Can you invite me to cooperate with your repo.?
refer to this GitHub doc.

@Ezra-Yu i invite you to my repository can you check it is good

Hi @marouaneamz ！First of all, we want to express our gratitude for your significant PR in the MMCls project. Your contribution is highly appreciated, and we are grateful for your efforts in helping improve this open-source project during your personal time. We believe that many developers will benefit from your PR.
We would also like to invite you to join our Special Interest Group (SIG) private channel on Discord, where you can share your experiences, ideas, and build connections with like-minded peers. To join the SIG channel, simply message moderator— OpenMMLab on Discord or briefly share your open-source contributions in the #introductions channel and we will assist you. Look forward to seeing you there! Join us ：https://discord.gg/raweFPmdzG
If you have WeChat account，welcome to join our community on WeChat. You can add our assistant ：openmmlabwx. Please add "mmsig + Github ID" as a remark when adding friends：）
Thank you again for your contribution❤

Hi @CLAassistant ！First of all, we want to express our gratitude for your significant PR in the MMCls project. Your contribution is highly appreciated, and we are grateful for your efforts in helping improve this open-source project during your personal time. We believe that many developers will benefit from your PR.
We would also like to invite you to join our Special Interest Group (SIG) private channel on Discord, where you can share your experiences, ideas, and build connections with like-minded peers. To join the SIG channel, simply message moderator— OpenMMLab on Discord or briefly share your open-source contributions in the #introductions channel and we will assist you. Look forward to seeing you there! Join us ：https://discord.gg/UjgXkPWNqA
If you have WeChat account，welcome to join our community on WeChat. You can add our assistant ：openmmlabwx. Please add "mmsig + Github ID" as a remark when adding friends：）
Thank you again for your contribution❤


Suppress "ALL" when no suppression config is given

This PR extends SuppressRenderer to handle the case when configuration is given, but no warnings are specified in its warnings property
Before this PR it was assumed that @SuppressWarnings("ALL") is used only in the absence of ProtoData configuration.
But real projects do configure ProtoData in some way, and they add SuppressRenderer too. The assumption resulted in generating only @SuppressWarnings({}) because no specific warnings were configured. Because of that generated Java code which dealt with deprecated proto properties produce many deprecated warnings during the build.
New assumption is this: if the project adds SuppressRenderer and does not care about specific warnings, suppress them "ALL".
Other notable changes of this PR:

Reusable code was moved to packages corresponding to those from base and core-java subprojects.
Reusable io.spine.server.event.Policy class was extracted from io.spine.protodata.Policy.

The next step would be to move this code to base and core-java, and then remove it from this code tree.

I have approved base-related changes, BTW.

Given these things are moved to core-java right away, LGTM.

Yeah, I'm going to do it that way. So, tomorrow, there would be a PR in core-java and then resolution of this one.


wfqueue MCSP stucking at spin function scope wfqueue.c [30|32]

Hi chaoran, this is confirm stuck if mcsp
Nproc = 16
consumer: 14
producer: 1
0x0000000000400e5f in running_wfq_test (arg_producer=, arg_consumer=, arg_producing=,
arg_consuming=, total_threads=15, test_type=0x401fbd "MCSP") at main_test.c:121
121         while (__sync_fetch_and_add(&config.nConsuming, 0) < TEST_MAX_INPUT * (config.nProducer)) {
Missing separate debuginfos, use: debuginfo-install glibc-2.17-222.el7.x86_64
(gdb) info threads
Id   Target Id         Frame
16   Thread 0x7fffbf7fe700 (LWP 25694) "test" spin (p=0x7fffc8031980) at wfqueue.c:32
15   Thread 0x7fffbffff700 (LWP 25693) "test" spin (p=0x7fffc8032180) at wfqueue.c:32
14   Thread 0x7fffdcff9700 (LWP 25692) "test" spin (p=0x7fffc80324c0) at wfqueue.c:30
13   Thread 0x7fffdd7fa700 (LWP 25691) "test" 0x0000000000401788 in spin (p=0x7fffc8032a80) at wfqueue.c:30
12   Thread 0x7fffddffb700 (LWP 25690) "test" 0x0000000000401788 in spin (p=0x7fffc8032d80) at wfqueue.c:30
11   Thread 0x7fffde7fc700 (LWP 25689) "test" 0x0000000000401788 in spin (p=0x7fffc8033200) at wfqueue.c:30
10   Thread 0x7fffdeffd700 (LWP 25688) "test" spin (p=0x7fffc8033540) at wfqueue.c:32
9    Thread 0x7fffdf7fe700 (LWP 25687) "test" spin (p=0x7fffc80338c0) at wfqueue.c:32
8    Thread 0x7fffdffff700 (LWP 25686) "test" 0x0000000000401788 in spin (p=0x7fffc8033cc0) at wfqueue.c:30
7    Thread 0x7ffff4fec700 (LWP 25685) "test" 0x00000000004017f9 in help_enq (i=91476149, c=0x7fffc8033ec0, th=0x7fffd8001000, q=0x605000)
at wfqueue.c:213
6    Thread 0x7ffff57ed700 (LWP 25684) "test" 0x0000000000401788 in spin (p=0x7fffe4013080) at wfqueue.c:30
5    Thread 0x7ffff5fee700 (LWP 25683) "test" 0x0000000000401788 in spin (p=0x7fffe4013200) at wfqueue.c:30
4    Thread 0x7ffff67ef700 (LWP 25682) "test" 0x0000000000401788 in spin (p=0x7fffc802cd80) at wfqueue.c:30
3    Thread 0x7ffff6ff0700 (LWP 25681) "test" 0x0000000000401788 in spin (p=0x7fffe4013380) at wfqueue.c:30

1    Thread 0x7ffff7fe0740 (LWP 25676) "test" 0x0000000000400e5f in running_wfq_test (arg_producer=, arg_consumer=,
arg_producing=, arg_consuming=, total_threads=15, test_type=0x401fbd "MCSP") at main_test.c:121

Is this the same issue as #10 ? Or a different one?

This is different, this is MCSP. This is confirmed issue. I have dropped you a code, you may take a look.

Hi Chaoran,
This is the MCSP code, it still stuck after I put barrier
/*
 * compile : g++ -std=c++11 -I./ OverallTest.cpp -pthread -Wall -o overalltest
 * execute
 * valgrind --fair-sched=yes ./overalltest
 */
// #include <iostream>
#include <stdio.h>
#include <time.h>
#include <pthread.h>
// #include <thread>

#include "queue.h"
#include <unistd.h>
#include <assert.h>
#include <sys/time.h>

#define MILLION  1000000
#define TEST_MAX_INPUT  MILLION

static pthread_barrier_t barrier;
typedef struct {
    size_t v;
} MyVal;

typedef struct {
    size_t nProducer;
    size_t nConsumer;
    size_t nProducing;
    size_t nConsuming;
    queue_t *q;
    handle_t **hds;
} wfq_test_config_t;

int TEST_COUNT = 0;

MyVal* newval(size_t digit) {
    MyVal *data = (MyVal*)malloc(sizeof(MyVal));
    data->v = digit;
    return  data;
}

static int id = 0;
void * producing_fn(void *v) {
    int z;
    wfq_test_config_t* config = (wfq_test_config_t*)v;
    queue_t *q = config->q;
    handle_t **hds = config->hds;
    int _id = __sync_fetch_and_add(&id, 1);
    hds[_id] = align_malloc(PAGE_SIZE, sizeof(handle_t));
    queue_register(q, hds[_id], _id);
    pthread_barrier_wait(&barrier);
    for (z = 0; z < TEST_MAX_INPUT; z++) {
        MyVal* s = newval(__sync_fetch_and_add(&config->nProducing, 1));

        enqueue(q, hds[_id], s);
        // wfq_sleep(1);
        // if (xx % 100000 == 0)
        //     printf("%zu\n", xx);
    }

    pthread_barrier_wait(&barrier);
    queue_free(q, hds[_id]);
    return NULL;
}
void * consuming_fn(void *v) {
    wfq_test_config_t* config = (wfq_test_config_t*)v;
    queue_t *q = config->q;
    handle_t **hds = config->hds;
    int _id = __sync_fetch_and_add(&id, 1);
    hds[_id] = align_malloc(PAGE_SIZE, sizeof(handle_t));
    queue_register(q, hds[_id], _id);
    pthread_barrier_wait(&barrier);

    for (;;) {
        MyVal* s;
        while ( (s = (MyVal*)dequeue(q, hds[_id]) )  ) {
            if (s->v % 100000 == 0) {
                printf("t %zu\n", s->v);
            }
            free(s);
            __sync_fetch_and_add(&config->nConsuming, 1);
        }
        if (__sync_fetch_and_add(&config->nConsuming, 0) >= TEST_MAX_INPUT * (config->nProducer)) {
            break;
        }
    }

    pthread_barrier_wait(&barrier);
    queue_free(q, hds[_id]);
    return NULL;
}

int running_wfq_test(size_t arg_producer, size_t arg_consumer, size_t arg_producing, size_t arg_consuming, const size_t total_threads, const char * test_type) {

    size_t i = 0;
    struct timeval start_t, end_t;
    double diff_t;
    wfq_test_config_t config;

    assert ((total_threads >= (arg_producer + arg_consumer)) && "not enough thread to test");

    pthread_t testThreads[total_threads];

    config.nProducer = arg_producer;
    config.nProducing = arg_producing;
    config.nConsumer = arg_consumer;
    config.nConsuming = arg_consuming;
    config.q = align_malloc(PAGE_SIZE, sizeof(queue_t));
    queue_init(config.q, total_threads);
    config.hds = align_malloc(PAGE_SIZE, sizeof(handle_t * [total_threads]));

    char *testname = (char*)"Fixed size wfqueue test";

    gettimeofday(&start_t, NULL);
    for (i = 0; i < arg_producer ; i++) {
        pthread_create(testThreads + i, 0, producing_fn,  &config);
    }
    for (; i < total_threads ; i++) {
        pthread_create(testThreads + i, 0, consuming_fn,  &config);
    }

    while (__sync_fetch_and_add(&config.nConsuming, 0) < TEST_MAX_INPUT * (config.nProducer)) {
      struct timeval curr;
      gettimeofday(&curr, NULL);
      if ((curr.tv_usec - start_t.tv_usec) >= (120 * 1000 * 1000)) { // 2 minute
          assert(0 && " too long to consuming the queue ");
      }
    }

    for (i = 0; i < total_threads; i++) {
        void *ret;
        pthread_join(testThreads[i], &ret);
        // free(ret);
    }

    gettimeofday(&end_t, NULL);

    diff_t = (double)(end_t.tv_usec - start_t.tv_usec) / 1000000 + (double)(end_t.tv_sec - start_t.tv_sec);

    printf("===END Test= %d - %s, test type %s ===\n", ++TEST_COUNT, testname, test_type);
    printf("======Total consuming = %zu\n", __sync_fetch_and_add(&config.nConsuming, 0));
    // printf("======Left over = %zu\n", wfq_size(config.q));
    printf("Execution time = %f\n", diff_t);
    // assert(wfq_size(config.q) == 0 && " still left over queue inside ");

    // wfq_destroy(config.q);
    free(config.q);
    free(config.hds);
    sleep(1);
    return 0;
}

int main(void) {
    int ret = 0, i;

    unsigned int n = sysconf(_SC_NPROCESSORS_ONLN); // Linux / MAC OS
    pthread_barrier_init(&barrier, NULL, 15);
    if (n > 1) {
        // int NUM_PRODUCER = n/2;
        // int NUM_CONSUMER = (n/2) - 1;
        // int running_set = 1;
        //
        // for (i = 0; i < running_set; i++) {
        //     ret = running_wfq_test(NUM_PRODUCER, NUM_CONSUMER, 0, 0, NUM_PRODUCER + NUM_CONSUMER, "MPMC");
        // }
        //
        // NUM_PRODUCER = n - 2;
        // NUM_CONSUMER = 1;
        // for (i = 0; i < running_set; i++) {
        //     ret = running_wfq_test(NUM_PRODUCER, NUM_CONSUMER, 0, 0, NUM_PRODUCER + NUM_CONSUMER, "MPSC");
        // }

        int NUM_PRODUCER = 1;
        int NUM_CONSUMER = n - 2;
        int running_set = 1;
        for (i = 0; i < running_set; i++) {
            ret = running_wfq_test(NUM_PRODUCER, NUM_CONSUMER, 0, 0, NUM_PRODUCER + NUM_CONSUMER, "MCSP");
        }
    } else {
        ret = -1;
        printf("One thread is not enough for testing\n");
    }

    return ret;
}

I thought it could be gcc 4.8.5 issue, but tried my mac clang Apple LLVM version 10.0.0 (clang-1<IP_ADDRESS>)
Still having same issue.

It may be a bug in the wfqueue implementation. I don't have time to debug it right now. But I will leave this issue open until I fix it.

Hi, I have make a #13, It looks like no longer stucks in my tests of the dropped code, or is there some things still not right?
Maybe you can test it again.


HTTP Client third party or native

From docs:

(Note: zend-diactoros does NOT ship with a client implementation; the above is just an illustration of a possible implementation.)

Are you planing realize it? Maybe you give reference on existing?

https://github.com/guzzle/guzzle is compatible, thats cool


String::replace_first is not exposed in gdscript

Godot version:
3.2 beta 4
Issue description:
String::replace_first is not exposed in gdscript. This function would be useful when working with strings.
Also the docs don't explain what is the difference between String::replace and String::replacen

Duplicate of #33308


Implement animate

Pull Request Test Coverage Report for Build 156

12 of 12 (100.0%)  changed or added relevant lines in 4 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.1%) to 91.383%

Totals

Change from base Build 155:
0.1%

Covered Lines:
327

Relevant Lines:
347

💛  - Coveralls


ledger button required in transaction page By Mitul sir

Describe the bug

When we filter transaction with company then show one button ledger
when click on that ledger pass all filter value to ledger print url and show according to that ledger
By @mitulpanch

Screenshots
If applicable, add screenshots to help explain your problem.


Revert "[bootstrap] fix: fixed required variable validation assertion"

Reverts onedr0p/flux-cluster-template#1074
I made a mistake on testing this PR.
The Jinja default() filter does not play nice with boolean variables. Any false-y variables ( e.g. bootstrap_ipv6_enabled: false ) will fail the assertion.
Without setting the default filters boolean paramater to true  the filters scope is limited strictly to Undefined which Ansible does not seem to assign to variables that are... undefined.
def do_default(value, default_value=u'', boolean=False):
    """If the value is undefined it will return the passed default value,
    otherwise the value of the variable:

    .. sourcecode:: jinja

        {{ my_variable|default('my_variable is not defined') }}

    This will output the value of ``my_variable`` if the variable was
    defined, otherwise ``'my_variable is not defined'``. If you want
    to use default with variables that evaluate to false you have to
    set the second parameter to `true`:

    .. sourcecode:: jinja

        {{ ''|default('the string was empty', true) }}
    """
    if isinstance(value, Undefined) or (boolean and not value):
        return default_value
    return value

Thanks for looking into this, bummer it doesn't play the way we want it to.


add long-term memory and support toolllama as brains;

[x] Add long-term memory
[x] Support ToolLlama as brain
[x]  Support partial matching of tool names
[x] Verified that the added system prompt does not affect plan-first agent
[x] Add Chat-Rec in user simulator

@microsoft-github-policy-service agree

@Leavingseason  Looking forward to your careful review~


bower.json points to dist/ instead of lib/

main should probably point to lib/Codemirror.js, the untranspiled version of the react codemirror plugin.
Also the version in bower.json wasn't bumped during the last release (0.1.1)

Thinking twice about this I'm not so sure, but in any case the main must be changed as it's currently pointing to an unexisting file.

hey @stevedomin, sorry about that - looks like there was a build error with the last release, I've fixed it and lib is back where it should be.
The entry point in package.json is pointed at lib/Codemirror.js so that node / webpack / browserify will load the transpiled CommonJS version, and not the UMD packaged bundle in dist.
I also updated bower.json. thanks!


551 limit sightinig fields and support new style site settings

Pull Request Overview

Limit AGS creation to only supported fields
Added one extra EDM sighting field as used in tests
Updated tests to reflect the changes fixing a few oddities on the way.

does this modify the POST AGS API in a way such that existing successful requests could start failing?

It's a modification but I tested with the FE with the fields in the API and a custom field and that worked so my testing has said that it should not start failing.

sounds great!


[Task][Go SDK] Define behavior of timestamp reading iterables for GBK value streams

What needs to happen?
Timestamp metadata for individual elements is lost after sending values through a GroupByKey. This is not an issue, and is WAI as a consequence of the post GBK coder (WindowedValueHeader+KV<K, Iter>), as the runner has combined timestamps.
However, the Go SDK permits using a func(*beam.EventTime, *V) bool for iterating over values , will produce 0 value event times. This is confusing behavior.
The task has two components:
First is to document in the programming guide and the GroupByKey godoc that the timestamps for values will not be available after the GBK.
Second is to make the current behavior more sensible: Populate such iterators with the combined timestamp for the key, instead of leaving it with the zero value.
That would happen here for relfective iterators: https://github.com/apache/beam/blob/66ffc0b9fe99ba7d305d00c2f93e29979b1b2123/sdks/go/pkg/beam/core/runtime/exec/input.go#L173
This form of iterator isn't yet supported with the register package, but it would also need to be supported there once implemented.
https://github.com/apache/beam/blob/66ffc0b9fe99ba7d305d00c2f93e29979b1b2123/sdks/go/pkg/beam/register/iter.go
This is separate from whether the SDK supports specifying timestamp combine strategies for a window. Presently it does not, and should default to "End Of Window" for a given Post GBK element.
Issue Priority
Priority: 2
Issue Component
Component: sdk-go

Discussing this with @robertwb and @reuvenlax indicates that this is something incorrect in the Go SDK, and shouldn't be included.
By the Model and the Coders, the timestamps for individual values are either combined (in the GBK case) or dropped after being used for window assignment (for Side inputs).
So ultimately, instead we need to simply fail these pipelines at construction time (with an error referring to this issue and explain this part of the model).
There are also some bad tests & documentation that need correction.
https://github.com/apache/beam/blob/8b213c617ef8cf3a077bb0002b6b0fec8e85cb05/sdks/go/pkg/beam/core/funcx/sideinput.go#L59
https://github.com/apache/beam/blob/273613dbdf2566a3975d5f47f581a861a91128b8/sdks/go/pkg/beam/core/funcx/sideinput_test.go#L34
legacy template:
https://github.com/apache/beam/blob/410ad7699621e28433d81809f6b9c42fe7bd6a60/sdks/go/pkg/beam/core/runtime/exec/optimized/inputs.tmpl#L33


added support for tx checksum offload (#63)

added support for tx checksum offload

Tagging to buf version 1.13.1

Co-authored-by: manomugdha<EMAIL_ADDRESS>

discarding this PR


[Improvement][datasource] improvement datasource get name

Search before asking

[X] I had searched in the issues and found no similar issues.

What happened
found through the code, the database to get the name of the time part is written dead, but I see spi's DbType enumeration in the unified maintenance, so in order to code style consistency, as well as the later maintenance of convenience, it is a unified optimization of values
What you expected to happen
Optimize it.
How to reproduce
In the code logic
Anything else
No response
Version
dev
Are you willing to submit PR?

[X] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Since this is not a bug, so I remove the bug label.


FEATURE: ICON-Widget

Describe your changes

added onMouseEnter and onMouseLeave actions
fixed an issue of modal interferring with Icon to trigger onMouseLeave

Screenshots [Optional]
Issue ticket number and link
Closes #
Checklist before requesting a review

[x] I have performed a self-review of my code
[ ] I have added tests
[ ] I have added a changeset pnpm changeset add
[x] I have added example usage in the kitchen sink app

@sibteali786 can you please complete this PR?


Create an utils class for the Microsoft 365 Group commands

We are interacting with Microsoft 365 Groups a lot in our commands. Most of the time we are retrieving Groups by id or DisplayName to process other commands.
I think we should start introducing a utils class as we did with spo: https://github.com/pnp/cli-microsoft365/blob/b46b8928d315fabe26579d93b73d4ea843682106/src/utils/spo.ts
I would suggest that we call the utils class aadgroup and I would start with these operations. I verified the commands and can see that these are used very often:
// retrieves a unique group
getGroupById(id: string): Promise
-> reject with an error if the group can't be found
// retrieves a list of Groups by DisplayName
getGroupsByDisplayName(displayName: string): Promise<Group[]>
// retrieves a unique group by displayname
getGroupByDisplayName(displayName: string): Promise
-> reject with an error if the group can't be found
-> reject with an error if there are multiple groups with the same displayname, returning the mapped list of ids to differentiate
I would start with the implementation of the utils class first.  Then we can create issues to use the utils class in our existing commands.
I would also just start with the M365 Groups. We can add optional filtering options in future evolutions.
@pnp/cli-for-microsoft-365-maintainers: feel free to add more commands to this list or change the specs.
Cheers

Great suggestion @plamber 👍🏻
My only comment would be to introduce a util function and update the commands to use that function in a single commit (issue).

Great suggestion @plamber. It will help us remove duplicate code. Like @garrytrinder mentioned, let's make a list of all commands that we'd need to update and in the first PR include one central function will all commands updated. Then in another PR, we'd add another function and again include all affected commands. That way, we keep related changes together and at the same time break the total scope of changes into separate chunks that different contributors could help us with.

Willing to work on this one.

Hi @milanholemans,
thank you. All yours.
Cheers


enable dependabot version updates

i think it'd make sense to enable dependabot to ensure that the dependencies used in the examples are up-to-date (presuming that the update is non-breaking, otherwise dependabot can't do it, of course).
to do this you have to add a .github/dependabot.yml config file with a content roughly like this (with one cargo entry per project, see the documentation for details):
version: 2
updates:
  - package-ecosystem: "github-actions"
    directory: "/"
    schedule:
      interval: "weekly"
  - package-ecosystem: "cargo"
    directory: "/rtic_v1/stm32f3_blinky"
    schedule:
      interval: "weekly"

this is mostly done, only #79 is missing. it worked, as dependabot created a ton of PRs (there's a limit to how many PRs it should create, but that's per project, not per repository...).

done with #49 and #79


About the way of preprocessing the Vimeo90K dataset

Thank you for your outstanding and constructive contributions!
Recently I have been trying to use CompressAI to implement a custom network and compare its performance with other methods that have been implemented in CompressAI. However, I found that the Vimeo90K dataset had three different subsets and I was confused about which one to download. Also, I did not find further description about how to preprocess the Vimeo90K dataset after reading both the documentation and paper. Could you please tell me which subset to download, and how to preprocess it? Or, instead, does the dataset used for training have little effect on the final performance?
Thanks again for your excellent work. Looking forward to your reply.

Not sure how the maintainers preprocessed their dataset, but here's my methodology:
wget http://data.csail.mit.edu/tofu/dataset/vimeo_triplet.zip
unzip vimeo_triplet.zip
python process_vimeo_triplet.py

# process_vimeo_triplet.py
import os
import shutil
from pathlib import Path

def extract_dataset_split(in_dir: str, out_dir: str, list_filename: str):
    with open(list_filename) as f:
        lines = f.read().splitlines()

    os.makedirs(out_dir, exist_ok=True)

    in_dir_path = Path(in_dir)
    out_dir_path = Path(out_dir)

    for subdir in lines:
        if subdir == "":
            continue

        subdir_path = in_dir_path / subdir
        out_prefix = str(out_dir_path / (subdir.replace('/', '_') + "_"))
        in_images = os.listdir(subdir_path)

        for image in in_images:
            src = subdir_path / image
            dst = out_prefix + image
            print(f"{src} -> {dst}", subdir)
            shutil.copy2(src, dst)

extract_dataset_split(
    "vimeo_triplet/sequences",
    "vimeo90k_compressai/train",
    "vimeo_triplet/tri_trainlist.txt",
)

extract_dataset_split(
    "vimeo_triplet/sequences",
    "vimeo90k_compressai/test",
    "vimeo_triplet/tri_testlist.txt",
)

Note that the "test" directory actually contains the validation set since testing is done via the RD curves on the Kodak test set (768x512 sized images).

Thank you for your kindly sharing! I'll try it out.

Hi sorry for the late reply. The above solution works perfectly. Another way that can speed up training is to generate npy files containing the train/validation sets. Please note that train.py is a "simple" exemplary training loop, this would require to tweak the exemplary dataloader.


Can't get coverage output

I put istanbul into place a few weeks ago to cover our mocha tests and it's been awesome, but then all of the sudden I have noticed it is no longer producing new coverage output.  When I run istanbul -v cover _mocha -- --recursive tests I get an empty coverage folder.  Any ideas of how to debug this?  I simplified my tests down to a single test case and the same thing happens.

@gotwarlost Considering the tests over at https://github.com/raszi/node-tmp which use both mocha and istanbul for coverage, everything works as expected. I believe that you can close this issue for good.


Symbolic bound resolution with difference

When resolving bounds with difference the upper bound cannot be used directly; any other problematic operators?

Fixed in 0577ba1b701a7100f04fb78318534c3d8aeba43a.


Upgrade to Postgres 11.3 once it's out

Hi there! We on Concourse team are affected by a bug present in Postgres 11.2 that causes Postgres to lock up until it's force-restarted. The fix is expected to be in 11.3, which should be out this week (on May 9) according to their roadmap.
We're at a point where we're evaluating downgrading to to Postgres 9.6, switching to CloudSQL, or just waiting on 11.3 and force-restarting our Postgres whenever it falls over. The last item involves the least amount of work, so I figured I'd open this preemptively in hopes y'all have bandwidth to publish a new release shortly after it's out. 🙂
Alternatively, we may be able to work-around the bug by disabling parallel queries, so no rush.
Thanks!

@vito Thanks for raising it. We will upgrade to 11.3 once published.

Looks like it just came out: https://www.postgresql.org/docs/11/release-11-3.html

Fix race conditions in management of dynamic shared memory (Thomas Munro)
These could lead to “dsa_area could not attach to segment” or “cannot unpin a segment that is not pinned” errors.

🙌

@vito postgres release v37 has been released with the upgrade to PostgreSQL 11.3.

@valeriap Thanks! Looks like our pipeline deployed it already. I'll close this out. :+1:


[FLINK-19748] Iterating key groups in raw keyed stream on restore fails if some key groups weren't written

This PR is based on top of #13761, since a new test was added in #13761 that would also cover the fix in this PR.
Only the last 2 commits are relevant.
What is the purpose of the change
When iterating through key groups in restored raw keyed state streams, the iterator (StreamTaskStateInitializerImpl#KeyGroupStreamIterator) doesn't respect that fact that some key groups were skipped and were not written, .e.g:
// on snapshots
KeyedStateCheckpointOutputStream rawKeyedStream = snapshotContext.getRawKeyedOperatorStateOutput();
rawKeyedStream.startNewKeyGroup(0);
rawKeyedStream.startNewKeyGroup(3); // skipped key groups 1 and 2

In this case, the offsets for key groups 1 and 2 written in the checkpoint metadata will be -1 (meaning, an undefined offset).
On restore, however, the iterator still attempts to seek the restored keyed state streams with the offsets, ultimately failing with a position out of bounds when it attempts to seek to position -1.
The usage behaviour of skipping key groups when writing to the raw keyed state stream is currently completely valid as the KeyedStateCheckpointOutputStream API does not forbid it. StateFun, for example, did exactly that.
Solution
This PR solves the issue by modifying StreamTaskStateInitializerImpl#KeyGroupStreamIterator to skip key groups with undefined offsets (i.e. -1).
The changes are isolated such that is should only affect the restore of raw keyed state streams, and does not affect the restore of state backends.
Brief change log

a130d84 Wraps the original key group offsets iterator to filter out key groups with undefined offsets.
c6bae68 Adjusts the existing AbstractStreamOperatorTest.testCustomRawKeyedStateSnapshotAndRestore test to only write some key groups, and not all of them.

Verifying this change

The new AbstractStreamOperatorTest.testCustomRawKeyedStateSnapshotAndRestore test should pass.
There are existing integration tests that test snapshotting and restoring of heap-based timers, which should cover the current usage of the raw keyed state stream in Flink.

Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes / no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
The serializers: (yes / no / don't know)
The runtime per-record code paths (performance sensitive): (yes / no / don't know)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn/Mesos, ZooKeeper: (yes / no / don't know)
The S3 file system connector: (yes / no / don't know)

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

Thanks for the review @carp84!
I've addressed your comments, and will rebase this after #13761 is merged.

@flinkbot run azure

@flinkbot run azure


Capacity upgrades for readers/writers

Suggest adding an upgrade for readers and writers to increase internal storage capacity.

I won't do this anymore, but I will add a config option for it.


cli: Add container encapsulate --compression-fast

container: Make skip_compression really use gzip fast, not none
Not doing any compression at all is quite bad for tar streams
which have a ton of duplicate data.

cli: Add container encapsulate --compression-fast
For the use case of exporting to a temporary OCI directory, which
we in turn then want to push into containers-storage: which
is going to decompress it again.
This will be used for e.g.
https://github.com/coreos/rpm-ostree/issues/3900

cc @lucab

This short-circuiting of skip_compression to Compression::fast seems like a footgun, I hope it won't last long (I'd rather just rename it now).
It seems like the intent is to always mandate some kind of compression, so perhaps a better switch would be --compression=fast|medium|best.
That said, if this is urgently needed to unblock CI, feel free to merge it as is.


Suppress state changes when DTU goes offline

I find it strange that, when the DTU goes offline because the inverter switches off, some entities change their state. I understand that this is what the DTU is reporting, but from a user point of view, the entity changes are suggesting changes that aren't happening.
Considering the fact that the Power Limiting feature is not safe to use, I was a bit alarmed the state allegedly changed multiple times per day (cloudy, so the inverter went offline multiple times):

What's downright false, but less concerning, is the version info for both the inverter's hardware and software:

What I also find strange is that the DTU signal strength allegedly never changes, even though the DTU clearly was offline in the corresponding time frame:

Making some changes here would clearly be in the "nice to have" category, maybe with the power limiter as the single exception. So not urgent or critical by any means.
Happy to discuss 😊

Thanks, that indeed already on my to do list, since it bugs me myself.

@sc-ampersand-p I have just released a pre-release version  (0.2.4-dev) which should cope with the version string. (It will just keep showing the same version, even though the inverter is offline).
As far as the signal strengh goes, I try to not immediately set the signal strength to 0 if the inverter cannot be reached for a couple of minutes, as inverters with blocked Internet access also cannot be reached sometimes.
Otherwise, the value is the one reported by the DTU.
In the night, the value should drop to 0.

Implemented in v0.2.4


Unable to build latest with Mono for X11

Godot version
efc87481e45c66b3a18dfe1db82c3289fe2a370d
System information
Ubuntu 20.04
Issue description
I'm attempting to compile the latest version following the documentation here and getting stuck with the compilation error below.
I can compile successfully by checking out 3.3.3 stable plus the extra commit I'm interested in with git cherry-pick: https://github.com/godotengine/godot/commit/6db17a523e3747c489747d52de62790d9148d25d
Apologies in advance if there's an obvious reason for this, as I'm not familiar with C++ or its build tools. I believe I've satisfied all the dependencies listed here and am at a dead end with this. My compiler is GCC 9.3.0.
scons: Reading SConscript files ...
Platform "x11" has been renamed to "linuxbsd" in Godot 4.0. Building for platform "linuxbsd".
Enabling ALSA
Enabling PulseAudio
D-Bus development libraries not found, disabling dependent features
Enabling udev support
Note: Building a debug binary (which will run slowly). Use `target=release_debug` to build an optimized release binary.

scons: warning: Calling missing SConscript without error is deprecated.
Transition by adding must_exist=0 to SConscript calls.
Missing SConscript 'modules/gdnative/xr/SCsub'
File "/home/censored/Documents/projects/godot/modules/gdnative/SCsub", line 20, in <module>
Mono root directory not found. Using pkg-config instead
Checking for C header file mntent.h... (cached) yes
scons: done reading SConscript files.
scons: Building targets ...
[ 40%] Compiling ==> modules/mono/editor/code_completion.cpp
modules/mono/editor/code_completion.cpp: In function 'PackedStringArray gdmono::get_code_completion(gdmono::CompletionKind, const String&)':
modules/mono/editor/code_completion.cpp:126:73: error: 'begin' was not declared in this scope; did you mean 'std::begin'?
  126 |     for (const KeyValue<StringName, ProjectSettings::AutoloadInfo> &E : autoloads) {
      |                                                                         ^~~~~~~~~
      |                                                                         std::begin
In file included from /usr/include/c++/9/string:54,
                 from /usr/include/c++/9/stdexcept:39,
                 from /usr/include/c++/9/array:39,
                 from /usr/include/c++/9/tuple:39,
                 from /usr/include/c++/9/mutex:38,
                 from ./core/os/mutex.h:39,
                 from ./core/string/string_name.h:34,
                 from ./core/string/node_path.h:34,
                 from ./core/variant/variant.h:46,
                 from modules/mono/editor/code_completion.h:35,
                 from modules/mono/editor/code_completion.cpp:31:
/usr/include/c++/9/bits/range_access.h:105:37: note: 'std::begin' declared here
  105 |   template<typename _Tp> const _Tp* begin(const valarray<_Tp>&);
      |                                     ^~~~~
modules/mono/editor/code_completion.cpp:126:73: error: 'end' was not declared in this scope; did you mean 'std::end'?
  126 |     for (const KeyValue<StringName, ProjectSettings::AutoloadInfo> &E : autoloads) {
      |                                                                         ^~~~~~~~~
      |                                                                         std::end
In file included from /usr/include/c++/9/string:54,
                 from /usr/include/c++/9/stdexcept:39,
                 from /usr/include/c++/9/array:39,
                 from /usr/include/c++/9/tuple:39,
                 from /usr/include/c++/9/mutex:38,
                 from ./core/os/mutex.h:39,
                 from ./core/string/string_name.h:34,
                 from ./core/string/node_path.h:34,
                 from ./core/variant/variant.h:46,
                 from modules/mono/editor/code_completion.h:35,
                 from modules/mono/editor/code_completion.cpp:31:
/usr/include/c++/9/bits/range_access.h:107:37: note: 'std::end' declared here
  107 |   template<typename _Tp> const _Tp* end(const valarray<_Tp>&);
      |                                     ^~~
scons: *** [modules/mono/editor/code_completion.linuxbsd.tools.64.o] Error 1
scons: building terminated because of errors.
[Time elapsed: 00:00:03.641]

Possibly something about https://github.com/godotengine/godot/pull/52122?
Steps to reproduce
Attempt to compile latest on Ubuntu 20.04.
Minimal reproduction project
No response

Reading the build log (especially the note about x11 being renamed to linuxbsd, it looks like you're trying to build the master branch. Mono support is currently broken in the master branch.

I am building from master instead of 3.3, so makes sense. Thanks!

While it's true mono support in master is currently kinda broken, it was compiling fine for me a few days ago. I've looked into it and it seems it may have been broken because of PR #52122.
That PR changes the autoloads variable from Map<StringName, ProjectSettings::AutoloadInfo> to OrderedHashMap<StringName, ProjectSettings::AutoloadInfo> but since OrderedHashMap doesn't implement Range Iterators those for loops can't compile now.

While it's true mono support in master is currently kinda broken, it was compiling fine for me a few days ago. I've looked into it and it seems it may have been broken because of PR #52122.
That PR changes the autoloads variable from Map<StringName, ProjectSettings::AutoloadInfo> to OrderedHashMap<StringName, ProjectSettings::AutoloadInfo> but since OrderedHashMap doesn't implement Range Iterators those for loops can't compile now.

Yeah I was curious about that, I looked through the history of code_completion.cpp initially and noticed that recent change. Its strange that the automated build succeeded though.

The CI only builds the editor (tools=yes module_mono_enabled=no) and the mono template (tools=no module_mono_enabled=yes), but the code that fails is only compiled when tools=yes and module_mono_enabled=yes because it's part of the mono module integration with the editor. So the automated build never compiled that class.

@olestourko you should be able to build now, let us know if you run into more issues

@olestourko you should be able to build now, let us know if you run into more issues

Awesome, thank you!