Feature/enable rt1170

RT1170 enablement on zephyr has been prepared.

Add a dts/arm/nxp/nxp_rt1176*.dtsi set of files that the board dtsi files include. This way when other variants of the 117x are supported we don't have to change things.

@Lucien-Zhao why did you close this PR?

@Lucien-Zhao why did you close this PR?

Sorry, I don't be familiar with GITHUB operation. My original intention was to reply comment.

Cool stuff!  I am really looking forward to i.MXRT1170 support!
Trying hello_world for either CM4 or CM7 yields this device tree error:

Found BOARD.dts: /opt/src/git/zephyrproject/zephyr/boards/arm/mimxrt1170_evk/mimxrt1170_evk_cm4.dts
devicetree error: 'gptfreq' is marked as required in 'properties:' in /opt/src/git/zephyrproject/zephyr/dts/bindings/timer/nxp,imx-gpt.yaml, but does not appear in <Node /soc/gpt@400ec000 in 'mimxrt1170_evk_cm4.dts.pre.tmp'>

And indeed gptfreq is not defined in the .dts file.
Also I wonder why dts/arm/nxp/nxp_rt.dtsi is not used here.  By the filename I was under the impression this is common to all i.MXRT parts.  If it is, then it should be usable also by the i.MXRT117x but if it isn't, then it should be renamed into a more specific filename.

Thanks @Lucien-Zhao !

Also I wonder why dts/arm/nxp/nxp_rt.dtsi is not used here. By the filename I was under the impression this is common to all i.MXRT parts. If it is, then it should be usable also by the i.MXRT117x but if it isn't, then it should be renamed into a more specific filename.

I have the same question. I haven't compared them in detail (are the peripheral addresses the same?) but nxp_rt.dtsi and nxp_rt117x.dtsi look really similar. It looks like you could nxp_rt.dtsi and then just add the rt117x-specific bits.

RT1170 is a new product line and there are many changes on peripheral addresses. As I know from the moment, the double core is the biggest feature of RT11xx series. It is necessary to separate 1170 from the rt series in my perspective.

Also I wonder why dts/arm/nxp/nxp_rt.dtsi is not used here. By the filename I was under the impression this is common to all i.MXRT parts. If it is, then it should be usable also by the i.MXRT117x but if it isn't, then it should be renamed into a more specific filename.

I have the same question. I haven't compared them in detail (are the peripheral addresses the same?) but nxp_rt.dtsi and nxp_rt117x.dtsi look really similar. It looks like you could nxp_rt.dtsi and then just add the rt117x-specific bits.

RT1170 is a new product line and there are many changes on peripheral addresses. As I know from the moment, the double core is the biggest feature of RT11xx series. It is necessary to separate 1170 from the rt series in my perspective.

Even if we can't extract common parts of the dts, I'd still like to see if we can merge soc/arm/nxp_imx/rt117x into soc/arm/nxp_imx/rt to avoid all the duplicated Kconfig symbols.

window

@Lucien-Zhao when do you expect to return to this PR? The merge window for the 2.6 release will close on May 7.

I will resolve this issue recently. We was preparing rt1160 release before.

Hello @Lucien-Zhao any update

@Lucien-Zhao Any update?

Hi,
I want to check with you about both the sdram and the on board flash's size:

Maybe here is somethin wrong?
I double checked that the sdram is 64MB and the qspi flash is 16MB on the rt1170_evk, and also the qspi flash is IS25WP128 instead, not IS25WP064.
Regards,
Crist

Also I wonder why dts/arm/nxp/nxp_rt.dtsi is not used here. By the filename I was under the impression this is common to all i.MXRT parts. If it is, then it should be usable also by the i.MXRT117x but if it isn't, then it should be renamed into a more specific filename.

I have the same question. I haven't compared them in detail (are the peripheral addresses the same?) but nxp_rt.dtsi and nxp_rt117x.dtsi look really similar. It looks like you could nxp_rt.dtsi and then just add the rt117x-specific bits.

RT1170 is a new product line and there are many changes on peripheral addresses. As I know from the moment, the double core is the biggest feature of RT11xx series. It is necessary to separate 1170 from the rt series in my perspective.

Even if we can't extract common parts of the dts, I'd still like to see if we can merge soc/arm/nxp_imx/rt117x into soc/arm/nxp_imx/rt to avoid all the duplicated Kconfig symbols.

Should I remove all rt117x series and add rt1170 device into rt series?  Or move rt117x series into rt series to reduce the Kconfig symbols?

Hi,
I want to check with you about both the sdram and the on board flash's size:

Maybe here is somethin wrong?
I double checked that the sdram is 64MB and the qspi flash is 16MB on the rt1170_evk, and also the qspi flash is IS25WP128 instead, not IS25WP064.
Regards,
Crist

Thank you, you are right. I have modified them in dtsi files.

@mmahadevan108 we should name the devicetree for CCM something like:
nxp,imx-rt117x-ccm and have the driver be something like clock_control_mcux_rt117x_ccm.c

Sure, I will change to nxp,imx-ccm-rev2 as this version of the CCM module is not limited to RT117X family. It will be used in future SoC's such as RT1160 etc.

Sure, I will change to nxp,imx-ccm-rev2 as this version of the CCM module is not limited to RT117X family. It will be used in future SoC's such as RT1160 etc.

If its really called rev2 from your guys point of view, than I'm fine with that.

How much of what is in the the nxp_rt1170_cm{4,7}.dtsi is specified by hardware v user choice? seems like a lot of that belongs in the board dtsi files and not the common "soc" versions.

@galak I have reviewed the nxp_rt1170_cm{4,7}.dtsi files. These choices were made based on how the memories and IP blocks are connected in hardware. DTCM and ITCM are available only to the CM7 code, SRAM's are available only to the CM4 core. EDMA interrupts are connected to specific cores and hence have been moved to specific files.
GPIO6 and 9 interrupts are connected to specific cores. I have made a few updates to the dtsi files.

@galak @MaureenHelm. Could you please take a look. I believe all review comments have been addressed.

@galak I have reviewed the nxp_rt1170_cm{4,7}.dtsi files. These choices were made based on how the memories and IP blocks are connected in hardware. DTCM and ITCM are available only to the CM7 code, SRAM's are available only to the CM4 core. EDMA interrupts are connected to specific cores and hence have been moved to specific files.
GPIO6 and 9 interrupts are connected to specific cores. I have made a few updates to the dtsi files.

Maybe good to add some top level comment in the .dtsi files to says this and maybe makes any references to the sections in the manual to that document it

I have update the west.yml to point to the latest NXP HAL

@galak please revisit

Anything else needed for this PR?


VO3: skos:prefLabel and VO4: skos:definition not used for owl:Ontology

Hi. For https://w3id.org/dpv we have the following example, where FOOPS! does not detect the skos:prefLabel annotation with the error message "This check verifies the extent to which all ontology terms have labels (rdfs:label in OWL vocabularies, skos:prefLabel in SKOS vocabularies) ". I think this means that FOOPS! only looks for rdfs:label in OWL ontologies, and uses skos:prefLabel only for skos:ConceptScheme. Same also applies for skos:definition instead of rdfs:comment.
WIDOCO best practices do suggest using rdfs:label and rdfs:comment as recommended annotations, but when using SKOS the annotations from SKOS should take precedance as they are less ambigious. E.g. SKOS distinguishes between multiple labels (prefLabel and altLabel) and between definitions and notes - which RDFS does not. Using this in ontologies should not be penalised.
<https://w3id.org/dpv> a owl:Ontology .
<https://w3id.org/dpv#Concept> skos:prefLabel "Concept" @en .

Hello, you make a fair point. I think it's worth extending the consideration of labels to the skos ones as well.


Create web-development branch

Create a web-dev branch to merge web projects' commits.

A branch named web-master is created.


refactor test module

Closes #68

Codecov Report

Merging #69 (f28cb22) into master (b8daf3d) will not change coverage.
The diff coverage is 0.00%.

@@            Coverage Diff            @@
##             master      #69   +/-   ##
=========================================
  Coverage     72.29%   72.29%
  Complexity      406      406
=========================================
  Files            71       71
  Lines          1238     1238
  Branches        126      126
=========================================
  Hits            895      895
  Misses          311      311
  Partials         32       32

Impacted Files
Coverage Δ

src/main/java/seedu/address/MainApp.java
0.00% <0.00%> (ø)

.../java/seedu/address/model/util/SampleDataUtil.java
20.00% <ø> (ø)

Continue to review full report at Codecov.

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

LGTM! If someone else can proof-read too then we're good to go:))


Improve lock managers by using StampedLock and LongAdder

Problem description
Related to: #3435
Overhead due to read locks is significant during SHACL validation on a MemoryStore.
Preferred solution
Use StampedLock and LongAdder in the effected lock managers. Ref: http://concurrencyfreaks.blogspot.com/2013/09/combining-stampedlock-and-longadder-to.html
Are you interested in contributing a solution yourself?
Yes
Alternatives you've considered
No response
Anything else?
No response

Slowest thread. There are multiple calls to getReadLock() and in total for all those calls (on the slowest thread) we are spending 14% of our time even though there are no contending writes.

3x improvement to concurrent queries against the MemoryStore.


Make enabled_extensions public in Vulkan backend

This is required for OpenXR support, when creating a custom device gfx-hal needs to be queried for what raw vulkan extensions to enable for the given gfx-hal features.
PR checklist:

[x] make succeeds (on *nix)
[x] make reftests succeeds
[x] tested examples with the following backends:
gfx_backend_vulkan

No problem exposing this, but seems rather suspicious :)
We'll see how you are using it.
bors r+


us-ny-orange

Orange County
https://ocgis.orangecountygov.com/requests/usr/viewDownloads.xsp?typeId=4

Contains ~45 separate parcel shapefiles for cities/towns/villages in Orange County with account creation/login required for download (no addresses).

Related to another NYC suburbs issue: https://github.com/openaddresses/openaddresses/issues/1987

Found possible source here: http://ocgis.orangecountygov.com/ArcGIS/rest/services/Dynamic/LandBase/MapServer/0

Orange County, NY appears to be missing from the statewide file, so great catch!  I poked around in the data and care should be taken with parsing the fields, since the StreetAddress field is the house number, street, and optional unit info all jammed together.

