Re: [grpc-io] USB as a transport channel for gRPC

[Frédéric Martinsons]

Hello Thong,

Sure, you can find a work in progress on my personnal fork (branch
grpc-usb-1.35.0: https://github.com/fmartinsons/grpc/tree/grpc-usb-1.35.0) .

The code compils and run on my target machine (an embedded linux box with a
core i3) but for the moment I'm not able to make my android client talk
with the server (I have spurious USB disconnection at server side).  I had
not the time to go further on my investigations but I'm willing to pursue
as soon as possible.

Anyway feel free to use this code but be warned it may not work out of the
box. I you find bug or improvements on that, I will be very happy to  get
them in a merge request (or by other means).

On Tue, 20 Apr 2021 at 04:15, Thong Nguyen  wrote:

> Hi  Frédéric Martinsons,
>
> I have need to use grpc over usb and it is very interesting that you had
> done it. Could you please share it with us?
> Many thanks!
>
> Thong.
>
> On Saturday, February 27, 2021 at 3:00:34 AM UTC+9 frederic@gmail.com
> wrote:
>
>> Thanks Nicolas, I will read the doc you pointed and make the fork in the
>> coming days (weeks maybe :p).
>>
>> One last question that come to my mind. Like I said in the above
>> mentioned thread, the person who develop the patch is gone and I'm taking
>> responsability for the code.
>> I can make it compile on Linux, test it for our use cases (Android device
>> in accessory mode) but I don't know if the patches will be correct towards
>> coding rules or grpc philosophy.
>> And, if I understood correctly, doing the fork means that no peer review
>> will be done to comment and accept the patches but I'm willing to have
>> advices about how to do better integration inside gRPC world.
>> Si here is my question (finally) : do you think it is possible to have
>> review from gRPC devs people?
>>
>>
>>
>>
>>
>> Le ven. 26 févr. 2021 à 18:23, Nicolas Noble  a
>> écrit :
>>
>>> I would direct you to
>>> https://github.com/grpc/grpc-community/blob/master/grpc_ecosystem.md
>>> for details on how to proceed, but, in short:
>>>
>>> - transfer of ownership is a very straightforward process using github:
>>> https://docs.github.com/en/github/administering-a-repository/transferring-a-repository
>>> - being in the ecosystem organization means way less stringent rules;
>>> you get to decide what's best for building and distributing your version.
>>> If you wish to restrict it to Linux, and remove all of the wrapped
>>> languages but C/C++, go for it.
>>>
>>> On Thu, Feb 25, 2021 at 10:13 PM Frédéric Martinsons <
>>> frederic@gmail.com> wrote:
>>>
 Ok I understand the point but I missed some details:
- I can fork grpc to my github account but how to give it to the
 grpc-ecosystem ?
- For adding libusb dependency, am I obliged to go through
 third_party git submodule and compile libusb from sources ? Or can I only
 relies on system package (if so , where do I put it, directly in
 CMakeLists.txt) ?
- I have only a test setup running on unix , will it be acceptable
 for this fork to be only unix compatible ? Or do I need to support windows,
 apple ... ?

 Thanks again for your quick answer by the way. Have a nice day !

 On Friday, 26 February 2021 at 04:12:32 UTC+1 pixel...@gmail.com wrote:

> Hi,
>
>   While the idea is interesting and has merit, adding a libusb
> dependency into a network-oriented library seems counter productive and
> would likely complexify our build, test, distribution, and maintenance
> burden. This seems like an endeavor that'd be much more appropriate as a
> specific fork; call it grpc-usb if you want, and it'd ONLY have USB as a
> transport mechanism. We wouldn't mind hosting it in our grpc-ecosystem
> organization for instance.
>
> On Thu, Feb 25, 2021 at 8:35 AM Frédéric Martinsons <
> frederic@gmail.com> wrote:
>
>> Hello guys, like I said in a previous message (
>> https://groups.google.com/g/grpc-io/c/rCOTPM65A7U) , back in the
>> day, in my company there was a use cases to having gRPC work through usb.
>> We made patches for that and we would like to submit it to the project.
>>
>> Two questions though:
>>   - Is is wanted and will it be acceptable for the project (does it
>> worth the shot to rebase and clean ourpatches) ?
>>   - If yes, then our patches introduced a libusb dependency (
>> https://libusb.info/) and I'm wondering what is the best way to
>> introduce that ? In a new third party submodule ? Is there documentation
>> about integrating a new submodule because I read
>> https://github.com/grpc/grpc/blob/master/third_party/README.md and
>> there is not much details except that it trigs a lot of work and
>> maintenance.
>>
>> Thanks in advance for all the insights.
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "grpc.io" group.
>> To unsubscribe from 

[grpc-io] Re: gRFC L79: C++ API changes on ByteBuffer and Slice

['veb...@google.com' via grpc.io]

Thanks AJ, I didn't notice the the link actually was linked to the 
different URL.

On Monday, April 19, 2021 at 5:03:50 PM UTC-7 AJ Heller wrote:

> Corrected link: https://github.com/grpc/proposal/pull/232.  (previous 
> link pointed to #215)
> On Monday, April 19, 2021 at 4:24:39 PM UTC-7 veb...@google.com wrote:
>
>> Hi all,
>>
>> I've created a gRFC for C++ API changes on ByteBuffer and Slice. The 
>> proposal is here:
>> https://github.com/grpc/proposal/pull/232 
>> 
>>
>> Please feel free to comment.
>>
>> Regards,
>> Esun.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/f91d8745-c10f-4e31-b132-923375cb3002n%40googlegroups.com.

Re: [grpc-io] USB as a transport channel for gRPC

[Thong Nguyen]

Hi  Frédéric Martinsons,

I have need to use grpc over usb and it is very interesting that you had 
done it. Could you please share it with us? 
Many thanks!

Thong.

On Saturday, February 27, 2021 at 3:00:34 AM UTC+9 frederic@gmail.com 
wrote:

> Thanks Nicolas, I will read the doc you pointed and make the fork in the 
> coming days (weeks maybe :p). 
>
> One last question that come to my mind. Like I said in the above mentioned 
> thread, the person who develop the patch is gone and I'm taking 
> responsability for the code. 
> I can make it compile on Linux, test it for our use cases (Android device 
> in accessory mode) but I don't know if the patches will be correct towards 
> coding rules or grpc philosophy.
> And, if I understood correctly, doing the fork means that no peer review 
> will be done to comment and accept the patches but I'm willing to have 
> advices about how to do better integration inside gRPC world. 
> Si here is my question (finally) : do you think it is possible to have 
> review from gRPC devs people? 
>
>
>
>
>
> Le ven. 26 févr. 2021 à 18:23, Nicolas Noble  a 
> écrit :
>
>> I would direct you to 
>> https://github.com/grpc/grpc-community/blob/master/grpc_ecosystem.md for 
>> details on how to proceed, but, in short:
>>
>> - transfer of ownership is a very straightforward process using github: 
>> https://docs.github.com/en/github/administering-a-repository/transferring-a-repository
>> - being in the ecosystem organization means way less stringent rules; you 
>> get to decide what's best for building and distributing your version. If 
>> you wish to restrict it to Linux, and remove all of the wrapped languages 
>> but C/C++, go for it.
>>
>> On Thu, Feb 25, 2021 at 10:13 PM Frédéric Martinsons <
>> frederic@gmail.com> wrote:
>>
>>> Ok I understand the point but I missed some details:
>>>- I can fork grpc to my github account but how to give it to the 
>>> grpc-ecosystem ?
>>>- For adding libusb dependency, am I obliged to go through 
>>> third_party git submodule and compile libusb from sources ? Or can I only 
>>> relies on system package (if so , where do I put it, directly in 
>>> CMakeLists.txt) ?
>>>- I have only a test setup running on unix , will it be acceptable 
>>> for this fork to be only unix compatible ? Or do I need to support windows, 
>>> apple ... ?
>>>
>>> Thanks again for your quick answer by the way. Have a nice day !
>>>
>>> On Friday, 26 February 2021 at 04:12:32 UTC+1 pixel...@gmail.com wrote:
>>>
 Hi,

   While the idea is interesting and has merit, adding a libusb 
 dependency into a network-oriented library seems counter productive and 
 would likely complexify our build, test, distribution, and maintenance 
 burden. This seems like an endeavor that'd be much more appropriate as a 
 specific fork; call it grpc-usb if you want, and it'd ONLY have USB as a 
 transport mechanism. We wouldn't mind hosting it in our grpc-ecosystem 
 organization for instance.

 On Thu, Feb 25, 2021 at 8:35 AM Frédéric Martinsons <
 frederic@gmail.com> wrote:

> Hello guys, like I said in a previous message (
> https://groups.google.com/g/grpc-io/c/rCOTPM65A7U) , back in the day, 
> in my company there was a use cases to having gRPC work through usb. We 
> made patches for that and we would like to submit it to the project.
>
> Two questions though:
>   - Is is wanted and will it be acceptable for the project (does it 
> worth the shot to rebase and clean ourpatches) ?
>   - If yes, then our patches introduced a libusb dependency (
> https://libusb.info/) and I'm wondering what is the best way to 
> introduce that ? In a new third party submodule ? Is there documentation 
> about integrating a new submodule because I read 
> https://github.com/grpc/grpc/blob/master/third_party/README.md and 
> there is not much details except that it trigs a lot of work and 
> maintenance.
>
> Thanks in advance for all the insights.
>
> -- 
> You received this message because you are subscribed to the Google 
> Groups "grpc.io" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to grpc-io+u...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/grpc-io/a0f856e9-dc0d-4f5f-82f1-ee2efef6ecd3n%40googlegroups.com
>  
> 
> .
>
 -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "grpc.io" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to grpc-io+u...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> 

[grpc-io] Re: gRFC L79: C++ API changes on ByteBuffer and Slice

['AJ Heller' via grpc.io]

Corrected link: https://github.com/grpc/proposal/pull/232.  (previous link 
pointed to #215)
On Monday, April 19, 2021 at 4:24:39 PM UTC-7 veb...@google.com wrote:

> Hi all,
>
> I've created a gRFC for C++ API changes on ByteBuffer and Slice. The 
> proposal is here:
> https://github.com/grpc/proposal/pull/232 
> 
>
> Please feel free to comment.
>
> Regards,
> Esun.
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/d2f2c19c-6b3d-4bf5-b4d3-ac53a7866ab7n%40googlegroups.com.

[grpc-io] gRFC L79: C++ API changes on ByteBuffer and Slice

['veb...@google.com' via grpc.io]

Hi all,

I've created a gRFC for C++ API changes on ByteBuffer and Slice. The 
proposal is here:
https://github.com/grpc/proposal/pull/232 


Please feel free to comment.

Regards,
Esun.

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/409491f1-f47f-429a-96af-194c4dbffa9bn%40googlegroups.com.

[grpc-io] Re: gRPC Java on FreeBSD: did anyone try?

[Piotr Morgwai Kotarbinski]

you haven't included enough info, so we can only guess (with high 
probability though) that the error is caused by the fact that there's no 
protoc binary maven artifact for FreeBSD in the maven central 
repo: https://repo1.maven.org/maven2/com/google/protobuf/protoc/3.12.0/
It is probably possible to work around by building protoc first and 
installing it in your local maven repo.

Cheers!

On Tuesday, April 6, 2021 at 11:27:45 AM UTC+7 tar...@gmail.com wrote:

> Well, Java is supposed to be multiplatofrm. And as well gRPC should not be 
> system-dependent.
> However, I cannot build gRPC-java because of "Unknown OS: FreeBSD" error.
> As far as I understand, just adding FreeBSD to the list should work; 
> there's nothing THAT different, unless gRPC use something kernel-dependent.
> How can I do it?
>
> Alex
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/6b4abf84-83f9-4d7f-b7a4-d5d3fc4484ebn%40googlegroups.com.

[grpc-io] [CORRECTION] Join gRPC meetup April 27

[Alma Maria Rinasz]

Hello everyone,

There was an error in the link sent earlier for the meetup on April 27th, 
at 2:30 PM PT.

The correct link to add to your calendar is https://bit.ly/gRPCAprilMeetup 


 Join us to hear working groups updates and ask any technical questions. 

We will show and discuss a demo, "ML Microservices with gRPC and Python", 
led by Andrej Baranovskij, Founder/Senior Developer at Katana ML.

Looking forward to seeing most of you this Thursday at our community meetup!

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/7f452cf2-0760-47b6-8e80-c7bdbddf309bn%40googlegroups.com.

[grpc-io] April 27 - new gRPC community meetup

[Alma Maria Rinasz]

Hello everyone,

This April 27th, at 2:30 PM PT we are hosting a new gRPC community meetup. 
Please add this meeting to your calendar http://bit.ly/gRPCApril2021 and 
join us to hear working groups updates and ask any technical questions you 
may have. 

We will also show and discuss a demo, "ML Microservices with gRPC and 
Python", led by Andrej Baranovskij, Founder/Senior Developer at Katana ML.

Looking forward to seeing most of you this Thursday at our community meetup!

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/1c9be581-2b7b-4838-99c2-6d1e7106f2ebn%40googlegroups.com.