Since version 1.4,body is twisting in unreal engine

Hi!. Since version 1.4, when I run pose ai in unreal engine, the body twists as shown in the image. How can I fix this?

Hi, in the handshake there is a tick box which can rotate the lower body 180 degrees.  Either tick or on or off (opposite of what you have now) and it should solve the problem.We added that to handle different setups (some users only using character blueprint, some users using animation blueprints with blendnodes overriding lower body)On 3 Mar 2023, at 16:16, GinjiGinji @.***> wrote:
Hi!. Since version 1.4, when I run pose ai in unreal engine, the body twists as shown in the image. How can I fix this?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: @.***>


Capturing the values from the datepicker input field?

Hi,
I am new to react and am wondering how I can customize the captured date value from the DatePicker object?
I am able to use console.log(startDate); to display the date string in the console. However, it displays in the following format:
Thu Jan 21 2021 01:03:33 GMT-0800 (Pacific Standard Time)
Is there a way to change or format the string so that it displays something like "yyyy-MM-dd" in the console instead?

Nevermind. I think I solved my problem.

Nevermind. I think I solved my problem.


Sign out button

I think it would be nice to have a sign out button somewhere to invalidate the session and take you to the login screen

Unfortunately this isn't something we can do, yes we do had the authentication added but IDEs like Cloud9 suffers the same problem as well when self-hosted. So unfortunately, this  cannot be added (yet).


Review protobuf int size and signed/unsigned usage

I am going to use this issue to verify the size and signed/unsigned for integers in protobuf.
Below is the list of all ints in the proto definitions. For each of them, I will validate the definition with the ingest pipeline and the json decoder and leave comments on the issue.
Note: this only looks at the integers. The floats/double aren't in here.
Once each int is validated and possibly fixed, this issue will be closed.
See https://github.com/elastic/apm-data/issues/47
client.proto

[x] port

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/client.proto#L29
The maximum port number is 65 535, which is way lower than what an uint32 can carry.
Protobuf doesn't allow setting int16, so this type and every other port using uint32 is valid.
destination.proto

[x] port

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/destination.proto#L26
See port comment in client.proto above.
event.proto

[x] severity

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/event.proto#L39
Defined as int64 in modeljson, same as we have here. So there doesn't seem to be any reason to downgrade this to a lower size.
https://github.com/elastic/apm-data/blob/9c38d236152715cea5dabcfabee6a4f2b35e849d/model/internal/modeljson/event.go#L30
See https://github.com/elastic/apm-data/pull/123
experience.proto

[x] count

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/experience.proto#L32
This field is defined as int in the JSON decoder.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/input/elasticapm/internal/modeldecoder/v2/model.go#L1120
See https://github.com/elastic/apm-data/pull/122
http.proto

[x] transfer_size

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/http.proto#L47
Defined as int64 in modejson
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/http.go#L45

[x] encoded_body_size

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/http.proto#L48
Defined as int64 in modeljson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/http.go#L46

[x] decoded_body_size

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/http.proto#L49
Defined as int64 in modeljson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/http.go#L47

[x] status_code

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/http.proto#L50
Defined as int in modejosn.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/http.go#L49
See https://github.com/elastic/apm-data/pull/123
log.proto

[x] line

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/log.proto#L37
Defined as int in modejson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/log.go#L37
See https://github.com/elastic/apm-data/pull/123
message.proto

[x] age_millis

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/message.proto#L29
Defined as int64 in modejson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/message.go#L29
metricset.proto

[x] Metricset/doc_count

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/metricset.proto#L30
Defined as an int64 in modeljson.
https://github.com/elastic/apm-data/blob/main/model/internal/modeljson/document.go#L76

[x] Histogram/counts

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/metricset.proto#L52
Defined as int64 in modeljson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/metricset.go#L43

[x] SummaryMetric/count

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/metricset.proto#L56
Defined as int42 in modejosn.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/metricset.go#L51C1-L51C1
See https://github.com/elastic/apm-data/pull/123

[x] AggregationDuration/count

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/metricset.proto#L61
Defined as int in modejson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/metricset.go#L103
See https://github.com/elastic/apm-data/pull/122
See https://github.com/elastic/apm-data/pull/123
process.proto

[x] Process/ppid

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/process.proto#L25
This is defined as an int32 in modeljson, which seems valid.
https://github.com/elastic/apm-data/blob/main/input/elasticapm/internal/modeldecoder/v2/model.go#L509
Note: Hasn't this been deprecated in ECS?
https://github.com/elastic/ecs/blob/2fb814f063746a1fac3ff1390d2e9387bdd47a2f/docs/release-notes/8.0.asciidoc?plain=1#L16

[x] Process/pid

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/process.proto#L31
Defined as an int in modejson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/process.go#L27

[x] ProcessThread/id

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/process.proto#L36
Defined as an id in modejson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/process.go#L40
session.proto

[x] sequence

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/session.proto#L26
Defined as an int in modeljson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/session.go#L22
See https://github.com/elastic/apm-data/pull/122
source.proto

[x] port

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/source.proto#L30
See port comment in client.proto above.
span.proto

[x] DB/rows_affected

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/span.proto#L47
This is a uint32 in modeljson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/span.go#L60

[x] Composite/count

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/span.proto#L70
This is an int32 in modeljson.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/span.go#L51
This can't be negative, so switching to uint seems valid.
stacktrace.proto

[x] StacktraceFrame/lineno

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/stacktrace.proto#L28
This is an uint32 in modeljson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/stacktrace.go#L41

[x] StacktraceFrame/colno

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/stacktrace.proto#L29
This is an uint32 in modeljson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/stacktrace.go#L42

[x] Original/lineno

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/stacktrace.proto#L29
This is an uint32 in modeljson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/stacktrace.go#L55

[x] Original/colno

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/stacktrace.proto#L50
This is an uint32 in modeljson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/stacktrace.go#L56
transaction.proto

[x] SpanCount/dropped

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/transaction.proto#L48
This is an uint in modeljson, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/transaction.go#L39

[x] SpanCount/started

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/transaction.proto#L49
This is an uint in modeljsob, which seems valid.
https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/internal/modeljson/transaction.go#L40
url.proto

[x] port

https://github.com/elastic/apm-data/blob/e5765b8f8d8992d4360231ce86d5f57a8d637366/model/proto/url.proto#L32
See port comment in client.proto above.

ECS is using long for every integer. So we can't really rely on those definitions for our own integer types.
The reasoning with ECS is that it's used for simplicity and consistency. There was past discussion about using integer/short/etc for numeric fields, but the feedback from the Elasticsearch team was that the index time benefits would be extremely small.
See https://github.com/elastic/ecs/issues/602#issuecomment-559998976
So we can't rely on the ECS field sizes to validate our own integer sizes.
I will finish reviewing these fields based on a logical assumption rather than plainly matching them with ECS.
Note that it's very likely this optimisation is, just as ES, extremely small.

Closing this issue, as every int above is marked as done, and the 2 related PRs have been merged too.


[cbuild] Consistent command line options & cleanup

Addressing https://github.com/Open-CMSIS-Pack/devtools/issues/822
The changes include:

Undocumented feature to build CPRJ with root command line.
Added buildcprj command to build *.cprj files.

All build options specific to *.cprj build are moved under buildcprj command

Removed list configurations command
Removed --configuration option, instead -c,--context can be used
-C short option for --clean
-c, --context should follow [<cproject>][.<build-type>][+<target-type>]
Use lower case small options for --rebuild & --schema i.e -r & -s respectively
Use only long options for --log & --update-rte. As -L and -U are reserved for other options in csolution
Allow multiple --context options

$ cbuild.exe -h
cbuild: Build Invocation  (C) 2023 Arm Ltd. and Contributors

Usage:
  cbuild [command] <csolution.yml> [flags]

Available Commands:
  buildcprj   Generate output
  help        Help about any command
  list        List information

Flags:
  -C, --clean              Remove intermediate and output directories
  -c, --context strings    Input context name e.g. project.buildType+targetType
  -d, --debug              Enable debug messages
  -g, --generator string   Select build system generator (default "Ninja")
  -h, --help               Print usage
  -j, --jobs int           Number of job slots for parallel execution
  -l, --load string        Set policy for packs loading [latest|all|required]
      --log string         Save output messages in a log file
  -O, --output string      Set directory for all output files
  -p, --packs              Download missing software packs with cpackget
  -q, --quiet              Suppress output messages except build invocations
  -r, --rebuild            Remove intermediate and output directories and rebuild
  -s, --schema             Validate project input file(s) against schema
  -t, --target string      Optional CMake target name
      --toolchain string   Input toolchain to be used
      --update-rte         Update the RTE directory and files
  -v, --verbose            Enable verbose messages from toolchain builds
  -V, --version            Print version

Use "cbuild [command] --help" for more information about a command.

$ cbuild.exe buildcprj -h
Generate output

Usage:
  cbuild buildcprj <project.cprj> [flags]

Flags:
  -C, --clean              Remove intermediate and output directories
  -d, --debug              Enable debug messages
  -g, --generator string   Select build system generator (default "Ninja")
  -h, --help               Print usage
  -i, --intdir string      Set directory for intermediate files
  -j, --jobs int           Number of job slots for parallel execution
      --log string         Save output messages in a log file
  -o, --outdir string      Set directory for output binary files
  -p, --packs              Download missing software packs with cpackget
  -q, --quiet              Suppress output messages except build invocations
  -r, --rebuild            Remove intermediate and output directories and rebuild
  -s, --schema             Validate project input file(s) against schema
  -t, --target string      Optional CMake target name
      --toolchain string   Input toolchain to be used
  -u, --update string      Generate *.cprj file for reproducing current build
      --update-rte         Update the RTE directory and files
  -v, --verbose            Enable verbose messages from toolchain builds

Codecov Report
Patch coverage: 76.47% and project coverage change: -2.99 :warning:

Comparison is base (62d14f3) 77.30% compared to head (dd1c908) 74.31%.

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #66      +/-   ##
==========================================
- Coverage   77.30%   74.31%   -2.99%
==========================================
  Files          13       12       -1
  Lines        1106      915     -191
==========================================
- Hits          855      680     -175
+ Misses        185      184       -1
+ Partials       66       51      -15

Impacted Files
Coverage Δ

pkg/builder/csolution/builder.go
51.52% <50.00%> (-11.44%)
:arrow_down:

cmd/cbuild/commands/list/list.go
100.00% <100.00%> (ø)

cmd/cbuild/commands/root.go
95.80% <100.00%> (-0.09%)
:arrow_down:

pkg/utils/utils.go
82.19% <100.00%> (-0.19%)
:arrow_down:

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

Hi,
Doe the command line usage is stable now?