Related: #2285

Closed by NY state update: https://github.com/openaddresses/openaddresses/pull/3204#event-1163036812.


Fix servoctl

it doesn't work because of new data frames format.

is it fixed?

To be honest, it's an issue which does not exist. Anyway, I slightly modified servoctl.go but the part responsible for creating a frame remained the same.


[5.4] Unable to mock Schema

Laravel Version: 5.4
PHP Version: 7.0.8
Database Driver & Version: php7.0-sqlite3

Description:
As detailed in previous ticket https://github.com/laravel/framework/issues/7661, and seems to apply to through all versions to current:
Support\Facades\Schema::getFacadeAccessor() returns an instance of Builder.
Support\Facades\Facade::getFacadeAccessor() phpdocs state that a string is expected
Support\Facades\Facade::isMock() tries to use the return of getFacadeAccessor() as an array index, which fails when an object is returned.
Either Schema can be mocked and the above is a bug, or Schema is not intended to be mocked and Schema::isMock() should override to throw an Exception with a suitable message (possibly).
Steps To Reproduce:
Clone master
Install composer dependencies
Edit tests\ExampleTest.php and add:
     public function testSchemaMockFails()
     {
             Schema::shouldReceive('test')->andReturn(true);
     }
Run phpunit with output:
    1) ExampleTest::testSchemaMockFails
    ErrorException: Illegal offset type in isset or empty

I am also experiencing the same issue. Is the Schema facade not supposed to be mocked?

I don't see the use case for mocking that facade. You're not really testing anything, you're just writing out your code again.

More useful tests would inspect what it actually did to the database.

Either Schema can be mocked and the above is a bug, or Schema is not intended to be mocked and Schema::isMock() should override to throw an Exception with a suitable message (possibly).

@markdwhite makes a good point. Perhaps you could address it, @GrahamCampbell

I agree that we are probably talking edgey use-cases here: with the 3 affected users here and those few in the original thread, it's not having a wide-ranging effect But it still smells like a bug.
My use case concerns the creation of a number of engine=MEMORY tables that are updated regularly throughout the day and utilised for a short period of time for hundreds of thousands of queries where speed of response is paramount. Hence the MEMORY table. If mySQL is restarted for any reason (security update), the tables are lost and must be recreated. It makes sense to do this from within the Command that updates the tables rather than manually, so currently I try{} to Schema::create() and catch{} with a filter for an error indicating that the table exists then proceed to update the table. I can test this by creating a table using migrations which causes the "table already exists" exception to be thrown, but cannot test where a different exception is thrown without deliberately introducing code that throws the exception just to catch it. Which is ugly. So I need that Schema::shouldReceive('create')->andThrow(...). But I only need it for test completeness and can live with @codeCoverageIgnore if Schema cannot be mocked.
I can't test the effect on the database in this example because I'm testing all possible courses of action after the caught exception, not that Schema is doing what it should, and there is also the view that unit tests and integration tests are not the same and should be testable separately.
As I've said before, if it can be mocked - it's broken and I don't get the impression that Laravel is about leaving broken code in place. If it can't be mocked, maybe that should be unambiguous, and I've suggested that Schema::isMock() should throw an exception to that effect, but readily accept better suggestions.

This issue can be closed

Hi there,
Welcome to Laravel and we are glad to have you as part of the community.
Unfortunately this GitHub area is not for ideas, suggestions etc. This is only for issues/bugs with the framework code itself.
I will be closing your ticket here. You are able to open a ticket at https://github.com/laravel/ideas
Alternatively you are able to open a PR using the Contributions guidelines: https://laravel.com/docs/5.7/contributions#which-branch
If you feel I've closed this issue in error, please provide more information about how this is a framework issue, and I'll reopen the ticket.
Thanks in advance.

More useful tests would inspect what it actually did to the database.

This statement just shows that you don't understand what Unit tests are for. The whole "mocking" functionality exists specifically to simulate the interactions between objects and systems. If it's hard for you to support the same functionality for all Facades just add a note somewhere in the docs listing which ones do not support Mocking. Plainly closing valid bug seems odd to me.


[9.4.x] JDG-4550 ISPN-11121 Single file store fails to start with security manager

https://issues.redhat.com/browse/ISPN-11121
https://issues.redhat.com/browse/JDG-4550

Backport of #9265

Merged


Create version of IBM Style guide

Inspiration from here
https://github.com/gaurav-nelson/retext-ibmstyleguide

This online version of the style guide is public: https://www.ibm.com/developerworks/library/styleguidelines/.
Could you create an IBM repository in the testthedocs namespace and add commit rights for @themr0c, @rkratky, @MichalMaler, @boczkowska, @robin-owen? All these people are working for Red Hat and have some interest in making the IBM Style guide for vale happen.

See also https://github.com/errata-ai/IBM.

Closing in favour of the other repo, but I have no rights to it.


samples:mimxrt1010_evk:samples/net/openthread/ncp: build error

Describe the bug
samples/net/openthread/ncp can not build in mimxrt1010

baord need add limitations to filter upsupport platform out
To Reproduce
Steps to reproduce the behavior:

mkdir build; cd build
cmake -DBOARD=mimxrt1010_evk ..
make
See error

Expected behavior
if it is not support need add filter
Impact
NA
Screenshots or console output
-- Application: /build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp

-- Zephyr version: 2.3.0-rc1 (/build/src/workspace/mimxrt1010_evk_2_master/zephyr)

-- Found Python3: /usr/bin/python3.6 (found suitable exact version "3.6.10") found components:  Interpreter

-- git describe failed: fatal: No names found, cannot describe anything.;

   BUILD_VERSION is left undefined

-- Board: mimxrt1010_evk

-- Found toolchain: zephyr (/root/zephyr-sdk)

-- Found west: /root/.local/bin/west (found suitable version "0.7.2", minimum required is "0.7.1")

-- Found dtc: /root/zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/bin/dtc (found suitable version "1.5.0", minimum required is "1.4.6")

-- Found BOARD.dts: /build/src/workspace/mimxrt1010_evk_2_master/zephyr/boards/arm/mimxrt1010_evk/mimxrt1010_evk.dts

-- Generated zephyr.dts: /build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/build_d41d8cd/zephyr/zephyr.dts

-- Generated devicetree_unfixed.h: /build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/build_d41d8cd/zephyr/include/generated/devicetree_unfixed.h

warning: MBEDTLS_SSL_MAX_CONTENT_LEN (defined at modules/Kconfig.mbedtls:46) was assigned the value

'768' but got the value ''. Check these unsatisfied dependencies: MBEDTLS_BUILTIN (=n), MBEDTLS

