[dev] TinyCBOR release 0.5.2

2018-09-09 Thread Thiago Macieira
ycbor-version.h header -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9930): https://lists.iotivity.org/g/iotivity-dev/message/9930 Mute

Re: [dev] What is the process for appointing new project maintainers/sub-maintainers

2018-06-12 Thread Thiago Macieira
ntainer TL;DR: natural person is selected by the community, ISG ratifies. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#96

Re: [dev] cl not recognised

2018-06-07 Thread Thiago Macieira
as a problem. If that worked, then run IoTivity's scons from that prompt. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9673)

Re: [dev] Where are the devs?

2018-06-05 Thread Thiago Macieira
I do agree too, though I was holding out hope that we wouldn't need a product like LIFX but instead would geta wealth of choices from manufacturers. So you pick up a new TV, a coffee machine or router, you get OCF support so you can use IoTivity to interact with. I hear they're coming... As for

Re: [dev] coap-go repository

2018-06-01 Thread Thiago Macieira
to create a Go API for IoTivity in the long run, I would support it. It isn't. I asked specifically and the proposal is to do CoAP *only*. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center -=-=-=-=-=-=-=-=-=-=-=- Links: You recei

Re: [dev] coap-go repository

2018-06-01 Thread Thiago Macieira
tly, we were not able to find a go-coap library which supports TCP and > DTLS. Only UDP. Thats why our own implementation - in the IoTivity project, > as we need it for the new cloud based resource directory and account > server. Thanks, that's now clear. I don't think this shou

Re: [dev] coap-go repository

2018-05-31 Thread Thiago Macieira
tory, why it should belong in IoTivity, who will be responsible for it (that is, who the Maintainer will be), and propose a proper name for it. I think I've asked you to explain the goals at least three times and I still don't get what you're trying to do. Don't write a sh

Re: [dev] coap-go repository

2018-05-31 Thread Thiago Macieira
entation, but who > knows how it evolves. If you're not going to implement the OCF protocol, my recommendation is that you host it elsewhere, like GitHub or GitLab. It would make sense to host the CoAP protocol code in IoTivity only if it was developed closely with the OCF implementa

Re: [dev] coap-go repository

2018-05-30 Thread Thiago Macieira
er and implement the OCF protocol, like IoTivity does? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9612): https://lists.iotivity.o

Re: [dev] Cloud maintainers

2018-05-30 Thread Thiago Macieira
; this is out of date. https://wiki.iotivity.org/projects_and_functions We don't have a lead architect at this time. That should not stop you from posting your proposal and having it discussed. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Ope

Re: [dev] Android Thingies

2018-05-04 Thread Thiago Macieira
oWPAN-based network that the Nest thermostat uses to talk to sensors. They are different protocols. Nest Weave competes more with Bluetooth LE than with OCF, at least until we figure out low-power OCF. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Techn

Re: [dev] Activity of cloud maintainers

2018-04-27 Thread Thiago Macieira
come with a solution to Ondrej's problems. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/

Re: [dev] IoTivity CoAP to HTTP

2018-04-12 Thread Thiago Macieira
s https://github.com/intel/iot-rest-api-server It's not been updated recently, but it does the work in the direction you want, so it should get you started. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___

Re: [dev] API proposal for better userability in IoTivity Lite.

2018-04-03 Thread Thiago Macieira
g function. PS: I have a pending task but no time to complete the implementation of CborEncoder writing to platform-specific chunked buffers. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center

[dev] TinyCBOR 0.5.1 release

2018-03-31 Thread Thiago Macieira
following people for contributing to this release: Andreas Zisowsky Konstantin Yegupov Mårten Nordheim -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list

Re: [dev] Problem with IPv4 only Discovery

2018-03-15 Thread Thiago Macieira
On Thursday, 15 March 2018 01:19:07 PDT Nadavd wrote: > Hi Dev > > So to answer to Thiago Macieira, my company is not building devices , we > are building software for different OS devices. > > This is why i will not be able to fix the devices we are working on. Fair eno

Re: [dev] Problem with IPv4 only Discovery

2018-03-14 Thread Thiago Macieira
Physical. https://en.wikipedia.org/wiki/OSI_model#Layer_1:_Physical_Layer Though the OSI model does not map strictly to reality either. Bluetooth is L1 and L2, but the upper half of L2 (MAC) leaks to the layer above (IP) with IPv6. -- Thiago Macieira - thiago.macieira (AT) intel.com

Re: [dev] Problem with IPv4 only Discovery

2018-03-14 Thread Thiago Macieira
Bluetooth GATT. We do some early support for that in IoTivity, but it's not standardised. The problem of communication is one, but also because the target type of device where that would make sense is quite possibly too small to run even IoTivity Constrained. -- Thiago Macieira - thiago.ma

Re: [dev] Problem with IPv4 only Discovery

2018-03-14 Thread Thiago Macieira
oes not require IPv6. OCF's analog in the HTTP world would be a particular HTTP application or website. For example, we can say it's the web app that controls my Mitsubishi air conditioner (Kumocloud). That particular service requires IPv4. -- Thiago Macieira - thiago.macieira (A

Re: [dev] Problem with IPv4 only Discovery

2018-03-14 Thread Thiago Macieira
message will work straight after > starting the iotivity. It could be simply because IPv6 gets address assignment very quickly (stateless) whereas IPv4 needs to wait for DHCP. Please confirm that the network interface had IP addresses assigned before the IoTivity appl

Re: [dev] Problem with IPv4 only Discovery

2018-03-13 Thread Thiago Macieira
27;t see them only after. How did you test this? Was it with tcpdump on the local machine? Was that machine just recently booted? Had it already acquired an address via DHCP? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center

Re: [dev] Problem with IPv4 only Discovery

2018-03-12 Thread Thiago Macieira
On Monday, 12 March 2018 11:14:24 PDT Thiago Macieira wrote: > On Monday, 12 March 2018 11:10:29 PDT Gregg Reynolds wrote: > > On Mar 12, 2018 1:04 PM, "Thiago Macieira" > > wrote: > > > > On Monday, 12 March 2018 09:28:54 PDT Nadavd wrote: > > >

Re: [dev] Problem with IPv4 only Discovery

2018-03-12 Thread Thiago Macieira
On Monday, 12 March 2018 11:10:29 PDT Gregg Reynolds wrote: > On Mar 12, 2018 1:04 PM, "Thiago Macieira" > wrote: > On Monday, 12 March 2018 09:28:54 PDT Nadavd wrote: > > Hi Devs, > > > > I created an environment that my client is configure to do discove

Re: [dev] Problem with IPv4 only Discovery

2018-03-12 Thread Thiago Macieira
another tool to verify that the packet was sent from the client device. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Re: [dev] .dat files not being .gitignored?

2018-03-06 Thread Thiago Macieira
as > they are now while making it possible to use more standard cbor encoding. Not asking to change what's already there. We were just wondering why it is the way it is. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___

Re: [dev] .dat files not being .gitignored?

2018-03-06 Thread Thiago Macieira
0303030302d303030302d303030302d303030302d3030303030303030303030306a726f776e657275756964782430303030303030302d303030302d303030302d303030302d303030303030303030303030627274816a6f69632e722e646f786d626966816f6f69632e69662e626173656c696e65ff'} -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Re: [dev] .dat files not being .gitignored?

2018-03-05 Thread Thiago Macieira
end to push them. The dat files will be updated in this case and the developer may not notice that they did, as the developer did not intentionally modify those files. So, please, never modify committed files as part of the build. That's bad practice. -- Thiago Macieira - thiago.macieir

Re: [dev] .dat files not being .gitignored?

2018-03-05 Thread Thiago Macieira
will know about it and will add "updated .dat files" to the commit message (if it isn't obvious that it was needed). No one else needs to see those files being modified. Ever. -- Thiago Macieira - thiago.macieira (AT) intel.com Software A

Re: [dev] Regarding resource creation

2018-03-01 Thread Thiago Macieira
t; Cannot be CREATEd, ok, but why can I not DELETE whatever I please? Sure, go ahead. Send HTTP DELETE commands to random webpages and see what happens. You'll likely find that you're going to get one of the denied errors for everything, except for resources that were PUT in the first place.

Re: [dev] Regarding resource creation

2018-02-28 Thread Thiago Macieira
there any samples that show CREATE and DELETE? Since security > permissions map directly to the CRUDN I wanted to understand how CRUDN > actually maps to code. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center __

Re: [dev] coding conventions: header file naming?

2018-02-26 Thread Thiago Macieira
which one was C and which one was C++, renaming one or both was the correct solution. I follow the rule of thumb of always naming things lowercase. Otherwise, you have to remember if it's "Clipboard" or "ClipBoard". -- Thiago Macieira - thiago.macieira (AT) intel.

Re: [dev] coding conventions: header file naming?

2018-02-26 Thread Thiago Macieira
C++ source files as .C and headers as .H hasn't been done in three decades... -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev

Re: [dev] IPv6 and coaps on Windows

2018-02-26 Thread Thiago Macieira
ipconfig /all" ? >From your description, it sounds like we included an IPv6 address from an interface that wasn't active, so the client attempted to connect to it and failed. It could also be a link-local address coming from the wrong interface. -- Th

Re: [dev] TinyCBOR 0.5 release

2018-02-01 Thread Thiago Macieira
sion of the submodule. But maybe my understanding is > incorrect... You are correct. We are just not using this feature. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity

Re: [dev] TinyCBOR 0.5 release

2018-01-31 Thread Thiago Macieira
ately, which also can be an github submodule in IOTivity. > > Kind Regards, > Wouter > > -Original Message- > From: iotivity-dev-boun...@lists.iotivity.org > [mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Thiago > Macieira Sent: 30 January 2018 22:59 >

[dev] TinyCBOR 0.5 release

2018-01-30 Thread Thiago Macieira
-copy string access API will be provided in the 0.6 release. The project maintainer would like to thank the following people for contributing to this release: Bertrand Roussel George Nash Erich Keane Fabrice Fontaine Vipul Rahane -- Thiago Macieira - thiago.macieira (AT) intel.com Software

Re: [dev] solved, Re: TinyCBOR 0.5 beta1 release

2018-01-26 Thread Thiago Macieira
ore time to design it properly to work in constrained OSes. Zephyr and myNewt have been screaming for that. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list

Re: [dev] TinyCBOR 0.5 beta1 release

2018-01-23 Thread Thiago Macieira
On terça-feira, 23 de janeiro de 2018 12:52:41 PST Thiago Macieira wrote: > Release page: https://github.com/intel/tinycbor/releases/tag/v0.5-beta1 > Downloads > - https://github.com/intel/tinycbor/archive/v0.5-beta1.zip > - https://github.com/intel/tinycbor/archive/v0.5-beta1.tar.gz

[dev] TinyCBOR 0.5 beta1 release

2018-01-23 Thread Thiago Macieira
freestanding C environments. The project maintainer would like to thank the following people for contributing to this release: Bertrand Roussel Erich Keane Fabrice Fontaine Vipul Rahane -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology

Re: [dev] iotivity c++ docs?

2018-01-13 Thread Thiago Macieira
I have no clue how to update the link from https://www.iotivity.org/documentation -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org

Re: [dev] Question about discoverable resources

2018-01-12 Thread Thiago Macieira
ot sure that's a valid use-case. It may be that all resources are discoverable, but access to them may fail to some users. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivi

Re: [dev] Question about discoverable resources

2018-01-12 Thread Thiago Macieira
be done? If so, > how? Can I do this kind of discover access control by the Access Control > List? ACLs may apply at a later stage, after discovery. You should simply filter the result so hat you find the device you want and discard the one you don't. -- Thiago Macieira - thia

Re: [dev] Multiple build errors

2018-01-09 Thread Thiago Macieira
after branching, or when compiling from a tarball (no .git dir). -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotiv

Re: [dev] Multiple build errors

2018-01-09 Thread Thiago Macieira
Unfortunately, the problem here is that -Werror was enabled for you. It should not have been. That's a mistake in IoTivity. -Werror should only be enabled for project developers. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Arc

Re: [dev] Question about IP adapter variation according to TARGET OS

2018-01-08 Thread Thiago Macieira
ouldn't get an AF_NETLINK socket in the first place. Some stupid SELinux or Seccomp rules blocked it. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailin

Re: [dev] Relevant Security documentation

2017-12-15 Thread Thiago Macieira
#x27;s a difference between technical capability and legal capability. You may be frustrated, but that does not give you the right to insult the competency of people without all the facts. -- Thiago Macieira - thiago.macieira (AT) intel.com Soft

Re: [dev] which libcoap to use in master branch?

2017-12-13 Thread Thiago Macieira
ystems. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Re: [dev] which libcoap to use in master branch?

2017-12-06 Thread Thiago Macieira
gger ones, yes, there should be a firewall. But "defense in depth" comes to mind too :-) -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing

Re: [dev] which libcoap to use in master branch?

2017-12-05 Thread Thiago Macieira
equests over 3G. It's a PPP connection, so it won't find any neighbours, but I don't want those packets going out anyway. Much less accept incoming packets. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___

Re: [dev] which libcoap to use in master branch?

2017-12-05 Thread Thiago Macieira
. > you DO NOT want to accept OCF packets > > > What would be the point of running iotivity if you don't accept OCF > packets? I must be missing something here. You accept packets on the LAN interface. Just not from the Internet. And you don't send querie

Re: [dev] which libcoap to use in master branch?

2017-12-05 Thread Thiago Macieira
On Tuesday, 5 December 2017 14:08:20 PST Gregg Reynolds wrote: > On Dec 5, 2017 3:58 PM, "Thiago Macieira" wrote: > > .. > > 3) integration with the network monitor capabilities, like which interfaces > to whitelist or to blacklist > > > I've been l

Re: [dev] which libcoap to use in master branch?

2017-12-05 Thread Thiago Macieira
with our crypto library of choice, which now seems to be mbedTLS, not tinydtls -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivi

Re: [dev] Certification

2017-12-05 Thread Thiago Macieira
ications you already have installed, hopefully much more complete and more featureful than what your simple lightbulb controller would be. I don't want to install your app, plus Samsung Connect for my washing machine plus LG's equivalent for my TV, etc. One application must suf

Re: [dev] Certified products

2017-12-05 Thread Thiago Macieira
y are actually in stores. The date for that depends on each manufacturer's own marketing and strategy, so something that was certified a month ago may not show up for 6 months, for example. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Arch

Re: [dev] Certification

2017-12-04 Thread Thiago Macieira
t of information for end users that the device has been tested to conform to the specification. Here's what OCF hasn't decided on yet: what happens to things that are pure software? If I download an application for my router, does the app get a logo? -- Thiago Macieira - thiago.maci

Re: [dev] Certification

2017-12-04 Thread Thiago Macieira
ed? It cannot. You can test it against the Certification Test Tool to give your users a guarantee that it will pass certification, if they don't mess up and do write the 20% remaining work. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open

Re: [dev] About the space limitation for limited HW

2017-12-01 Thread Thiago Macieira
to test on your hardware, with your toolchain. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Re: [dev] Query : Is IoTivity Security Implementation required for IoTivity Server bridging to Non-OCF Devices

2017-11-30 Thread Thiago Macieira
. The communication between your client and the IoTivity server is an OCF communication. The interaction between the server and the actual device is irrelevant. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___

Re: [dev] Query : Is IoTivity Security Implementation required for IoTivity Server bridging to Non-OCF Devices

2017-11-27 Thread Thiago Macieira
t; runs on a same system. > > In this case, implementing Provisioning and Security is necessary ? How is it an OCF client if it only talks to non-OCF devices? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source

Re: [dev] IPv4 support for multicast discovery in version 1.3.1

2017-11-22 Thread Thiago Macieira
addresses of the VMs using network address translation (NAT). The IPv6 Internet client cannot communicate directly with the IPv6 address of the VMs." If it weren't this tiny detail, Azure's offering was superior to AWS in almost every way. And the price calculator is a lot easier t

Re: [dev] IPv4 support for multicast discovery in version 1.3.1

2017-11-22 Thread Thiago Macieira
e to host my new server, both Google Compute Engine and Microsoft Azure were discarded, without looking at prices] -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev ma

Re: [dev] build issues on windows with rel1.3

2017-11-22 Thread Thiago Macieira
has a major regression related to dynamic initialisation, but it doesn't show up as warnings. It's good enough for testing, though, so I recommend using it if you can. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Arc

Re: [dev] IPv4 support for multicast discovery in version 1.3.1

2017-11-22 Thread Thiago Macieira
On quarta-feira, 22 de novembro de 2017 01:21:25 PST Max Kholmyansky wrote: > Hi, > > I am trying to force the IoTivity 1.3.1 based client to perform the > multicast discovery via IPv4. Why? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Sourc

[dev] TinyCBOR release 0.4.2

2017-11-13 Thread Thiago Macieira
migrate to the getters like cbor_encoder_get_extra_bytes_needed(). -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https

Re: [dev] IoTivity roadmap

2017-11-10 Thread Thiago Macieira
r term. I'll encourage you to participate in contributing the features you want, not to wait for others. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity

Re: [dev] Secure coding guidelines for IoTivty

2017-11-03 Thread Thiago Macieira
to verify that those techniques aren't enabled, after the build. The suggestions don't apply to open source software, where multiple people build the software. They don't have a suggestion on how to work in Open Source for this matter. -- Thiago Macieira - thiago.macieira

[dev] Secure coding guidelines for IoTivty

2017-11-02 Thread Thiago Macieira
f the discussion. It's also meant to be a live document and we should update it as we learn, though it's not meant to duplicate what's in the source code itself. PS: the page isn't linked from anywhere yet. I'd like some feedback and updates before we make it IoTivit

Re: [dev] Android and C-SDK

2017-10-31 Thread Thiago Macieira
mentation details that go back via JNI to call to Android API. Isn't the network monitor doing that? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing lis

Re: [dev] Android and C-SDK

2017-10-31 Thread Thiago Macieira
s > crash, hence this email thread. The C SDK is the core of the Android port, so yes, it's deployed and known to work on Android. But if you built the C SDK without the rest of the Android API, all bets are off. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Archi

Re: [dev] About the difference PUT and POST action

2017-10-31 Thread Thiago Macieira
nction. OCF specifies which actions to perform on each resource -- that's the interaction model. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@li

Re: [dev] iotivity logger library

2017-10-31 Thread Thiago Macieira
On terça-feira, 31 de outubro de 2017 08:28:32 PDT Mats Wichmann wrote: > Is there a reason why the "logger" library lives in resource/csdk? My guess is that it's hysterical raisins. I mean, historical reasons. -- Thiago Macieira - thiago.macieira (AT) intel.com Software

Re: [dev] Android and C-SDK

