Re: [dev] many IoTivity samples broken with security

Thanks, Nathan *From:* Gregg Reynolds [mailto:d...@mobileink.com] *Sent:* Friday, July 14, 2017 1:20 PM *To:* Heldt-Sheller, Nathan <nathan.heldt-shel...@intel.com> *Cc:* iotivity-dev@lists.iotivity.org; Mats Wichmann <m...@wichmann.us> *Subject:* Re: [dev] many IoTivity

Re: [dev] many IoTivity samples broken with security

On Jul 14, 2017 3:08 PM, "Heldt-Sheller, Nathan" < nathan.heldt-shel...@intel.com> wrote: Hi Omar, Mats, ... thanks for the detailed explanation. but the fact remains: the sample code is broken. it should be fixed or removed, imho. ___

[dev] Fw: Cross compile Iotivity for arm

On Jul 9, 2017 10:02 PM, "Gregg Reynolds" wrote: On Jul 9, 2017 2:37 PM, "Mats Wichmann" wrote: On 07/09/2017 12:59 AM, Natalia Theologou wrote: > scons TARGET_OS=linux TARGET_ARCH=arm TARGET_TRANSPORT=IP SECURED=0 RELEASE=1 TC_PREFIX=arm-none-linux-gnueabi- TC_PATH

[dev] Fw: Cross compile Iotivity for arm

On Jul 9, 2017 2:37 PM, "Mats Wichmann" wrote: On 07/09/2017 12:59 AM, Natalia Theologou wrote: > scons TARGET_OS=linux TARGET_ARCH=arm TARGET_TRANSPORT=IP SECURED=0 RELEASE=1 TC_PREFIX=arm-none-linux-gnueabi- TC_PATH=/opt/gcc-arm-none- eabi-6-2017-q2-update/arm-none-eabi/bin Hmmm

[dev] intel ocf support

On Jul 9, 2017 8:58 PM, "Gregg Reynolds" wrote: Intel recently killed edison, gallileo, and joule. i think we can be excused for wondering whether Intel support for OCF/Iotivity is on the chopping block. It's not like these have taken the world by storm, after all. and it's been a w

[dev] intel ocf support

Intel recently killed edison, gallileo, and joule. i think we can be excused for wondering whether Intel support for OCF/Iotivity is on the chopping block. It's not like these have taken the world by storm, after all. and it's been a while. ORB also had tons of big corp support, and look what

[dev] [off-topic] TI?

