Insecure Connection Warning

Getting an insecure connection error due to self-signed certificates. Is there any way to bypass the secure login check (Insecure option as with nessrest)

Got the same issue. Any way to bypass it?


Couldn't load liblldb.dll" (err=0x0000007E)

OS: Windows 11 26100.1
VSCode version:  1.88.1
CodeLLDB version: 1.10.0
Compiler: rustc 1.79.0-nightly
Debuggee: Default HelloWorld.
the version 1.10.0 doesn't work for me, but 1.9.2 is applicable.

I also reported an error. As long as you newly configure the environment and install the winlibs toolchain, there will be a 0x65 error.

I also reported an error. As long as you newly configure the environment and install the winlibs toolchain, there will be a 0x65 error.

sorry for lateness, this problem still occur now and I can't use the extension.

#https://github.com/vadimcn/codelldb/issues/1093#issue-2237792537

https://github.com/vadimcn/codelldb/issues/1093#issue-2237792537

Closing in favor of #1032

Closing in favor of #1032

That probably is not the reason, actually, I change my windows username to ascii ( my username is non-ascii before ), and the problem was solved.


Docs v2

Issue: https://github.com/pydanny/cookiecutter-django/issues/1043

Fixing merge conflicts in this PR is more work than starting over again. Closing.


styled-theming not working with TypeScript

Environment

System:

OS: Windows 10
CPU: (12) x64 Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz
Memory: 2.23 GB / 15.74 GB

Binaries:

Node: 8.12.0 - C:\Program Files\nodejs\node.EXE
Yarn: 1.12.1 - C:\Users\by\AppData\Roaming\npm\yarn.CMD
npm: 6.4.1 - C:\Program Files\nodejs\npm.CMD

package.json
"@types/styled-theming": "^2.2.0",
"styled-theming": "^2.2.0"

Steps to reproduce
I tried to use the code from the docs:
import theme from 'styled-theming';
const backgroundColor = theme('mode', {
    light: '#fff',
    dark: '#000'
 });

Expected Behavior
@jamiebuilds Sorry if this isn't the right place for this issue, but you don't have issue tracking set up at the repo
Actual Behavior
As soon as i added the theme() i got this type error:
styled_theming_1.default is not a function
TypeError: styled_theming_1.default is not a function

As you said, this is not the same repo. I recommend reaching out via twitter since that seems to be where he's most active.

@probablyup His twitter is suspended, so i messaged him on Linkedin. Looks like he's not active there. If you can, please reach out to him and refer him to this issue.

Here’s the latest one: https://twitter.com/jamiebuild
On Mon, Feb 18, 2019 at 2:27 AM Boris Yordanov<EMAIL_ADDRESS>wrote:

@probablyup https://github.com/probablyup His twitter is suspended, so
i messaged him on Linkedin. Looks like he's not active there. If you can,
please reach out to him and refer him to this issue.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/styled-components/styled-components/issues/2386#issuecomment-464633719,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAiy1tG2GEsP4mciI9uxGNSUONEVlQ61ks5vOmQEgaJpZM4a91tp
.


about configuration.cpp / GameDefines.cpp

It'll be a bit of a strange question and I'm a little embarrassed
When editing configuration.cpp/gamedefines.cpp
How do we determine the "null" values?
or
How do we have to adjust according to the game?
I don't want to damage your github account so I can't get them directly from you(iguees)
I would like to take advantage if there is a tutorial video
The game I experiment with is RL
(I've been playing this game for 2 weeks and haven't seen any progress until I noticed you I think I will achieve this Everyone who starts will have trouble here, I'm a light for them xd i need sdk for your other project with this game)

You have to reverse the games classes by hand in ReClass, every game will be different and there is no way to automate the process. Same goes for globals, you have to find them yourself in IDA. This project just generates an sdk with the values you provide. Feckless has a tutorial for reversing classes, although a bit outdated it still applies to the current version of RL.
https://www.youtube.com/watch?v=yNe4jz1v0R4

I understand thanks. Can we talk about this very briefly on discord? I have been dealing with the game for a long time and the sdk part is blocking me a lot. I know your time is limited I don't want to waste our time but I believe I am a good student xD
discord: Artikus#1506

okay I got my answer.Thanks for all your help, you are a very successful and good person.
I hope you will be more successful !! <3


As a user I can see instance-type right from list of Nodes

What would you like to be added:
I would to see instance type and instance region (if that labels are assigned to nodes) right from the list of Nodes
Why is this needed:
In case if you trying to manage a lot of nodes (30-50) sometimes it's complicated to understand what is that server for. This two columns will help me managed and understand without clicking details. Maybe much better will be have a fully-configure columns where user can decided which labels he want to see.
Environment you are Lens application on:

Kubernetes distribution: EKS, GKE
Desktop OS:  Mac OS

Notes:
Node label for instance type: node.kubernetes.io/instance-type
Node label for instance region: topology.kubernetes.io/region
Node label for instance zone: topology.kubernetes.io/zone

Maybe the request can be expanded to support any node label as a column in the node view?
for example:
node.kubernetes.io/node-type=default
node.kubernetes.io/node-type=ingress
node.kubernetes.io/node-type=monitoring

similar to how AWS allows you to show tags as columns.

Any updates on this? It is very useful when tshooting nodes.


feat: github actions fix

:tada: This PR is included in version 0.1.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Links broken in mail display if colon (:) in the URL

Using Nylas N1 1.5.0 under OSX Yosemite 10.10:
I receive links from MediaWiki installs that include a colon in them, such as:

https://wikisource.org/wiki/Wikisource_talk:Wikilivres

However, the link breaks at the colon, like this:

https://wikisource.org/wiki/Wikisource_talk:Wikilivres

This isn't the case in other email clients.

Thanks for reporting! Merging with #2775


allow downloading files from service account

the first step would be the API
list remote files
then for security reasons we don't allow you to just download a backup via the interface
so it would need to email you a link to download it

in theory the email job already works now and sends an email with the url that has a download link for the file. the problem is that this only works with private google accounts, not for service accounts. the service accounts dont give permission to the download url

amazing Kaja great work!


Misleading service invocation error when dapr-app-port and dapr-http-port are identical

In what area(s)?
/area runtime
What version of Dapr?
All versions -- tested since 1.4.2.
Expected Behavior
The Dapr sidecar / daprd should not start when dapr-app-port and dapr-http-port are identical and return a meaningful error.
Actual Behavior
Dapr sidecar starts, but upon service invocation returns an error unrelated to the problem.
{"errorCode":"ERR_DIRECT_INVOKE","message":"failed getting app id either from the URL path or the header dapr-app-id"}
Steps to Reproduce the Problem
dapr run --dapr-http-port 4444 --app-id doesnotexist --app-port 4444 --
curl -X GET http://localhost:4444/v1.0/invoke/doesnotexist/method/hello

{"errorCode":"ERR_DIRECT_INVOKE","message":"failed getting app id either from the URL path or the header dapr-app-id"}

Release Note
RELEASE NOTE: FIX Fixes a bug that incorrectly allowed the Dapr API HTTP Port to be reused is the app port.

@artursouza @yaron2 please mark as "good first issue", "help wanted" and tag for release-1.8

/assign


optional support for purge protection on key vault

In what area(s)?

/area administration
/area ansible
/area autoscaling

/area configuration

/area cyclecloud
/area documentation
/area image
/area job-scheduling
/area monitoring
/area ood
/area remote-visualization
/area user-management

Describe the feature
Customer policy may require purge protection to be enabled on the key vault (purge_protection_enabled = true).
https://github.com/Azure/az-hop/blob/8898d87e0d4b1bea09d1e2ffed0bb8f02e49d5ee/tf/keyvault.tf#L6
Perhaps this could be an option in the config.yaml?
A more general question would be: since I'm sure the security policies of customers vary quite a bit, would there be a way in terraform to "inquire" about whether a certain feature (like the one above) is mandated by a policy, and decide what to do based on the outcome of that inquiry?

if this is a blocker on the customer side, then we can consider adding an option.
for your suggestion, that would be complex to implement, with higher privilege needed and probably too customer specific.

Let's close this for the moment. Will reopen in case we encounter this requirement again.


Initial Basic sturcture

Made a basic page structure

@charishma-sv do you still want to merge this ?


Poetry home is parametrize but unchangable

https://github.com/sathoune/python-poetry-docker-template/blob/80ff92313cdfce2fbaefe46423b8e850da7af39c/{{ cookiecutter.project_slug }}/{{ cookiecutter.main_directory }}/Dockerfile#L19

actually all good :)


Accordion should contain it's children's width

Accordion should be more responsive with it's children like  and not let the styles overlap.  Image example below:

Fixed - Accordion's children no longer bump out of it:


support new Firefox Mobile (or Fenix) databases

https://github.com/seanbreckenridge/browserexport/issues/14

thanks :+1:
will work on docs, then PR the browser/export file


chore: add device count API, apispeclint errors fix and binary mode separation

signed-off-by: Nitish Kulkarni<EMAIL_ADDRESS>

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Is there a mechanism to emulate only CAS operations?

I'm working with the SparkFun RED-V RedBoard, which contains an E310g002 RISC-V microcontroller. This microcontroller is supposed to support atomic operations, and therefore I can compile projects targeting riscv32imac-unknown-none-elf. However, this microcontroller always raises an exception for CAS instructions (i.e., in practice only amoxxx instructions are allowed).
Is there any mechanism to configure portable-atomic to only emulate CAS instructions while natively executing the other atomic operations? Or am I doomed to compiling for riscv32imc-unknown-none-elf and forgetting about native atomic support?
Thanks in advance!

However, this microcontroller always raises an exception for CAS instructions (i.e., in practice only amoxxx instructions are allowed).

Is this an officially recognized bug? If not, it is not very clear whether it is a bug in the chip or a bug in your environment.
For example, I have seen several cases where there is a bug in the linker script, resulting in misalignment (https://github.com/mvdnes/spin-rs/issues/154#issuecomment-1592362950, https://github.com/rust-lang/rust/issues/86693, etc.). Atomic instructions require proper alignment, so I would not be surprised if some atomic instructions caused exceptions in such cases. Could you check to see if the pointer is aligned correctly?
If this is really a bug in the chip, I can consider providing a way to work around it in some way.

It is not a bug, it is a (very annoying) feature.
The microcontroller datasheet explicitly mentions that it supports atomic operations except CAS, which raise a LoadFault/StoreFault exception.

The microcontroller datasheet explicitly mentions that it supports atomic operations except CAS, which raise a LoadFault/StoreFault exception.

Thanks for the clarification.

I can compile projects targeting riscv32imac-unknown-none-elf

As far as I know, at least both LLVM and GCC treat RISC-V with the A extension as if all instructions in the A extension are available (godbolt). So, compiling as riscv32imac for this CPU should usually be considered unsound because it is impossible to safely run a binary that is compiled as riscv32imac, even though it claims to be riscv32imac (unless you can ensure that the instructions causing the problem are not used by auditing the standard library, all dependencies, and the C library to which it is linked).
So, we should compile as riscv32imc for this CPU, which supports some instructions of the A extension.

only emulate CAS instructions while natively executing the other atomic operations

RISC-V A extension does not actual have CAS instructions and has LR/SC and AMO, but the actual situation here is more complicated:

RISC-V does not have {8,16}-bit AMOs, so some of the {8,16}-bit atomic RMWs are implemented by using LR/SC, which isn't supported in this CPU. (godbolt)
There is not an AMO for all the operations we provide, CAS is probably not the only operation for which we actually need to provide emulation. (e.g., fetch_neg)
If the A extension is not enabled, the compiler will not generate code that uses AMO.

Considering the aboves, the implementation would be in the form of:

Add Cargo feature to use AMO on RISC-V without A extension such as riscv32imc.

This feature requiers unsafe-assume-single-core feature.

critical-section implementation may not be lock-free so it cannot be used together with critical-section feature for now.

Use AMO for 32-bit RMWs that have corresponding AMO instructions and {8,16}-bit RMWs that can be emulated by 32-bit AMOs (e.g., fetch_and/fetch_or).

Other RMWs will be emulated as before.

Use inline assembly for implementation.

I have code that implements atomics in AMO in another repository, so it would basically be porting and extending that code.

Instructions in the A extension are not available on RISC-V without A extension by default, but can be made available by using the .option arch, +a directive.

Any thoughts?

Sorry for not being precise. The instructions that are missing in E310x are LR and SC.
I agree with your approach:

We compile for riscv32imc targets.
We add a feature to use LR/SC-free AMO instructions when available.

We use the unsafe-assume-single-core feature for the other atomic functions.

Filed https://github.com/taiki-e/portable-atomic/pull/124 to implement this.

#124 has been published in 1.5.0.

This feature seems to have been ratified as Zaamo a few month ago.
https://github.com/riscv/riscv-zaamo-zalrsc/blob/v1.0.0/zaamo-zalrsc.adoc#1-atomic-memory-operations-extension-zaamo

The Zaamo extension comprises the atomic memory operation (AMO) subset of the A extension cite:[unpriv].

I plan to make force-amo feature available via -C target-feature=+zaamo in portable-atomic 1.8.

Support for Zaamo feature (and various improvements) are published in 1.8.0.

Hi @taiki-e
I have been playing around with the -C target-feature=+zaamo in plain Rust but it seems that it still does not work (even in nightly) for the core atomic crate. Do you know where should I ask for this feature to be available?

zaamo only covers some atomic operations. so there is no way to support it in core::sync::atomic (which supports load store only or all atomic operations)
portable-atomic unsafe-assume-single-core can support this because it can use alternative implementation for operations that not covered by zaamo.

I thought core would support all atomic operations covered by zaamo and leave the others undefined. In this way, portable-atomic would only be needed for non-zaamo operations. I guess this is not possible (yet), but future versions of Rust might implement it.

I think it's relatively easy in portable-atomic with unsafe-assume-single-core/critical-section disabled, but I think it's much harder in core. In addition to the fact that it basically always requires -Zbuild-std, in RISC-V without a extension there are various patterns for atomic support based on target features: the operations that zaamo can support depend on its width (not only its kind), it also depends on the presence or absence of zabha or zacas (or zalrsc).

Now I'm trying to compile a project for a Zaamo target with portable-atomic and using -C target-feature=+zaamo. However, I am missing something, as portable-atomic complains about not having default support.
In Cargo.toml I have:
[dependencies]
# portable-atomic = { version = "1.8", default-features = false, features = ["unsafe-assume-single-core", "force-amo"] }
portable-atomic = { version = "1.8", default-features = false }

I compile my toy project with:
RUSTFLAGS="-C target-feature=+zaamo" cargo build --target riscv32imc-unknown-none-elf

But compilation fails:
error[E0277]: `fetch_xor` requires atomic CAS but not available on this target by default
    --> e310x-hal/src/gpio.rs:103:11
     |
103  |         r.fetch_xor(mask, Ordering::SeqCst);
     |           ^^^^^^^^^ this associated function is not available on this target by default
     |
     = help: the trait `portable_atomic::diagnostic_helper::HasFetchXor` is not implemented for `&portable_atomic::AtomicU32`
     = note: consider enabling one of the `unsafe-assume-single-core` or `critical-section` Cargo features
     = note: see <https://docs.rs/portable-atomic/latest/portable_atomic/#optional-features> for more.

How can I use the new Zaamo support properly?
PS:
the compilation also raises a warning about the Zaamo feature:
warning: unknown and unstable feature specified for `-Ctarget-feature`: `zaamo`
  |
  = note: it is still passed through to the codegen backend, but use of this feature might be unsound and the behavior of this feature can change in the future
  = help: consider filing a feature request

Sounds like Rust is still not 100% compatible with this target feature, even in Nightly.

unsafe-assume-single-core + zaamo is supported, but no unsafe-assume-single-core + zaamo is not yet supported (internally supported but not exposed). That said, it should be relatively easy to support as mentioned above by adjusting the cfg.


Added Experiment Manager flowchart

No @dinogun, The design got changed. Will raise a new PR with the new design diagram. Closing this PR now.


Profile pages

Description
Allow users to publish their in-game profile page to make it publicly visible from the dashboard similar to existing ME3 stats websites
Checklist

[ ] Users can show/hide their profile
[ ] User profiles can be viewed publicly

These changes will likely required additional modifications on the server side in order to store the profile visibility field along with other endpoint changes/additions to support loading the required user information and player data without requiring auth tokens/exposing information


Detected blocking call to load_default_certs with args

New issue as of 2024.9.0.  I did not have this issue in 2024.8.3:
Logger: homeassistant.util.loop
Source: util/loop.py:77
First occurred: 4:53:54 PM (1 occurrences)
Last logged: 4:53:54 PM

Detected blocking call to load_default_certs with args (<ssl.SSLContext object at 0x7f043f0821d0>, <Purpose.SERVER_AUTH: _ASN1Object(nid=129, shortname='serverAuth', longname='TLS Web Server Authentication', oid='<IP_ADDRESS>.<IP_ADDRESS>.1')>) in /usr/local/lib/python3.12/ssl.py, line 713: context.load_default_certs(purpose) inside the event loop; This is causing stability issues. Please create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#load_default_certs Traceback (most recent call last): File "<frozen runpy>", line 198, in _run_module_as_main File "<frozen runpy>", line 88, in _run_code File "/usr/src/homeassistant/homeassistant/__main__.py", line 223, in <module> sys.exit(main()) File "/usr/src/homeassistant/homeassistant/__main__.py", line 209, in main exit_code = runner.run(runtime_conf) File "/usr/src/homeassistant/homeassistant/runner.py", line 189, in run return loop.run_until_complete(setup_and_run_hass(runtime_config)) File "/usr/local/lib/python3.12/asyncio/base_events.py", line 674, in run_until_complete self.run_forever() File "/usr/local/lib/python3.12/asyncio/base_events.py", line 641, in run_forever self._run_once() File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1990, in _run_once handle._run() File "/usr/local/lib/python3.12/asyncio/events.py", line 88, in _run self._context.run(self._callback, *self._args) File "/usr/local/lib/python3.12/site-packages/gehomesdk/clients/base_client.py", line 132, in async_run_client await self._async_run_client() File "/usr/local/lib/python3.12/site-packages/gehomesdk/clients/websocket_client.py", line 110, in _async_run_client async with websockets.connect(self.endpoint, compression=None) as socket: File "/usr/local/lib/python3.12/site-packages/websockets/legacy/client.py", line 635, in __aenter__ return await self File "/usr/local/lib/python3.12/site-packages/websockets/legacy/client.py", line 654, in __await_impl__ _transport, protocol = await self._create_connection() File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1149, in create_connection transport, protocol = await self._create_connection_transport( File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1173, in _create_connection_transport transport = self._make_ssl_transport( File "/usr/local/lib/python3.12/asyncio/selector_events.py", line 83, in _make_ssl_transport ssl_protocol = sslproto.SSLProtocol( File "/usr/local/lib/python3.12/asyncio/sslproto.py", line 295, in __init__ sslcontext = _create_transport_context( File "/usr/local/lib/python3.12/asyncio/sslproto.py", line 55, in _create_transport_context sslcontext = ssl.create_default_context() File "/usr/local/lib/python3.12/ssl.py", line 713, in create_default_context context.load_default_certs(purpose)

This should be resolved, it was a change in the way HA reports things.  Please let me know if you still see it.


Update to 1.19.3, add more screen, and fix conflict with Bobby

Update to 1.19.3
Add screenshot render to "Loading terrain..." screen
Fix conflict with Bobby (see commit description: https://github.com/Minenash/Seamless-Loading-Screen/commit/5190e869f85656ced1d17bf7aeefcf2f24eae16d)

Just for fun:

I also tested this in 1.19.4 but it doesn't work properly despite running just fine. I guess they made some changes with world loading that broke this mod.
Also this PR is identical to the other 1.19.x PRs aside from the added changes, except 1.19.3 seem to also change Button creation.

can you please make a 1.20.1 and build the .jar file in your github action tab so people can use or release it in release section
thanks in advance <3

can you please make a 1.20.1 and build the .jar file in your github action tab so people can use or release it in release section
thanks in advance <3

Nobody with the technical ability to do that cares about this mod very much.

1.19.4 version will be out within the coming days, thank you for the PR.


fix(tablecard): don't override height when empty

table card is overlaying other cards when empty.
The original fix was to try and make the border line inside the table go away. This just unsets the border

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

npm package (@release-1.x dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Update getBTC.conf

Changed first account name to "Default" to make it easy for getBTCInvoice to not have to choose an account.  See [getBTCInvoice] It doesn't really matter which one has the default name, and it's not required, but just makes it easier if someone only uses one account, or repeatedly uses a "default" account.

Default account name sounds fine, could be applied to getBTCAddress as well where if an account name isn't provided. The wordage could be improved upon but LGTM


Where do we put the lenses and traversals?

The Haskell lens library is infamous in the community for its dependencies and perceived heaviness, mostly because it aims to be "batteries included" and provide lenses, traversals, prisms etc. for a whole lot of libraries. This has the advantage of being incredibly convenient, because it spares us from defining the same lens each and every time we need it. However, many applications or libraries might only want to use a the core features and two or three lenses, rather than the entire bulk. Starting fresh, we have at least four options to choose from for purescript lenses:

Include lenses/prisms/traversals in the lens library. We would need prisms for Either, Tuple, JSON etc., some indexing type class for Map etc. This would pull in a whole bunch of dependencies.
Like the refractor library for van Laarhoven lenses - that appears pretty much dead -, we could add an
extra library that pulls in all the dependencies and defines the lenses. This way, if one is a purist and wants to use the lens core, one can use the core library; if one wants convenience, import refractor.
Distribute the stuff to the package that defines the associated data type, i.e. the prisms for Either in purescript-either, the prisms for Tuple in purescript-tuple etc. This may need a bit of convincing of maintainers of some libraries and would add a profunctor dependency to nearly anything (maybe profunctors could be moved to the core library?). Personally, this option is my favourite.
Don't care. After all, user code might define _1, _Right or _Object everytime it is needed.

Another option: create companion libraries like purescript-foreign-lens. I like this as a slight variant on options 2 and 3, since I'd put "core lenses" (for things like Tuple and Either which profunctors necessarily depends on) in a refractor like package, or in the lens library itself.

I think this can be closed now, yes?


With Rigol DS1104Z, right-clicking with trigger enabled is very slow

USBTMC captures show that 4 commands are sent on warm (second and further) right click:

CHAN1:COUP?
CHAN1:PROB?
CHAN1:BWL?
TRIG:EDGE:SLOPE?

Was outdated glscopeclient version.


iam blog post

Release Playbook

[ ] Rebase against master
[ ] Code review
[ ] Merge into master
[ ] Verify changes at http://site-staging.convox.com
[ ] Promote release on site-production in the convox/production Rack

 IAM blog post


feat: 5526 - new Prices prod/test url flag

What

Now we can make Prices point to the TEST env, while OFF still points to PROD env.

Screenshot

Fixes bug(s)

Closes: #5526

Impacted files

background_task_add_prices.dart: Prices API called using new Prices prod/test url
get_prices_model.dart: Prices API called using new Prices prod/test url
price_user_button.dart: Prices API called using new Prices prod/test url
prices_proofs_page.dart: Prices API called using new Prices prod/test url
prices_users_page.dart: Prices API called using new Prices prod/test url
product_prices_list.dart: Prices API called using new Prices prod/test url
product_query.dart: new Prices prod/test url
user_preferences_account.dart: Prices API called using new Prices prod/test url
user_preferences_dev_mode.dart: new prod/test flag for Prices url

Codecov Report
Attention: Patch coverage is 0% with 28 lines in your changes missing coverage. Please review.

Project coverage is 6.96%. Comparing base (4d9c7fc) to head (45eaabf).
Report is 273 commits behind head on develop.

Files
Patch %
Lines

...b/pages/preferences/user_preferences_dev_mode.dart
0.00%
6 Missing :warning:

packages/smooth_app/lib/query/product_query.dart
0.00%
6 Missing :warning:

..._app/lib/background/background_task_add_price.dart
0.00%
4 Missing :warning:

...mooth_app/lib/pages/prices/prices_proofs_page.dart
0.00%
4 Missing :warning:

...ib/pages/preferences/user_preferences_account.dart
0.00%
3 Missing :warning:

...smooth_app/lib/pages/prices/prices_users_page.dart
0.00%
2 Missing :warning:

.../smooth_app/lib/pages/prices/get_prices_model.dart
0.00%
1 Missing :warning:

...smooth_app/lib/pages/prices/price_user_button.dart
0.00%
1 Missing :warning:

...ooth_app/lib/pages/prices/product_prices_list.dart
0.00%
1 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##           develop   #5528      +/-   ##
==========================================
- Coverage     9.54%   6.96%   -2.58%
==========================================
  Files          325     399      +74
  Lines        16411   21149    +4738
==========================================
- Hits          1567    1474      -93
- Misses       14844   19675    +4831

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

@monsieurtanuki Can you add an arbitrary URL (so that it can also be used for local development) ?

Can you add an arbitrary URL (so that it can also be used for local development) ?

@teolemon Not before Monday.

Can you add an arbitrary URL (so that it can also be used for local development) ?

@teolemon For the record I don't think we can be 100% flexible about the prices url.
Basically we only replace the subdomain with prices..
Therefore something like teolemon.example.com would be interpreted as prices.example.com.
Tell me if it's problematic - e.g. if you need to use teolemon-prices.example.com.

.net .org is nice.
I'm not completely sure how @raphael0202 and @raphodn envision the migration. I believe they will do a test install on something else than .net, but I'll let them confirm

.net .org is nice.

For the record that's already implemented in this PR: .org for prod and .net for test.

Thank you @teolemon for your review!


Code error NPM vs Github version

Hi Thanks for the library, finding it really useful in a current project.
I have found a typo problem between the NPM vs Github version. On line 136 of bitmap.js from NPM I get the line which causes issues
deferred.rejecyt(error);

but the github version of the same code correctly has
deferred.reject(error);

Any idea whats going on. They both seem to have the same version number

Was able to solve this locally by using
    "imagejs": "glennjones/imagejs"

in my package.json instead. Looks like that fork has another version.


Batch Transform not giving accurate results

I am using this example and running a custom sklearn transformer to preprocess my data however csv saved after transform is not correct . The saved csv should have more columns than the saved one. I ran this example locally and it worked fine.
Custom-transformer
class CustomTransformer(BaseEstimator, TransformerMixin):
	def __init__(self,num_feature_names,cat_feature_names,redundant_features,label):
	    self.num_feature_names = num_feature_names
	    self.cat_feature_names = cat_feature_names
	    self.redundant_features = redundant_features
            self.label = label

	def fit(self,X,y=None):
	    return self

	def transform(self,X,y=None):
		X = self.filter_outlier(X)
		X = self.get_month(X)
		X = self.normalise(X)
		X = self.one_hot(X)
		X.drop(redundant_features,axis=1,inplace=True)
		return X

	def normalise(self,X):
		X_temp = X.copy()
		for feature in self.num_feature_names:
			if feature != self.label:
				max_value = X[feature].max()
				min_value = X[feature].min()
				X_temp[feature] = (X_temp[feature] - min_value) / (max_value - min_value)
		return X_temp

	def get_month(self,X):
		X.loc[:,'month'] = X['date'].dt.month
		return X

	def filter_outlier(self,X):
		X_temp = X.copy()
		for feature in self.num_feature_names:
			print(feature)
			X_temp = X_temp[((X_temp[feature] - X_temp[feature].mean()) / X_temp[feature].std()).abs() < 3]
		return X_temp

	def one_hot(self,X):
		X = pd.get_dummies(data=X, columns=self.cat_feature_names)
		return X

I am importing the above script in my preprocessing script which is exactly same as "sklearn_abalone_featurizer.py" as used in the above mentioned example and defining pipeline like this.
preprocessor = Pipeline(steps =[('custom_transformer',CustomTransformer(numerical_features,categorical_features,redundant_features,label))]) . Also the missing columns seems to be from one hot part.

Hey @mmeidl,
Thanks for the reply. The output got wrong during the Batch transform our training data step as per mentioned in the aws sagemaker example. The output of
transformer.transform(input_data,split_type='Line', content_type='text/csv')
print('Waiting for transform job: ' + transformer.latest_transform_job.job_name)
transformer.wait()
preprocessed_train = transformer.output_path

Now I am running the custom transformer on raw (42k,16) csv and I am getting processed (40k,33) instead of (39k,39) csv. Especially those one hot encoded columns are missing. I ran the same custom transformer locally and it worked fine.

Hey @saheelBreezo ,
You might need to modify input_fn, predict_fn, or output_fn to make sure columns aren't being dropped. These functions are called (in sequence) on your preprocessor model and CSV input data when you run a batch transform job. Would you be able to add logging statements to see the input data shape and return values in these functions?

Hey @andremoeller , thanks for reply. So this is what I found , the problem maybe more associated with  my understanding of how sklearn pipeline work. I did what you asked and kept logs. The two functions that were causing the issue were filter_outlier & one_hot . So I removed filter_outlier completely and replaced one_hot with Pipeline(steps=[('onehot', OneHotEncoder(handle_unknown='ignore',sparse=False))]) . And it gave me the right answer.

Glad to hear it @saheelBreezo!
Closing this issue. Feel free to reach out if you have any more questions or comments. Thanks!


fix: issue #582 capabilities and dependencies to v9

Hi folks 👋 ,
this should hopefully fix the issue #582 , regarding capabilities and dependencies updates to v9 of WDIO.
Could not resolve dependency:
peer<EMAIL_ADDRESS>from<EMAIL_ADDRESS>node_modules/wdio-cucumberjs-json-reporter
<EMAIL_ADDRESS>from the root project

Please notice: I could not test it properly, because I do not know how exactly. I really just applied (hope so) the hint/suggestion of @christian-bromann . Maybe I have to change or add commits here, to fulfill the aspects of doing the pull requests well. If so, please do not hesitate to say it. I am grateful to learn and I am grateful of the chance to help/contribute.
Best regards
Sven

Thanks for taking a stab at this. There seem to be some unit tests failing. Let me know if you have any questions.

Hi @christian-bromann 👋 ,
to be honest, there are obvious missings like to change WebDriver.DesiredCapabilities to WebdriverIO.Capabilities in metadata.test.ts too. Which I have done now (see new commit). But there are also things like the snapshots that I don't know about at all 😕 . Do I have to recreate the snapshots? I guess the unit tests should be almost the same, otherwise I would adjust them for the sake of being green/pass, but that is not the intention behind it, for sure.
In other words, I do not understand some concepts that are crusial I believe. Either we would have a broader discussion and probably another helping hand by you or some other person, or I have to close the PR because I don't want to break things that could be overseen in the review process.
#lack-of-skill
==> I am sorry. Maybe you or another person can continue on this PR?
Best regards
Sven

==> I guess this PR can be closed, because Hanna already introduced another one #608 😄.

I will close this PR because Hannas #608 is far more promising. Also I try to support their too.


Support the System V AMD64 ABI

Is your feature request related to a problem? Please describe.
Ghidra supports and detects several calling conventions, but not the System V AMD64 ABI.
Describe the solution you'd like
It would be useful to support the System V AMD64 ABI as well out of the box.

I also need this too. I'm analyze a PS4 binary, which use System V AMD64 ABI.

Some contributor (eg @caheckman @dragonmacher ) that could give us a clue about where to start looking to fix this?

Looking at the specification, it appears to be equivalent to the x86:LE:64:default:gcc processor specification provided in Ghidra.
The _stdcall in the description in the compiler specification file states:

I'm a coworker of @dgutson
The solution suggested by @emteere worked for the function, so the issue is not that the calling convention is unsupported.
Unfortunately, the solution does not work for our case as the binary (EFI) has mixed ABI, and we can not change the default ABI.
If I edit the function and change only the calling convention, nothing happens. If I also edit the signature, the function variables are created using the incorrect ABI (e.g. param_1 is RCX, as expected in __fastcall, instead of RDI, as expected in __stdcall)  Is there a way to re-analyze the function but using an ABI different than the default for the binary?


custom backend plugins

There are so many errors in building customer backend example.
https://developer.arm.com/solutions/machine-learning-on-arm/developer-material/how-to-guides/build-arm-nn-custom-backend-plugins/build-the-example-plugin
Is there anyone who can build the customer backend successfully?
The armnn is 'master' branch.
$ make -j32
Scanning dependencies of target armnnUtils
Scanning dependencies of target armnnCustomBackend
Scanning dependencies of target armnnClBackend
Scanning dependencies of target armnnCustomBackendWorkloads
Scanning dependencies of target gatordMockService
Scanning dependencies of target TestSharedObject
Scanning dependencies of target link_dummy_dynamic_backend
Scanning dependencies of target armnnBackendsCommon
Scanning dependencies of target armnnNeonBackend
Scanning dependencies of target armnnCustomBackendUnitTests
Scanning dependencies of target armnnRefBackendUnitTests
Scanning dependencies of target armnnRefBackendWorkloads
Scanning dependencies of target armnnRefBackend
[  1%] Building CXX object src/backends/backendsCommon/test/CMakeFiles/TestSharedObject.dir/TestSharedObject.cpp.o
Scanning dependencies of target armnnBackendsCommonUnitTests
[  1%] Linking CXX shared module testSharedObject/libTestSharedObject.so
[  1%] Built target link_dummy_dynamic_backend
[  1%] Built target TestSharedObject
[  1%] Building CXX object src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o
[  1%] Building CXX object src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o
In file included from /local/armnn-tflite/armnn-master/src/backends/custom/workloads/CustomAdditionWorkload.hpp:8:0,
from /local/armnn-tflite/armnn-master/src/backends/custom/workloads/CustomAdditionWorkload.cpp:6:
/local/armnn-tflite/armnn-master/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/build.make:62: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o' failed
make[2]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /local/armnn-tflite/armnn-master/src/backends/custom/workloads/CustomPreCompiledWorkload.hpp:8:0,
from /local/armnn-tflite/armnn-master/src/backends/custom/workloads/CustomPreCompiledWorkload.cpp:6:
/local/armnn-tflite/armnn-master/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/build.make:86: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o' failed
make[2]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o] Error 1
CMakeFiles/Makefile2:1374: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/all' failed
make[1]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[  2%] Building CXX object src/backends/cl/CMakeFiles/armnnClBackend.dir/ClLayerSupport.cpp.o
[  2%] Building CXX object src/backends/neon/CMakeFiles/armnnNeonBackend.dir/NeonLayerSupport.cpp.o
[  2%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefLayerSupport.cpp.o
[  2%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefWorkloadFactory.cpp.o
[  3%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefBackend.cpp.o
[  3%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefTensorHandle.cpp.o
[  3%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefMemoryManager.cpp.o
[  4%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefTensorHandleFactory.cpp.o
[  3%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefRegistryInitializer.cpp.o
In file included from /local/armnn-tflite/armnn-master/include/armnn/Descriptors.hpp:13:0,
from /local/armnn-tflite/armnn-master/src/backends/cl/ClLayerSupport.cpp:10:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/Descriptors.hpp:13:0,
from /local/armnn-tflite/armnn-master/src/backends/neon/NeonLayerSupport.cpp:9:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/ModelAccuracyChecker.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/DataLayoutIndexed.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/DotSerializer.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/LeakChecking.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/HeapProfiling.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Filesystem.cpp.o
[  4%] Building CXX object src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomEndToEndTests.cpp.o
[  5%] Building CXX object src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomCreateWorkloadTests.cpp.o
[  5%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Processes.cpp.o
[  6%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Permute.cpp.o
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/CsvReader.cpp.o
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/FloatingPointConverter.cpp.o
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Threads.cpp.o
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/VerificationHelpers.cpp.o
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/TensorUtils.cpp.o
src/backends/cl/CMakeFiles/armnnClBackend.dir/build.make:62: recipe for target 'src/backends/cl/CMakeFiles/armnnClBackend.dir/ClLayerSupport.cpp.o' failed
make[2]: *** [src/backends/cl/CMakeFiles/armnnClBackend.dir/ClLayerSupport.cpp.o] Error 1
CMakeFiles/Makefile2:1204: recipe for target 'src/backends/cl/CMakeFiles/armnnClBackend.dir/all' failed
make[1]: *** [src/backends/cl/CMakeFiles/armnnClBackend.dir/all] Error 2
src/backends/neon/CMakeFiles/armnnNeonBackend.dir/build.make:62: recipe for target 'src/backends/neon/CMakeFiles/armnnNeonBackend.dir/NeonLayerSupport.cpp.o' failed
make[2]: *** [src/backends/neon/CMakeFiles/armnnNeonBackend.dir/NeonLayerSupport.cpp.o] Error 1
CMakeFiles/Makefile2:1259: recipe for target 'src/backends/neon/CMakeFiles/armnnNeonBackend.dir/all' failed
make[1]: *** [src/backends/neon/CMakeFiles/armnnNeonBackend.dir/all] Error 2
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Transpose.cpp.o
[  7%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/ParserHelper.cpp.o
[  7%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o
[  7%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/CpuTensorHandle.cpp.o
[  8%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/PrototxtConversions.cpp.o
[  8%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/DynamicBackend.cpp.o
[  8%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackendUtils.cpp.o
[  9%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/DynamicBackendUtils.cpp.o
[  9%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/IBackendInternal.cpp.o
[  9%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/CommandFileParser.cpp.o
[  9%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomLayerSupport.cpp.o
[  9%] Building CXX object src/backends/reference/test/CMakeFiles/armnnRefBackendUnitTests.dir/ArgMinMaxTests.cpp.o
/local/armnn-tflite/armnn-master/src/backends/custom/CustomLayerSupport.cpp:12:46: fatal error: backendsCommon/BackendRegistry.hpp: No such file or directory
compilation terminated.
src/backends/custom/CMakeFiles/armnnCustomBackend.dir/build.make:110: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomLayerSupport.cpp.o' failed
make[2]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomLayerSupport.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[  9%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/ITensorHandleFactory.cpp.o
In file included from /local/armnn-tflite/armnn-master/src/armnnUtils/Transpose.cpp:6:0:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/WorkloadFactory.hpp:11:0,
from /local/armnn-tflite/armnn-master/src/armnn/layers/PreCompiledLayer.hpp:9,
from /local/armnn-tflite/armnn-master/src/armnn/LayersFwd.hpp:51,
from /local/armnn-tflite/armnn-master/src/armnn/Graph.hpp:7,
from /local/armnn-tflite/armnn-master/src/armnn/test/TestUtils.hpp:9,
from /local/armnn-tflite/armnn-master/src/armnn/test/CreateWorkload.hpp:7,
from /local/armnn-tflite/armnn-master/src/backends/custom/test/CustomCreateWorkloadTests.cpp:6:
/local/armnn-tflite/armnn-master/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
In file included from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/WorkloadFactory.hpp:11:0,
from /local/armnn-tflite/armnn-master/src/armnn/layers/PreCompiledLayer.hpp:9,
from /local/armnn-tflite/armnn-master/src/armnn/LayersFwd.hpp:51,
from /local/armnn-tflite/armnn-master/src/armnn/Graph.hpp:7,
from /local/armnn-tflite/armnn-master/src/armnn/SubgraphView.hpp:9,
from /local/armnn-tflite/armnn-master/include/armnn/backends/IBackendInternal.hpp:13,
from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/IBackendInternal.hpp:9,
from /local/armnn-tflite/armnn-master/src/backends/custom/CustomBackend.hpp:8,
from /local/armnn-tflite/armnn-master/src/backends/custom/CustomBackend.cpp:6:
/local/armnn-tflite/armnn-master/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/build.make:62: recipe for target 'src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomCreateWorkloadTests.cpp.o' failed
make[2]: *** [src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomCreateWorkloadTests.cpp.o] Error 1
compilation terminated.
make[2]: *** Waiting for unfinished jobs....
src/backends/custom/CMakeFiles/armnnCustomBackend.dir/build.make:62: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o' failed
make[2]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o] Error 1
In file included from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/WorkloadFactory.hpp:11:0,
from /local/armnn-tflite/armnn-master/src/armnn/layers/PreCompiledLayer.hpp:9,
from /local/armnn-tflite/armnn-master/src/armnn/LayersFwd.hpp:51,
from /local/armnn-tflite/armnn-master/src/armnn/Graph.hpp:7,
from /local/armnn-tflite/armnn-master/src/backends/custom/test/CustomEndToEndTests.cpp:8:
/local/armnn-tflite/armnn-master/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/build.make:86: recipe for target 'src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomEndToEndTests.cpp.o' failed
make[2]: *** [src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomEndToEndTests.cpp.o] Error 1
CMakeFiles/Makefile2:1429: recipe for target 'src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/all' failed
make[1]: *** [src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/all] Error 2
[  9%] Building CXX object src/backends/reference/test/CMakeFiles/armnnRefBackendUnitTests.dir/RefCreateWorkloadTests.cpp.o
[ 10%] Building CXX object src/backends/reference/test/CMakeFiles/armnnRefBackendUnitTests.dir/RefDetectionPostProcessTests.cpp.o
[ 10%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/CommandLineProcessor.cpp.o
In file included from /local/armnn-tflite/armnn-master/include/armnn/TypesUtils.hpp:7:0,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefLayerSupport.cpp:8:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/TypesUtils.hpp:7:0,
from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/CpuTensorHandle.hpp:11,
from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/CpuTensorHandle.cpp:8:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnnUtils/DataLayoutIndexed.hpp:9:0,
from /local/armnn-tflite/armnn-master/src/armnnUtils/DataLayoutIndexed.cpp:6:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/IRuntime.hpp:10:0,
from /local/armnn-tflite/armnn-master/include/armnn/backends/ITensorHandleFactory.hpp:10,
from /local/armnn-tflite/armnn-master/src/armnn/Layer.hpp:9,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefWorkloadFactory.cpp:5:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
CMakeFiles/armnnUtils.dir/build.make:110: recipe for target 'CMakeFiles/armnnUtils.dir/src/armnnUtils/DataLayoutIndexed.cpp.o' failed
make[2]: *** [CMakeFiles/armnnUtils.dir/src/armnnUtils/DataLayoutIndexed.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 10%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/GatordMockService.cpp.o
In file included from /local/armnn-tflite/armnn-master/include/armnn/TypesUtils.hpp:7:0,
from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/CpuTensorHandle.hpp:11,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefTensorHandle.hpp:7,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefTensorHandle.cpp:5:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/src/armnnUtils/Permute.cpp:6:0:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/IRuntime.hpp:10:0,
from /local/armnn-tflite/armnn-master/include/armnn/backends/ITensorHandleFactory.hpp:10,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefTensorHandleFactory.hpp:10,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefTensorHandleFactory.cpp:6:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
[ 10%] Building CXX object src/backends/reference/workloads/CMakeFiles/armnnRefBackendWorkloads.dir/ArgMinMax.cpp.o
[ 10%] Building CXX object src/backends/backendsCommon/test/CMakeFiles/armnnBackendsCommonUnitTests.dir/BackendIdTests.cpp.o
In file included from /local/armnn-tflite/armnn-master/include/armnn/IRuntime.hpp:10:0,
from /local/armnn-tflite/armnn-master/include/armnn/backends/IBackendInternal.hpp:9,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefBackend.hpp:7,
from /local/armnn-tflite/armnn-master/src/backends/reference/RefBackend.cpp:6:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/src/backends/custom/CustomBackendUtils.hpp:8:0,
from /local/armnn-tflite/armnn-master/src/backends/custom/CustomBackendUtils.cpp:6:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/Descriptors.hpp:13:0,
from /local/armnn-tflite/armnn-master/src/armnnUtils/ParserHelper.cpp:8:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/TypesUtils.hpp:7:0,
from /local/armnn-tflite/armnn-master/include/armnnUtils/TensorUtils.hpp:8,
from /local/armnn-tflite/armnn-master/src/armnnUtils/TensorUtils.cpp:6:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
In file included from /local/armnn-tflite/armnn-master/include/armnn/IRuntime.hpp:10:0,
from /local/armnn-tflite/armnn-master/include/armnn/backends/ITensorHandleFactory.hpp:10,
from /local/armnn-tflite/armnn-master/src/backends/backendsCommon/ITensorHandleFactory.cpp:6:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
[ 10%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/LayerSupportBase.cpp.o
In file included from /local/armnn-tflite/armnn-master/src/armnnUtils/PrototxtConversions.cpp:7:0:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
^
..............  skip, too many error messages ..............

Hi @HKLee2040 ,
Can you please try with ArmNN and ACL 20.05 release branches?
Here is also a list of dependency versions we support: https://github.com/ARM-software/armnn/releases/tag/v20.05
Please let me know how it goes.
Thanks

There are some error messages for 20.05.
Considering the first error message:
In file included from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomAdditionWorkload.hpp:8:0,
from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomAdditionWorkload.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
I check Workload.hpp:
#include <Profiling.hpp>
#include <ProfilingService.hpp>
and find that "ProfilingService.hpp" is not in armnn/src/armnn, but in armnn/src/profiling.
(base) rogers@atcarch01:/local/armnn-tflite/armnn/build$ make -j32
[  0%] Building CXX object src/backends/backendsCommon/test/CMakeFiles/TestSharedObject.dir/TestSharedObject.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/LeakChecking.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/DotSerializer.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Filesystem.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/DataLayoutIndexed.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Permute.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/FloatingPointConverter.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Processes.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/CsvReader.cpp.o
[  0%] Building CXX object src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomEndToEndTests.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/VerificationHelpers.cpp.o
[  0%] Building CXX object src/backends/neon/CMakeFiles/armnnNeonBackend.dir/NeonLayerSupport.cpp.o
[  0%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/GatordMockService.cpp.o
[  0%] Building CXX object src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomCreateWorkloadTests.cpp.o
[  1%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/HeapProfiling.cpp.o
[  2%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/PrototxtConversions.cpp.o
[  2%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/TensorUtils.cpp.o
[  2%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/CommandFileParser.cpp.o
[  2%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o
[  2%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/ParserHelper.cpp.o
[  2%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/ModelAccuracyChecker.cpp.o
[  2%] Building CXX object src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o
[  2%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackendUtils.cpp.o
[  2%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Transpose.cpp.o
[  2%] Building CXX object src/backends/cl/CMakeFiles/armnnClBackend.dir/ClLayerSupport.cpp.o
[  2%] Linking CXX shared module testSharedObject/libTestSharedObject.so
[  2%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/CommandLineProcessor.cpp.o
[  2%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/CpuTensorHandle.cpp.o
[  2%] Building CXX object src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o
[  2%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/DynamicBackendUtils.cpp.o
[  2%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/DynamicBackend.cpp.o
[  2%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomLayerSupport.cpp.o
[  2%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefBackend.cpp.o
[  2%] Built target link_dummy_dynamic_backend
[  3%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomPreCompiledObject.cpp.o
In file included from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomAdditionWorkload.hpp:8:0,
from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomAdditionWorkload.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/build.make:62: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o' failed
make[2]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[  3%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/IBackendInternal.cpp.o
[  3%] Building CXX object src/backends/reference/test/CMakeFiles/armnnRefBackendUnitTests.dir/ArgMinMaxTests.cpp.o
[  3%] Built target TestSharedObject
In file included from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomPreCompiledWorkload.hpp:8:0,
from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomPreCompiledWorkload.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/build.make:86: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o' failed
make[2]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o] Error 1
CMakeFiles/Makefile2:1651: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/all' failed
make[1]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
/local/armnn-tflite/armnn/src/backends/custom/CustomLayerSupport.cpp:12:46: fatal error: backendsCommon/BackendRegistry.hpp: No such file or directory
compilation terminated.
src/backends/custom/CMakeFiles/armnnCustomBackend.dir/build.make:110: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomLayerSupport.cpp.o' failed
make[2]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomLayerSupport.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[  3%] Building CXX object CMakeFiles/gatordMockService.dir/tests/profiling/gatordmock/PeriodicCounterCaptureCommandHandler.cpp.o
[  4%] Building CXX object src/backends/reference/test/CMakeFiles/armnnRefBackendUnitTests.dir/RefCreateWorkloadTests.cpp.o
[  4%] Building CXX object src/backends/reference/test/CMakeFiles/armnnRefBackendUnitTests.dir/RefDetectionPostProcessTests.cpp.o
In file included from /local/armnn-tflite/armnn/src/backends/backendsCommon/WorkloadFactory.hpp:11:0,
from /local/armnn-tflite/armnn/src/armnn/layers/PreCompiledLayer.hpp:9,
from /local/armnn-tflite/armnn/src/armnn/LayersFwd.hpp:50,
from /local/armnn-tflite/armnn/src/armnn/Graph.hpp:7,
from /local/armnn-tflite/armnn/src/backends/custom/test/CustomEndToEndTests.cpp:8:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
In file included from /local/armnn-tflite/armnn/src/backends/backendsCommon/WorkloadFactory.hpp:11:0,
from /local/armnn-tflite/armnn/src/armnn/layers/PreCompiledLayer.hpp:9,
from /local/armnn-tflite/armnn/src/armnn/LayersFwd.hpp:50,
from /local/armnn-tflite/armnn/src/armnn/Graph.hpp:7,
from /local/armnn-tflite/armnn/src/armnn/test/TestUtils.hpp:9,
from /local/armnn-tflite/armnn/src/armnn/test/CreateWorkload.hpp:7,
from /local/armnn-tflite/armnn/src/backends/custom/test/CustomCreateWorkloadTests.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/build.make:62: recipe for target 'src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomCreateWorkloadTests.cpp.o' failed
make[2]: *** [src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomCreateWorkloadTests.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
compilation terminated.
src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/build.make:86: recipe for target 'src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomEndToEndTests.cpp.o' failed
make[2]: *** [src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/CustomEndToEndTests.cpp.o] Error 1
CMakeFiles/Makefile2:1706: recipe for target 'src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/all' failed
make[1]: *** [src/backends/custom/test/CMakeFiles/armnnCustomBackendUnitTests.dir/all] Error 2
[  4%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefLayerSupport.cpp.o
[  5%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefTensorHandle.cpp.o
In file included from /local/armnn-tflite/armnn/src/backends/custom/CustomBackend.cpp:7:0:
/local/armnn-tflite/armnn/src/backends/custom/CustomWorkloadFactory.hpp:11:35: fatal error: armnn/OutputHandler.hpp: No such file or directory
compilation terminated.
src/backends/custom/CMakeFiles/armnnCustomBackend.dir/build.make:62: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o' failed
make[2]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o] Error 1

Hello @HKLee2040,
This error appears to be compiler specific:
/local/armnn-tflite/armnn-master/include/armnn/Tensor.hpp:122:79: error: array must be initialized with a brace-enclosed initializer
std::array<bool, MaxNumOfTensorDimensions> m_DimensionsSpecificity = {true};
Which compiler and version are you using? If you modify  it be "= { {true} };" it should solve the problem. I'll see about making that change in ArmNN today.
Colm.

@Colm-in-Arm
According to your instruction:
Before you begin
"These instructions require that you use the master branch of the Arm NN git repository. Other branches cannot be guaranteed to work with the example backend."

In file included from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomAdditionWorkload.hpp:8:0,
from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomAdditionWorkload.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/build.make:62: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o' failed
make[2]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /local/armnn-tflite/armnn/src/backends/custom/CustomBackend.cpp:7:0:
/local/armnn-tflite/armnn/src/backends/custom/CustomWorkloadFactory.hpp:11:35: fatal error: armnn/OutputHandler.hpp: No such file or directory
compilation terminated.
src/backends/custom/CMakeFiles/armnnCustomBackend.dir/build.make:62: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o' failed
make[2]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o] Error 1
CMakeFiles/Makefile2:1596: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/all' failed
make[1]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

Hello @HKLee2040,
Looking at the changes on master since the 20.05 release I can't see any dynamic backend modifications that would cause problems. It is possible the instruction to use the master branch may no longer be relevant. Can you try to use the 20.05 branch please. In the meantime can you tell me the hardware platform, compiler and version you're attempting to use so I can try to recreate the problem you are encountering on master branch.
Colm.

Ubuntu 16.04
SCons 2.4.1
CMake 3.5.1
boost 1.64.0
protobuf v3.5.0
tensorflow & git checkout 590d6eef7e91a6a7392c8ffffb7b58f2e0c8bc6b
ComputeLibrary: master
aarch64-linux-gnu-gcc (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) 5.4.0 20160609
aarch64-linux-gnu-g++ (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9) 5.4.0 20160609
Without custom backend, the package can be compiled.  Unitest is passed.
While I copy 'custom' into <armnn_install_dir>/armnn/src/backends, and have the following cmake command:
cmake .. -DBUILD_ARMNN_QUANTIZER=YES -DBUILD_ARMNN_SERIALIZER=YES -DARMCOMPUTE_ROOT=$BASEDIR/ComputeLibrary -DARMCOMPUTE_BUILD_DIR=$BASEDIR/ComputeLibrary/build -DBOOST_ROOT=$BASEDIR/boost -DTF_GENERATED_SOURCES=$BASEDIR/tensorflow-protobuf -DPROTOBUF_ROOT=$BASEDIR/protobuf-host -DBUILD_TF_LITE_PARSER=1 -DTF_LITE_GENERATED_PATH=$BASEDIR/tensorflow/tensorflow/lite/schema -DFLATBUFFERS_ROOT=$BASEDIR/flatbuffers -DFLATBUFFERS_LIBRARY=$BASEDIR/flatbuffers/libflatbuffers.a -DARMNNREF=1 -DFLATC_DIR=$BASEDIR/flatbuffers -DBUILD_ONNX_PARSER=1 -DONNX_GENERATED_SOURCES=$BASEDIR/onnx
and
make
-- Boost version: 1.64.0
-- Found the following Boost libraries:
--   unit_test_framework
--   system
--   filesystem
--   program_options
-- Flatbuffers headers are located at: /local/armnn-tflite/flatbuffers/include
-- Flatbuffers library located at: /local/armnn-tflite/flatbuffers/libflatbuffers.a
-- Tf Lite generated header found at: /local/armnn-tflite/tensorflow/tensorflow/lite/schema
-- Caffe parser support is disabled
-- Tensorflow parser support is disabled
-- PyArmNN wheel package is disabled
-- PyArmNN source package is disabled
-- Including backend common library into the build: /local/armnn-tflite/armnn/src/backends/backendsCommon/common.cmake
-- Including backend common library into the build: /local/armnn-tflite/armnn/src/backends/aclCommon/common.cmake
-- Including backend into the build: /local/armnn-tflite/armnn/src/backends/cl/backend.cmake
-- CL backend is disabled
-- Including backend into the build: /local/armnn-tflite/armnn/src/backends/neon/backend.cmake
-- NEON backend is disabled
-- Including backend into the build: /local/armnn-tflite/armnn/src/backends/custom/backend.cmake
-- Including backend into the build: /local/armnn-tflite/armnn/src/backends/reference/backend.cmake
-- Adding object library dependency to armnn: armnnBackendsCommon
-- Adding object library dependency to armnn: armnnClBackend
-- Adding object library dependency to armnn: armnnNeonBackend
-- Adding object library dependency to armnn: armnnCustomBackend
-- Adding object library dependency to armnn: armnnCustomBackendWorkloads
-- Adding object library dependency to armnn: armnnRefBackend
-- Adding object library dependency to armnn: armnnRefBackendWorkloads
-- Adding object library dependency to UnitTests: armnnBackendsCommonUnitTests
-- Adding object library dependency to UnitTests: armnnCustomBackendUnitTests
-- Adding object library dependency to UnitTests: armnnRefBackendUnitTests
-- Configuring done
-- Generating done
-- Build files have been written to: /local/armnn-tflite/armnn/build
...
[ 18%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o
In file included from /local/armnn-tflite/armnn/src/backends/backendsCommon/WorkloadFactory.hpp:11:0,
from /local/armnn-tflite/armnn/src/armnn/layers/PreCompiledLayer.hpp:9,
from /local/armnn-tflite/armnn/src/armnn/LayersFwd.hpp:50,
from /local/armnn-tflite/armnn/src/armnn/Graph.hpp:7,
from /local/armnn-tflite/armnn/src/armnn/SubgraphView.hpp:9,
from /local/armnn-tflite/armnn/include/armnn/backends/IBackendInternal.hpp:13,
from /local/armnn-tflite/armnn/src/backends/backendsCommon/IBackendInternal.hpp:9,
from /local/armnn-tflite/armnn/src/backends/custom/CustomBackend.hpp:8,
from /local/armnn-tflite/armnn/src/backends/custom/CustomBackend.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/CMakeFiles/armnnCustomBackend.dir/build.make:62: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o' failed
make[2]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o] Error 1
CMakeFiles/Makefile2:1556: recipe for target 'src/backends/custom/CMakeFiles/armnnCustomBackend.dir/all' failed
make[1]: *** [src/backends/custom/CMakeFiles/armnnCustomBackend.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
make -j32
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Filesystem.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Processes.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/HeapProfiling.cpp.o
[  0%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefMemoryManager.cpp.o
[  0%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/DotSerializer.cpp.o
[  0%] Building CXX object src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o
[  1%] Building CXX object src/backends/backendsCommon/test/CMakeFiles/TestSharedObject.dir/TestSharedObject.cpp.o
[  1%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/ParserHelper.cpp.o
[  1%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/DataLayoutIndexed.cpp.o
[  2%] Building CXX object src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomAdditionWorkload.cpp.o
[  3%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/Permute.cpp.o
[  3%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/VerificationHelpers.cpp.o
[  0%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefTensorHandleFactory.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/CsvReader.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/FloatingPointConverter.cpp.o
[  4%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefBackend.cpp.o
[  4%] Building CXX object src/backends/custom/CMakeFiles/armnnCustomBackend.dir/CustomBackend.cpp.o
[  2%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefLayerSupport.cpp.o
[  2%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefTensorHandle.cpp.o
[  2%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/ModelAccuracyChecker.cpp.o
[  4%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefRegistryInitializer.cpp.o
[  4%] Building CXX object CMakeFiles/armnnUtils.dir/src/armnnUtils/LeakChecking.cpp.o
[  4%] Building CXX object src/backends/reference/CMakeFiles/armnnRefBackend.dir/RefWorkloadFactory.cpp.o
[  4%] Building CXX object src/backends/neon/CMakeFiles/armnnNeonBackend.dir/NeonLayerSupport.cpp.o
[  5%] Building CXX object src/backends/cl/CMakeFiles/armnnClBackend.dir/ClLayerSupport.cpp.o
In file included from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomPreCompiledWorkload.hpp:8:0,
from /local/armnn-tflite/armnn/src/backends/custom/workloads/CustomPreCompiledWorkload.cpp:6:
/local/armnn-tflite/armnn/src/backends/backendsCommon/Workload.hpp:12:32: fatal error: ProfilingService.hpp: No such file or directory
compilation terminated.
src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/build.make:86: recipe for target 'src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o' failed
make[2]: *** [src/backends/custom/workloads/CMakeFiles/armnnCustomBackendWorkloads.dir/CustomPreCompiledWorkload.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[  5%] Building CXX object src/backends/backendsCommon/CMakeFiles/armnnBackendsCommon.dir/DynamicBackend.cpp.o
Do I miss any step?

Hi @HKLee2040 I have reproduced the problem you are seeing. It seems that the ArmNNPluginFramework.zip downloaded from developer.arm.com is very old and does not work with recent versions of Arm NN.
I will try to update it to work with the current Arm NN code and will post my results on this issue.

Hi @HKLee2040
I've managed to get the sample code to compile by making the following changes:
update-custom-backend.patch.txt
I'll see if we can get developer.arm.com updated properly.

@MatthewARM
According to your changes, the UnitTests are all passed.
Thanks!

Hi @HKLee2040 ,
This should be fixed in our latest master and 20.08 release branch. Could you please confirm and let us know if you are happy to close the issue.
Thanks,
Nikhil.

@nikraj01 Yes, 20.08 works fine.  Thanks!


JcrProperty being mapped to a List is returning null when the list only has one item.

Reported by araujocarlos (https://code.google.com/u/113710422720530663285/), Jun 26 (3 days ago)
What steps will reproduce the problem?

List property mapped with JcrProperty
Retrieve from JCR node that has only one item in list property
Null is populated as value

What is the expected output? What do you see instead?
I am expecting to get a list of one item. I am getting a null instead. If the JCR property has two or more items the property works well.
What version of the product are you using? On what operating system?
2.2.0

ac9e4897b2666970d165b1eaf16df16d4d908c4a

Fixed


Cellpose wrapper not working when Diameter Threshold set in the GUI to value different from default

The argument --diam_threshold is added to the cellpose command line when the corresponding parameter Diameter Threshold in the GUI is modfied, but the argument is not recognized by cellpose because it is not in the list of accepted arguments.
The error returned is
__main__.py: error: unrecognized arguments: --diam_threshold

Thanks, @romainGuiet is not here this week. I think he will have a look next week.

Hi @romainGuiet ,
I am using cellpose 2.0.5
If the value in the GUI is 12, then it is considered the default and no specific argument is appended to the command line.
If the value is different than 12, then the argument --diam_threshold is appended, and cellpose complains because it does not recognize it.

Hi @giocard ,
indeed in version 2.x.x , the --diam_threshold is no longer available (see rtd  or use cellpose -h from your conda env).
I will add another exception in the plugin code to handle it, but so far the quick fix is to leave at 12 or install a cellpose 1.x.x
Cheers,
R


Make discord->minecraft check roles

For stuff like colors etc it should verify players have permission for it
Could probably require linked accounts then get perms of that player and see

This will just strip all tags for now ithink


Added pytest-subtests dependency

I noticed there is a couple of places in the test suite where subTest is used which by default pytest does not support. This PR adds pytest-subtests which is a pytest adding (under the PyTest org) which adds this support.
The benefit here is it allows the tests to fail individually. So say for example there were two errors within test_iso8601
Before:
FAILED test_utils.py::TimestampTestCase::test_iso8601 - AssertionError: 'PT2H42M' != 'PT2H4ddfg2M'

After:
FAILED test_utils.py::TimestampTestCase::test_iso8601 - AssertionError: 'PT2H42M' != 'PT2H4ddfg2M'
FAILED test_utils.py::TimestampTestCase::test_iso8601 - AssertionError: 'P6DT6H5M' != 'sfsd'

https://github.com/pytest-dev/pytest-subtests
https://pypi.org/project/pytest-subtests/
Note : could re-write them as pytest tests, but this is likely to be a much bigger code change and would therefore require far more effort to write and then for someone to review. Not sure that effort is a good return on the investment.

Yeah, this is nice, it only affects and cleans up the development time pipeline and does not introduce runtime dependencies so I think it's a good approach. Subtests are a nice feature for running test matrices and the plugin is actually a good approach for adding the functionality to the pytest framework 👍


Fixed typo in "/etc/subUid"

Signed-off-by: Azat Khuziyakhmetov<EMAIL_ADDRESS>

LGTM
➜ file /etc/subuid
/etc/subuid: ASCII text
➜ file /etc/subid
/etc/subid: ERROR: cannot open `/etc/subid' (No such file or directory)

LGTM 🐮


Putting office-addin-lint usage data changes in separate branch to make integration easier

…ke integration easier

Btw, I am not sure why the Mac job is not kicking off in the CI loop

Btw, I am not sure why the Mac job is not kicking off in the CI loop


During training of RTMDet loss_box and loss_mask are always 0

Describe the bug
When trying to train an RTMDet model of any size using MMDetection on a COCO format dataset, during training the loss and loss_cls parameters will descend as normal, but the loss_box and loss_mask parameters start and stay at 0 for all of training. The model also does not produce any results during inference.
Reproduction
The exact training command: tools/dist_train.sh configs/custom/rtmdet-ins-custom-s.py 2 --auto-scale-lr
My config file:
_base_ = '../rtmdet/rtmdet-ins_s_8xb32-300e_coco.py'
dataset_type = 'CocoDataset'
data_root = '../../datasets/MyDataset/'
num_classes = 8
classes = ('Circular', 'Elliptical', 'Triangular', 'Quadrilateral', 'Polygonal', 'Capsule', 'Unique', 'Spheroid')
metainfo = {
    'classes': ('Circular', 'Elliptical', 'Triangular', 'Quadrilateral', 'Polygonal', 'Capsule', 'Unique', 'Spheroid'),
    'palette': [
        (135, 206, 235),
        (255, 192, 203),
        (255, 218, 185),
        (147, 112, 219),
        (60, 179, 113),
        (255, 165, 0),
        (220, 20, 60),
        (255, 255, 0)
    ]
}

train_dataloader = dict(
    batch_size = 8,
    num_workers = 10,
    dataset = dict(
        data_root=data_root,
        metainfo=metainfo,
        ann_file=data_root + '/annotations/instances_train.json',
        data_prefix=dict(img=data_root + 'train/')
    )
)

find_unused_parameters=True
val_dataloader = dict(
    batch_size = 4,
    num_workers = 10,
    dataset = dict(
        data_root=data_root,
        metainfo=metainfo,
        ann_file=data_root + '/annotations/instances_val.json',
        data_prefix=dict(img=data_root + 'val/')
    )
)

test_dataloader = val_dataloader

val_evaluator = dict(ann_file=data_root + 'annotations/instances_val.json')
test_evaluator = val_evaluator

A sample of my logs:
11/09 10:01:10 - mmengine - INFO - Epoch(train)   [1][  50/3256]  lr: 1.9623e-05  eta: 1 day, 10:48:45  time: 0.3850  data_time: 0.0542  memory: 4411  loss: 0.5551  loss_cls: 0.5551  loss_bbox: 0.0000  loss_mask: 0.0000
11/09 10:01:24 - mmengine - INFO - Epoch(train)   [1][ 100/3256]  lr: 3.9643e-05  eta: 1 day, 5:15:10  time: 0.2621  data_time: 0.0017  memory: 4411  loss: 0.5109  loss_cls: 0.5109  loss_bbox: 0.0000  loss_mask: 0.0000
11/09 10:01:37 - mmengine - INFO - Epoch(train)   [1][ 150/3256]  lr: 5.9663e-05  eta: 1 day, 3:24:11  time: 0.2623  data_time: 0.0015  memory: 4411  loss: 0.4392  loss_cls: 0.4392  loss_bbox: 0.0000  loss_mask: 0.0000
11/09 10:01:50 - mmengine - INFO - Epoch(train)   [1][ 200/3256]  lr: 7.9683e-05  eta: 1 day, 2:35:58  time: 0.2678  data_time: 0.0014  memory: 4411  loss: 0.3513  loss_cls: 0.3513  loss_bbox: 0.0000  loss_mask: 0.0000

The only modifications I made to base configs were to increase the maximum number of detections to 500 (I am doing small object detection so this is needed for my use case) and to change the checkpoint interval to 5 so that I could evaluate my progress in finer steps. I have not modified the actual mmdetection codebase.
I am using a custom instance segmentation dataset in COCO format created synthetically. Due to the nature of my task I cannot share my dataset in full. However, the directory structure is as follows:
> Dataset
| > annotations
| | instances_train.json
| | instances_val.json
| | instances_test.json
| > train
| | trainimage0.png
| | trainimage1.png
| | trainimage2.png
| | ...
| | > val
| | valimage0.png
| | valimage1.png
| | valimage2.png
| | ...
| | > test
| | testimage0.png
| | testimage1.png
| | testimage2.png
| | ...

And here is a sample of my images and annotations:
"images": [
        {
            "id": 0,
            "file_name": "img_0.png",
            "height": 1800,
            "width": 1800
        },
        {
            "id": 1,
            "file_name": "img_1.png",
            "height": 1800,
            "width": 1800
        },
],
"annotations":[
        {
            "id": 13384448,
            "image_id": 74402,
            "category_id": 0,
            "segmentation": {
                "size": [
                    1800,
                    1800
                ],
                "counts": "WhW74mg1>E7J5K4M4L3N2M3M2O2N1O1N3O0O1O1O1O1O2O0O100O10000O2O0000000000001O000001O000O10000O10001N1O100O1O1O100O2N1N2O2N1N3N2M3M3M4L4K5J8GSZPh2"
            },
            "bbox": [
                131.0,
                1480.0,
                66.0,
                66.0
            ],
            "area": 3460,
            "iscrowd": 0
        },
        {
            "id": 13384449,
            "image_id": 74402,
            "category_id": 0,
            "segmentation": {
                "size": [
                    1800,
                    1800
                ],
                "counts": "Rl]?:kg16K4M3L3M3M4L3M3M2N3M3M3N1O2N2N1O2N100O2O0O2O0O10001O0O100000000000000000000001O000O101O0O101N100O2O0O2N2N1O2M3N1N3L4M3M3M3M4L3M4L4L6H\\ef_2"
            },
            "bbox": [
                280.0,
                1696.0,
                68.0,
                66.0
            ],
            "area": 3403,
            "iscrowd": 0
        }
],

I have written a script to visualize my dataset to confirm that my masks and bounding boxes align with their respective instances as expected, so the annotations are definitely accurate.
Environment
sys.platform: linux
Python: 3.9.16 (main, Mar  8 2023, 14:00:05) [GCC 11.2.0]
CUDA available: True
numpy_random_seed:<PHONE_NUMBER>
GPU 0,1: NVIDIA RTX A5500
CUDA_HOME: /usr/local/cuda-11.7
NVCC: Cuda compilation tools, release 11.7, V11.7.64
GCC: gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
PyTorch: 2.0.1
PyTorch compiling details: PyTorch built with:
  - GCC 9.3
  - C++ Version: 201703
  - Intel(R) oneAPI Math Kernel Library Version 2023.1-Product Build 20230303 for Intel(R) 64 architecture applications
  - Intel(R) MKL-DNN v2.7.3 (Git Hash 6dbeffbae1f23cbbeae17adb7b5b13f1f37c080e)
  - OpenMP 201511 (a.k.a. OpenMP 4.5)
  - LAPACK is enabled (usually provided by MKL)
  - NNPACK is enabled
  - CPU capability usage: AVX2
  - CUDA Runtime 11.7
  - NVCC architecture flags: -gencode;arch=compute_37,code=sm_37;-gencode;arch=compute_50,code=sm_50;-gencode;arch=compute_60,code=sm_60;-gencode;arch=compute_61,code=sm_61;-gencode;arch=compute_70,code=sm_70;-gencode;arch=compute_75,code=sm_75;-gencode;arch=compute_80,code=sm_80;-gencode;arch=compute_86,code=sm_86;-gencode;arch=compute_37,code=compute_37
  - CuDNN 8.5
  - Magma 2.6.1
  - Build settings: BLAS_INFO=mkl, BUILD_TYPE=Release, CUDA_VERSION=11.7, CUDNN_VERSION=8.5.0, CXX_COMPILER=/opt/rh/devtoolset-9/root/usr/bin/c++, CXX_FLAGS= -D_GLIBCXX_USE_CXX11_ABI=0 -fabi-version=11 -Wno-deprecated -fvisibility-inlines-hidden -DUSE_PTHREADPOOL -DNDEBUG -DUSE_KINETO -DLIBKINETO_NOROCTRACER -DUSE_FBGEMM -DUSE_QNNPACK -DUSE_PYTORCH_QNNPACK -DUSE_XNNPACK -DSYMBOLICATE_MOBILE_DEBUG_HANDLE -O2 -fPIC -Wall -Wextra -Werror=return-type -Werror=non-virtual-dtor -Werror=bool-operation -Wnarrowing -Wno-missing-field-initializers -Wno-type-limits -Wno-array-bounds -Wno-unknown-pragmas -Wunused-local-typedefs -Wno-unused-parameter -Wno-unused-function -Wno-unused-result -Wno-strict-overflow -Wno-strict-aliasing -Wno-error=deprecated-declarations -Wno-stringop-overflow -Wno-psabi -Wno-error=pedantic -Wno-error=redundant-decls -Wno-error=old-style-cast -fdiagnostics-color=always -faligned-new -Wno-unused-but-set-variable -Wno-maybe-uninitialized -fno-math-errno -fno-trapping-math -Werror=format -Werror=cast-function-type -Wno-stringop-overflow, LAPACK_INFO=mkl, PERF_WITH_AVX=1, PERF_WITH_AVX2=1, PERF_WITH_AVX512=1, TORCH_DISABLE_GPU_ASSERTS=ON, TORCH_VERSION=2.0.1, USE_CUDA=ON, USE_CUDNN=ON, USE_EXCEPTION_PTR=1, USE_GFLAGS=OFF, USE_GLOG=OFF, USE_MKL=ON, USE_MKLDNN=ON, USE_MPI=OFF, USE_NCCL=ON, USE_NNPACK=ON, USE_OPENMP=ON, USE_ROCM=OFF,

TorchVision: 0.15.2
OpenCV: 4.7.0
MMEngine: 0.7.3
MMDetection: 3.2.0+fe3f809

Additional Environment Info:

Environment is running inside of WSL2 with CUDA access enabled.
Installation instructions were followed as per the mmdetection website guide exactly. Pytorch was installed using the official torch installation instructions for conda and WSL.

Just an update, I've tried running everything in the official Docker container and the same issue occurs.

Hello, have you solved this problem? @h-fernand

Hi @h-fernand , I'm dealing with exactly the same problem, have you solved it?

i also have same problem, have you solved it?

I believe I had an issue with the area of my instances not being set correctly, and I also was trying to use RLE encoded masks. For some reason I was never able to get RLE encoded masks working properly. When I switched my annotations to polygons everything worked fine. I think something might be broken in the LoadAnnotations transform for RLE annotations but I'm not sure what.

I believe I had an issue with the area of my instances not being set correctly, and I also was trying to use RLE encoded masks. For some reason I was never able to get RLE encoded masks working properly. When I switched my annotations to polygons everything worked fine. I think something might be broken in the LoadAnnotations transform for RLE annotations but I'm not sure what.

Thanks for your reply. It really works. But i got the Problem in Validation, do you also have this problem at the same time?

I believe I had an issue with the area of my instances not being set correctly, and I also was trying to use RLE encoded masks. For some reason I was never able to get RLE encoded masks working properly. When I switched my annotations to polygons everything worked fine. I think something might be broken in the LoadAnnotations transform for RLE annotations but I'm not sure what.

Thanks for your reply. It really works. But i got the Problem in Validation, do you also have this problem at the same time?

Ok, thanks. I solve the problem. set right learning rate is important. And i use self defined train_pipeline also worked with poly2mask = False.

I believe I had an issue with the area of my instances not being set correctly, and I also was trying to use RLE encoded masks. For some reason I was never able to get RLE encoded masks working properly. When I switched my annotations to polygons everything worked fine. I think something might be broken in the LoadAnnotations transform for RLE annotations but I'm not sure what.

Thanks for your reply. It really works. But i got the Problem in Validation, do you also have this problem at the same time?

Ok, thanks. I solve the problem. set right learning rate is important. And i use self defined train_pipeline also worked with poly2mask = False.

Please explain the details to  solve the problem of loss_box=0 and loss_mask=0.because when I use RLE, setting with_bbox=True, with_mask=True, and poly2mask=True doesn't work.