Yes, there is no further changes planned for cbuild command line in CMSIS-Toolbox 2.0.0 and future changes are required to be backward compatible.
There is one exception.
This is the newly introduced buildcprj command.
This command will be deprecated in a future version of the command line once we deprecate the cprj format.
Please let me know if you have any comments or any additional requirements.

Thanks for explanation.
Hope it do not change too frequently in future.
Our CI/CV scripts rely on the usage of cbuild command line.

I completely understand your concern. We have that challenge for projects like the CMSIS repositories and packs as well and are really looking forward to settle on CMSIS-Toolbox 2.0.0 as a baseline and extend for new features only where and when needed
I would be interested to know how you install and use the CMSIS-Toolbox to make sure we understand people's development flows but also how you develop, structure and maintain csolution based projects.

Our CI/CV just focus on the build check for examples in bsp pack.
The general automation flow like below:

Install bsp packs and install required packs(dfp, components, parse bsp .pdsc) with cpackget tool.
Extract bsp packs to a local directory
Build csolution.yml by invoke cbuild command line


ansible-creator vs collection_template

ISSUE TYPE

Bug Report

SUMMARY
We've got similar skellington code in  https://github.com/ansible-collections/collection_template
Including a fairly detailed GitHub Workflow for testing collections here
We should think about if we need to have both repos going
ANSIBLE-CREATOR VERSION

PYTHON VERSION

LOG FILE

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

ADDITIONAL INFORMATION

@gundalow Over the last couple of years, the Networking and Cloud content teams have developed multiple Ansible content scaffolding tools (mostly in silos) that were either packaged as Collections or standalone Python scripts that only worked for one of the content verticals individually. The ansible-creator project aims to combine the functionalities of all these aforementioned scaffolding tools into one publicly available unified python package, that serves as an one-stop solution for all Ansible Content developers starting their journey.
The scope of this project is not restricted to scaffolding an initial collection skeleton, but also Ansible plugins and in the future, Ansible Validated Content - all of which will incorporate opinionated best practices from the Ansible Content Teams and beyond. The alpha release available in PyPI right now only supports scaffolding the collection skeleton, but the plugin scaffolding feature is available in the create branch of this repository and is being worked on to be included in a later release.
The initial collection skeleton that this tool "personalizes" and writes to a destination location includes many aspects from the ansible-collections/collection_template and will continue to do so in the future. As for having two separate repository for this, I feel that they don't really overlap with each other. ansible-creator provides more functionalities than copying collection_template to build a new collection.
Regarding the packaged Github Workflows, the collection skeleton references ones that are built by the Networking/Cloud content and Devtools teams. There is an effort going on to build an monolithic workflow which is led by @KB-perByte. We should take a look at the ones you mentioned and compare it with the work that Sagar is already doing.
@cidrblock @tima @trishnaguha Would you like to add anything here?

TY @NilashishC for the recap.
I think @gundalow question is a good one, for now we should make sure the 2 (with regard to collection scaffolding) are in sync as much as possible, or at least don't conflict with each other. Since ansible-creator hasn't been released yet, nor the integration with the VS Code extension, I think we should give this some time to play out and see how this works and get adopted.
Longer term, I could see the collection template being displaced by ansible-creator, or at least generated by it periodically, but we have time before we have to decide that.
Let 's leave this issue open and see how things look in 6-12mo.

Excellent summary @NilashishC. I agree with @cidrblock. I believe ansible-creator is the way forward and should aim to replace (in some way) this repo as part of its broader objectives. We'll have to see if the community at large -- customers, partners and contributors alike -- will agree.

@tima @NilashishC - do you want to open this discussion up on the Ansible forum  for more opinions and feedback?
I'd be interested in knowing if the ansible-creator tool can be used by community folks or is it geared more toward certifiec collection creators.

The fact that collection_template is widely referred to from our community docs as a source of practical self-documented stuff should be taken into consideration (including for collection requirements purposes). It's just very convenient to see things there. In addition, it's easy to use it as a template (a GH feature) to create other collection repos under the ansible-collections org.
I like @samccann 's idea about discussion this topic on the forum.

bump

There's a few things creator is used for where a github repo doesn't make apply:
Available for programtic use in content generatoring pipelines
Runtime customization of the result based on user input
Private/internal SCMs where the public GH repo may not be available
Secure supplychain/distribution/packaging for RH customers.
Programtic use along side a webUI in walkthroughs in the VsCode extention
That said, I would hope the outcome of creator should reflect the all the effort and best practises that have gone into the collection template.


Information lost in Angular example vs No Framework example

When describing the steps shown for the dialog actions in vscode don't deliver a working output when following the angular tab.This may catch out a beginner who is trying out angular and or azure deployments for the first time.
The no framework tab and dialog in vscode asks for paths for the following elements it places in the yml generated in
/.github/workflows so immediately this aspect is called out as something that needs to be checked.
app_location: "/" # App source code path
api_location: "api" # Api source code path - optional
output_location: "dist" # Built app content directory - optional

I think it would be worthwhile adding a note in step 4 (Angular tab) reminding the user to manipulate the yml file generated to point to the correct paths in relation the cloned project file.
app_location: "/" # App source code path
api_location: "api" # Api source code path - optional
output_location: "dist/angular-basic" # Built app content directory - optional

Possibly calling out how build output in the angular example is driven in the format dist/angular-basic because angular-basic is the "name" variable in the package.json

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

ID: 59b3b161-b559-f90b-1566-f18776a5f7da
Version Independent ID: 3e536234-16ad-2ed3-fb58-c128ba2faab2
Content: Quickstart: Building your first static site with the Azure Static Web Apps
Content Source: articles/static-web-apps/getting-started.md
Service: static-web-apps
GitHub Login: @craigshoemaker
Microsoft Alias: cshoe

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

@TomMurphyDev Thanks again for the valuable feedback! The Content team is working on this should be visible soon in the doc.
We will now proceed to close this thread. If there are further questions regarding this matter, please let us know.


chore: add securitypolicyviolation event listener

Pull Request Test Coverage Report for Build 1302

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 1301:
0.0%

Covered Lines:
42

Relevant Lines:
42

💛  - Coveralls


feat: basic autocomplete of table names where metadata is available. …

Describe the pull request
First pass at implementing a sql completer specified by #188
added a setting to enable/disable new completions.

Thanks for the PR! 🎉

🎉


(WIP)redo(ticdc):   redo lz4 compression

What problem does this PR solve?

Issue Number: close #10176
What is changed and how it works?
redo log support lz4 compression
Check List
Tests

Unit test
Integration test
Manual test (add detailed scripts or steps below)
No code

Questions
Will it cause performance regression or break compatibility?
Do you need to update user documentation, design documentation or monitoring documentation?
Release note
 `None`.

/test cdc-integration-mysql-test

https://github.com/pingcap/tiflow/blob/master/pkg/compression/compress.go
You can use this.

/retest-required

/test dm-integration-test

/test dm-integration-test

/retest-required


[loc][Query][vscode-cmake-tools] Localizability of 0; "./src/tree.target.tooltip"

Hello developers,
please help localization team to answer question from translator.
In case translator is not sure about context/meaning/localizability of string we raise a question.
Source:
Target {0}
File Name:
Src\vscode-extensions\vscode-cmake-tools.xlf
Query:
Please clarify if "Target" is a noun or a verb here. If it is a noun, please clarify the placeholder.

it is a noun

thx


Fix python dest

The PYTHON_DEST variable was always overwritten to `${SIRF_Install_Dir}/python'
This PR goes along with https://github.com/CCPPETMR/SIRF/pull/160

probably superceded by #109, #112

the conda branch originates from this.


Whitespace analyzer seems to not work as expected

Hello,
I'm using a class like this:
public class UserSearchEntity
{
public string Id { get; set; }
[Text(Analyzer = "whitespace", SearchAnalyzer = "whitespace")]
public string Name { get; set; }

[GeoPoint]
public GeoLocation Location { get; set; }

public string LocationAddress { get; set; }

}
but the SearchAnalyzer seems to not work.
The mappings looks like:
{
"users" : {
"mappings" : {
"usersearchentity" : {
"properties" : {
"id" : {
"type" : "text",
"fields" : {
"keyword" : {
"type" : "keyword",
"ignore_above" : 256
}
}
},
"location" : {
"type" : "geo_point"
},
"locationAddress" : {
"type" : "text",
"fields" : {
"keyword" : {
"type" : "keyword",
"ignore_above" : 256
}
}
},
"name" : {
"type" : "text",
"analyzer" : "whitespace"
}
}
}
}
}
}
I have several users:

Alina Damian
Alina-Cristina Ghiba

but searching by Alina-Cristina returns also a user Alina Damian (you can see my users here http://<IP_ADDRESS>:9200/users/_search?pretty ), which should not be returned if the analyzer is whitespace.
My search method looks like:
public void Search(string textBox1Text)
{
var result = elasticClient.Search(s => s
.Index(usersIndex)
.Query(q => q.QueryString(qs => qs.Query(textBox1Text + "*").Analyzer("whitespace"))).Size(100)
.Sort(sort => sort.GeoDistance(g => g
.Field(p => p.Location)
.Unit(DistanceUnit.Kilometers)
.Mode(SortMode.Min)
.PinTo(new GeoLocation(0, 0))))
);
        foreach (var user in result.Documents)
        {
            Console.WriteLine(user.Name);
        }
    }

I also tried without specifying the Analyzer field.
Any thoughts about this?
NEST/Elasticsearch.Net version:
2.0
Elasticsearch version:
{
"name" : "P4yO8Bl",
"cluster_name" : "elasticsearch",
"cluster_uuid" : "DC_aY2jlSaK1MVmpGpKINw",
"version" : {
"number" : "5.1.1",
"build_hash" : "5395e21",
"build_date" : "2016-12-06T12:36:15.409Z",
"build_snapshot" : false,
"lucene_version" : "6.3.0"
},
"tagline" : "You Know, for Search"
}

This is not a bug with NEST. Since you are not specifying a field to search on, you are actually searching the "all" field, which uses the default analyzer, and can be configured separately. You can set a list of fields to search for in the querystring parameter.
https://www.elastic.co/guide/en/elasticsearch/reference/5.1/mapping-all-field.html

OK. Thanks a lot. It was not clear that I have to specify the fields.
Thanks again.
Please close the issue.
Regards,
Dan Aluas

Thanks @babadofar !


use react-native-vector-icons in android show errors

import Icon from 'react-native-vector-icons/Ionicons';

i was only import this modules , the errors show modules was not fount
 bundling failed: Error: While resolving module `react-native-vector-icons/Ionicons`, the Haste package `react-native-vector-icons` was found. However the module `Ionicons` could not be found within the package. Indeed, none of these files exist

import IconSimple from 'react-native-vector-icons/SimpleLineIcons';

error: bundling failed: Error: While resolving module `react-native-vector-icons/SimpleLineIcons`, the Haste package `react-native-vector-icons` was found. However the module `SimpleLineIcons` could not be found within the package. Indeed, none of these files exist:

    "react": "16.2.0",
    "react-native": "0.52.0",
    "react-native-vector-icons": "^4.5.0",

Dup of #626

ok
rm ./node_modules/react-native/local-cli/core/fixtures/files/package.json
will be ok.

@MoOx @wuyunqiang   thanks  I have resolved the problem


Add non-latin BattleTag support

Cyrillic or korean for example

Yep, Хлебушек-21845. Not my account :D

Seems to be working for me. The code is now live. You can try it too! :)

Thanks for quick answer! I already forked your bot and launched my instance with russian localization. I thought about lang switching, but later maybe.

Also why you turned off webhooks? Works pretty nice on my configuration. Much faster!

Ah I saw your fork. You're doing a russian version? Neat.
Anyway I don't have an SSL cert set up and I'm currently hosting the bot for free on Heroku so thats why I left out the webhooks for now.

Yeah, I hope you do not mind.
I think about Xbox and PS4 support. Maybe will send pull request later.

Nope not at all :)


Minor fix

Fixed an issue that made locations with org_names and organizations with loc_names not evaluate properly

Slightly overdid the fix


[Auto] Bitcoin PR batch Fri Apr  3 12:39:05 2015

Contains:

depends: disable unused bdb replication manager. Fixes new mingw builds
qt: add proxy to options overridden if necessary. Fixes #4975
minor txindex documentation improvement
add -timeout default as constant and use them

Abandoning 1.9 development branch in favour of 1.10.


Mia Polovina: Analysing Russian Troll Tweets data with Python | PyData Warsaw 2019

https://youtu.be/1JAhl3b3OFw?list=PLrreiQzMtASRWlvA20GiuN4qukHrjWhAZ
Contents
0:00  - Introduction
0:35  - Background
5:31  - Online trolls and bots
9:13  - Analyzing Tweets Datasets with Python
12:30 - Difference between troll account types
12:32 - Right Troll
14:44 - Left Troll
16:21 - NewsFeed Troll
17:06 - HashtagGamer Troll
18:01 - Fearmonger Troll
19:19 - Clustering Troll Tweets with UMAP (Dimensionality reduction)
20:04 - Russian Trolls Activity over Time
26:20 - Russian Troll Activities beyond the U.S.
27:22 - Importance of problem research
30:15 - Challenges
34:20 - End of talk
34:50 - Questions

Thank you!


Toml dict is missing LH_f0

ClimaLSM uses LH_f0, this was defined in Planet parameters, and the toml dict is missing it.

https://github.com/CliMA/CloudMicrophysics.jl/blob/5376eab9933bf96ae6c2a1a5330a6d2b37a9ea2d/src/Parameters.jl#L125-L140
I believe this sets the current conventions.

Parameter objects in package B, generally inherit (though not necessarily) parameters from dependent packages.
Derived parameters are functions of the parameter-containing object
Derived parameters in package B and A, add a method to the function definition for set B

I'm ok with the current convention as we have started, by simply transferring the method
LH_f0(ps::B) = TD.Parameters.LH_f0(thermodynamics_params(ps))
which can be done once per repo, and doesn't need code copying. Note that this does not disallow the choice to reload parameters and define derived parameter functions in a distributed fashion too.


Allow to use a different filetype than "gitcommit"

Right now the source is hard coded to work only with the filetype gitcommit, here:
function source:is_available() return vim.bo.filetype == "gitcommit" end

This prevents to use this plugin source with other filetypes, which for example the one used by Neogit  in its commit window, which is "NeogitCommitMessage".
Given that it's the user who has to configure the source using cmp.setup.filetype using nvim-cmp API I see no reason to lock it to a given filetype.
Please correct me if I'm wrong.

I was facing the same issue, no completion in Neogit commit buffers.
Until this is fixed, I made this very hackish workaround.
Add this to your config:
local source = require('cmp-conventionalcommits')
function source:is_available()
  return vim.list_contains({'gitcommit', 'NeogitCommitMessage'}, 'gitcommit')
end

And then, in after/ftplugin/NeogitCommitMessage.lua, copy the content of gitcommit.lua:
if vim.g.cmp_conventionalcommits_source_id ~= nil then
    require('cmp').unregister_source(vim.g.cmp_conventionalcommits_source_id)
end
vim.g.cmp_conventionalcommits_source_id = require('cmp').register_source('conventionalcommits', require('cmp-conventionalcommits').new())

It's hackish as hell, but well, it works.


[Discussion] .NET Core 2.2 availability on App Service

Discussion for announcement: https://github.com/Azure/app-service-announcements/issues/151

I don't know if this is the right place for this comment or not, there's a large series of links I followed to get here, but I upgraded to .Net Core Runtime 2.2.4 in a web app and attempted to deploy to a test slot in Azure and found out that it's only supporting up 2.2.3 right now.  The service announcements issue is fine, but not specific down to the minor version that is supported which is what would have helped in troubleshooting.

With the release of 3.0 the .net team posted "Azure App Service deployment of .NET Core 3.0 is currently ongoing."
However I am missing an announcement from you guys on the usual channel. ( https://github.com/Azure/app-service-announcements )
Any ETA for 3.0 ?

How will Functions Runtime 2.x be affected by .NET Core 2.2 entering maintenance support, and end-of-support on December 23? This seems like a situation between a rock and a hard place - applications cannot be expected to run on .NET Core 2.1 (LTS), and may not be able to make the move to .NET Core 3.x, and certainly not the 3.x Functions Runtime.
What does the roadmap of .NET Core versions on Functions Runtime 2.x look like?


Decouple RequestEventsJsonStream from servlet

NetflixOSS » Hystrix » Hystrix-pull-requests #325 SUCCESS
This pull request looks good


Input multiline does not recive state

Not reported!

Description of bug
I was using componentWillReceiveProps(nextProps) to get the currently prop and using setState to add the prop to a state. So, I could to call the state and set the initialData with this state and show to user the text into the input. This was good! The text appeared in the Input, but not in the Input with multiline, so when I removed the multiline property, the text was shown.

To Reproduce
I think the bug is a error with multiline property, because when I remove the multiline, the text is shown.

Expected behavior

Set componentWillReceiveProps(nextProps) reciving some data.
Set a state into the componentWillReceiveProps(nextProps) passing the prop.
Consume the data in the initialData.
Nothing appears in the Input multiline.

Exception or Error
I hope the text is showing inside the input.

  state = {
    data: {},
  };

  componentWillReceiveProps(nextProps) {
    const data = nextProps.tool;
    this.setState({ data });
  }

render() {
    const { data } = this.state;
    const initialData = {
      description: data.description || '',
    };
    return (
       Form schema={schema} onSubmit={this.handleSubmit} initialData={initialData}
            Input multiline name="description"
       Form
    )
}

Environment:

Windows 10 Enterprise
Browser: Mozilla (67.0)
Node v11.11.0

Screenshots

Hey brother, have you tried something like that in the props of component Input? value={initialData.description}

@VilsonJrCorrea It worked. Thank u!

@victorhermes, in case you don't understand why you need to pass the value prop here, here are the concepts of controlled and uncontrolled components.


undefined reference to `shiftOutByte'

I'm trying to use this library in the arduino IDE but get an error
In function nrf24_writeRegs': nRF24L01_t13-main/nRF24L01.c: line 369: undefined reference to shiftOutByte'
However when looking in nRF24L01.c the function does exit and seems to have the correct name
Any hints how I can solve this?

This project as a whole was never intended for Arduino IDE (seriously for t13?) builds but for regular "plain" projects. Very likely you have issues with Arduino's IDE default settings of the toolchain, paths, etc. I suggest you use regular professional tools, e.g. Microchip Studio or similar for your ATtiny projects.
Which version of Arduino IDE do you use and what is your target controller? I will have look if I can replicate your setup.

I noticed that when calling this function outside of an assembler block it is recognized correctly while called from inside an assembler block it is not recognized?
Eg this works
uint8_t nrf24_readReg(uint8_t cmd) {
NRF24L01_CSN_SET();		//
NRF24L01_CSN_CLR();
cmd = shiftOutByte(cmd);
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
return cmd;
}
but this fails
void nrf24_writeReg(uint8_t cmd, uint8_t value) {
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
asm volatile (
"rcall shiftOutByte			\n\t"
"mov	r24, r22			\n\t"
"rcall shiftOutByte			\n\t"
::
);
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
}

I've been using arduino IDE multiple times with ATTINY13 (and 25 + 85 as well), without issues, but I did not use assembler yet
Find a very simple sketch that already shows the issue
#define F_CPU 1200000UL  //ONLY used if fuse was set to lower internal frequency
#include <avr/io.h>
#include <util/delay.h>
#include "projdefs.h"
#include <nRF24L01.h>
void setup() {
}
void loop() {
}
Arduino IDE version 1.8.13
Error message is on the picture
Setting are as follows

Seems like your compiler/linker cannot see that method. Try this (hints):

Add declaration of that function into the header file, i.e. "uint8_t shiftOutByte(uint8_t data);"
If that still does not work, add to the declaration keyword "extern".

Can you write me which version of Arduino IDE do you use so I can try to replicate the problem?

I've added the function to the header file => still fails
Also when adding extern it still fails
Is it essential to make the call in assembled?
void nrf24_writeReg(uint8_t cmd, uint8_t value) {
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
asm volatile (
"rcall shiftOutByte \n\t"
"mov r24, r22 \n\t"
"rcall shiftOutByte \n\t"
::
);
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
}

Or could I change it to
void nrf24_writeReg(uint8_t cmd, uint8_t value) {
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
cmd = shiftOutByte(cmd);
asm volatile (
"mov r24, r22 \n\t"
::          //I'm not sure what this line means?
);
cmd = shiftOutByte(cmd);
NRF24L01_CSN_SET();
NRF24L01_CSN_CLR();
}

From the project description it looks like the schematics could have been drawn in EasyEDA and possibly a PCB was drawn as well?
It this would be true, would you be willing to share it?
Not sure it would fit my needs, but might be a starting point

Arduino compiles by default in CPP "mode", I think name mangling could be the problem. Try to wrap definition of the entire shiftOutByte in the C extern:
extern "C" {
uint8_t shiftOutByte(uint8_t data) {
....
}
}

I can replicate the problem in the Arduino IDE 1.8.19. Will look at the fix tomorrow.  Btw, that "extern" didn't work.

Can the asm part be converted to plain C ?
Not sure how easy that would be

I have a working fix at my setup and now it compiles. Try this:

In the header file nRF24L01.h wrap the code in the "extern C" in this place (after pragma once:

At the end of the header file add closing bracket:

Add a keyword "extern" to the definition of the shiftOutByte in the nRF24L01.c file:
"extern uint8_t shiftOutByte(uint8_t data) { ... }"

Disable LTO optimization in the Tools menu:

It compiles and work on my Arduino IDE with DIY board manager

"Can these small pieces of assembler be converted to C?"
Sure it does. In fact, everything was initially written in C but I didn't like the compiler's optimization work. If I recall, the compiled code was nearly 2x as big as now. It could still fit into the t13 flash but I found it as a waste. Therefore I converted it into my own assembler to further minimize the footprint.

I've added the changes and now it compiles => great !
and even without LTO disabled it did compile .... but the size does not match your screenshot data?
Sketch below with LTO uses 384 bytes of program storage space + 6 bytes of dynamic memory
Sketch below without LTO 394 bytes of program storage space + 6 bytes of dynamic memory
What sketch did you use?
Do you use any other compiler settings?
I'm using Arduino IDE 1.8.19 now, so it should match your version
Sketch I've used:
#include "projdefs.h"
#include <nRF24L01.h>
void setup() { }
void loop() { }
Can you send me your sketch + did you use any other specific settings?

If it compiles, I will update the repository. Thanks for opening this issue and letting me know. I will consider in the future how to directly support also Arduino IDE (besides native or Microchip Studio).
The difference is in the setting of your project (check my screenshot to see what is left enabled and what is set). Arduino adds to the final image loads of other code (not only the nRF library) and features from the board manager - based on the settings.
My test sketch:
#include "projdefs.h"
#include "nRF24L01.h"
#define CHANNEL 120
void setup() {
// put your setup code here, to run once:
nrf24_init();
}
void loop() {
// put your main code here, to run repeatedly:
nrf24_writeReg(W_REGISTER | RF_CH,    CHANNEL);
}

There is still a problem.., something very strange....
When adding your library to my final project sketch, the code size suddenly reduces (which makes no sense)
And adding extra code lines using your library no longer changes anything on the compiled size (which makes no sense)
This is true in both cases with and without LTO enabled
I see no compiler errors, I made sure to exactly match all the setting from your screenshot; but still it seems like whatever I alter on my sketch, the compiled size is fixed; which again makes no sense...
Removing the library includes, all is normal again + code changes do translate in compiler file changes
So still something is wrong
If I only include the projdefs.h files, already the complied size reduces, which makes no sense, it only includes definitions, and should not alter the code at all...
Very strange...
I will copy the projdefs file into the IDE, not using an include and see if that makes a difference

I also tried you sketch and compiled result is very different
Sketch uses 474 bytes (46%) of program storage space. Maximum is 1024 bytes.
Global variables use 10 bytes (15%) of dynamic memory, leaving 54 bytes for local variables. Maximum is 64 bytes.
I

The reported size of 474 bytes always repeats, even if I add extra lines to the sketch
I checked if another file with name projdefs.h exits on my computer, but it does not
I changed the name of the projdefs.h  file but it makes no difference
So given this strange behaviour I cannot yet confirm if it really compiles or not
Info: I'm working on a windows platform

By adding all the library files into the sketch directly (so not using "include"), it compiles OK + the code size changes when changing the code. In this case I have to use LTO = enabled to see no error messages.
Testing the compiled code (no nRF connected, but AT25 + Tsensor and display are), it works fine
The total code size is 1080bytes, so just too big for AT13 => have used AT25 for now
Next steps is to validate if the nRF works
And next to check if I can further optimize the code to get it back into an AT13
Thanks for your help
I've to build a receiver now in order to see that the nRF transmitter works

For the sake of curiosity, I have imported my demo (transmitter) into the given Arduino IDE and it complies flawlessly. The sketch has code from main.c. (will flash it another time to verify it really works on the target chip) :
Sketch uses 498 bytes (48%) of program storage space. Maximum is 1024 bytes.
Global variables use 14 bytes (21%) of dynamic memory, leaving 50 bytes for local variables. Maximum is 64 bytes.
Anyway, this is still greater than what I get with pure C compiler in Microchip Studio :
Program Memory Usage 	:	378 bytes   36,9 % Full
Data Memory Usage 		:	6 bytes   9,4 % Full
I also tried to gradually add functions and see the Arduino's footprint and there was nothing strange. Each time I added into the sketch a new fcn from the library (which was not used before in the code), the footprint increased exactly by the size of the fcn + additional code to call it. I know the fcn size from disassembling the .o file to verify it was compiled and is identical.
Either you have some strange compiler setting (assuming that you have plenty of board managers...) and something is simply not correctly set (or overwritten).
What I find suspicious is that I have to disable LTO to get compilation done and you do not have to. That indicates that having the same Arduino IDE version, you must have on your computer/IDE some additional stuff installed that messed up something.

Above is good news, but bad news for me...
I did install Arduino 1.8.19 yesterday, but it reuses the actual libraries
I'll try  full reinstall, including setting up again the libraries
Another possible reason why Arduino fails on the #include could be related to not have converted the files into the required Arduino library format; which expects classes. Possibly under the hood some mixup occurs with another library?
But this all is no longer linked to your code, and I think I will be able to solve it by reinstalling all libs as well
Thanks a lot for your help !
and I've now learned how to fix such an issue.
My goal is to use your library for a set of sensors + one central receiver.
One experiment is to time multiple a 4-digit 7-segment display with the nRF and share one data pin in order to save a pin on the ATTINY13 (after the nrf Trans/rec combination is working)

Attached is my "quick&dirty" import of the demo into the Arduino IDE. It compiles both for transmitter and received (comment/uncomment relevant macro in projdefs.h). It is not yet verified in my testbed (will do it earliest tomorrow) so it is not 100% guarantee (only 99%). I plan later to make an "official clone" for Arduino but I have to test it first. The final footprint is 30% greater than what I get Microchip IDE.
My Arduino IDE setup: 1.8.19
Additional board manager (DIY): https://raw.githubusercontent.com/sleemanj/optiboot/master/dists/package_gogo_diy_attiny_index.json
Project config (as on my screenshot).
Please, go ahead and use it for your projects. If you can later write about them on Hackster.io (or elsewhere), let me know.
I am glad you have learned something. As my very first boss used to say: "If things work on the first try, you have learnt nothing." Keep rolling and digging ;-)  I have in the pipeline on my Hackster.io blog a guide how to start developing ATtiny13a in Microchip Studio, let's see how much free time I will have to finish it.
Demo_nrf24l01.zip

I've downloaded the demo zip file + put all files in one directory and run it from there
In this case, the include works fine but I still needs LTO disabled to compile correctly
Your demo sketch now uses 516 bytes of program storage space. (you had 498 bytes)
Global variables it uses is 10 bytes. (you had 14 bytes)
Unclear why we have this small difference, but putting the files local, all works
I also added the includes back to my project + put all library files local => it compiles correctly
My sketch, with also sensor, display etc... now uses 1086 bytes, not too far from 1024
Do you still have the non-assembler version of your library code?
If yes, can you send it?
With LTO enabled, my code is clearly smaller and it might still compete in total memory usage compared to not being able to compile the library with LTO enabled

The demo with transmitter and receiver in hardware is working
It's still on a breadboard, but it works.
I'll make it a PCB later
Next is to check if the multiplexing with a display can work

Code from Arduino IDE works in my demo testbed too. I have already updated the main branch.
Size: That's the same size as I have. My first import was only for transmitter (with reduced logic to support both TX/RX modes) so that's why the size was smaller. The Demo sketch I sent you has a little bit more code.
Reducing 1086 down to 1024 means to get rid of 62 bytes, i.e. 31 average instructions. To give you some idea:
Fcn call with 0 parameters == 2 bytes
Call with 1 param (8-bit argument) == 4 bytes
Call with 2 params (8-bit arguments) == 6 bytes
Avoid also if-then-else if you can. In my demo I toggle LED, so remove that code and you will already save 3x 2 bytes (1 asm instruction cbi/sbi is 2 bytes), i.e. 6 bytes.  Plus code to set pin direction (NRF24L01_DDR |= _BV(LED_PIN)), that could be cca 3 instruction (read reg, or with immediate arg, write reg) == 6 bytes.
I do not have anymore (it was replaced) pure C-code to do a bit-banging for shiftOutByte. I do not think you will gain something doing in C. What LTO saves elsewhere, you will probably gain here, so it is a zero-sum game.
I will update readme and project description how to include it in Arduino IDE with DIY package manager. Will also try to fix the problem with LTO. I have one solution in mind - to put all functions with inline assembler into a separate assembler file (.S) and do not mix C/C++ with inline ASM.
Tips for PCB - don't forget to put a bypass cap to t13 (e.g. 100nF) to eliminate noise. Also, add at least 10us bypass on your nRF module (this drastically improves performance) - either on board next to the connector or solder it on nRF24 module directly.
Good luck with the work!

Good news!
The multiplexing works + I can get transmitter + receiver each fitting an ATTINY13.
In summary I now have a temperature sensor DS18B20 (one-wire) + a 7-segment display TM1637 (optional, is multiplexed and consumes only 1 GPIO instead of 2) + NRF24L01 + ATTINY13 combined that transmits the temperature (1004 bytes).
and a 2nd ATTINY13 + 7-segment display TM1637 + NRF24L01 + LED (optional, one GPIO was still available) as a receiver that displays the temperature.
The receiver was for testing purposes only + will move from ATTINY into a D1 WEMOS to enable a connection to wifi.
So thanks again for the NRF library, example code, schematics and the great support you have given. It all has helped me a lot to realize my project!

That's really cool work what have you managed! Kudos!
I have played around and have a working solution with LDO enabled in Arduino IDE. The "troubled" functions with inline assembler are now in a separate asm file and a linker works flawlessly.  In my test demo in Arduino LTO enabled reduced the footprint by 20 bytes. Nothing spectacular but each bytes matters in ATtiny13.

Sounds good !
Thanks
Aarnout
Op ma 31 jan. 2022 09:54 schreef dalxo @.***>:

That's really cool work what have you managed! Kudos!
I have played around and have a working solution with LDO enabled in
Arduino IDE. The "troubled" functions with inline assembler are now in a
separate asm file and a linker works flawlessly.  In my test demo in Arduino LTO enabled reduced the footprint by
20 bytes. Nothing spectacular but each bytes matters in ATtiny13.
—
Reply to this email directly, view it on GitHub
https://github.com/dalxo/nRF24L01_t13/issues/2#issuecomment-1025507168,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADJKC35AFGPWOHQEIBEXV33UYZE5ZANCNFSM5LRBLY2Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you modified the open/close state.Message
ID: @.***>