2017-10-29 Thread Thiago Macieira
find out what happened. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Re: [dev] Questions about json2cbor tool from the security tools folder

2017-10-27 Thread Thiago Macieira
(overhead increases to 2). The simplicity of representing in JSON was the winning argument, over the 123% increase in payload. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-

Re: [dev] Questions about json2cbor tool from the security tools folder

2017-10-26 Thread Thiago Macieira
On Thursday, 26 October 2017 06:03:41 PDT Carsten Bormann wrote: > On Oct 26, 2017, at 03:40, Thiago Macieira wrote: > > Also note that COSE requires that the protected maps also conform to the > > canonical format (RFC 7049 section 3.9), but our map doesn't. > > Actu

Re: [dev] Questions about json2cbor tool from the security tools folder

2017-10-25 Thread Thiago Macieira
; encoded data. The problem is RFC-7049 does not know when cbor is encoded > inside cbor and thinks it is just a collection of binary data. There's a way to mark that a Byte String contains CBOR, but I've never seen it used in practice. And to be honest, I'm not sure a decoder shou

Re: [dev] Segmentation fault in iotivity 1.3.0 on Raspberry Pi

2017-10-23 Thread Thiago Macieira
the > Pi using Tizen/Yocto, or building natively on the Pi? If the latter, > what is the environment? > > Is it possible to test with the 1.3.1-to-be (that would be the 1.3-rel > branch from git - sounds like you may have started from the 1.3.0 > release tarball, is that righ

Re: [dev] NO SCREENSHOTS, PLEEEZE!

2017-10-23 Thread Thiago Macieira
; paste or Find in your error, I am not bothering with it. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.io

Re: [dev] Avoid Self discovery

2017-10-19 Thread Thiago Macieira
Your application needs to filter those out. It's not easy for the client stack to determine that it's coming from the same process. We need the ability to loop back to the same host in case there are more applications running on the same machine. -- Thiago Macieira - thiago.maciei

Re: [dev] OCF Specfication Version?

2017-10-19 Thread Thiago Macieira
2.0, 2.1, 2.2, 2.3, 2.4, 2.5, 2.6, 7, 8, 9, 10. Or Windows (NT line) versions: 3.0, 3.1, 3.11, 3.51, 4, 2000, XP, Vista, 7, 8, 8.1, 10. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Cen

Re: [dev] IMPORTANT: significant memory issue

2017-10-19 Thread Thiago Macieira
e tihs is a problem and should be fixed, possibly even a showstopper because we'd be sending truncated useless data, we're not actually overflowing the buffers and causing further security issues. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - In

Re: [dev] IoTivity-Constrained for Zigbee

2017-10-19 Thread Thiago Macieira
ve to start the question with the OS you want to run this on. What constrained / real-time OS is this? We expect you to be familiar with that OS. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Te

Re: [dev] IoTivity usage on Mobile Phones

2017-09-22 Thread Thiago Macieira
appy to take them. There was another post last week asking for the same, so you may want to join forces. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list

Re: [dev] Iotivity ios

2017-09-19 Thread Thiago Macieira
te it for future versions. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

Re: [dev] IoTivity constrained zephyr port connectivity issues

2017-09-18 Thread Thiago Macieira
r port source code. > I can file an issue or make a new pull request on github. > > Please advise Correct, because setting up the IP addresses is out of scope. You must do that in your application. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Op

Re: [dev] IoTivity constrained zephyr port connectivity issues

2017-09-17 Thread Thiago Macieira
*ifaddr = net_if_ipv6_addr_add(net_if_get_default(), > &in6addr_my, > NET_ADDR_MANUAL, 0); Thanks. I've now closed the issue. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology

Re: [dev] Cannot push my secure applications into gerrit

2017-09-15 Thread Thiago Macieira
re saying it's present, but is it present in all commits you're trying to push? Run git log @{u}.. (including the two dots) to see all commits you're trying to push. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center _

Re: [dev] IoTivity constrained zephyr port connectivity issues

2017-09-14 Thread Thiago Macieira
th the qemu application in the case of iotivity constrained. RIOT is > working fine. I will try to compare how network init is done in http_server > and then in the iotivity zephyr port to see if the bug can be solved. -- Thiago Macieira - thiago.macieira (AT) intel.com Softwar

Re: [dev] The public faces of the iotivity project

2017-09-13 Thread Thiago Macieira
On quarta-feira, 13 de setembro de 2017 14:19:31 PDT Mats Wichmann wrote: > On 09/13/2017 01:23 PM, Thiago Macieira wrote: > > On quarta-feira, 13 de setembro de 2017 11:57:59 PDT Mats Wichmann wrote: > >> Is this something to worry about? Can/should we try to improve? If so,

Re: [dev] The public faces of the iotivity project

2017-09-13 Thread Thiago Macieira
that we're not actively working on. As far as I know, the only content we've made in the past three years, after the site was launched, was the release blogs and wiki. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open

Re: [dev] Grouping and Ownership

2017-09-13 Thread Thiago Macieira
ications from performing certain actions. The client applications must be onboarded by the same OBT as the devices themselves. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-

Re: [dev] ocf specs?

2017-08-31 Thread Thiago Macieira
On Thursday, 31 August 2017 01:52:34 PDT Wouter van der Beek (wovander) wrote: > Well OCF membership is free (at the lowest level)... Right, but not mandatory for participation in IoTivity. He can choose to not make himself a member for any number of reasons. -- Thiago Macie

Re: [dev] Fwd: mbed TLS: CVE-2017-14032: Bypass of authentication of peer possible when the authentication mode is configured as 'optional'

2017-08-30 Thread Thiago Macieira
On Wednesday, 30 August 2017 14:57:22 PDT Thiago Macieira wrote: > On Wednesday, 30 August 2017 13:51:47 PDT Mats Wichmann wrote: > > iotivity no longer "ships" mbedtls, leaving it to the developer to pull > > it from the upstream git themselves. however, once they do

Re: [dev] Fwd: mbed TLS: CVE-2017-14032: Bypass of authentication of peer possible when the authentication mode is configured as 'optional'

2017-08-30 Thread Thiago Macieira
people to apply for every one of our releases. It should be done on top of the latest stable. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@li

Re: [dev] problem cross-compiling IoTivity

2017-08-30 Thread Thiago Macieira
just upgrade your Yocto to a release that did have that layer, then rebuild the board's BSP? -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity

Re: [dev] ocf specs?

2017-08-30 Thread Thiago Macieira
loper in IoTivity, he is just wondering what is asked of him and of other developers in order to write more code to IoTivity. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity

Re: [dev] bazelization

2017-08-30 Thread Thiago Macieira
even sure what was used before that, probably autotools/make, but I > don't know. It was manually-maintained Makefiles. The choice to use Scons was made by the developer who volunteered to rewrite the Makefiles. Since there was no one else volunteering to do the work, we let the devel

Re: [dev] Server throws exception (not on all boards)

2017-08-24 Thread Thiago Macieira
arm-poky-linux-gnueabi-ld --version reports: GNU ld (GNU > Binutils) 2.24 Copyright 2013 That's not "last two years". Consider rebuilding your SDK. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Archit

Re: [dev] Server throws exception (not on all boards)

2017-08-23 Thread Thiago Macieira
nd which exhausted your available RAM, then caused the application to crash? After it crashes, all its memory is deallocated so free will report free memory. If you are sure you are seeing valid values, then your system's calloc() has a bug. Is it a recent enough glibc? (as in, last two years)

Re: [dev] Server throws exception (not on all boards)

2017-08-22 Thread Thiago Macieira
On Tuesday, 22 August 2017 09:36:19 PDT Thiago Macieira wrote: > This is not an IoTivity problem. Your device is out of memory. It could be an IoTivity problem if it's leaking memory. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technolog

Re: [dev] Server throws exception (not on all boards)

2017-08-22 Thread Thiago Macieira
m calloc. This is not an IoTivity problem. Your device is out of memory. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ iotivity-dev mailing list iotivity-dev@lists.iotivity.org https://lists.iotivity.org/mailman/listinfo/iotivity-dev

  1   2   3   4   5   6   7   8   9   10   >