Hello
I have question about Accept version & content-format version on iotivity 1.3.0 (OCF 1.0 spec.)
Accept version : CoAP option number 2049
Content-Format Version : CoAP option number 2053
above new option idicate a critical option(Odd number) - CoAP rfc7252.(Not elective opti
your OS info would be more helpful given the type of problem (and autoconf
version). and don't worry if you need to turn off unit tests.
On July 13, 2017 6:58:42 PM MDT, rami alshafi
wrote:
>I keep running to this error when building IoTivity (1.3-rel branch
>commit 5bebafb64d by George Nash: [
I keep running to this error when building IoTivity (1.3-rel branch commit
5bebafb64d by George Nash: [IOT-2207]) on the raspberry pi which seems to be
related to unit testing. my workaround so far is to skip building unit testing.
*** Checking for installation of google unit test %s *** 1.7.0
you can poke around a bit at wiki.iotivity.org/hardware, it has other pointers.
ocf specs don't have any current provision for really light devices, for what
its worth.
On July 13, 2017 6:50:57 PM MDT, sunlf wrote:
>Hi, Devs,
>
>
>
>I'm writing this mail to ensure one question.
>
>
>
>To run
Hi, Devs,
I'm writing this mail to ensure one question.
To run IoT, is there any hardware limitation? What's the smallest request of
FLASH and RAM?
Thanks
Jason
___
iotivity-dev mailing list
iotivity-dev@lists.iotivity.org
https://lists.i
All,
The wiki has been brought back online.
This is the last service that was affected by the outage and all
IoTivity services should now be fully functional.
Regards,
Trevor Bramwell
On Thu, Jul 13, 2017 at 12:28:52PM -0700, Trevor Bramwell wrote:
> All,
>
> We are still working on bringing t
All,
We are still working on bringing the wiki back online. No ETA at this
time.
Will provide another update within 1 hour.
Regards,
Trevor Bramwell
On Thu, Jul 13, 2017 at 11:54:52AM -0700, Trevor Bramwell wrote:
> All,
>
> Gerrit and JIRA appear to have recovered, but the wiki is still offli
All,
Gerrit and JIRA appear to have recovered, but the wiki is still offline.
We are continuing to investigate the issue and will provide you another
update within 30 minutes.
Regards,
Trevor Bramwell
On Thu, Jul 13, 2017 at 11:31:44AM -0700, Trevor Bramwell wrote:
> All,
>
> We are investigat
All,
We are investigating a networking connection issue to the datacenter
hosting IoTivity services. Due to this issue the following services are
offline: gerrit.iotivity.org, jira.iotivity.org, and wiki.iotivity.org.
We will provide you an update within 30 minutes.
Regards,
Trevor Bramwell
si
On quinta-feira, 13 de julho de 2017 01:31:18 PDT Betty Zhao wrote:
> Hi Thiago,
>
> Thank you for clarification. I was a bit confused at the beginning.
>
> U+ bridge can be a plug-in in the main repository, and it will follow the
> licenses of IoTivity.
>
> So what I should do next is to create
On 07/12/2017 07:03 PM, Max Kholmyansky wrote:
> Hi
> There is also a copy on Github:
> https://github.com/iotivity/iotivity/
> The last update there was also 3 weeks ago.
>
> *Actually, what is the overhead of maintaining the Github copy up-to-date
> state?*
>
> Github copy may not be very usefu
Thanks Joseph, for notifying this, this is annoying but not blocking us
as gerrit is still working.
Also it looks like jenkins is not fully functional today,
I have also forwarded it to jira and helpdesk,
Track:
https://jira.iotivity.org/browse/IOT-2279
And will try to reach LF on IRC if pro
What about the code of the bridge on the U+ slide? Will that have the same
licence agreement?
I am expecting that the U+ code will be existing open source code somewhere.
And the U+ code is being compiled in an client/server as an library or as an
link to an src repo that gets compiled during the
Hi Thiago,
Thank you for clarification. I was a bit confused at the beginning.
U+ bridge can be a plug-in in the main repository, and it will follow the
licenses of IoTivity.
So what I should do next is to create a U+ plug-in sub-repository in the main
bridging repository, right?
Regards,
Be
14 matches
Mail list logo