(=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_MBEDTLS_SSL_MAX_CONTENT_LEN.html

and/or look up MBEDTLS_SSL_MAX_CONTENT_LEN in the menuconfig/guiconfig interface. The Application

Development Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of

the manual might be helpful too.

warning: MBEDTLS_HEAP_SIZE (defined at modules/Kconfig.mbedtls:112) was assigned the value '8192'

but got the value ''. Check these unsatisfied dependencies: MBEDTLS_ENABLE_HEAP (=n), MBEDTLS (=n).

See http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_MBEDTLS_HEAP_SIZE.html and/or look

up MBEDTLS_HEAP_SIZE in the menuconfig/guiconfig interface. The Application Development Primer,

Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be

helpful too.

warning: TEST_RANDOM_GENERATOR (defined at boards/shields/esp_8266/boards/sam4e_xpro.defconfig:17,

subsys/random/Kconfig:8) was assigned the value 'y' but got the value 'n'. Check these unsatisfied

dependencies: ((BOARD_SAM4E_XPRO && NETWORKING && SHIELD_ESP_8266) || !ENTROPY_HAS_DRIVER) (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_TEST_RANDOM_GENERATOR.html and/or look

up TEST_RANDOM_GENERATOR in the menuconfig/guiconfig interface. The Application Development Primer,

Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be

helpful too.

warning: FLASH_PAGE_LAYOUT (defined at drivers/flash/Kconfig:38) was assigned the value 'y' but got

the value 'n'. Check these unsatisfied dependencies: FLASH_HAS_PAGE_LAYOUT (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_FLASH_PAGE_LAYOUT.html and/or look up

FLASH_PAGE_LAYOUT in the menuconfig/guiconfig interface. The Application Development Primer, Setting

Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful

too.

warning: NET_L2_OPENTHREAD (defined at subsys/net/l2/openthread/Kconfig:9) was assigned the value

'y' but got the value 'n'. Check these unsatisfied dependencies: FLASH_PAGE_LAYOUT (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_NET_L2_OPENTHREAD.html and/or look up

NET_L2_OPENTHREAD in the menuconfig/guiconfig interface. The Application Development Primer, Setting

Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful

too.

warning: OPENTHREAD_THREAD_STACK_SIZE (defined at subsys/net/l2/openthread/Kconfig:103) was assigned

the value '8192' but got the value ''. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n).

See http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_THREAD_STACK_SIZE.html

and/or look up OPENTHREAD_THREAD_STACK_SIZE in the menuconfig/guiconfig interface. The Application

Development Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of

the manual might be helpful too.

warning: OPENTHREAD_PKT_LIST_SIZE (defined at subsys/net/l2/openthread/Kconfig:108) was assigned the

value '20' but got the value ''. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_PKT_LIST_SIZE.html and/or

look up OPENTHREAD_PKT_LIST_SIZE in the menuconfig/guiconfig interface. The Application Development

Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual

might be helpful too.

warning: OPENTHREAD_PANID (defined at subsys/net/l2/openthread/Kconfig:125) was assigned the value

'65535' but got the value ''. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_PANID.html and/or look up

OPENTHREAD_PANID in the menuconfig/guiconfig interface. The Application Development Primer, Setting

Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful

too.

warning: OPENTHREAD_CHANNEL (defined at subsys/net/l2/openthread/Kconfig:129) was assigned the value

'26' but got the value ''. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_CHANNEL.html and/or look up

OPENTHREAD_CHANNEL in the menuconfig/guiconfig interface. The Application Development Primer,

Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be

helpful too.

warning: OPENTHREAD_COMMISSIONER (defined at subsys/net/l2/openthread/Kconfig:178) was assigned the

value 'y' but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_COMMISSIONER.html and/or

look up OPENTHREAD_COMMISSIONER in the menuconfig/guiconfig interface. The Application Development

Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual

might be helpful too.

warning: OPENTHREAD_DHCP6_SERVER (defined at subsys/net/l2/openthread/Kconfig:215) was assigned the

value 'y' but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_DHCP6_SERVER.html and/or

look up OPENTHREAD_DHCP6_SERVER in the menuconfig/guiconfig interface. The Application Development

Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual

might be helpful too.

warning: OPENTHREAD_ENABLE_SERVICE (defined at subsys/net/l2/openthread/Kconfig:225) was assigned

the value 'y' but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n).

See http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_ENABLE_SERVICE.html

and/or look up OPENTHREAD_ENABLE_SERVICE in the menuconfig/guiconfig interface. The Application

Development Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of

the manual might be helpful too.

warning: OPENTHREAD_BORDER_AGENT (defined at subsys/net/l2/openthread/Kconfig:235) was assigned the

value 'y' but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_BORDER_AGENT.html and/or

look up OPENTHREAD_BORDER_AGENT in the menuconfig/guiconfig interface. The Application Development

Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual

might be helpful too.

warning: OPENTHREAD_BORDER_ROUTER (defined at subsys/net/l2/openthread/Kconfig:240) was assigned the

value 'y' but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_BORDER_ROUTER.html and/or

look up OPENTHREAD_BORDER_ROUTER in the menuconfig/guiconfig interface. The Application Development

Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual

might be helpful too.

warning: OPENTHREAD_NCP (defined at subsys/net/l2/openthread/Kconfig:250) was assigned the value 'y'

but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_NCP.html and/or look up

OPENTHREAD_NCP in the menuconfig/guiconfig interface. The Application Development Primer, Setting

Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful

too.

warning: OPENTHREAD_UDP_FORWARD (defined at subsys/net/l2/openthread/Kconfig:284) was assigned the

value 'y' but got the value 'n'. Check these unsatisfied dependencies: NET_L2_OPENTHREAD (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_OPENTHREAD_UDP_FORWARD.html and/or

look up OPENTHREAD_UDP_FORWARD in the menuconfig/guiconfig interface. The Application Development

Primer, Setting Configuration Values, and Kconfig - Tips and Best Practices sections of the manual

might be helpful too.

Parsing /build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/Kconfig

Loaded configuration '/build/src/workspace/mimxrt1010_evk_2_master/zephyr/boards/arm/mimxrt1010_evk/mimxrt1010_evk_defconfig'

Merged configuration '/build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/prj.conf'

Configuration saved to '/build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/build_d41d8cd/zephyr/.config'

Kconfig header saved to '/build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/build_d41d8cd/zephyr/include/generated/autoconf.h'

warning: SHELL_STACK_SIZE (defined at subsys/shell/Kconfig:20) was assigned the value '3072' but got

the value ''. Check these unsatisfied dependencies: SHELL (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_SHELL_STACK_SIZE.html and/or look up

SHELL_STACK_SIZE in the menuconfig/guiconfig interface. The Application Development Primer, Setting

Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful

too.

warning: FLASH_MAP (defined at subsys/storage/flash_map/Kconfig:10) was assigned the value 'y' but

got the value 'n'. Check these unsatisfied dependencies: FLASH_HAS_DRIVER_ENABLED (=n). See

http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_FLASH_MAP.html and/or look up

FLASH_MAP in the menuconfig/guiconfig interface. The Application Development Primer, Setting

Configuration Values, and Kconfig - Tips and Best Practices sections of the manual might be helpful

too.

-- The C compiler identification is GNU 9.2.0

-- The CXX compiler identification is GNU 9.2.0

-- The ASM compiler identification is GNU

-- Found assembler: /root/zephyr-sdk/arm-zephyr-eabi/bin/arm-zephyr-eabi-gcc

-- Cache files will be written to: /root/.cache/zephyr

-- Configuring done

-- Generating done

-- Build files have been written to: /build/src/workspace/mimxrt1010_evk_2_master/zephyr/samples/net/openthread/ncp/build_d41d8cd

Scanning dependencies of target parse_syscalls_target

[  0%] Generating misc/generated/syscalls.json, misc/generated/subsystems.json

[  1%] Built target parse_syscalls_target

Scanning dependencies of target kobj_types_h_target

[  2%] Generating include/generated/kobj-types-enum.h, include/generated/otype-to-str.h

[  2%] Built target kobj_types_h_target

Scanning dependencies of target syscall_list_h_target

[  2%] Generating include/generated/syscall_dispatch.c, include/generated/syscall_list.h

[  4%] Built target syscall_list_h_target

Scanning dependencies of target driver_validation_h_target

[  5%] Generating include/generated/driver-validation.h

[  7%] Built target driver_validation_h_target

Scanning dependencies of target offsets

[  8%] Building C object zephyr/CMakeFiles/offsets.dir/arch/arm/core/offsets/offsets.c.obj

[  8%] Built target offsets

Scanning dependencies of target offsets_h

[  9%] Generating include/generated/offsets.h

[  9%] Built target offsets_h

Scanning dependencies of target zephyr_generated_headers

[  9%] Built target zephyr_generated_headers

Scanning dependencies of target app

[  9%] Building C object CMakeFiles/app.dir/src/main.c.obj

[ 10%] Linking C static library app/libapp.a

[ 10%] Built target app

Scanning dependencies of target kernel

[ 11%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/device.c.obj

[ 11%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/errno.c.obj

[ 12%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/fatal.c.obj

[ 13%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/idle.c.obj

[ 13%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/init.c.obj

[ 14%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/kheap.c.obj

[ 14%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/mailbox.c.obj

[ 15%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/mem_slab.c.obj

[ 16%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/mempool.c.obj

[ 16%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/msg_q.c.obj

[ 17%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/mutex.c.obj

[ 17%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/pipes.c.obj

[ 18%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/queue.c.obj

[ 19%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/sched.c.obj

[ 19%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/sem.c.obj

[ 20%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/stack.c.obj

[ 21%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/system_work_q.c.obj

[ 21%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/thread.c.obj

[ 22%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/thread_abort.c.obj

[ 22%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/version.c.obj

[ 23%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/work_q.c.obj

[ 24%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/smp.c.obj

[ 24%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/timeout.c.obj

[ 25%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/timer.c.obj

[ 25%] Building C object zephyr/kernel/CMakeFiles/kernel.dir/poll.c.obj

[ 26%] Linking C static library libkernel.a

[ 26%] Built target kernel

Scanning dependencies of target linker_script_target

[ 26%] Generating linker.cmd

[ 26%] Built target linker_script_target

Scanning dependencies of target zephyr

[ 27%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/crc32_sw.c.obj

[ 27%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/crc16_sw.c.obj

[ 28%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/crc8_sw.c.obj

[ 29%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/crc7_sw.c.obj

[ 29%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/dec.c.obj

[ 30%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/fdtable.c.obj

[ 30%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/hex.c.obj

[ 31%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/mempool.c.obj

[ 32%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/notify.c.obj

[ 32%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/printk.c.obj

[ 34%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/onoff.c.obj

[ 35%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/rb.c.obj

[ 35%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/sem.c.obj

[ 36%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/thread_entry.c.obj

[ 36%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/timeutil.c.obj

[ 37%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/work_q.c.obj

[ 38%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/heap.c.obj

[ 38%] Building C object zephyr/CMakeFiles/zephyr.dir/lib/os/heap-validate.c.obj

[ 39%] Building C object zephyr/CMakeFiles/zephyr.dir/misc/generated/configs.c.obj

[ 39%] Building C object zephyr/CMakeFiles/zephyr.dir/soc/arm/nxp_imx/rt/soc.c.obj

[ 40%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/logging/log_list.c.obj

[ 41%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/logging/log_core.c.obj

[ 41%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/logging/log_msg.c.obj

[ 42%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/logging/log_output.c.obj

[ 42%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/logging/log_backend_uart.c.obj

[ 43%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/cpp/cpp_init_array.c.obj

[ 44%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/cpp/cpp_ctors.c.obj

[ 44%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/cpp/cpp_dtors.c.obj

[ 45%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/cpp/cpp_virtual.c.obj

[ 46%] Building CXX object zephyr/CMakeFiles/zephyr.dir/subsys/cpp/cpp_vtable.cpp.obj

[ 46%] Building CXX object zephyr/CMakeFiles/zephyr.dir/subsys/cpp/cpp_new.cpp.obj

[ 47%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/fs/nvs/nvs.c.obj

[ 47%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/net/lib/utils/addr_utils.c.obj

[ 48%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/settings/src/settings_store.c.obj

[ 49%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/settings/src/settings.c.obj

[ 49%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/settings/src/settings_init.c.obj

[ 50%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/settings/src/settings_line.c.obj

[ 50%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/settings/src/settings_none.c.obj

[ 51%] Building C object zephyr/CMakeFiles/zephyr.dir/subsys/power/reboot.c.obj

[ 52%] Building C object zephyr/CMakeFiles/zephyr.dir/drivers/console/uart_console.c.obj

[ 52%] Building C object zephyr/CMakeFiles/zephyr.dir/drivers/clock_control/clock_control_mcux_ccm.c.obj

[ 53%] Building C object zephyr/CMakeFiles/zephyr.dir/drivers/timer/sys_clock_init.c.obj

[ 54%] Building C object zephyr/CMakeFiles/zephyr.dir/drivers/timer/cortex_m_systick.c.obj

[ 54%] Building C object zephyr/CMakeFiles/zephyr.dir/build/src/workspace/mimxrt1010_evk_2_master/modules/hal/nxp/mcux/devices/MIMXRT1011/fsl_clock.c.obj

[ 55%] Building C object zephyr/CMakeFiles/zephyr.dir/build/src/workspace/mimxrt1010_evk_2_master/modules/hal/nxp/mcux/boards/evkmimxrt1010/evkmimxrt1010_flexspi_nor_config.c.obj

[ 55%] Building C object zephyr/CMakeFiles/zephyr.dir/build/src/workspace/mimxrt1010_evk_2_master/modules/hal/nxp/mcux/drivers/imx/fsl_cache.c.obj

[ 56%] Building C object zephyr/CMakeFiles/zephyr.dir/build/src/workspace/mimxrt1010_evk_2_master/modules/hal/nxp/mcux/drivers/imx/fsl_gpio.c.obj

[ 57%] Building C object zephyr/CMakeFiles/zephyr.dir/build/src/workspace/mimxrt1010_evk_2_master/modules/hal/nxp/mcux/drivers/imx/fsl_lpuart.c.obj

[ 57%] Building C object zephyr/CMakeFiles/zephyr.dir/build/src/workspace/mimxrt1010_evk_2_master/modules/hal/nxp/mcux/drivers/imx/fsl_trng.c.obj

[ 58%] Linking CXX static library libzephyr.a

[ 58%] Built target zephyr

Scanning dependencies of target arch__common

[ 59%] Building C object zephyr/arch/common/CMakeFiles/arch__common.dir/isr_tables.c.obj

[ 60%] Building C object zephyr/arch/common/CMakeFiles/arch__common.dir/sw_isr_common.c.obj

[ 60%] Linking C static library libarch__common.a

[ 60%] Built target arch__common

Scanning dependencies of target arch__arm__core__aarch32

[ 60%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/swap.c.obj

[ 61%] Building ASM object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/swap_helper.S.obj

[ 62%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/irq_manage.c.obj

[ 62%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/thread.c.obj

[ 63%] Building ASM object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/cpu_idle.S.obj

[ 63%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/fatal.c.obj

[ 64%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/nmi.c.obj

[ 65%] Building ASM object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/nmi_on_reset.S.obj

[ 65%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/prep_c.c.obj

[ 67%] Building ASM object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/isr_wrapper.S.obj

[ 67%] Building C object zephyr/arch/arch/arm/core/aarch32/CMakeFiles/arch__arm__core__aarch32.dir/__aeabi_atexit.c.obj

[ 68%] Linking C static library libarch__arm__core__aarch32.a

[ 68%] Built target arch__arm__core__aarch32

Scanning dependencies of target arch__arm__core__aarch32__cortex_m

[ 69%] Building ASM object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/vector_table.S.obj

[ 69%] Building ASM object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/reset.S.obj

[ 70%] Building ASM object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/fault_s.S.obj

[ 71%] Building C object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/fault.c.obj

[ 71%] Building ASM object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/exc_exit.S.obj

[ 72%] Building C object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/scb.c.obj

[ 72%] Building C object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/irq_init.c.obj

[ 73%] Building C object zephyr/arch/arch/arm/core/aarch32/cortex_m/CMakeFiles/arch__arm__core__aarch32__cortex_m.dir/thread_abort.c.obj

[ 74%] Linking C static library libarch__arm__core__aarch32__cortex_m.a

[ 74%] Built target arch__arm__core__aarch32__cortex_m

Scanning dependencies of target arch__arm__core__aarch32__cortex_m__mpu

[ 74%] Building C object zephyr/arch/arch/arm/core/aarch32/cortex_m/mpu/CMakeFiles/arch__arm__core__aarch32__cortex_m__mpu.dir/arm_core_mpu.c.obj

[ 75%] Building C object zephyr/arch/arch/arm/core/aarch32/cortex_m/mpu/CMakeFiles/arch__arm__core__aarch32__cortex_m__mpu.dir/arm_mpu.c.obj

[ 75%] Linking C static library libarch__arm__core__aarch32__cortex_m__mpu.a

[ 75%] Built target arch__arm__core__aarch32__cortex_m__mpu

Scanning dependencies of target lib__libc__newlib

[ 75%] Building C object zephyr/lib/libc/newlib/CMakeFiles/lib__libc__newlib.dir/libc-hooks.c.obj

[ 76%] Linking C static library liblib__libc__newlib.a

[ 76%] Built target lib__libc__newlib

Scanning dependencies of target lib__posix

[ 77%] Building C object zephyr/lib/posix/CMakeFiles/lib__posix.dir/pthread_common.c.obj

[ 77%] Linking C static library liblib__posix.a

[ 77%] Built target lib__posix

Scanning dependencies of target soc__arm__common__cortex_m

[ 78%] Building C object zephyr/soc/arm/common/cortex_m/CMakeFiles/soc__arm__common__cortex_m.dir/arm_mpu_regions.c.obj

[ 79%] Linking C static library libsoc__arm__common__cortex_m.a

[ 79%] Built target soc__arm__common__cortex_m

Scanning dependencies of target boards__arm__mimxrt1010_evk

[ 80%] Building C object zephyr/boards/arm/mimxrt1010_evk/CMakeFiles/boards__arm__mimxrt1010_evk.dir/pinmux.c.obj

[ 80%] Linking C static library libboards__arm__mimxrt1010_evk.a

[ 80%] Built target boards__arm__mimxrt1010_evk

Scanning dependencies of target subsys__net

[ 80%] Building C object zephyr/subsys/net/CMakeFiles/subsys__net.dir/buf.c.obj

[ 81%] Linking C static library libsubsys__net.a

[ 81%] Built target subsys__net

Scanning dependencies of target subsys__net__ip

[ 81%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/net_core.c.obj

[ 82%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/net_if.c.obj

[ 83%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/utils.c.obj

[ 83%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/net_context.c.obj

[ 84%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/net_pkt.c.obj

[ 85%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/net_tc.c.obj

[ 85%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/icmpv6.c.obj

[ 86%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/nbr.c.obj

[ 86%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/ipv6.c.obj

[ 87%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/ipv6_nbr.c.obj

[ 88%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/net_stats.c.obj

[ 88%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/connection.c.obj

[ 89%] Building C object zephyr/subsys/net/ip/CMakeFiles/subsys__net__ip.dir/udp.c.obj

[ 89%] Linking C static library libsubsys__net__ip.a

[ 89%] Built target subsys__net__ip

Scanning dependencies of target subsys__random

[ 90%] Building C object zephyr/subsys/random/CMakeFiles/subsys__random.dir/rand32_entropy_device.c.obj

[ 91%] Linking C static library libsubsys__random.a

[ 91%] Built target subsys__random

Scanning dependencies of target drivers__gpio

[ 92%] Building C object zephyr/drivers/gpio/CMakeFiles/drivers__gpio.dir/gpio_mcux_igpio.c.obj

[ 92%] Linking C static library libdrivers__gpio.a

[ 92%] Built target drivers__gpio

Scanning dependencies of target drivers__serial

[ 93%] Building C object zephyr/drivers/serial/CMakeFiles/drivers__serial.dir/uart_mcux_lpuart.c.obj

[ 93%] Linking C static library libdrivers__serial.a

[ 93%] Built target drivers__serial

Scanning dependencies of target drivers__entropy

[ 93%] Building C object zephyr/drivers/entropy/CMakeFiles/drivers__entropy.dir/entropy_mcux_trng.c.obj

[ 94%] Linking C static library libdrivers__entropy.a

[ 94%] Built target drivers__entropy

Scanning dependencies of target zephyr_prebuilt

[ 95%] Building C object zephyr/CMakeFiles/zephyr_prebuilt.dir/misc/empty_file.c.obj

[ 96%] Linking CXX executable zephyr_prebuilt.elf

Memory region         Used Size  Region Size  %age Used

           OCRAM:          0 GB        64 KB      0.00%

            ITCM:          0 GB        32 KB      0.00%

           FLASH:       49608 B        16 MB      0.30%

            SRAM:       46744 B        32 KB    142.65%

        IDT_LIST:          72 B         2 KB      3.52/root/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/9.2.0/../../../../arm-zephyr-eabi/bin/ld: zephyr_prebuilt.elf section `noinit' will not fit in region `SRAM'

/root/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/9.2.0/../../../../arm-zephyr-eabi/bin/ld: section .intList VMA [0000000020008000,0000000020008047] overlaps section noinit VMA [0000000020000a48,000000002000b697]

/root/zephyr-sdk/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/9.2.0/../../../../arm-zephyr-eabi/bin/ld: region `SRAM' overflowed by 13976 bytes

collect2: error: ld returned 1 exit status

%

make[2]: *** [zephyr/zephyr_prebuilt.elf] Error 1

zephyr/CMakeFiles/zephyr_prebuilt.dir/build.make:103: recipe for target 'zephyr/zephyr_prebuilt.elf' failed

make[1]: *** [zephyr/CMakeFiles/zephyr_prebuilt.dir/all] Error 2

CMakeFiles/Makefile2:660: recipe for target 'zephyr/CMakeFiles/zephyr_prebuilt.dir/all' failed

make: *** [all] Error 2

Makefile:83: recipe for target 'all' failed

script returned exit code 2

Environment (please complete the following information):

Linux
Zephyr SDK
v2.3.0-rc1

@MaureenHelm

@hakehuang, I'm going to close this as invalid. The sample.yaml lists netif as a dependency which is not part of the rt1010 evk board feature set so this should not have been part of the test run. The sanitycheck script skips this because of the netif dependency.

@dlech  Thanks a lot, this is a false alart.

I think you mean @dleach02 :wink:

sorry @dlech , and thanks for your kindness.


How can I use the homepage 2?

go to config.yml file and toggle the homepage from true to false

thx！


rush update --full & update test app vite config

run rush update --full for dep hygiene
update vite config to get past OOM flakiness on CI
test out new bundler module resoluion for ts

/azp run iTwin.js

I know, that was a mistake 😕 just undid it


KDD2020 Paper

Hi,
in our KDD2020 work we solve a graph classification problem with nice results!
Paper: https://dl.acm.org/doi/10.1145/3394486.3403383
Code: https://github.com/tlancian/contrast-subgraph
Would you add it to the repo?
Thank you,
Tommaso

Hi Tommaso,
Added the paper. Nice work!
Benedek


Documentation recommend forge init instead of forge create

Documentation (cf: creating-a-new-project.md) indicate to run forge init hello_foundry to create a new Foundry project.
Yet I run forge init <project_name>it's raise this error:Error: ’init’ is not a Forge command.
So I check forge --helpand find that only forge createexiste no forge init

forge init is very much a forge command: https://book.getfoundry.sh/reference/cli/forge/init
You may either have the wrong forge binary or an extremely outdated version.

Strange, I just run curl -L https://foundry.paradigm.xyz | bash. I will check forge version

forge --version return 6.15.0.
I must correspond to a old version.

You have a different forge binary, see which -a forge. It might've been installed previously with apt.


refactor(latex): nitpick, table d'hôte

This is a huge set of pedantic changes, only few of them affecting
actual code (only config.el has some changes in the code).
Mostly, I tried to:

use consistent names; use LaTeX wherever possible, not latex;
LaTeX-mode is an alias for latex-mode, but AUCTeX uses capitalized
LaTeX for all other variables, hooks, and maps. So I think it is
cleaner to stick with this nomenclature, whenever it is possible. I did
not change any variables/functions defined by Doom, but that could be
done in a future PR;
fix broken symbol links;
use capitalized comments with full stops.

If you are not interested in changes like these, let me know. I can also
split this up, if you want. In my opinion, however, it does improve the
code base!

Thanks for the PR, but I'll have to turn it down. There are two breaking changes:

Where you replace 'latex-mode with 'LaTeX-mode and
Remove the latex-mode-map keybinds).

I'm aware the two modes are aliases, but the redundancy was intentional. Our :completion company module uses the value of major-mode to determine what backends to associate with a buffer, and major-mode == 'latex-mode in LaTeX buffers. We have a similar problem with which-key, which is why we repeat those latex-mode-map keybinds. It's not elegant, but they are necessary.
Besides that, there are some superfluous formatting changes:

Adding periods to comments that aren't full sentences.
Capitalizing keywords that should be lowercase (amsmath, enumitem, subcaption, etc).
Adding a colon to TODO, which is done nowhere else in Doom's source code
Changing : to . on some comment headers.

There are a few things I do like about this PR, like the fixed symbol linkage, and spelling/grammar corrections, but overall, the changes seem too aggressive. If you're feeling up to correcting these, I will happily reopen this, but I'll close this for now. In any case, thanks for your help.

Hi! Thanks for your feedback!
I did this some time ago and don't remember where I introduced braking changes into the code. I will have a look! Would you accept a PR only changing comments?

Hi! Thanks for your feedback!
I did this some time ago and don't remember where I introduced braking changes into the code. I will have a look! Would you accept a PR only changing comments?

Certainly.


Mouse Capturing

Is your feature request related to a problem? Please describe.
I have a small knob for volume and I want to change its value by holding the mouse on it and moving it up and down.
Describe the solution you'd like
Easy API for capturing the mouse so that it doesn't move its position even when moving it in reality.
Describe alternatives you've considered
Move my mouse up and down 500 times.

Could be used for Drag Value

Welcome to the club https://github.com/emilk/egui/pull/1605


limit bit-length of justification bitfield to strict 64

Limit bit-length of justification bitfield to strict 64, prevent SSZ encoding crash due to too large integer size.
The pyspec crashed after running it for a long series of epochs because of this :(. It's not a pretty fix, but otherwise Python just grows the integer out of uint64 bounds, making it non-encodeable in 64 bits.

Maybe compress both lines into state.justification_bitfield = (state.justification_bitfield << 1) % 2**64?


[QUESTION] Jarmonica gradle plugin

Describe the bug
I could not add jarmonica plugin using the Kotlin DSL (for some reason harmonica doesn't work but jarmonica does)
To Reproduce
I tried to follow this: https://plugins.gradle.org/plugin/com.improve_future.harmonica but for jarmonica
Additional context
Did I miss something?

@Sylux6
Sorry for the inconvenience.
Please try to follow https://github.com/KenjiOhtsuka/harmonica/wiki/Jarmonica-Usage

Did it with
buildscript {
    repositories {
        jcenter()
        maven("https://jitpack.io")
    }
    dependencies {
        classpath("org.jetbrains.kotlin", "kotlin-script-util", "1.3.61")
        classpath("com.improve_future:harmonica:1.1.24")
        classpath("com.github.cesarferreira:kotlin-pluralizer:0.2.9")
    }
}

apply(plugin = "jarmonica")

However, when adding a submodule I got this message error
> Could not find com.improve_future:harmonica:1.1.24.
     Searched in the following locations:
       - https://jcenter.bintray.com/com/improve_future/harmonica/1.1.24/harmonica-1.1.24.pom
       - https://jitpack.io/com/improve_future/harmonica/1.1.24/harmonica-1.1.24.pom
       - https://plugins.gradle.org/m2/com/improve_future/harmonica/1.1.24/harmonica-1.1.24.pom

The build gradle file looks like this
buildscript {
    repositories {
        jcenter()
        maven("https://jitpack.io")
    }
    dependencies {
        classpath("org.jetbrains.kotlin", "kotlin-script-util", "1.3.61")
        classpath("com.improve_future:harmonica:1.1.24")
        classpath("com.github.cesarferreira:kotlin-pluralizer:0.2.9")
    }
}

plugins {
    id("org.jetbrains.kotlin.jvm")
}

repositories {
    mavenCentral()
    jcenter()
}

dependencies {
    implementation(kotlin("stdlib-jdk8"))
    runtimeOnly("org.postgresql:postgresql:42.2.9")
    implementation("com.improve_future:harmonica:1.1.24")
    implementation("org.reflections", "reflections", "0.9.12")
    implementation("org.jetbrains.kotlin:kotlin-script-runtime:1.3.61")
    implementation("com.natpryce:konfig:<IP_ADDRESS>")
}

tasks {
    compileKotlin {
        kotlinOptions.jvmTarget = "11"
    }
    compileTestKotlin {
        kotlinOptions.jvmTarget = "11"
    }
}

I can't provide an exact answer now, but the library is in https://bintray.com/beta/#/kenjiohtsuka/m/Harmonica?tab=overview

Yea, weird situation. As a workaround I added it via a jitpack build, it works like a charm.


fix: prevent from adding duplicate github thumbprints

I've noticed that when I pass two GitHub thumbprints that are mentioned here . The "autodiscovery" also adds one of them, so I finish with some duplicate thumbprints.

Just noticed this today too, really appreciate the quick action from y'all!! Great module, appreciate the support!

One of the problems with this approach is that the thumbprints detected by auto-discovery on Github is not reliable and changing.
This causes terraform to detect a change

I went ahead and added both thumbprints to the additional_thumbprints parameter which fixed the issue, but hardcoding them perhaps is not ideal long-term.
By default it still only wanted one value, and my understanding from that Github statement was that we should include both thumbprints to prevent the chance of failures.
Relevant line:

There are two possible intermediary certificates for the Actions SSL certificate and either can be returned by our servers, requiring customers to trust both.


Redesign team page and add advisors

This PR redesigns the team page to be a bit friendlier on the eyes and adds our advisors to the team page, per #139.

Do note: this only adds Pierre, Cary, and Tom from #139. I need to reach out to our other advisors to get headshots and descriptions. I created #148 to track this.
@MaxWofford can you review/merge this when you have the chance?

@zachlatta Would it be better if I reviewed this for now, then merged once you get #148 finished and added to the PR?

@zachlatta Do the advisers need to be in any particular order? If not, let's make it alphabetical.

Nope, they don't. Going to make it alphabetical now.

Updated the advisors commit. Here's what it looks like now:

:+1: @zachlatta


Using Multiple CPU Threads in an op

Hi all,
I'm interested in using multithreading within a CPU op to increase speed. More specifically, I have some linear algebra code which, for batched matrix multiplies, is much faster than MKL (and probably Eigen).
I should be able to get the corresponding GPU version working without much trouble.
Currently my code uses OpenMP and SIMD pragmas which, as I understand it, don't play nicely with tensorflow at the moment. I've been digging through the documentation all day but haven't found any examples of a CPU op with multithreading (that isn't just calling eigen) which I can use.
Could anyone please point me in the right direction here?
Cheers!
What related GitHub issues or StackOverflow threads have you found by searching the web for your problem?
#22 #1747
Environment info
Operating System: Ubuntu 16.04
Installed version of CUDA and cuDNN:
(please attach the output of ls -l /path/to/cuda/lib/libcud*):
-rw-r--r-- 1 root root   558720 Sep 15 00:02 /usr/local/cuda-8.0/lib64/libcudadevrt.a
lrwxrwxrwx 1 root root       16 Sep 15 00:05 /usr/local/cuda-8.0/lib64/libcudart.so -> libcudart.so.8.0
lrwxrwxrwx 1 root root       19 Sep 15 00:05 /usr/local/cuda-8.0/lib64/libcudart.so.8.0 -> libcudart.so.8.0.44
-rw-r--r-- 1 root root   415432 Sep 15 00:02 /usr/local/cuda-8.0/lib64/libcudart.so.8.0.44
-rw-r--r-- 1 root root   775162 Sep 15 00:02 /usr/local/cuda-8.0/lib64/libcudart_static.a
lrwxrwxrwx 1 root root       13 Dec 15 12:42 /usr/local/cuda-8.0/lib64/libcudnn.so -> libcudnn.so.5
lrwxrwxrwx 1 root root       17 Dec 15 12:42 /usr/local/cuda-8.0/lib64/libcudnn.so.5 -> libcudnn.so.5.1.5
-rwxr-xr-x 1 root root 79337624 Dec 15 12:42 /usr/local/cuda-8.0/lib64/libcudnn.so.5.1.5
-rw-r--r-- 1 root root 69756172 Dec 15 12:42 /usr/local/cuda-8.0/lib64/libcudnn_static.a
If installed from source, provide

The commit hash (git rev-parse HEAD)
git rev-parse HEAD
dbe5e17e2ed307e86e1a6e79e558ec3e335d46fc

The output of bazel version
bazel version
Build label: 0.4.2
Build target: bazel-out/local-fastbuild/bin/src/main/java/com/google/devtools/build/lib/bazel/BazelServer_deploy.jar
Build time: Wed Dec 7 18:47:11 2016<PHONE_NUMBER>)
Build timestamp:<PHONE_NUMBER>
Build timestamp as int:<PHONE_NUMBER>

If possible, provide a minimal reproducible example (We usually don't have time to read hundreds of lines of your code)
N/A
What other attempted solutions have you tried?
N/A
Logs or other output that would be helpful
(If logs are large, please upload as attachment or provide link).
N/A

@sdrelton You may find https://github.com/tensorflow/tensorflow/issues/5277 useful where a tensorflow has been implemented both with OpenMP and Eigen's ThreadPool implementation. The Eigen documentation is available here.

@sjperkins Thanks very much, I'll take a good look!

Please re-post on stackoverflow if this question is not resolved.


[INFRA] fix some tests in CI

Some tests stopped run on Travis but were fine locally.
Attempting to fix that here.

OK this is a REALLY dirty temporary hack where the tests return after having run the functions they are supposed to tests but before they actually check the content.
This is basically now just a "smoke test". Better than nothing but it leaves much to be desired.
Incriminated tests:

test_createDataDictionaryBasic
test_createDataDictionaryStim
test_createJsonExtra

Pasting here the content of the failed CI and will reference this in another issue so we know this has to be improved.
See https://github.com/cpp-lln-lab/CPP_BIDS/pull/144/checks?check_run_id=1411109386
failure: /github/workspace/lib/JSONio/jsonread.mex: failed to load: liboctinterp.so.4: cannot open shared object file: No such file or directory
  jsondecode:27 (/github/workspace/lib/bids-matlab/+bids/+util/jsondecode.m)
  test_createDataDictionary>test_createDataDictionaryBasic:57 (/github/workspace/tests/test_createDataDictionary.m)

failure: /github/workspace/lib/JSONio/jsonread.mex: failed to load: liboctinterp.so.4: cannot open shared object file: No such file or directory
  jsondecode:27 (/github/workspace/lib/bids-matlab/+bids/+util/jsondecode.m)
  test_createDataDictionary>test_createDataDictionaryStim:123 (/github/workspace/tests/test_createDataDictionary.m)

failure: /github/workspace/lib/JSONio/jsonread.mex: failed to load: liboctinterp.so.4: cannot open shared object file: No such file or directory
  jsondecode:27 (/github/workspace/lib/bids-matlab/+bids/+util/jsondecode.m)
  test_createJson>test_createJsonExtra:158 (/github/workspace/tests/test_createJson.m)


Extra selections should be ordered

Description of your problem
This is more of a suggestion:
Extra selections dict in base.py is a dictionary, but an OrderedDict may be a better option.
Using an ordered dictionary would allow some selections to take precedence over others, ensuring that the last selection added to extra selections is the one which is highlighted.
This would be a solution to issue 7 in spyder-vim.
Versions and main components

Spyder Version: latest
Python Version: 3.5.2
Operating system: Windows 10

Here is somewhere in Spyder where the same issue occurs:

Search for a word which is a part of another word (selection)
Place the cursor on the larger word (extra_selections)

Expected output:

Please go for it. We're glad to receive a PR for this and also improve the state of spyder-vim :-)


cicYieldedExportTxs is empty in plutus-pab-executables demo

Summary
To test the pab, I executed some postman requests to simulate the frontend behavior. From the frontend code, I conclude that following steps should be executed:

Activate instance for PAB
trigger endpoint with correct body
Get instance status.
In the instance status response, you expect an unbalanced transaction in the cicYieldedExportTxs array.
This one is missing.

Steps to reproduce the behavior
Create postman following scripts:

Activate instance: POST  /api/contract/activate

{
    "caID": [],
    "caWallet":{
        "getWalletId": "3345524abf6bbe1809449224b5972c41790b6cf2"
    }
}

Trigger endpoint: POST /api/contract/instance/{{DemoInstance1}}/endpoint/PayToWallet

{
    "pkh": {
        "unPaymentPubKeyHash": {
            "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
        }
    },
    "skh": {
        "unStakePubKeyHash": {
            "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
        }
    },
    "amount":  Value
}

Get instance status: GET api/contract/instance/{{DemoInstance1}}/status
Look in response for  field  cicYieldedExportTxs

Actual Result
Instance status response:
{
    "cicCurrentState": {
        "observableState": [],
        "logs": [
            {
                "_logMessageContent": {
                    "mkTxLogResult": {
                        "Right": {
                            "unBalancedTxTx": {
                                "txData": [],
                                "txInputs": [],
                                "txRedeemers": [],
                                "txOutputs": [
                                    {
                                        "txOutValue": {
                                            "getValue": [
                                                [
                                                    {
                                                        "unCurrencySymbol": ""
                                                    },
                                                    [
                                                        [
                                                            {
                                                                "unTokenName": ""
                                                            },
                                                            2000000
                                                        ]
                                                    ]
                                                ]
                                            ]
                                        },
                                        "txOutAddress": {
                                            "addressStakingCredential": {
                                                "contents": {
                                                    "contents": {
                                                        "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                                    },
                                                    "tag": "PubKeyCredential"
                                                },
                                                "tag": "StakingHash"
                                            },
                                            "addressCredential": {
                                                "contents": {
                                                    "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                                },
                                                "tag": "PubKeyCredential"
                                            }
                                        },
                                        "txOutDatumHash": null
                                    }
                                ],
                                "txValidRange": {
                                    "ivTo": [
                                        {
                                            "tag": "PosInf"
                                        },
                                        true
                                    ],
                                    "ivFrom": [
                                        {
                                            "tag": "NegInf"
                                        },
                                        true
                                    ]
                                },
                                "txMint": {
                                    "getValue": []
                                },
                                "txFee": {
                                    "getValue": []
                                },
                                "txCollateral": [],
                                "txMintScripts": [],
                                "txSignatures": []
                            },
                            "unBalancedTxRequiredSignatories": [],
                            "unBalancedTxValidityTimeRange": {
                                "ivTo": [
                                    {
                                        "tag": "PosInf"
                                    },
                                    true
                                ],
                                "ivFrom": [
                                    {
                                        "tag": "NegInf"
                                    },
                                    true
                                ]
                            },
                            "unBalancedTxUtxoIndex": []
                        }
                    },
                    "mkTxLogTxConstraints": {
                        "txOwnInputs": [],
                        "txOwnOutputs": [],
                        "txConstraints": [
                            {
                                "contents": [
                                    {
                                        "unPaymentPubKeyHash": {
                                            "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                        }
                                    },
                                    {
                                        "unStakePubKeyHash": {
                                            "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                        }
                                    },
                                    null,
                                    {
                                        "getValue": [
                                            [
                                                {
                                                    "unCurrencySymbol": ""
                                                },
                                                [
                                                    [
                                                        {
                                                            "unTokenName": ""
                                                        },
                                                        2000000
                                                    ]
                                                ]
                                            ]
                                        ]
                                    }
                                ],
                                "tag": "MustPayToPubKeyAddress"
                            }
                        ]
                    },
                    "mkTxLogLookups": {
                        "slOtherScripts": [],
                        "slPaymentPubKeyHashes": [],
                        "slOwnPaymentPubKeyHash": null,
                        "slOwnStakePubKeyHash": null,
                        "slOtherData": [],
                        "slTypedValidator": null,
                        "slTxOutputs": [],
                        "slMPS": []
                    }
                },
                "_logLevel": "Debug"
            },
            {
                "_logMessageContent": "UnbalancedTx {unBalancedTxTx = Tx {txInputs = fromList [], txCollateral = fromList [], txOutputs = [TxOut {txOutAddress = Address {addressCredential = PubKeyCredential 00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7, addressStakingCredential = Just (StakingHash (PubKeyCredential 00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7))}, txOutValue = Value (Map [(,Map [(\"\",2000000)])]), txOutDatumHash = Nothing}], txMint = Value (Map []), txFee = Value (Map []), txValidRange = Interval {ivFrom = LowerBound NegInf True, ivTo = UpperBound PosInf True}, txMintScripts = fromList [], txSignatures = fromList [], txRedeemers = fromList [], txData = fromList []}, unBalancedTxRequiredSignatories = fromList [], unBalancedTxUtxoIndex = fromList [], unBalancedTxValidityTimeRange = Interval {ivFrom = LowerBound NegInf True, ivTo = UpperBound PosInf True}}",
                "_logLevel": "Info"
            }
        ],
        "hooks": [],
        "lastLogs": [
            {
                "_logMessageContent": {
                    "mkTxLogResult": {
                        "Right": {
                            "unBalancedTxTx": {
                                "txData": [],
                                "txInputs": [],
                                "txRedeemers": [],
                                "txOutputs": [
                                    {
                                        "txOutValue": {
                                            "getValue": [
                                                [
                                                    {
                                                        "unCurrencySymbol": ""
                                                    },
                                                    [
                                                        [
                                                            {
                                                                "unTokenName": ""
                                                            },
                                                            2000000
                                                        ]
                                                    ]
                                                ]
                                            ]
                                        },
                                        "txOutAddress": {
                                            "addressStakingCredential": {
                                                "contents": {
                                                    "contents": {
                                                        "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                                    },
                                                    "tag": "PubKeyCredential"
                                                },
                                                "tag": "StakingHash"
                                            },
                                            "addressCredential": {
                                                "contents": {
                                                    "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                                },
                                                "tag": "PubKeyCredential"
                                            }
                                        },
                                        "txOutDatumHash": null
                                    }
                                ],
                                "txValidRange": {
                                    "ivTo": [
                                        {
                                            "tag": "PosInf"
                                        },
                                        true
                                    ],
                                    "ivFrom": [
                                        {
                                            "tag": "NegInf"
                                        },
                                        true
                                    ]
                                },
                                "txMint": {
                                    "getValue": []
                                },
                                "txFee": {
                                    "getValue": []
                                },
                                "txCollateral": [],
                                "txMintScripts": [],
                                "txSignatures": []
                            },
                            "unBalancedTxRequiredSignatories": [],
                            "unBalancedTxValidityTimeRange": {
                                "ivTo": [
                                    {
                                        "tag": "PosInf"
                                    },
                                    true
                                ],
                                "ivFrom": [
                                    {
                                        "tag": "NegInf"
                                    },
                                    true
                                ]
                            },
                            "unBalancedTxUtxoIndex": []
                        }
                    },
                    "mkTxLogTxConstraints": {
                        "txOwnInputs": [],
                        "txOwnOutputs": [],
                        "txConstraints": [
                            {
                                "contents": [
                                    {
                                        "unPaymentPubKeyHash": {
                                            "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                        }
                                    },
                                    {
                                        "unStakePubKeyHash": {
                                            "getPubKeyHash": "00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7"
                                        }
                                    },
                                    null,
                                    {
                                        "getValue": [
                                            [
                                                {
                                                    "unCurrencySymbol": ""
                                                },
                                                [
                                                    [
                                                        {
                                                            "unTokenName": ""
                                                        },
                                                        2000000
                                                    ]
                                                ]
                                            ]
                                        ]
                                    }
                                ],
                                "tag": "MustPayToPubKeyAddress"
                            }
                        ]
                    },
                    "mkTxLogLookups": {
                        "slOtherScripts": [],
                        "slPaymentPubKeyHashes": [],
                        "slOwnPaymentPubKeyHash": null,
                        "slOwnStakePubKeyHash": null,
                        "slOtherData": [],
                        "slTypedValidator": null,
                        "slTxOutputs": [],
                        "slMPS": []
                    }
                },
                "_logLevel": "Debug"
            },
            {
                "_logMessageContent": "UnbalancedTx {unBalancedTxTx = Tx {txInputs = fromList [], txCollateral = fromList [], txOutputs = [TxOut {txOutAddress = Address {addressCredential = PubKeyCredential 00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7, addressStakingCredential = Just (StakingHash (PubKeyCredential 00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7))}, txOutValue = Value (Map [(,Map [(\"\",2000000)])]), txOutDatumHash = Nothing}], txMint = Value (Map []), txFee = Value (Map []), txValidRange = Interval {ivFrom = LowerBound NegInf True, ivTo = UpperBound PosInf True}, txMintScripts = fromList [], txSignatures = fromList [], txRedeemers = fromList [], txData = fromList []}, unBalancedTxRequiredSignatories = fromList [], unBalancedTxUtxoIndex = fromList [], unBalancedTxValidityTimeRange = Interval {ivFrom = LowerBound NegInf True, ivTo = UpperBound PosInf True}}",
                "_logLevel": "Info"
            }
        ],
        "err": null
    },
    "cicYieldedExportTxs": [],
    "cicContract": {
        "unContractInstanceId": "6a3e624a-38e6-4c1b-aef6-7f802906d488"
    },
    "cicStatus": "Active",
    "cicDefinition": [],
    "cicWallet": {
        "getWalletId": "3345524abf6bbe1809449224b5972c41790b6cf2"
    }
}

Expected Result
"cicYieldedExportTxs": []  To no be empty.

Describe the approach you would take to fix this
No response
System info
OS: Ubuntu 20.04.3 LTS
Putus: Using main branch of plutus-apps

What's your plutus-pab.yaml config? It should have something like:
...
walletServerConfig:
    tag: RemoteWalletConfig # Not LocalWalletConfig
...

The cicYieldedExportTxs field is only set when using a remote wallet.

Thanks for the answer, I checked out the plutus-apps main branch and ran the demo inside a nix-shell as the README states.
I had to adapt the plutus-pab.yaml file, to make it boot. It was complaining about the missing developmentOptions. I ended up with this PAB config:
dbConfig:
    dbConfigFile: pab-core.db
    dbConfigPoolSize: 20

pabWebserverConfig:
  baseUrl: http://localhost:9080
  staticDir: plutus-pab-client/dist
  permissiveCorsPolicy: False
  # Optional timeout (in seconds) for calls to endpoints that are not currently
  # available. If this is not set, calls to unavailable endpoints fail
  # immediately.
  endpointTimeout: 5

walletServerConfig:
  tag: RemoteWalletConfig

# Unfortunately, the 'nodeServerConfig' is mandatory in the PAB, even though we don't use it
nodeServerConfig:
  mscBaseUrl: http://localhost:9082
  mscSocketPath: ./node-server.sock
  mscKeptBlocks: 100
  mscNetworkId: "1097911063" # Testnet network ID (main net = empty string)
  mscSlotConfig:
    scSlotZeroTime:<PHONE_NUMBER>000 # Wednesday, July 29, 2020 21:44:51 - shelley launch time in milliseconds
    scSlotLength: 1000 # In milliseconds
  mscFeeConfig:
    fcConstantFee:
      getLovelace: 10 # Constant fee per transaction in lovelace
    fcScriptsFeeFactor: 1.0 # Factor by which to multiply size-dependent scripts fee in lovelace
  mscInitialTxWallets:
    - getWallet: 1
    - getWallet: 2
    - getWallet: 3
  mscNodeMode: AlonzoNode

# Unfortunately, the 'chainIndexConfig' is mandatory in the PAB, even though we don't use it
chainIndexConfig:
  ciBaseUrl: http://localhost:9083

# Unfortunately, the 'requestProcessingConfig' is mandatory in the PAB, even though we don't use it
requestProcessingConfig:
  requestProcessingInterval: 1

developmentOptions:
  pabRollbackHistory: null
  pabResumeFrom:
    { "tag" : "PointAtGenesis" }
    # { "tag" : "Point"
    # , "pointBlockId" : "613d23b8df670e3692f4e4ab59b179778519de15999ee1a51077fcc02a48abaa"
    # , "pointSlot" : { "getSlot" : 45656608 }
    # }

The issue is that your public key hashes are not valid. Try 59d47f5381d09cf92f77ab327ec4bae91bfd37832e143209ad30fc0e and it will work.
Compare the two:
59d47f5381d09cf92f77ab327ec4bae91bfd37832e143209ad30fc0e # Correct public key hash
00017652db349e9f634e51d05b8c9c1b899967fd7c339c4281bc55e24dc43ddb528c2b99bd777c64de1b4fa7b88a1fdfa9ca7783396a24c7c7 # Incorrect public key hash

Unfortunately, there are no visible errors when calling an endpoint with the wrong format. We plan to address it in the next sprints.


(MAINT) Upgrade to clj-parent 0.3.2

This commit upgrades the clj-parent dependency from 0.3.0 to 0.3.2 in
order to pick up a fix from trapperkeeper-status 0.7.1 where gc/cpu
metric collection could corrupt the status endpoint.

Test PASSed

CLA signed by all contributors.


Update sbt-scalafmt to 2.4.5

Updates org.scalameta:sbt-scalafmt from 2.4.3 to 2.4.5.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scalameta", artifactId = "sbt-scalafmt" } ]

labels: sbt-plugin-update, early-semver-patch, semver-spec-patch

Coverage decreased (-0.5%) to 94.304% when pulling 088fc08258f94139b047f2027be26ee3d06867ae on scala-steward:update/sbt-scalafmt-2.4.5 into ca10c64b98af9973d1b830d6a180d8b2c8898d98 on iheartradio:master.

Superseded by #193.


Replacing pyrabbit with pyrabbit2 breaks code because do_call does not return data when JSON is "[]" or "{}"

Thanks for maintaining and working on this library.  I have an issue.  In an attempt to replace pyrabbit with this library, I ran into the following problem.
This code breaks existing code and also returns an invalid value, resp.status_code, because of Python "falsey" evaluation of empty lists or dictionaries.  Because of "falsey" evaluation in Python, JSON of "[]" and "{}", converted to Python data structures with resp.json(), returns the resp.status_code when it should return the empty data, content, because there is actual data to return, it just happens to be empty.
To fix this I propose the following (in http.do_call(...)):
            if content is not None:
                return content
            else:
                return resp.status_code

Thank you for your consideration.  If you would like me to PR this solution,  please let me know.
Thanks,
Robert

Hi!
Thanks for contribute this issue. You can send pull request with the correction of the error or I can do it, but later

Thanks for responding so quickly. Okay cool. I will PR the fix today.
Thanks,
Robert

@deslum Thank you for merging the change.  When do you think it will be published to PyPI?

Already done https://pypi.org/project/pyrabbit2/


Clean up some old DynamicSelfType debt now that we have an implementation of SE-0068

Builds on https://github.com/apple/swift/pull/23991, cleaning up some older code that was making the full implementation of SE-0068 difficult.

Support immutable (computed) properties and subscripts with Self type (this was @johnno1962's PR).
Stop wrapping Self-returning protocol methods with DynamicSelfType.
Remove FuncDecl::hasDynamicSelf() and the weird TypeRepr inspection that was used to compute it.
Remove TypeBase::eraseDynamicSelfType().

Fixes https://bugs.swift.org/browse/SR-10326.

@johnno1962 Here is what I have so far. The first 16 patches are from your PR, rebased onto latest master. The next patch fixes a compiler error that snuck in along the way.
The rest are what I have working so far in cleaning up some older code. I'm trying to get rid of TypeResolverContext::DynamicSelfResult, FuncDecl::hasDynamicSelf(), and some other stuff. There's not much to look at yet, but when it's done it will allow us to simplify some of the new Self-related diagnostic checks.

LGTM as they say. I see you're taking the opportunity to tidy a few things up. You're braver than me!

@swift-ci Please test

@swift-ci Please test source compatibility

Build failed
Swift Test Linux Platform
Git Sha - 424f32c0f82f3ff5278f9f04695d44b47142817c

@johnno1962 I went back and forth several times on whether to use the approach from your PR of allowing Self almost anywhere and then walking decl types after the fact to check invariants, over the old way of only allowing Self in certain cases. What I settled on is a hybrid approach.

@swift-ci Please test

@swift-ci Please test source compatibility

@swift-ci Please test

@swift-ci Please test source compatibility

Build failed
Swift Test Linux Platform
Git Sha - de00d356b9d6e012d0b2c775d8f3b717eb002f55

Build failed
Swift Test OS X Platform
Git Sha - de00d356b9d6e012d0b2c775d8f3b717eb002f55

Source compat failure is an unrelated UPASS.

Thanks! Great to see this tidied up properly. And now... my next crusade inheriting protocol extensions. Any thoughts you have appreciated.

@johnno1962 That one is above my level of ability. I know there's an entry in the generics manifesto about it. The tricky part is that adding new protocols to the hierarchy like that changes generic signature minimization and witness table layout; we need to figure out how to allow that without breaking resilience. A forum post tagging @DougGregor (or e-mail him directly :)  ) is your best bet.
Maybe start with a pitch on the forums so that folks can discuss the language design issues and work out the corner cases first?


private feed

about time?

This is definitely a feature I want before releasing BaGet 1.0. I'll work on this again once the UI is finalized :)
Closing this as a duplicate of https://github.com/loic-sharma/BaGet/issues/36.

ths!


PoseNet 2.0 with TensorFlow.js

We just released PoseNet 2.0 with TensorFlow.js, including a much more accurate ResNet-based model!

https://twitter.com/TensorFlow/status/1142111597344821248

Is it possible to do transfer learning? from the current models in YOLO to Posenet 2.0!!

No I don't think so ... but one idea could be to make the detection framework e.g. YOLO configurable with a few prepared and selected ones like Posenet.

@b-g great, they don't tell much about the status of the node.js - gpu  but I guess in a few months it will be much better.
And in the browser with webgl it is very impressive

Closing this one to clean up and keeping: https://github.com/opendatacam/opendatacam/issues/71


The login button in the navbar is made functional

Related Issue
#1412
Description
The login button opens a dropdown now succesfully. Moreover added a login button which disappears after a while with a jerk animation
Type of PR

[x] Bug fix
[ ] Feature enhancement
[ ] Documentation update
[ ] Other (specify): _______________

Screenshots / videos (if applicable)
https://github.com/user-attachments/assets/4c6d7572-1e65-438d-b18c-bf3f8b4d9007
Checklist:

[x] I have performed a self-review of my code
[x] I have read and followed the Contribution Guidelines.
[x] I have tested the changes thoroughly before submitting this pull request.
[x] I have provided relevant issue numbers, screenshots, and videos after making the changes.
[x] I have commented my code, particularly in hard-to-understand areas.

Additional context:
[Include any additional information or context that might be helpful for reviewers.]

Please review my pull request @arghadipmanna101

Please review my pull request @arghadipmanna101

PTAL @arghadipmanna101


chore (Data.NNRat.Defs): reduce imports

A more straightforward proof and we can reduce the imports for Data.NNRat.Defs by a third.

Looks great; thanks! Feel free to maintainer merge on my behalf. The CI failure looks intermittent; I've just retried it.

CI passes, the changes still look good to me - thank you for doing this!
maintainer merge


create s3 failed

Describe the bug
datafusion-cli
❯ CREATE EXTERNAL TABLE test
STORED AS PARQUET
OPTIONS(
'region' 'xxx',
'access_key_id' 'xxxx',
'secret_access_key' 'xxxx'
)
LOCATION 'xxxxx';
Invalid or Unsupported Configuration: Found unsupported option access_key_id with value xxxx for Parquet format!
❯
To Reproduce
datafusion-cli
datafusion-cli
❯ CREATE EXTERNAL TABLE test
STORED AS PARQUET
OPTIONS(
    'region' 'xxx',
    'access_key_id' 'xxxx',
    'secret_access_key' 'xxxx'
)
LOCATION 'xxxxx';
Invalid or Unsupported Configuration: Found unsupported option access_key_id with value xxxx for Parquet format!
❯

Expected behavior
No response
Additional context
No response

Looks to be a regression introduced by https://github.com/apache/arrow-datafusion/pull/7390
Specifically:
https://github.com/apache/arrow-datafusion/blob/d1554c85c0da2342c5247ed22a728617e8f69142/datafusion/common/src/file_options/parquet_writer.rs#L208
Can probably relax this strict check to allow unknown keys since they could be used for other stuff, like S3 object store
Same could potentially be done for JSON and CSV too:
https://github.com/apache/arrow-datafusion/blob/d1554c85c0da2342c5247ed22a728617e8f69142/datafusion/common/src/file_options/json_writer.rs#L54
https://github.com/apache/arrow-datafusion/blob/d1554c85c0da2342c5247ed22a728617e8f69142/datafusion/common/src/file_options/csv_writer.rs#L100

The reason for the strict checking is to help identify typos or logical errors easily in SQL queries rather than silently ignoring invalid options. Given that datafusion-cli is using the same data structure to store additional options, there are a few options:

Add the additional datafusion-cli valid options to datafusion proper so they can be silently ignored rather than error
Have datafusion-cli remove any valid datafusion-cli specific options in the create external table statement before executing the statement
Downgrade the configuration error in datafusion to a warning message so execution doesn't fail

I favor one of the first two options, but the third may be the best if we expect this problem to crop up beyond datafusion-cli. The question would be if it is likely for many downstream projects to inject additional options passed to a ListingTable or CopyTo statement.

Here is a quick draft PR that implements option 2. Let me know if this branch solves your issue. I'll try to get some time to verify with a real S3 bucket myself in the next day or two.

BTW it would be great if someone could write a regression test in datafusion-cli somehow so this functionality is not broken again (@web3creator is this something you could potentially help with?)

Thanks everyone for the quick fix


ISS-181: during postgres execution failure with negative bitmapset member

during postgres execution failure with negative bitmapset member :
performing post-bootstrap initialization ... 2024-10-26 11:52:38.760 CEST [415899] FATAL:  negative bitmapset member not allowed
2024-10-26 11:52:38.760 CEST [415899] STATEMENT:
WITH funcdescs AS ( SELECT p.oid as p_oid, o.oid as o_oid, oprname FROM pg_proc p JOIN pg_operator o ON oprcode = p.oid ) INSERT INTO pg_description   SELECT p_oid, 'pg_proc'::regclass, 0,     'implementation of ' || oprname || ' operator'   FROM funcdescs   WHERE NOT EXISTS (SELECT 1 FROM pg_description    WHERE objoid = p_oid AND classoid = 'pg_proc'::regclass)   AND NOT EXISTS (SELECT 1 FROM pg_description    WHERE objoid = o_oid AND classoid = 'pg_operator'::regclass         AND description LIKE 'deprecated%');
child process exited with exit code 1

backtrace :
0x0000000000ea7b22 in bms_add_member () at bitmapset.c:823
823                             int x = 0;
(gdb) bt
#0  0x0000000000ea7b22 in bms_add_member () at bitmapset.c:823
#1  0x000000000107315d in remove_self_joins_recurse () at analyzejoins.c:2365
#2  0x000000000107c7d1 in remove_useless_self_joins () at analyzejoins.c:2466
#3  0x00000000010af7ef in query_planner () at planmain.c:236
#4  0x00000000010c9946 in grouping_planner () at planner.c:1510
#5  0x00000000010cfe32 in subquery_planner () at planner.c:1079
#6  0x00000000010d051f in standard_planner () at planner.c:408
#7  0x00000000010d34e5 in planner () at planner.c:276
#8  0x0000000001462f97 in pg_plan_query () at postgres.c:903
#9  0x0000000001462e37 in pg_plan_queries () at postgres.c:995
#10 0x00000000014581e2 in exec_simple_query () at postgres.c:1192
#11 0x000000000145edb0 in PostgresMain () at postgres.c:4675
#12 0x00000000014603d6 in PostgresSingleUserMain () at postgres.c:4128
#13 0x0000000000ea4f8b in main () at main.c:194


Change default ruleset to PSR-12

Coverage remained the same at 92.83% when pulling 15522c57452b9abfd726e3381403660f03fd8a34 on keradus:3.0_psr12 into 1832abe1b69d3c3a7a95457c83b31b75128d2688 on FriendsOfPHP:3.0.

Coverage remained the same at 92.83% when pulling 15522c57452b9abfd726e3381403660f03fd8a34 on keradus:3.0_psr12 into 1832abe1b69d3c3a7a95457c83b31b75128d2688 on FriendsOfPHP:3.0.


Error in Github Actions in this Engine

Describe your problem here.
Error with Github Actions, I did not move anything, it is the same as I copied it before modifying the files but it gives me an error ;(

Are you modding a build from source or with Lua?
Source
What is your build target?
Windows x64
Did you edit anything in this build? If so, mention or summarize your changes.
no, don't edit anything

make sure you have flixel 4.11.0 and haxe 4.2.5

Thank you very much, I found the problem in the hmm.json document, there I was able to edit these 2 things and the haxe if it was in 4.2.5, the problem was the flixel / flixel-addons


tlaplus: 1.5.6 -> 1.7.0

Motivation for this change
Outdated version
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 87131 1

1 package built:
- tlaplus


feat: support packaging vsix

Uploading a vsix to the GitHub release is very helpful when a version ever gets a bug so users can easily rollback.
We need to package this inside the plugin because the package version needs to be written into package.json before we can package it, and we want to publish it afterwards with the github publish plugin.
I updated the README to remove things from the config that were just repeating the default values of semantic-release and added this option to the example (I believe every extension should do this). I removed condition-travis because it doesn't work / is not needed with build stages.
I also corrected the .travis.yml example - it was partly invalid and partly dangerous, for example the release happened on every PR too. I tried to make the release job as isolated as possible (specifying the Node version in there) to make it easy to drop just the release-stage into a travis config that possibly doesn't even use NodeJS as the main language. Also removed node_modules from the cache because that doesn't work if you have native modules between different jobs with different Node versions. Just caching the npm cache is sufficient.
Btw, is there a reason you don't use prettier like the semantic-release extensions?

Looks good, thanks @felixfbecker
I have a special relationship with prettier (I have to have time to be convinced) :)
Note: I've added semantic-release on this repo (but I've setup the old way in package.json - when fixed it should publish correctly to npm...)


SWS/AW : Paste - view scroll issue

SWS/AW Paste is very useful (since it also pastes silence between media clips)  - however, after pasting something, if you're zoomed in, the view scrolls to the end of what you've pasted. This makes editing difficult compared with the regular paste, as suddenly what you're looking at has changed.
Is there any chance to update this so it behaves like regular paste, where the view does not change?
Thank you!

This action relies on the setting at Preferences -> Editing behavior -> Move edit cursor when pasting/inserting media
When the edit cursor moves outside the Arrange the view automatically scrolls.
The setting can be disabled. The downside is that it prevent quick pasting multiple times back to back.

No this is different - when you paste with SWS/AW Paste, the view scroll to the end of what you have pasted. To see the edit cursor, you actually need to scroll back over to the left!
Here is a GIF to demonstrate:

I'm using build <IP_ADDRESS> and couldn't replicate using REAPER's native copy action. . I also tested with Move edit cursor on time selection change enabled to mimic your setup and still couldn't.
In your demo the time selection end point ends up being at the end of the newly pasted item, but it's not clear if it has changed relative to its initial position.


Automate playbook deployment

Add github actions/circle ci config
Automate deployments of main playbook
Maybe add manual step for updates, reboot, etc.

Done.