Skip to content

Separating CoAP library from mbed-client-c #3789

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Feb 23, 2017
Merged

Conversation

yogpan01
Copy link
Contributor

Description

This commit includes

  • Removing CoAP sources from mbed-client-c to its own repository.
  • mbed-client-c is moved outside of mbed-os source tree because it is used by mbed-client, so
    it will be part of mbed-client offering.
  • CoAP sources are used by coap-service which is a part of nanostack deliveries hence coap now existing
    as independent module under mbed-coap.
  • Commit handles the interdepdency of coap-service with mbed-client-c because of coap sources, coap-service
    header files are now fixed to point to right header directory.

Status

READY

Migrations

NO

Related PRs

ARMmbed/mbed-client-c#125
PelionIoT/mbed-coap#1
PelionIoT/mbed-coap#2
PelionIoT/mbed-coap#3
PelionIoT/coap-service#62

  • Tests - Unit tests and Nanostack/Thread smoketest passed.

This commit includes
 - Removing CoAP sources from mbed-client-c to its own repository.
 - mbed-client-c is moved outside of mbed-os source tree because it is used by mbed-client, so
   it will be part of mbed-client offering.
 - CoAP sources are used by coap-service which is a part of nanostack deliveries hence coap now existing
   as independent module under mbed-coap.

 - Commit handles the interdepdency of coap-service with mbed-client-c because of coap sources, coap-service
   header files are now fixed to point to right header directory.
@yogpan01
Copy link
Contributor Author

@0xc0170 @sg- PR for mbed-os 5.4 Release Candidate.
@SeppoTakalo @JanneKiiskila @kjbracey-arm FYI

@bridadan
Copy link
Contributor

retest uvisor

@yogpan01
Copy link
Contributor Author

Hi @bridadan , any progress on this PR ?

@bridadan
Copy link
Contributor

uVisor CI looks ok, had to restart the Oulu CI. Starting Austin CI now.

/morph test-nightly

@yogpan01
Copy link
Contributor Author

Hi @bridadan We will be fixing mbed-client-testapp to adapt to this new source structure and as for the mbed-os-cliapp we need to remove this dependency @tommikas , please check this with @teetak01 what you will need to change.
@marhil01 Do we have same leftovers in other cliapps like BLE ?

@mbed-bot
Copy link

Result: SUCCESS

Your command has finished executing! Here's what you wrote!

/morph test-nightly

Output

mbed Build Number: 1648

All builds and test passed!

@0xc0170
Copy link
Contributor

0xc0170 commented Feb 20, 2017

@yogpan01 Please keep us updated about the status of this patch.

@yogpan01
Copy link
Contributor Author

@0xc0170 Sure, I will check the status of testapp with @teetak01 @tommikas

Copy link
Contributor

@sg- sg- left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like a few eclipse files got checked in. Can those be removed.

@@ -0,0 +1,195 @@
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pretty sure this file doesnt need to be in tree.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That file is from the master repository, where it is intended to be present. Removing it would mean performing a transformation during import, which I assume is not otherwise happening?

I understood that imported code could generally be left as-is, relying on .mbedignore to filter out unwanted stuff from the build as necessary. Can that be the case here?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the clarification. I didn't realize its intended to be present in the development repo.

@tommikas
Copy link
Contributor

as for the mbed-os-cliapp we need to remove this dependency @tommikas

Done. Just the mbed-client-testapp failing now.

@yogpan01
Copy link
Contributor Author

@tommikas Thanks !
@teetak01 will be fixing up mbed-client-testapp

@0xc0170
Copy link
Contributor

0xc0170 commented Feb 23, 2017

@yogpan01 How is it looking today?

@yogpan01
Copy link
Contributor Author

@teetak01 is fixing the mbed-client-testapp compilation to adapt to this new source structure. Should be ready today.

@sg- sg- added needs: CI and removed needs: work labels Feb 23, 2017
@bridadan
Copy link
Contributor

retest uvisor

@teetak01
Copy link
Contributor

Client-CI fixed. Retriggered tests and Client-tests are already passed.

@bridadan
Copy link
Contributor

/morph test-nightly

@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test-nightly

Output

mbed Build Number: 1688

Test failed!

@bridadan
Copy link
Contributor

A python process spinning up for the test took longer than normal, causing a failed test. @geky is looking at it now. In the interest of getting as many PRs tested as possible, I killed this job immediately. I will restart it now to get it back into the queue.

/morph test-nightly

@geky
Copy link
Contributor

geky commented Feb 23, 2017

pr up to fix the test issue here: #3832

@mbed-bot
Copy link

Result: SUCCESS

Your command has finished executing! Here's what you wrote!

/morph test-nightly

Output

mbed Build Number: 1695

All builds and test passed!

@sg- sg- merged commit 371aaa5 into ARMmbed:master Feb 23, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants