Re: [Development] Adding 3rdpary libraries to QtSerialBus

> Am 11.08.2016 um 22:22 schrieb Thiago Macieira : > > On quinta-feira, 11 de agosto de 2016 19:50:35 PDT Alexander Nassian wrote: >>> And they're LGPLv2. The v3 clauses cause lots of companies to run away. >> >> Really? v3 just clarifies some of the implications of v2

Re: [Development] Adding 3rdpary libraries to QtSerialBus

12.08.2016, 07:32, "Alexander Nassian" : > Interesting enough that Qt itself switched the OSS license to v3 ... Don't mix up changing license of your project to more restrictive with using restrictively licensed 3rd party libraries. > >>  Am 11.08.2016 um 22:22

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Hi Denis, I've already have a prototype parsing the sysfs. It has no dependencies, consists of less than 100 lines code and determines the SocketCAN interfaces, checks if an interface is virtual and if the interface is CAN FD capable. You will be able to review it soon :) Best regards,

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Hi Andre, We can try to use libudev (or to parse the sysfs entries) to find out additional information too. At first, we just need to check what we can take from it. BR, Denis 11.08.2016 16:28, André Hartmann пишет: Hi all, [Re-sent as I think something went wrong the first time, the mail

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Interesting enough that Qt itself switched the OSS license to v3 ... > Am 11.08.2016 um 22:22 schrieb Thiago Macieira : > > On quinta-feira, 11 de agosto de 2016 19:50:35 PDT Alexander Nassian wrote: >>> And they're LGPLv2. The v3 clauses cause lots of companies to run

Re: [Development] Adding 3rdpary libraries to QtSerialBus

On quinta-feira, 11 de agosto de 2016 22:31:13 PDT André Hartmann wrote: > Am 11.08.2016 um 22:22 schrieb Thiago Macieira: > > On quinta-feira, 11 de agosto de 2016 19:58:48 PDT André Hartmann wrote: > >> Thiagos patch https://codereview.qt-project.org/#/c/167772/ looks quit > >> promising, at

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Am 11.08.2016 um 22:22 schrieb Thiago Macieira: On quinta-feira, 11 de agosto de 2016 19:58:48 PDT André Hartmann wrote: Thiagos patch https://codereview.qt-project.org/#/c/167772/ looks quit promising, at least for an important part of my problem. Nice to know. Note the patch is crude at

Re: [Development] Adding 3rdpary libraries to QtSerialBus

On quinta-feira, 11 de agosto de 2016 19:58:48 PDT André Hartmann wrote: > Thiagos patch https://codereview.qt-project.org/#/c/167772/ looks quit > promising, at least for an important part of my problem. Nice to know. Note the patch is crude at this point. It's at the earliest a Qt 5.9

Re: [Development] Adding 3rdpary libraries to QtSerialBus

On quinta-feira, 11 de agosto de 2016 19:50:35 PDT Alexander Nassian wrote: > > And they're LGPLv2. The v3 clauses cause lots of companies to run away. > > Really? v3 just clarifies some of the implications of v2 in a more suitable > way for lawyers. Many people that run away don't know how to

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Hi, oops, looks like I triggerd an avalanche. Just to clarify, if we can solve the problem within Qt, then there is no need to include external libraries. Thiagos patch https://codereview.qt-project.org/#/c/167772/ looks quit promising, at least for an important part of my problem. Best

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Am 11.08.2016 um 19:42 schrieb Thiago Macieira : > >> On quinta-feira, 11 de agosto de 2016 19:12:26 PDT Alexander Nassian wrote: >> Why should that not be possible? With Chromium we already have L-GPLv2 and >> many other. Qt itself is also available as v3. > > WebKit

Re: [Development] Adding 3rdpary libraries to QtSerialBus

On quinta-feira, 11 de agosto de 2016 19:12:26 PDT Alexander Nassian wrote: > Why should that not be possible? With Chromium we already have L-GPLv2 and > many other. Qt itself is also available as v3. WebKit (including JSC) was an exception and Chromium inherited that exception. It's one that

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Why should that not be possible? With Chromium we already have L-GPLv2 and many other. Qt itself is also available as v3. Beste Grüße / Best regards, Alexander Nassian > Am 11.08.2016 um 18:21 schrieb Thiago Macieira : > >> On quinta-feira, 11 de agosto de 2016

Re: [Development] Adding 3rdpary libraries to QtSerialBus

On quinta-feira, 11 de agosto de 2016 16:18:22 PDT André Hartmann wrote: > Hi Edward, > > > How hard would it be to teach QNetworkInterface how to detect > > CAN-iness in the interfaces it's clearly able to enumerate ? > > I'm currently trying to find this out. What I know so far, is that >

Re: [Development] Adding 3rdpary libraries to QtSerialBus

On quinta-feira, 11 de agosto de 2016 15:28:47 PDT André Hartmann wrote: > In this thread, Kurt Van Dijck proposed his network interface > enumeration library [2], licensed under LGPL V3 That would be a first if we allowed this. It's unlikely that we'll allow importing of an LGPLv3-licenced

Re: [Development] Adding 3rdpary libraries to QtSerialBus

Hi Edward, > How hard would it be to teach QNetworkInterface how to detect > CAN-iness in the interfaces it's clearly able to enumerate ? I'm currently trying to find this out. What I know so far, is that you can compare "something" to #define ARPHRD_CAN 280 to find out the interface is

Re: [Development] Adding 3rdpary libraries to QtSerialBus

André Hartmann > [Re-sent as I think something went wrong the first time, > the mail did not appear in the archive.] I haven't seen it before, at least. > In this thread, Kurt Van Dijck proposed his network interface > enumeration library [2], licensed under LGPL V3, which perfectly allows > to

[Development] Adding 3rdpary libraries to QtSerialBus

Hi all, [Re-sent as I think something went wrong the first time, the mail did not appear in the archive.] I'm working on a new feature for QCanBus to enumerate all available CAN interfaces and query more information about them [0]. As it turns out, the Linux SocketCAN API allows a lot, but