Texas Instruments has tons of IoT stuff. zero involvement in ocf/iotivity, afaik. why? i would love to have some ocf-enabled TI doo-dads. what is the universe trying to tell us? (I am not trying to surreptitiously find out how many people on this list are _not_ affiliated with a major vendor!

[dev] Fw: Cross compile Iotivity for arm

On Jul 9, 2017 1:59 AM, "Natalia Theologou" wrote: I have also followed these advice. https://wiki.iotivity.org/iotivity_porting_to_arm_based_platforms I am running: ... SECURED=0 RELEASE=1 is that legal? -- next part -- An HTML attachment was scrubbed... URL:

[dev] IoTivity 1.3.0 released

On Jun 5, 2017 1:13 PM, "Thiago Macieira" wrote: See https://www.iotivity.org/downloads/iotivity-1.3.0 https://wiki.iotivity.org/release_note_1.3.0 ... Security advisories Since release 1.3.0, IoTivity no longer includes any cryptographic code, with the previously-bundled TinyDTLS code

[dev] Scons questions

On May 5, 2017 11:55 AM, "Nash, George" wrote: Gregg I think it would be a great change to move to using site_scons. You even made a draft change a long time ago. https://gerrit.iotivity.org/ gerrit/#/c/8597/ That change was trying to do multiple things in one commit so it was hard to get

[dev] sconscript consistency (#1 or potentially several)

On May 4, 2017 12:21 PM, "Dave Thaler via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: +1 to " In general I am happy to use linux style '/' paths for all paths unless an issue is discovered and in those cases use os.path.join." That's the guidance I was giving before becoming

[dev] prelim list of areas where IoTivity needs new contributors

On May 3, 2017 2:02 PM, "Thiago Moura" wrote: I think API work should be waaay beyond the current scope you defined. Current Cpp/Java APIs for example speaking of the Java API, this is a good reason to treat it as a completely separate thing, not part of core iotivity. fwiw i'm in the final

[dev] prelim list of areas where IoTivity needs new contributors

On May 3, 2017 2:02 PM, "Thiago Moura" wrote: I think API work should be waaay beyond the current scope you defined. Current Cpp/Java APIs for example lacks basic OO design principles, which makes IoTivity very hard to integrate with other systems or even build a system from scratch without

[dev] prelim list of areas where IoTivity needs new contributors

On May 3, 2017 1:17 PM, "LaBrecque, Margaret" wrote: Hi, John Park, the OCF Exec Dir, requested a list of IoTivity areas which need contribution in order to facilitate the OCF Board?s (and others?) request for new contributors. We started a Google Sheet to compile areas where IoTivity

[dev] oic.wk.res definition

On Sat, Apr 29, 2017 at 9:40 PM, Thiago Moura wrote: > actually oic.wk.res is divided in two schemas, one for the baseline > interface and and the other that adds the definition of the link interface > to describe the list of discovered resources (But this re-definition > removes the "di"

[dev] oic.wk.res definition

On Apr 26, 2017 9:45 AM, "Gregg Reynolds" wrote: The json-schema definition at https://github.com/openconnectivityfoundation/ core/blob/master/schemas/oic.wk.res-schema.json <https://github.com/openconnectivityfoundation/core/blob/master/schemas/oic.wk.res-schema.json> says thi

[dev] oic.wk.res definition

The json-schema definition at https://github.com/openconnectivityfoundation/core/blob/master/schemas/oic.wk.res-schema.json says this: "definitions": { "oic.res-baseline": { Shouldn't that be

[dev] New IoTivity activity "IoT Software Platform" proposal

On Apr 21, 2017 3:31 AM, "Dwarkaprasad Dayama" wrote: Hi IoTivity dev community members, Having an easy to use and quick to market IoT solutions are future of IoT business. Another important attribute is light in weight because in general IoT devices will be holding less memory as compared

[dev] oic.types-schema.json

The following occurs in various places in the OCF 1.0.0 draft: "oic.types-schema.json#/definitions/uuid" I can't find this in the spec docs or oneiota. Where can I find it? Thanks, Gregg -- next part -- An HTML attachment was scrubbed... URL:

[dev] Fwd: [isg] Notes from ISG call 2017-04-10/11

On Apr 20, 2017 5:34 PM, "Gregg Reynolds" wrote: On Apr 20, 2017 5:22 PM, "Mats Wichmann" wrote: On 04/20/2017 04:08 PM, Gregg Reynolds wrote: > On Apr 20, 2017 4:59 PM, "Thiago Macieira" > wrote: > > On Thursday, 20 April 2017 13:49:45 PDT Greg

[dev] Fwd: [isg] Notes from ISG call 2017-04-10/11

On Apr 20, 2017 5:22 PM, "Mats Wichmann" wrote: On 04/20/2017 04:08 PM, Gregg Reynolds wrote: > On Apr 20, 2017 4:59 PM, "Thiago Macieira" > wrote: > > On Thursday, 20 April 2017 13:49:45 PDT Gregg Reynolds wrote: >> regarding API: are we talking about sta

[dev] Fwd: [isg] Notes from ISG call 2017-04-10/11

On Apr 20, 2017 5:01 PM, "Thiago Macieira" wrote: On Thursday, 20 April 2017 13:49:45 PDT Gregg Reynolds wrote: > > Is there any feedback from other people? Which one would you prefer? What > > would you do differently? > > regarding API: are we talking about sta

[dev] Fwd: [isg] Notes from ISG call 2017-04-10/11

On Apr 20, 2017 4:59 PM, "Thiago Macieira" wrote: On Thursday, 20 April 2017 13:49:45 PDT Gregg Reynolds wrote: > regarding API: are we talking about standardizing a kind of OCF API or just > cleaning up the iotivity API? I'm thinking about DOM, a standard API for a > sta

[dev] Fwd: [isg] Notes from ISG call 2017-04-10/11

On Apr 20, 2017 1:20 PM, "Thiago Macieira" wrote: On segunda-feira, 17 de abril de 2017 23:45:48 PDT ??? (Uze Choi) wrote: > Hi All, [cut the rest] Is there any feedback from other people? Which one would you prefer? What would you do differently? regarding API: are we talking about

[dev] Fwd: [isg] Notes from ISG call 2017-04-10/11

On Apr 18, 2017 1:46 AM, "??? (Uze Choi)" wrote: Hi All, Attached material shared by Dwarka has just my proposal, but happen to has just company name without my name. That attachment was written only for ISG. To share it ioTivity, more explanation needs to be addressed as follows.

[dev] Interfaces usage

On Apr 18, 2017 3:02 PM, "Gregg Reynolds" wrote: On Apr 16, 2017 3:10 PM, "Ondrej Tomcik" wrote: Hello developers. I was studying this concept from more sources and to be honest, I don't understand it. OIC specification: An interface provides view into the resou

[dev] Interfaces usage

On Apr 16, 2017 3:10 PM, "Ondrej Tomcik" wrote: Hello developers. I was studying this concept from more sources and to be honest, I don't understand it. OIC specification: An interface provides view into the resource and then defines the requests and responses permissible on that view of the

[dev] off topic: rejected msgs

i'm getting the following msg from one address when doing reply all to to the list. i don't know how to interpret it. does it mean my email thingiee is spamming? 554 5.7.1 Service unavailable; Client host [209.85.218.51] blocked using dnsbl.sorbs.net; Currently Sending Spam See:

[dev] C API: conditional code

On Apr 6, 2017 9:27 AM, "Mats Wichmann" wrote: Or is it better to stub out functions if they don't apply - that is, the above three would be present but return some form of "not implemented" error if called? think of what this sort of thing would mean for application pgmrs. my vote is an

[dev] Public and Experimental Public C APIs

to such a change, but it might be hard to get others to agree with it. > > From: Gregg Reynolds [mailto:dev at mobileink.com] > Sent: Thursday, April 6, 2017 12:47 PM > To: Daniel Mihai > Cc: uzchoi at samsung.com; Dave Thaler ; iotivity-dev at lists.iotivity.org; Mats Wichma

[dev] Public and Experimental Public C APIs

to such a change, but it might be hard to get others to agree with it. > > From: Gregg Reynolds [mailto:dev at mobileink.com] > Sent: Thursday, April 6, 2017 12:47 PM > To: Daniel Mihai > Cc: uzchoi at samsung.com; Dave Thaler ; iotivity-dev at lists.iotivity.org; Mats Wichma

[dev] Public and Experimental Public C APIs

On Apr 6, 2017 2:34 PM, "Gregg Reynolds" wrote: On Apr 6, 2017 2:09 PM, "Daniel Mihai via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: Should we start with the following definitions? 1. All C functions included under out// are Public APIs 2. All C fu

[dev] Public and Experimental Public C APIs

On Apr 6, 2017 2:09 PM, "Daniel Mihai via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: Should we start with the following definitions? 1. All C functions included under out// are Public APIs 2. All C functions included under out//experimental/ are Experimental Public APIs 3. When

[dev] C API: conditional code

On Apr 6, 2017 9:27 AM, "Mats Wichmann" wrote: Some of the code that *is* in the C API is bracketed in conditional compilation. For example, ocpayload.h has: #ifdef __WITH_TLS__ bool OCRepPayloadSetPropPubDataType(OCRepPayload *payload, const char *name, const OicSecKey_t *value); bool

[dev] Iotivity switching to GPLv3

ev-bounces at lists.iotivity.org] *On Behalf Of *Gregg Reynolds *Sent:* Saturday, April 1, 2017 1:19 PM *To:* iotivity-dev at lists.iotivity.org *Subject:* [dev] Iotivity switching to GPLv3 made ya look! -- next part -- An HTML attachment was scrubbed... URL: <http://lists

[dev] Iotivity switching to GPLv3

made ya look! -- next part -- An HTML attachment was scrubbed... URL:

[dev] Jira cleanup

On Mar 29, 2017 4:17 AM, "Christian Gran" wrote: Hi, totally agree that we should start with implementing the changes that did not receive any discussion/feedback. I would like to go ahead with these next Monday. Are there any opinions/thoughts about thes questions (nothing received on these

[dev] Jira cleanup

On Mar 27, 2017 3:56 AM, "Christian Gran" wrote: Hi, I have updated the section about Outdated Tickets on the Wiki. Does this capture the thoughts and the discussion we had on the reflector? what is the reflector? -- next part -- An HTML attachment was scrubbed... URL:

[dev] Jira cleanup

On Mar 27, 2017 3:56 AM, "Christian Gran" wrote: Hi, I have updated the section about Outdated Tickets on the Wiki. Does this capture the thoughts and the discussion we had on the reflector?

[dev] Jira cleanup

On Mar 25, 2017 2:04 AM, "Christian Gran" wrote: Hi, we are talking here about two different things - that somehow got mixed up: 1) get a clean state: Looking at Jira today twe have more than 100 tickets that have not been looked at for more then 6 month. why is that a problem? why 6

[dev] Jira cleanup

On Mar 24, 2017 5:31 PM, "Gregg Reynolds" wrote: On Mar 24, 2017 4:01 AM, "Christian Gran" wrote: Hi, thanks Dave and George, this is very good input. In my oinion the minimal thing we should do with tickets we want to keep is: 1) agree on someone who owns the ticket (a

[dev] Jira cleanup

On Mar 24, 2017 4:01 AM, "Christian Gran" wrote: Hi, thanks Dave and George, this is very good input. In my oinion the minimal thing we should do with tickets we want to keep is: 1) agree on someone who owns the ticket (assign) 2) check in 3 month if the ticket has been worked on (may be split

[dev] Jira cleanup

On Mar 10, 2017 2:59 AM, "Christian Gran" wrote: Hi, there are currently 141 issues in Jira, that are in open state and have not been updated for more then 6 month now. The plan is to clean up Jira and close outdated tickets by end of March. i guess i do not see what problem you're trying to

[dev] Jira cleanup

On Mar 24, 2017 11:32 AM, "Nash, George" wrote: I am not sure I like the practice of closing a bug just because it is old or has not been worked on. I think it is very good to review the old tickets to check it they are still valid. (I don?t think a single open ticket below the 100 in the

[dev] fyi: CoAP over TCP, TLS, and Websockets

fyi, dated march 17: https://core-wg.github.io/coap-tcp-tls/ I could rilly use iotivity over websockets. anybody beating on this? -- next part -- An HTML attachment was scrubbed... URL:

[dev] Should IoTivity Arduino support be dropped?

On Mar 23, 2017 4:40 PM, "Dave Thaler" wrote: Yep, and it?s a shame that no one wants to step up to be an Arduino sub-maintainer, since we can?t serve that community effectively without one. ok, i'll bite. what are the duties of the Arduino sub-maintainer? I'm interested but may not have the

[dev] Jira cleanup

On Mar 10, 2017 2:59 AM, "Christian Gran" wrote: Hi, there are currently 141 issues in Jira, that are in open state and have not been updated for more then 6 month now. The plan is to clean up Jira and close outdated tickets by end of March. wtf? so if i submitted a ticket 7 months ago, and

[dev] Should IoTivity Arduino support be dropped?

On Mar 23, 2017 3:44 PM, "Thiago Macieira" wrote: On quinta-feira, 23 de mar?o de 2017 12:46:47 PDT Gregg Reynolds wrote: > a wunnerfull thing. but regarding messaging, what are the chances that the > main iotivity landing page will be updated so as to actually reflect the &

[dev] Should IoTivity Arduino support be dropped?

is a very large and important community. Sent via the Samsung Galaxy S7 edge, an AT 4G LTE smartphone Original message ---- From: Gregg Reynolds <d...@mobileink.com> Date: 3/23/17 3:51 PM (GMT-05:00) To: Dave Thaler Cc: iotivity-dev at lists.iotivity.org Subject: Re: [dev]

[dev] Should IoTivity Arduino support be dropped?

On Mar 23, 2017 2:46 PM, "Gregg Reynolds" wrote: On Mar 23, 2017 2:34 PM, "Dave Thaler" wrote: *[?]*> Back to the subject.. I think dropping support for Arduino will benefit > everyone nit: removing arduino support code in the main project will benefit ev

[dev] Should IoTivity Arduino support be dropped?

On Mar 23, 2017 2:34 PM, "Dave Thaler" wrote: *[?]*> Back to the subject.. I think dropping support for Arduino will benefit > everyone nit: removing arduino support code in the main project will benefit everyone. g [DT] Right, the messaging is that IoTivity still supports Arduino. All

[dev] Should IoTivity Arduino support be dropped?

On Mar 22, 2017 9:23 PM, "Thiago Macieira" wrote: On quarta-feira, 22 de mar?o de 2017 09:47:48 PDT Thiago Moura wrote: > Well, it's been awhile and no decision on this topic. The decision was made after discussion on the mailing list: Arduino support is being removed from the IoTivity

[dev] IPCA

On Mar 9, 2017 4:50 PM, "Gregg Reynolds" wrote: On Mar 8, 2017 3:08 AM, "Soemin Tjong" wrote: Agreed, I created Jira: https://jira.iotivity.org/browse/IOT-1904 and a wiki page for IPCA: https://wiki.iotivity.org/ipca. The proposal is for a set of higher level C

[dev] IPCA

On Mar 8, 2017 3:08 AM, "Soemin Tjong" wrote: Agreed, I created Jira: https://jira.iotivity.org/browse/IOT-1904 and a wiki page for IPCA: https://wiki.iotivity.org/ipca. The proposal is for a set of higher level C APIs for application developers as well as code generation tools building on

[dev] compile iotivity on Mac Sierra

On Mar 8, 2017 8:15 AM, "Dave Thaler via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: Mac is not a currently supported platform (i.e., you're on your own). If someone wants to step up and make it work, and wants to volunteer to be the sub-maintainer for MacOS, let me know. There's

[dev] Smart Home API proposal.

On Mon, Mar 6, 2017 at 6:50 PM, MyeongGi Jeong wrote: > Hi, IoTivity folk. > > I'd like to propose IoTivity Smart Home APIs to implement IoTivity > services more intuitively. > > Current resource layer APIs are not sufficient to implement applications > and services by application SW developers

[dev] Should IoTivity Arduino support be dropped?

On Mar 2, 2017 5:37 PM, "Thiago Macieira" wrote: On quinta-feira, 2 de mar?o de 2017 15:16:38 PST Gregg Reynolds wrote: > > But yes, we should figure out renaming the full implementation to a > > correct name. > > i've always assumed that was impossible in practice

[dev] Should IoTivity Arduino support be dropped?

On Mar 2, 2017 5:10 PM, "Thiago Macieira" wrote: But yes, we should figure out renaming the full implementation to a correct name. i've always assumed that was impossible in practice. i just like to complain. ;) -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect -

[dev] Should IoTivity Arduino support be dropped?

On Mar 2, 2017 4:23 PM, "Thiago Macieira" wrote: On quinta-feira, 2 de mar?o de 2017 13:18:05 PST Gregg Reynolds wrote: > On Mar 2, 2017 2:56 PM, "Thiago Macieira" wrote: > > IoTivity-constrained can. The whole point of this discussion is whether we > should eve

[dev] API Review function

On Mar 2, 2017 4:29 PM, "Thiago Macieira" wrote: On quinta-feira, 2 de mar?o de 2017 14:16:26 PST Thiago Macieira wrote: > Hello all > > Finally getting to my action items from previous meetings of the Steering > Group. I will send an email on each of the two, new proposed functions, > detailing

[dev] API Review and Buildsystem functions

On Mar 2, 2017 4:16 PM, "Thiago Macieira" wrote: Hello all Finally getting to my action items from previous meetings of the Steering Group. I will send an email on each of the two, new proposed functions, detailing what is expected. We're looking for volunteers to assume the position of

[dev] Should IoTivity Arduino support be dropped?

On Mar 2, 2017 2:56 PM, "Thiago Macieira" wrote: IoTivity-constrained can. The whole point of this discussion is whether we should even try to get the full one to fit. or rather, the underlying question is "what does 'Iotivity' mean?" regrettably, the name of the protocol is the same as the

[dev] Slack

On Feb 26, 2017 3:14 AM, "Ondrej Tomcik" wrote: Why 2 slack teams exist is pretty simple. First one is nowhere documented. When you created such a communication channel, you should put information to repo and to wiki. I didn't know something like that exist and when I asked for it on an irc,

[dev] Slack

On Feb 25, 2017 3:53 PM, "Gregg Reynolds" wrote: On Feb 22, 2017 2:02 AM, "Ondrej Tomcik" wrote: Hello! If you are interested in more effective cooperation, communication and q, divided into specific topics like ?cloud?, ?esp8266?, ?general?, ... just join Slack here &

[dev] Slack

On Feb 22, 2017 2:02 AM, "Ondrej Tomcik" wrote: Hello! If you are interested in more effective cooperation, communication and q, divided into specific topics like ?cloud?, ?esp8266?, ?general?, ... just join Slack here . just wondering, why is it

[dev] Should IoTivity Arduino support be dropped?

On Feb 24, 2017 1:19 PM, "Dave Thaler via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: As platform support project architect/maintainer, I am calling the question? I have previously heard arguments on this list for dropping Arduino support in IoTivity itself, which I will

[dev] android build fails with "wchar.h no such file" on latest stable ndk version(r13b)

On Feb 24, 2017 1:15 PM, "Gregg Reynolds" wrote: On Feb 24, 2017 12:23 PM, "Byonggon Chun" wrote: To Thiago Macieira No, I don`t think so, ndk which installed on my machine is not broken. I install Ubuntu 14.04 on my personal desktop at home(not vmware) for test on cle

[dev] android build fails with "wchar.h no such file" on latest stable ndk version(r13b)

On Feb 24, 2017 12:23 PM, "Byonggon Chun" wrote: To Thiago Macieira No, I don`t think so, ndk which installed on my machine is not broken. I install Ubuntu 14.04 on my personal desktop at home(not vmware) for test on clean env and try build with ndk-r13b. But i got same result, see below.

[dev] Slack

There is already a slack team for Iotivity: https://iotivity-slack.herokuapp.com/ On Wed, Feb 22, 2017 at 1:52 AM, Ondrej Tomcik wrote: > Hello! > > > > If you are interested in more effective cooperation, communication and > q, divided into specific

[dev] Documentation for generating ACL file

On Jan 25, 2017 3:42 PM, "Gregg Reynolds" wrote: On Jan 25, 2017 3:30 PM, "Nash, George" wrote: ... I would still really appreciate an example of a permissive ACL *.json file that I could use. dunno if this will help, but this is what i use: https://github.com/iotk/ioc

[dev] Documentation for generating ACL file

On Jan 25, 2017 3:30 PM, "Nash, George" wrote: ... I would still really appreciate an example of a permissive ACL *.json file that I could use. dunno if this will help, but this is what i use: https://github.com/iotk/iochibity-c/blob/master/examples/get/data/oic_svr_db_client.json

[dev] Documentation for generating ACL file

On Jan 25, 2017 2:03 PM, "Nash, George" wrote: I have been digging thought the documentation available on the wiki and I have not found any documentation that tells how to generate. I have two questions: (Question 1) Is there a ACL file that basically wildcards all the permissions so the

[dev] Feature list request for Upcomming IoTivity release.

On Jan 18, 2017 6:10 AM, "??? (Uze Choi)" wrote: Hi IoTivity feature developers, This year IoTivity has a release milestone one is in April and the other is in Oct except patch version release. One is for alignment for OCF1.0 spec and OCF CTT (beta or other version) and The other is for OCF

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 18, 2017 4:59 PM, "Gregg Reynolds" wrote: On Jan 18, 2017 4:55 PM, "Nivedita Singhvi" wrote: On 01/18/2017 02:46 PM, Gregg Reynolds wrote: On Jan 18, 2017 4:35 PM, "Thiago Macieira" wrote: On quarta-feira, 18 de janeiro de 2017 15:52:21 PST Gregg

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 18, 2017 4:55 PM, "Nivedita Singhvi" wrote: On 01/18/2017 02:46 PM, Gregg Reynolds wrote: On Jan 18, 2017 4:35 PM, "Thiago Macieira" wrote: On quarta-feira, 18 de janeiro de 2017 15:52:21 PST Gregg Reynolds wrote: > I'm drooling, right now, on my keyboard. bu

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 18, 2017 4:35 PM, "Thiago Macieira" wrote: On quarta-feira, 18 de janeiro de 2017 15:52:21 PST Gregg Reynolds wrote: > I'm drooling, right now, on my keyboard. but looking over the list of > session i see almost nothing about OCF/Iotivity. One thing about > Iotivi

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 18, 2017 4:35 PM, "Thiago Macieira" wrote: On quarta-feira, 18 de janeiro de 2017 15:52:21 PST Gregg Reynolds wrote: > I'm drooling, right now, on my keyboard. but looking over the list of > session i see almost nothing about OCF/Iotivity. One thing about > Iotivi

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 18, 2017 4:32 PM, "Philippe Coval" wrote: On 18/01/17 22:52, Gregg Reynolds wrote: On Jan 17, 2017 2:51 PM, "Nivedita Singhvi" wrote: All, {...} 2. OpenIoT Summit North America 2017 / Embedded Linux Conf. http://events.linuxfoundation.org/events/openiot

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 17, 2017 2:51 PM, "Nivedita Singhvi" wrote: All, Just wanted to let you know about two events happening next month in Portland, OR, USA (for those local and/or willing to travelling here). ... 2. OpenIoT Summit North America 2017 / Embedded Linux Conf.

[dev] IoT/IoTivity Events : OpenIoT Summit NA & GCTC SAC Summit

On Jan 17, 2017 3:24 PM, "Thiago Macieira" wrote: On ter?a-feira, 17 de janeiro de 2017 12:51:43 PST Nivedita Singhvi wrote: > 2. OpenIoT Summit North America 2017 / Embedded Linux Conf. > > http://events.linuxfoundation.org/events/openiot-summit > Feb 21-23, 2017 > > Biggest open

[dev] OCF and W3C?

On Tue, Jan 17, 2017 at 5:33 PM, Nivedita Singhvi wrote: > On 01/17/2017 03:23 PM, Gregg Reynolds wrote: > >> >> >> On Jan 17, 2017 5:12 PM, "Nivedita Singhvi" > <mailto:niveditasinghvi at gmail.com>> wrote: >> >> Hello, >> >

[dev] OCF and W3C?

On Jan 17, 2017 5:12 PM, "Nivedita Singhvi" wrote: Hello, Hoping someone here can answer this or point me to the right place to get an answer. Is there any overlap or interlock between the OCF specification and W3C standards? Will OCF submit their specification to W3C? i sure hope not. g

[dev] Introducing Linux Foundation Release Engineer: C.J. Collier

thanks trevor and good luck on the new gig! g On Jan 17, 2017 3:58 PM, "Trevor Bramwell" wrote: > Hi all, > > I'd like to introduce C.J. Collier. > > C.J. resides in the PST timezone (UTC -8:00) and will be taking over my > duties for IoTivity, since I've been transitioned to supporting

[dev] randomized notifications?

On Jan 13, 2017 10:55 AM, "Thiago Macieira" wrote: On quinta-feira, 12 de janeiro de 2017 17:05:33 PST Gregg Reynolds wrote: > now suppose my local burglary ring eavesdrops on my stuff. over time they > can infer my patterns, even if they cannot crack the DTLS encryption. th

[dev] randomized notifications?

On Jan 12, 2017 5:05 PM, "Gregg Reynolds" wrote: suppose I have a bunch of smart lights, and I observe them. they notify me when they change state from on to off or vice-versa. now suppose my local burglary ring eavesdrops on my stuff. over time they can infer my patterns, even if t

[dev] randomized notifications?

suppose I have a bunch of smart lights, and I observe them. they notify me when they change state from on to off or vice-versa. now suppose my local burglary ring eavesdrops on my stuff. over time they can infer my patterns, even if they cannot crack the DTLS encryption. they see a bunch of

[dev] Security in IoTivity

On Jan 5, 2017 11:47 AM, "Thiago Macieira" wrote: Em ter?a-feira, 20 de dezembro de 2016, ?s 13:00:22 PST, Ashwini Sharma escreveu: > Hello, > > There is no authorization from device on discovery. Any client can discover > the devices aroun which are discoverable. But you can't know what the

[dev] ces

On Jan 12, 2017 2:48 PM, "Khaled Elsayed" wrote: Great to know the steam is gathering beyond OCF/iotivity. there's also new competition in the form of zigbee's "dotdot" which they call "the language of iot" or some such. I didn't understand that either, so I asked. I gather it is the zigbee

[dev] ces

so I was the only iotivity dev dweeb at ces last week? -- next part -- An HTML attachment was scrubbed... URL:

[dev] Integer representation in OCRepresentation, OCRepPayload and cbor encoder

On Jan 11, 2017 3:00 PM, "Morten Nielsen" wrote: ... For example you could change this C-SDK member: /** * This function gets the byte string from the payload. * * @param payload Pointer to the payload from which byte string needs to be retrieved. * @param name Name of the

[dev] Integer representation in OCRepresentation, OCRepPayload and cbor encoder

On Jan 11, 2017 2:04 PM, "Morten Nielsen" wrote: This idea might be valuable or not, but in my day-to-day work we also have a C-SDK, and all its public methods are heavily documented and tagged. We then use a combination of Doxygen and Python scripts to auto-generate higher-level OO classes

[dev] Integer representation in OCRepresentation, OCRepPayload and cbor encoder

On Jan 11, 2017 1:52 PM, "Gregg Reynolds" wrote: On Jan 11, 2017 1:46 PM, "Thiago Macieira" wrote: ... We should have a unified API in one language only -- I understand Microsoft's preference would be for a C API. +1 and for other languages (esp. oo languages), I'd

[dev] Integer representation in OCRepresentation, OCRepPayload and cbor encoder

On Jan 11, 2017 1:46 PM, "Thiago Macieira" wrote: ... We should have a unified API in one language only -- I understand Microsoft's preference would be for a C API. +1 -- next part -- An HTML attachment was scrubbed... URL:

[dev] Security in IoTivity

On Sun, Dec 25, 2016 at 11:59 PM, Prakash Karthikeyan < prakash.karthikeyan at smartron.com> wrote: > > > Thanks, > Karthikeyan Prakash. > > On Mon, Dec 26, 2016 at 10:59 AM, Gregg Reynolds > wrote: > >> >> >> On Fri, Dec 23, 2016 at 6:58 PM,

[dev] Security in IoTivity

On Fri, Dec 23, 2016 at 6:58 PM, Heldt-Sheller, Nathan < nathan.heldt-sheller at intel.com> wrote: > I think this question was already answered by Prakash on Tuesday 12/20, > I'm not entirely sure, because the Spec is not exactly a paragon of clarity, but my view is that Prakash's answer was

[dev] Security in IoTivity

On Dec 20, 2016 1:25 AM, "Khaled Elsayed" wrote: Hi, I am trying to gather some information on the security features in iotivity. I know DTLS is used, but is there anything like authorization from devices when they are discovered? Is any client capable of discovering whatever device running the

[dev] Security in IoTivity

On Dec 20, 2016 1:25 AM, "Khaled Elsayed" wrote: Hi, I am trying to gather some information on the security features in iotivity. I know DTLS is used, but is there anything like authorization from devices when they are discovered? Is any client capable of discovering whatever device running the

[dev] Introspection progress report

On Dec 9, 2016 4:10 PM, "Justin Hutchings via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: Hi all, We?ve had a couple of questions regarding the Introspection code, what is that? gregg -- next part -- An HTML attachment was scrubbed... URL:

[dev] [Versioning] Add option number for IoTivity version

On Dec 9, 2016 1:52 PM, "Dave Thaler via iotivity-dev" < iotivity-dev at lists.iotivity.org> wrote: This thread seems to have strayed from Ziran?s original question which was about how to indicate iotivity version number. I don?t think any option number is appropriate for this. It would be fine

[dev] [Versioning] Add option number for IoTivity version

On Fri, Dec 9, 2016 at 5:44 AM, Dwarkaprasad Dayama < dwarka.dayama at samsung.com> wrote: > Hi Carsten, > > You understood right about 1st point, there is possiblity of break in > interop. > > Since Open Source can have more than 1 release in between 2 major release > of Spec, there is

  1   2   3   >