Tests passed successfuly, the code is in the repository. Check it out.
Enabling LTO you will reduce some footprint in the library (depends which functions do you use, i.e. TX or RX) as well as in the rest of your project.
I have further cut corners in the implementation to reduce the footprint. My RX demo (in C) is down by 14 bytes, TX is down by 6 bytes. I know, not dramatic but still something.
I have some ideas to cut the code size. Will have a look it and experiment when having a free time.
Let me know if the code works for you and if there is a footprint reduction.
Cheerz,
D.

I tried some ideas to further reduce the code footprint and it downsized by 12 bytes (regardless RX or TX demo). Will run it in my test bed before commit. Should pass because it works in my other projects.

Sounds good.
I'm on hold for a week on this waiting for PCB to arrive
Op zo 6 feb. 2022 19:23 schreef dalxo @.***>:

I tried some ideas to further reduce the code footprint and it downsized
by 12 bytes (regardless RX or TX demo). Will run it in my test bed before
commit. Should pass because it works in my other projects.
—
Reply to this email directly, view it on GitHub
https://github.com/dalxo/nRF24L01_t13/issues/2#issuecomment-1030886931,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADJKC3ZPHJ6NOOU475MBZD3UZ24CPANCNFSM5LRBLY2Q
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you modified the open/close state.Message
ID: @.***>

I have updated the repository. If you want to read about it and understand how the PROGMEM support works (could shave off more bytes), here is a short description: https://github.com/dalxo/nRF24L01_t13/blob/main/README.md#progmem-support
The demo is updated to work with the PROGMEM support.

Good news! The multiplexing works + I can get transmitter + receiver each fitting an ATTINY13.
In summary I now have a temperature sensor DS18B20 (one-wire) + a 7-segment display TM1637 (optional, is multiplexed and consumes only 1 GPIO instead of 2) + NRF24L01 + ATTINY13 combined that transmits the temperature (1004 bytes). and a 2nd ATTINY13 + 7-segment display TM1637 + NRF24L01 + LED (optional, one GPIO was still available) as a receiver that displays the temperature. The receiver was for testing purposes only + will move from ATTINY into a D1 WEMOS to enable a connection to wifi.
So thanks again for the NRF library, example code, schematics and the great support you have given. It all has helped me a lot to realize my project!

Hello.
Can you share your working Arduino code for transmitter ?
I plan to build a sensor node using Attiny84 + BME280 sensor
At the moment I have working setup similar to this
http://nerdralph.blogspot.com/2014/01/nrf24l01-control-with-3-attiny85-pins.html
But the main problem that this works only with fixed Vcc. when the voltage drops below some threshold it stops works. I need it to work with vcc in range 1,9-3.3V


[#173692258] Add pinger and ponger health check apps

Story
What
We are going to availability test internal networking during our pipeline
To do this we need some apps which use internal networking and internal DNS
This PR adds two new example apps:

healthcheck-pinger
healthcheck-ponger

The ponger app always returns 200 OK
The pinger app returns 200 OK if the ponger app returns 200 OK, otherwise 503
This PR deploys the two apps as part of the deploy-healthcheck step
In a later PR we will actually availability test them
How to review
Deploy to your development environment
(⚠  this requires https://github.com/alphagov/paas-cf/pull/2371 because of how cf add-network-policy works ⚠ )
curl https://healthcheck-pinger.$env.london.cloudpipelineapps.digital should return OK with status 200
Who can review
Not @tlwr

rebased after cf cli v7

pipeline is green, and curl of healthcheck-pinger returns OK/200.
Looks good.


Enable the graph-view

Before enabling the graph-view we need to fix:

Auto-layout algorithm
Coloring / UX

Part 1: Layout and enablement
Mockups:

Figma link:
https://www.figma.com/file/MpVWN2LRtfwg2Egz7RIQXm/181-Enable-the-graph-view?node-id=0%3A1

Next steps: can we talk about the functionality of the graph? I don't know its capabilities for customization...

Closing this, as we have the graph view in this release


equivalentTo vs skos:exactMatch

What is the difference between an equivalentTo and an exactMatch annotation?  For instance, MONDO_0005258 (Autism Spectrum Disorder) has two exact matches:
http://purl.obolibrary.org/obo/DOID_0060041;
http://purl.obolibrary.org/obo/NCIT_C88412
and 2 equivalentTos:
http://purl.obolibrary.org/obo/NCIT_C88412
http://www.ebi.ac.uk/efo/EFO_0003756
The NCIT is both exact and equivalent, but the EFO and DOID are one or the other.  What does this mean?

We do have the equivalence axiom between DO and MONDO here
Ugh, I think what you are seeing is an ontobee bug.
In OWL, equivalentClasses takes a set as argument
At the RDF level owl:equivalentClass is a directional relation. The
direction is arbitrary.
 It's actually technically impossible
to do this at the OWL level as the argument is a set. But we could inject
the reciprocal via sparql before release. But that feels wrong.
Better to fix the tooling
Nicole can you file an ontobee bug report
Chris can you confirm where abouts you are seeing the behavior - ontobee,
own tools, ..
On Mon, Sep 23, 2019 at 10:37 AM Nicole Vasilevsky<EMAIL_ADDRESS>wrote:

Assigned #829 https://github.com/monarch-initiative/mondo/issues/829 to
@cmungall https://github.com/cmungall.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/monarch-initiative/mondo/issues/829?email_source=notifications&email_token=AAAMMOOKDP325SLNQJ66OWTQLD5BLA5CNFSM4IZNJTDKYY3PNVWWK3TUL52HS4DFWZEXG43VMVCXMZLOORHG65DJMZUWGYLUNFXW5KTDN5WW2ZLOORPWSZGOTZCMNXI#event-2655307485,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAMMOKWWUXZQVSIZ7FF5SLQLD5BLANCNFSM4IZNJTDA
.

It's in ontobee, but it's (I think) also in @balhoff 's ubergraph.   Also in OLS which shows the skos exact matches, but not the equivalent classes.
But I guess more to the point, I'm not sure why there are two ways of doing the same thing in MONDO.  Even if they're functionally the same, seems like having both operating at the same time leads to confusion & not much documentation about whether they're meant to be used in different ways.
So for that id, the rdf has both this:

and
<skos:exactMatch rdf:resource="http://purl.obolibrary.org/obo/DOID_0060041"/>

On Wed, Sep 25, 2019 at 6:07 AM cbizon<EMAIL_ADDRESS>wrote:

It's in ontobee, but it's (I think) also in @balhoff
https://github.com/balhoff 's ubergraph.

Right, the direction will be arbitrary. Jim how hard to materialize the
reciprocal? Technically not an OWL inference, since it's a set in owl
Also in OLS which shows the skos exact matches, but not the equivalent

classes.

OLS loads the obo file because logical axioms confuse it

But I guess more to the point, I'm not sure why there are two ways of
doing the same thing in MONDO. Even if they're functionally the same, seems
like having both operating at the same time leads to confusion & not much
documentation about whether they're meant to be used in different ways.

see my blog post, there are lots of different use cases and software stacks
for one vs the other

So for that id, the rdf has both this:
and
<skos:exactMatch rdf:resource="
http://purl.obolibrary.org/obo/DOID_0060041"/>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/monarch-initiative/mondo/issues/829?email_source=notifications&email_token=AAAMMOIEDAHTGUK3G7ZTS7DQLNO2VA5CNFSM4IZNJTDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD7R2KOI#issuecomment-535012665,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAMMOMCUCUCJJTPJ4TVN2DQLNO2VANCNFSM4IZNJTDA
.

@cmungall to be crystal clear: should it be the case for MONDO that A skos:exactMatch B should always be paired with a A owl:equivalentClass B? And it may not always be apparent because of variances in the direction the statements are written?

No, the inference I was speaking about was
A = B <=> B = A
Which only makes sense at the RDF level, since at the OWL level it's just
EquivalentClasses( {A,B} ) <=> EquivalentClasses( {B,A} )
where {..} denotes a set.
Regarding your question, every equivalence axiom should be shadowed as a skos:exactMatch, to support cases where people want the ontology minus EAs between NCs.
However, not all exactMatches correspond to an EA. For example, we never make EAs between obsolete classes.

It's also not clear we should be making EAs to resources like ICD9. We are injecting an ontological commitment. We will probably keep doing it as it's potentially useful for people using the OWL. However, there should be no problem with maintaining skos:exactMatch in perpetuity as it doesn't inject anything.

This is what I was trying to ask:

every equivalence axiom should be shadowed as a skos:exactMatch

It sounds like the other direction is not necessarily the case (in case of obsoletions).
What I was saying is that the RDF serialization may obfuscate the shadowing somewhat.

Oh man, I thought that this would be an easy one given the title. But looks like this is more complex than I thought. Not sure where to start with this one. Looks like this is primarily an  Ontobee issue? @nicolevasilevsky Is this something I should indeed be working on? I don't mind diving into a new code base so long as it's clear what to do. Looks like this is one to discuss in a qc-call.

I think maybe this has been addressed already @matentzn?
I'll add this to the QC call agenda.


Bring fork up to speed with HF master

You may be unaware but you're running some software that meddles with every commit on https://github.com/huggingface/transformers/
It adds a reference to almost every PR in the master tree. Please check your software and avoid doing this in the future. You don't need to ping origin/master when you're syncing your fork.
Example: see the bottom of this PR #8639 and most other commits listed in this PR.
Thank you!

@stas00 I apologize for this. I wasn't aware that this was happening. I'll look into resolving this asap.

Thank you very much, @bdalal!


Fix incorrect relative/absolute URL usages

Add two "HTMLURL" methods for PackageDescriptor. And rename "FullWebLink" to "VersionWebLink"

Wait for more reviews from #20280
Registry: pd.VersionWebLink(), // TODO: is it right to use VersionWebLink here?

It really looks strange to me.

It begs the question, what is ha HTML URL? I find that a highly confusing term we should avoid.

What is a HTML URL? I find that a confusing term we should remove.

Absolute URL with full scheme / host like "https://gitea/user/repo/foo/bar". It has been widely used in code.
Maybe you could be interested in #22831 and #22839

What is a HTML URL? I find that a confusing term we should remove.

Agree, I would prefer something like AbsoluteURL and RelativeURL,

What is a HTML URL? I find that a confusing term we should remove.

Agree, I would prefer something like AbsoluteURL and RelativeURL,

I have the same feeling long time ago. But GitHub also uses "html_url" https://docs.github.com/en/rest/repos/contents?apiVersion=2022-11-28
And this PR is just a quick fix. If most people would like to rename, I think it needs a plan & design  ahead.

TLDR: at the moment, in most cases, "Link" means relative URL (issue.Link()), while "HTMLURL" means absolute URL (issue.HTMLURL())

Wait for more reviews from #20280
Registry: pd.VersionWebLink(), // TODO: is it right to use VersionWebLink here?

It really looks strange to me.

If there is no more idea about whether it is right, I will just keep it as the old code (a relative link), and merge. New fixes could be done in the future.

It really looks strange to me.

If there is no more idea about whether it is right, I will just keep it as the old code (a relative link), and merge. New fixes could be done in the future.

Currently looking for an answer. 👍

Should be an absolute URL but not to a package but to the registry itself.
Same as used here:
https://github.com/go-gitea/gitea/blob/70c126e6184872a6ac63cae2f327fc745b25d1d7/routers/api/packages/npm/npm.go#L74-L77

Thank you very much. Done in 0625d18abb8ac0db3972703b77705d3f7590bb81


add paper An End-to-End Model for KBQA with Cross-Attention Combining Global Knowledge

https://github.com/BUPT/awesome-chatbot/issues/6

Great, thanks!


Block access to the metadata endpoint with NOMAD-AMDIN

This PR aims to fix https://github.com/picatz/terraform-google-nomad/issues/19 and https://github.com/picatz/terraform-google-nomad/issues/25

This also breaks some other things, like DNS resolution within containers. In a future update maybe it would make sense to allow access to port 53?


What is missing to make Kimera-VIO working for mono?

I am wondering what is missing in current version to make it working for mono as well?
Is it possible to run current version in mono? Providing such scenario would be nice. :)
Thanks!
-K.

Mono should work already (with some perf differences wrt stereo), but loop closure detection requires stereo images currently.

Can you provide a scenari for mono?

Euroc dataset has stereo images, but you can just use mono if desired.

How to run monocular dataset please?
thanks!

I have to say I haven't managed to run this code in poor mono. Looking briefly through code gave me impression that there are some code pieces that work only for stereo, e.g. smoother has only stereo visual factors...

I'm a bit late, but answering to @K0stIa, the stereo visual factors are such that if you do not provide the right image keypoint information (so just left image keypoint information, aka mono) it will still work.
Nevertheless, it is true that there are still some sections of the code that assume stereo configuration, we are working on removing those.
For reference have a look at this section of the SmartStereoProjectionFactor in gtsam:
  /**
   * This corrects the Jacobians and error vector for the case in which the right pixel in the monocular camera is missing (nan)
   */
  virtual void correctForMissingMeasurements(const Cameras& cameras, Vector& ue,
      boost::optional<typename Cameras::FBlocks&> Fs = boost::none,
      boost::optional<Matrix&> E = boost::none) const
  {
    // when using stereo cameras, some of the measurements might be missing:
    for(size_t i=0; i < cameras.size(); i++){
      const StereoPoint2& z = measured_.at(i);
      if(std::isnan(z.uR())) // if the right pixel is invalid
      {
        if(Fs){ // delete influence of right point on jacobian Fs
          MatrixZD& Fi = Fs->at(i);
          for(size_t ii=0; ii<Dim; ii++)
            Fi(1,ii) = 0.0;
        }
        if(E) // delete influence of right point on jacobian E
          E->row(ZDim * i + 1) = Matrix::Zero(1, E->cols());

        // set the corresponding entry of vector ue to zero
        ue(ZDim * i + 1) = 0.0;
      }
    }
  }


ValueError: cannot convert float NaN to integer

After I fine-tune multi speaker model I couldnt manage inference. I tried checkpoints before diff_epoch('004.pth') but I am taking same error. When I trained with same dataset with all speakers labeled as '0' there is no problem, but when it is trained with multi speaker it crash with that error in below:
`
ValueError                                Traceback (most recent call last)
Cell In[55], line 6
3 for k, path in reference_dicts.items():
4     ref_s = compute_style(path)
----> 6     wav = inference(text, ref_s, alpha=0.3, beta=0.7, diffusion_steps=5, embedding_scale=1)
7     rtf = (time.time() - start) / (len(wav) / 24000)
8     print(f"RTF = {rtf:5f}")
Cell In[54], line 41
38 duration = torch.sigmoid(duration).sum(axis=-1)
39 pred_dur = torch.round(duration.squeeze()).clamp(min=1)
----> 41 pred_aln_trg = torch.zeros(input_lengths, int(pred_dur.sum().data))
42 c_frame = 0
43 for i in range(pred_aln_trg.size(0)):
ValueError: cannot convert float NaN to integer`

See #101


python update_plugins.py issue

Traceback (most recent call last):
File "update_plugins.py", line 107, in
[update(x) for x in PLUGINS.splitlines()]
File "update_plugins.py", line 96, in update
download_extract_replace(name, zip_path, temp_directory, SOURCE_DIR)
File "update_plugins.py", line 89, in download_extract_replace
shutil.move(plugin_temp_path, plugin_dest_path)
File "/usr/lib/python2.7/shutil.py", line 325, in move
copy2(src, real_dst)
File "/usr/lib/python2.7/shutil.py", line 153, in copy2
copyfile(src, dst)
File "/usr/lib/python2.7/shutil.py", line 96, in copyfile
with open(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory: '/tmp/tmpjrdTec/gist-vim-master'

I've got the same bug

This is already fixed. But thanks for reporting!


add test code for config director

Signed-off-by: kevin xu<EMAIL_ADDRESS>

Codecov Report

Merging #449 into master will increase coverage by 0.32%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #449      +/-   ##
==========================================
+ Coverage   42.01%   42.34%   +0.32%
==========================================
  Files          22       22
  Lines       11595    11595
==========================================
+ Hits         4872     4910      +38
+ Misses       5482     5409      -73
- Partials     1241     1276      +35

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 9c89eca...f65aee6. Read the comment docs.


fix(oidc): ensure role present and has name attr

In some cases, I was getting a null value back for a role returned in the listByUsers callback.
I am working on figuring out what the issue in the underlying database is, but this guards against it in the event that it occurs.

Coverage remained the same at 79.743% when pulling 342093d25358231edc5c4cff2adf34ab55ef7340 on tomkersten-requireVerifiedEmail into f8752f1447a705866d4cb86f6cfa0a478d6a2635 on master.

Thanks!


Use "upstart" to manage service also on RHEL6 not only CentOS6

The script fails on RedHat Enterprise Linux 6 as it does not use upstart there to manage the service.
I've modified the "if"-condition to also use upstart on RHEL6 system, thus fixing the problem.

Might be good to make it osfamily instead, to cover both cases.

The inactivity of this actually just speaks to why we roll our own at my company.


Fix is_callable and is_not_callable behaviour

Classes are also callable - not only functions

Shouldn't it be handled by built-in predicate callable?

that functions should actually wrap that built-in


src: require Clone for HttpClient

This was largely already the case, just not enforced.
Fixes: https://github.com/http-rs/http-client/issues/46
Refs: https://github.com/http-rs/surf/issues/237

Hmmm, actually, this is more complex than it appears. Surf depends on being able to use HttpClient as dynamic (unsized) trait objects (e.g. Arc<dyn HttpClient> and this prevents that from compiling because it requires Sized. 😕

See https://users.rust-lang.org/t/why-cant-traits-require-clone/23686, this doesn't really work.


[HELP] Access gtk_sys::GtkWidget from gtk::GtkToggleButton

My code base currently uses only gtk_sys but I want to migrate to gtk step by step.
Now to avoid refactoring all at once, it would be helpful, if I can access the underlying data.
Let's say I want to migrate this:
struct Ui {
  bt_spdif: *mut gtk_sys::GtkWidget
  // ...
}

impl Ui {
  pub fn new() -> Self {
    unsafe{
      let label_text = CString::new("SPDIF").unwrap();
      let bt_spdif = gtk_toggle_button_new_with_label(label_text.as_ptr());
      Self { bt_spdif }
    }
  }
}

The new code would look like this:
struct Ui {
  bt_spdif: gtk::ToggleButton
  // ...
}

impl Ui {
  pub fn new() -> Self {
      let bt_spdif = ToggleButton::with_label("SPDIF");
      Self { bt_spdif }
    }
  }
}

But at some other point I still want to access the *mut gtk_sys::GtkWidget pointer, e.g. to use g_signal_connect_data like here:

g_signal_connect_data(

    gs.ui.bt_spdif as *mut _, // <-- here we access it

    CStr::from_bytes_with_nul_unchecked(b"toggled\0").as_ptr(),
    Some(mem::transmute(on_bt_toggled_spdif as *const ())),
    gs as *mut _ as *mut c_void,
    None,
    0,
);

The correct way to get the underlying C pointer is widget.to_glib_none().0, widget.to_glib_full() or widget.as_ptr() depending on the context. Please check the implementation of the bindings for lots of examples of this.

@sdroege Thanks a lot for that fast reply! :pray:
This is exactly what I was looking for! :+1:


Replace newline characters from CR LF to LF

Hi,
Thanks for this feather-light implementation of async server.
I found that nanoweb.py has CR LF newlines while others don't. So let me fix this a little. All lines have diffs, but all I replaced are newline characters.
Thanks again,
Takumi

Thank you Takumi !


ACF support fails if no returned fields

You need to account for no items being returned by Acf:get() in
/soberwp/controller/src/Module/Acf.php:66

I'll get this added in tomorrow


added: yesod-recaptcha2

I fixed yesod 1.6 build.
yesod-recaptcha2-0.2.3 build failure with yesod-1.6 · Issue #2 · ncaq/yesod-recaptcha2
Checklist:

[x] Meaningful commit message - please not Update build-constraints.yml

[x] Some time passed since Hackage upload

[x] On your own machine, in a new directory, you have successfully run the following set of commands (replace $package with the name of the package that is submitted, $version is the version of the package you want to get into Stackage):
stack unpack $package
cd $package-$version
stack init --resolver nightly
stack build --resolver nightly --haddock --test --bench --no-run-benchmarks

Unfortunately since this depends on http-conduit, it will have to wait until blaze-builder has been updated. See: https://github.com/lpsmith/blaze-builder/pull/14

OK, if merge that, then please merge it.

The blaze-builder update went through, yay!
At this point, the only remaining issues that I see are:
stackage-curator:
classy-prelude-yesod (not present) depended on by:

[ ] yesod-recaptcha2-0.2.4 (-any). ncaq<EMAIL_ADDRESS>@ncaq. @ncaq. Used by: library

yesod-auth (not present) depended on by:

[ ] yesod-recaptcha2-0.2.4 (-any). ncaq<EMAIL_ADDRESS>@ncaq. @ncaq. Used by: library

classy-prelude-yesod and yesod-auth are both waiting on persistent, which in turn is waiting on haskell-src-meta.
See https://github.com/bmillwood/haskell-src-meta/pull/72
See also: https://github.com/haskell-infra/hackage-trustees/issues/143

Can I wait to solve there issue?
Else, should I do something?

I'm not sure there's anything else you can do, unless there is some way you can remove haskell-src-meta from your transitive dependencies, or get in contact with someone who can make progress on
the haskell-src-meta version bounds.

The wild goose chase continues! The haskell-src-meta thing has been resolved, but there's more to address.
The current blocker is:
yesod-recaptcha2 -> classy-prelude-yesod -> yesod-static -> hjsmin -> language-javascript -> https://github.com/erikd/language-javascript/issues/67
This is the last known issue blocking classy-prelude-yesod, and that is the last known dependency blocking your package.
There's nothing for you to do but wait. But I wanted to update you on the situation.

langauge-javascript was fixed; finally able to merge this. =]


get_local_mouse_position does not work under certain circumstances

Godot version
Godot v4.2.stable (46dc27791)
System information
Godot v4.2.stable (46dc27791) - Freedesktop SDK 23.08 (Flatpak runtime) - Wayland - Vulkan (Forward+) - dedicated AMD Radeon RX 5500 XT (RADV NAVI14) () - AMD Ryzen 5 5600X 6-Core Processor (12 Threads)
Issue description
If:

Godot 4.2
A scene transition happened first
Click on a TileMap
That TileMap has a TileSet
That TileSet has an Atlas

Then:

get_local_mouse_position is calculated wrong

More specific:
Under the said circumstances, to get_local_mouse_position the negated offset_left and negated offset_top is added which adds up to the wrong result.
However, this does not happen if the TileMap has not TileSet or the TileSet has not Atlas or if the scene is loaded directly.
The behaviour should be consistent.
If the TopLeft corner of a TileMap is clicked, get_local_mouse_position should return (0, 0).
Steps to reproduce
See the issue description or the minimal reproduction project.
Minimal reproduction project
get_local_mouse_position-test.zip

Indeed seems like TileMap's global transform ends up in incorrect state. Recalculating it manually gives correct result which means it must be an issue with not marking it as dirty or something like that.
In the MRP:
var gt := Transform2D()
var ci: CanvasItem = tile_map
while ci:
	gt = ci.get_transform() * gt
	ci = ci.get_parent() as CanvasItem
prints(tile_map.global_position, gt.origin)

In v4.1.3.stable.official [f06b6836a] it correctly outputs (-284, -116) (-284, -116).
In v4.2.stable.official [46dc27791] it outputs (-860, -440) (-284, -116).

This is my workaround for now:
extends TileMap

func get_local_mouse_position_() -> Vector2:
	var gt: Transform2D = Transform2D()
	var ci: CanvasItem = self
	while ci != null:
		gt = ci.get_transform() * gt
		ci = ci.get_parent() as CanvasItem
	return get_global_mouse_position() - gt.origin


Error when starting

root@v1:~/flexbot# npm start

<EMAIL_ADDRESS>start
node .

/root/flexbot/index.js:9
const path = require("node:path");
^
SyntaxError: Identifier 'path' has already been declared
at Object.compileFunction (node:vm:360:18)
at wrapSafe (node:internal/modules/cjs/loader:1126:15)
at Module._compile (node:internal/modules/cjs/loader:1162:27)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1252:10)
at Module.load (node:internal/modules/cjs/loader:1076:32)
at Function.Module._load (node:internal/modules/cjs/loader:911:12)
at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:81:12)
at node:internal/main/run_main_module:22:47

Ur bots name is flexbot

this was on my part, use https://github.com/eYuM-coder/MEE8 for the latest commits.


fix: Widget Overflow and Show Binding issue

Description
Fix side effect introduced in #35611 that caused the widget pane to not be scrollable and extend beyond the IDE
Also fixes the show bindings issue not rendering correctly
Fixes #35584
Automation
/ok-to-test<EMAIL_ADDRESS>:mag: Cypress test results

[!CAUTION]
If you modify the content in this section, you are likely to disrupt the CI result for your PR.

Communication
Should the DevRel and Marketing teams inform users about this change?

[ ] Yes
[ ] No

/build-deplpy-preview

/build-deploy-preview


rbd: do not execute rbd sparsify when volume is in use

This commit makes sure sparsify() is not run when rbd image is in use.
Running rbd sparsify with workload doing io and too frequently is not desirable.
When a image is in use fstrim is run and sparsify will be run only when image is not mapped.
 Please take a look at our [Contributing](https://github.com/ceph/ceph-csi/blob/devel/docs/development-guide.md#Code-contribution-workflow)
documentation before submitting a Pull Request!
Thank you for contrib

/lgtm


Update longhorn/backupstore to v0.0.0-20200502041801-8d1f61550db9

longhorn/longhorn#1266
Signed-off-by: Joshua Moody<EMAIL_ADDRESS>

Need to add an integration test for engine as well. Or we can modify an existing test to cover this case.

Added an integration test that checks that we are doing a full backup when we are missing the latest backup on S3


contracts: Simplify benchmarks

Inspired by #13581 I reworked the contract benchmarks to be much simpler and hopefully work better with the linear regression algorithm:

Remove batching: Every r component is now exactly one iteration. *_per_byte benchmarks (which don't have r) just perform their operation once. I increased the upper limit for r to compensate for the removed batching.
Switch to bytes as unit for components (from kilobytes).

I implemented those strategies when writing those benchmarks years ago because back then they seemed to improve the stability of results. I hope they are no longer necessary or may even be harmful.
cc @ggwpez

bot bench $ pallet dev pallet_contracts
bot bench $ pallet dev pallet_contracts

bot bench $ pallet dev pallet_contracts
bot bench $ pallet dev pallet_contracts

bot clean

The CI pipeline was cancelled due to failure one of the required jobs.
Job name: test-linux-stable
Logs: https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/2520883

Last two changes look clean as well

Nice. Looks like a clean boy. I think we can go ahead with this PR.

bot merge


Clean vs Messy

Title and Issue number
Clean vs Messy #2872
Close #<issue_no>
Close #2872
Checklist:

[X] I have mentioned the issue number in my Pull Request.
[X] I have commented my code, particularly in hard-to-understand areas
[X] I have created a helpful and easy to understand README.md

Hi @MohitGupta121! I have completed this issue, kindly review it once.
Thank you.

@Shreyg-27 please remove all images from PR, upload them somewhere else like in GitHub or Drive then use that link in your project instead of the image path.

Hi @MohitGupta121! I have made the changes, removed all the images, and instead uploaded all the images in the drive, and provided the link for that as well.
Thank you.


Update the Package format to the SPM 4 format, made the library .dynamic

Please don't put it on the master branch (for master, please use
.library(name: "PerfectLib", targets: ["PerfectLib"])
instead of
 .library(name: "PerfectLib", type: .dynamic, targets: ["PerfectLib"])
Until Apple fully supports dynamic libraries in Swift Package Manager,
(As a temporary solution, try my fork of Swift Package Manager (not tested on Linux)
https://github.com/fadi-botros/swift-package-manager)

 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.


websocket

hi, there no document for how to use websocket ?

I think you can find them in the original Peatio repo but many things has been changed.

aha ok i think i can close this thank you 👍


[sw-build/sw-cli] Add all the options from sw-precache

Add in sw-build

[x] cacheId [String]
[x] clientsClaim [Boolean]
[x] directoryIndex [String]
[x] dontCacheBustUrlsMatching [Regex]
[x] dynamicUrlToDependencies [Object⟨String,Array⟨String⟩⟩]
[x] handleFetch [boolean]
[x] ignoreUrlParametersMatching [Array⟨Regex⟩]
[x] importScripts [Array⟨String⟩]
[x] logger [function]
[x] maximumFileSizeToCacheInBytes [Number]
[x] navigateFallback [String]
[x] navigateFallbackWhitelist [Array⟨RegExp⟩]
[x] runtimeCaching [Array⟨Object⟩]
[x] skipWaiting [Boolean]
[x] staticFileGlobs [Array⟨String⟩]
[x] modifyUrlPrefix (This is a replacement of the following options)

[x] replacePrefix [String]
[x] stripPrefix [String]
[x] stripPrefixMulti [Object]

[x] templateFilePath [String]
[x] verbose [boolean]

Add in sw-cli

[ ] cacheId [String]
[ ] clientsClaim [Boolean]
[ ] directoryIndex [String]
[ ] dontCacheBustUrlsMatching [Regex]
[ ] dynamicUrlToDependencies [Object⟨String,Array⟨String⟩⟩]
[ ] handleFetch [boolean]
[ ] ignoreUrlParametersMatching [Array⟨Regex⟩]
[ ] importScripts [Array⟨String⟩]
[ ] logger [function]
[ ] maximumFileSizeToCacheInBytes [Number]
[ ] navigateFallback [String]
[ ] navigateFallbackWhitelist [Array⟨RegExp⟩]
[ ] runtimeCaching [Array⟨Object⟩]
[ ] skipWaiting [Boolean]
[ ] staticFileGlobs [Array⟨String⟩]
[ ] modifyUrlPrefix (This is a replacement of the following options)

[ ] replacePrefix [String]
[ ] stripPrefix [String]
[ ] stripPrefixMulti [Object]

[ ] templateFilePath [String]
[ ] verbose [boolean]

staticFileGlobs logic (we were just talking about it in person):
https://github.com/GoogleChrome/sw-precache/blob/ac7da0e19eda26a6fb1ac50ba6c35ee2145edf56/lib/sw-precache.js#L160
https://github.com/GoogleChrome/sw-precache/blob/13a12d665b2b7670c38123171a43e5ac8cc21d84/cli.js#L67

globPatterns instead of staticFileGlobs.

All config options can be passed to the CLI via the config file. I'm going to opt out of adding these as flags because frankly it makes little to no sense to me and @jeffposnick has given me the impression it was a bad thing to support in sw-precache as it became a maintanence burden.
Feel free to re-open if you disagree.

👍  to not encouraging the use of complex CLI flags.


meta-ros yocto dunfell support status

I don't see /remotes/origin/dunfell-draft branch with meta-ros.
Do we have plans to support dunfell (Yocto 3.1) on meta-ros?

Yes, it's already implemented in:
https://github.com/shr-project/meta-ros/tree/dunfell-draft
and .mcf files in:
https://github.com/shr-project/meta-ros/tree/build-draft-ms12
Hopefully it will be merged here soon, there is pull request for master-draft https://github.com/ros/meta-ros/pull/680, when it's merged to master, dunfell branch will be created as well.

Thanks for information. Do you have timeline, when dunfell-draft will get merged and branch will get created?
-Avinash

It was merged just now, please try it and let us know.

I'm going to assume that it works OK for you, please create new issue ticket if you find some issues later.
"Silence implies consent" (see http://wiki.c2.com/?SilenceImpliesConsent).


Don't match consecutive dots

Fix for #23

Thanks for the patch!

I put out a new release, 1.0.2, that includes your patch.


Difficult to tell whether shuffle is toggled on or off

So this is shuffle OFF:

This is shuffle ON:

(I think.. I might have gotten those backwards, which illustrates the point)

Which accent color are you using? And is this a retina or non-retina display?

This was the grayscale theme, which is the only theme where it's really an issue since there's no highlight color.  This was a retina display but I think that's irrelevant here.

Ah yeah, I see what you mean. I think that whole color scheme needs a rework, honestly. I threw it together pretty fast without testing, but it looks like the active color is too close to the disabled states in general.
I've found a neat way to (hopefully) make adding new colors/custom colors much easier that should remove the need for changing Google's sprites, but I've been short on time with a new job right now. I'm hoping that will become part of v2.0 rework.
Might take me a bit to get to this grayscale issue, so apologies, but you're welcome to take a stab at redoing it and shoot a pull request if you want! :+1:


feat(uip-preview): add preview plugin smooth content change animation

Closes: #538

:tada: This PR is included in version 2.0.0-beta.2 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

:tada: This PR is included in version 2.0.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fixed external service validation library to use ping instead of wget

@alena1108 , can you please review?
I had to make this change since recently test_ext_services_links.py and test_rancher_compose_external_services_hostname have been failing since they are not able to parse the response for google.com.

LGTM


Proposal positional arguments support  in just for shell like nushell etc.

Related issues:

https://github.com/casey/just/issues/1559
https://github.com/casey/just/issues/1554
https://github.com/casey/just/issues/1592

I am currently integrating just with nushell, and I'm experiencing a roadblock with the handling of positional arguments. As of now, it appears that nushell lacks support for this functionality.
Here is a snippet of my current Justfile:
set shell := ["nu", "-c"]

test_command *args='':
    echo $1

Regrettably, this format isn't compatible with nushell. I am proposing a feature where we could retrieve positional arguments similar to how it's done in bash or other traditional shells. The idea is to use a syntax (Variables and Substitution) like {{1}}, {{2}}, etc. to represent positional arguments equivalent to $1, $2, etc.
A proposed usage might look like:
set shell := ["nu", "-c"]

test_command *args='':
    echo {{1}}

This implementation would greatly aid those of us utilizing just in conjunction with nushell and maybe others. Tell me your opinion on this proposal? Maybe I could try my hand at an MR.

This should work if you add set positional-arguments, which causes positional arguments to be passed to each command
set positional-arguments
set shell := ["nu", "-c"]

foo *args='':
    echo $1

Please feel free to reopen if that doesn't work!


amuse-fi: "Error: Real constant overflows its kind"

Describe the bug
When building amuse-fi, i see the following error:
globals.h:56:51:
Error: Real constant overflows its kind at (1)

The problem appears to be the following line:
      PARAMETER(nsupernova=0.00886,esupernova=1.e51)

I believe 1.e51 is not a valid single-precision float, and should probably be 1.d51 instead.
Environment (please complete the following information):

OS and version: Centos 7.4
Compiler: GCC 8.3.0

closing, reopen if still relevant


remove unused loggers

Looking through this project's code today, I found several places where module-specific loggers are instantiated but never used.
This PR proposes removing them
Changes

removes import of logging and instantiation of unused loggers in docs, examples, and the package itself

Testing
Ran the following to emulate CircleCI locally.
docker run \
   --rm \
    -v $(pwd):/usr/local/src \
    --workdir /usr/local/src \
   -it circleci/python:3.7 \
        /bin/bash

And then installed hamilton and ran its tests.
# install dependencies
sudo apt install graphviz
python -m venv venv || virtualenv venv
. venv/bin/activate
python --version
pip --version
pip install -r requirements-test.txt
pip install -r requirements.txt
pip install "dask[complete]"

# run tests
python -m pytest --cov=hamilton tests/
python -m pytest graph_adapter_tests/h_dask

Notes

removing unnecessary code from examples simplifies those examples and makes them more easier for new users to understand
removing unnecessary imports and module-level instantiations reduces the time it takes to run import hamilton
removing unused code reduces the time it takes to run static analyzers like mypy and flake8

Thanks for your time and consideration!
Checklist

[x] PR has an informative and human-readable title (this will be pulled into the release notes)
[x] Changes are limited to a single goal (no scope creep)
[x] Code can be automatically merged (no conflicts)
[x] Code passed the pre-commit check & code is left cleaner/nicer than when first encountered.
[ ] Passes all existing automated tests
[x] Any change in functionality is tested
[x] New functions are documented (with a description, list of inputs, and expected output)
[x] Placeholder code is flagged / future TODOs are captured in comments
[x] Project documentation has been updated if adding/changing functionality.
[ ] Reviewers requested with the Reviewers tool :arrow_right:

Testing checklist
Python - local testing

[ ] python 3.6
[x] python 3.7

@jameslamb apologies for the slowness -- I miss github notifications often :/

ha no problem!


pr command not working in Ventura 13.0 + Alfred 5.0.3 [2087]

When I try to use pr command, it is switched to web search mode.

FYI. this is the OS version and I am using Alfred 5.0.3 [2087]
$ sw_vers
ProductName:		macOS
ProductVersion:		13.0
BuildVersion:		22A380

pr

[05:48:54.424] Logging Started...
[05:49:00.731] GitHub Repos[Script Filter] Queuing argument ''
[05:49:01.381] GitHub Repos[Script Filter] Script with argv '' finished
[05:49:01.388] ERROR: GitHub Repos[Script Filter] Code 1: exception object expected
[05:49:01.389] ERROR: GitHub Repos[Script Filter] JSON error: JSON text did not start with array or object and option to allow fragments not set. around line 1, column 0. in JSON:
exception object expected

pr asdf

[05:59:20.715] GitHub Repos[Script Filter] Queuing argument 'asdf'
[05:59:21.242] GitHub Repos[Script Filter] Script with argv 'asdf' finished
[05:59:21.251] ERROR: GitHub Repos[Script Filter] Code 1: exception object expected

This is debug logs.
[05:48:54.424] Logging Started...
[05:49:00.731] GitHub Repos[Script Filter] Queuing argument ''
[05:49:01.381] GitHub Repos[Script Filter] Script with argv '' finished
[05:49:01.388] ERROR: GitHub Repos[Script Filter] Code 1: exception object expected
[05:49:01.389] ERROR: GitHub Repos[Script Filter] JSON error: JSON text did not start with array or object and option to allow fragments not set. around line 1, column 0. in JSON:
exception object expected

Seeing this too.
$ sw_vers
ProductName:		macOS
ProductVersion:		13.3
ProductVersionExtra:	(b)
BuildVersion:		22E7752300g
Alfred 5.0.6 [2110]

Hi @edgarjs, I wonder whether this alfred-github-repos project has been abandoned or still maintained.
If it's latter case, I want to take on this issue (and other I hope).
So what's current state of this project? In other words, can you review my patch if i make pr?

Hi @roeniss, I've been a little busy with other projects at the moment. I'd appreciate if you can send a PR and I'll review it gladly. Thank you.

I'm confused because I failed to reproduce this issue lol. I see no problem here.
@dportalesr @iltaek Did you guys set your Personal Access Token properly with gh-login $PAT command? I think I didn't set it when I added the above comment. The token need to have repo section permissions.

I'm not sure the exact reason but today succeded to reproduce with another computer, another organization. maybe kind of buffer overflow because some pr are shown and others are not.

@roeniss Yes, I have set it before. I also suspected it was something related to permissions so I created a new GH token but no luck. That newest token was configured like this

I found this note in Managing your personal access tokens

Note: Organization owners can restrict the access of personal access token (classic) to their organization. If you try to use a personal access token (classic) to access resources in an organization that has disabled personal access token (classic) access, your request will fail with a 403 response. Instead, you must use a GitHub App, OAuth App, or fine-grained personal access token.

Now, I'm not so versed in Alfred workflows to verify if that's the issue.


HTTP Request: File uploads

It should be possible to read uploaded files from the Request class in a safe and intelligent way.

Basic upload handling is now complete, see attached commits.
Still need a bit of work on finalizing the unit tests, adding full support for multi file uploads and overall cleanup.

Basic file upload handling is merged & ready for now (ready enough for the v0.1 release at least).
Still needs more work in the future with additional utilities for verifying file types, extensions and content types as well as dealing with images better.


Centralize Jenkins precheckin job for hipRAND

Centralize the hipRAND Jenkins precheckin job
Ports the Groovy scripts over to a central Jenkins repository

http://math-ci.amd.com/job/main/job/codecov/job/com.amd.project.rocProject@5cc3d81b/job/PR-28/Code_20coverage_20report/

http://math-ci.amd.com/job/main/job/codecov/job/hiprand/job/PR-28/Code_20coverage_20report/

http://math-ci.amd.com/job/main/job/codecov/job/hipRAND/job/PR-28/Code_20coverage_20report/

@samjwu it looks like the coverage report includes test files. We probably want to filter those out.

http://math-ci.amd.com/job/main/job/codecov/job/hipRAND/job/PR-28/Code_20coverage_20report/

http://math-ci.amd.com/job/main/job/codecov/job/hipRAND/job/PR-28/Code_20coverage_20report/


Radio: Tap any option on the Android Emulator, and it crashes.

Radio. Tap any option on the Android Emulator, and it crashes.
(https://snack.expo.dev/lgajv9n7c)
On a bare RN App, shows this:

Originally posted by @jacargentina in https://github.com/gluestack/gluestack-ui/issues/1068#issuecomment-1722590855

Thanks for reporting, we will look into this.

@jacargentina This has been fixed, please update to the latest version of @gluestack-ui/themed.

@makkarMeenu now it is not crashing!!

i am having the same issue. the radios are not being filled when selected. Any solutions?

Hello! The same is happening to me using ButtonIcon:

For input string: "sm"

"@gluestack-style/react": "^1.0.17",     "@gluestack-ui/config": "^1.0.3",     "@gluestack-ui/themed": "^1.0.17",

Hello! The same is happening to me using ButtonIcon:

For input string: "sm"

"@gluestack-style/react": "^1.0.17", "@gluestack-ui/config": "^1.0.3", "@gluestack-ui/themed": "^1.0.17",

Actualy, if I use size="sm" on a Button with a ButtonIcon using a lucide icon, the same will happen


[microTVM] Change apps/microtvm/zephyr_cmsisnn to a microTVM tutorial

In the current state of TVM, Zephyr microtvm project API supports CMSIS-NN and ARM FVP. We could change this directory to a tutorial and use microtvm transport layer with AOT Executor.
cc @Mousius @alanmacd @gromero @leandron

I have no objections to that.

The demo intentionally didn't use the Project API so as to demonstrate how to integrate TVM into an existing project rather than generating it in TVM. I think it's valuable to keep it as is so people can use it as a reference for how to use TVM without generating the entire project?

@Mousius @gromero I agree, it makes sense to keep this for the standalone deployment story. I think this has the potential to be more generic and not just specific to use CMSIS. We could change this to be a standalone deployment of microTVM with Zephyr.