Re: [go-nuts] Licence details of github.com/golang/sync

2020-10-29 Thread Ian Lance Taylor
On Thu, Oct 29, 2020, 10:48 PM Denis Cheremisov 
wrote:

> Well, as usual I wrote something in the way, not the real thing.
>
> The case is:
>
> - At my company we are using errgroup from that sync repo in one project,
>   sync/errgroup in fact mostly.
> - It proved to be error prone with its context shadowing on
> errgroup.WithContext
>   so we took the original and adds context in the group itself via
> eg.Ctx() +
>   a couple of additional functionality.
>
> Yesterday our attorney wrote us "we can't use sync because of this patents
> note" as it works like a virus, and can't use our modification too for the
> same
> reason. It turned out the stdlib is under the same note too, so we will
> have
> fun times :)
>


That makes no sense to me.  And I'm not aware of any other company that
sees any problem at all with the patent grant.

But I am not a lawyer, and you will have to make your own decisions.

Ian


четверг, 29 октября 2020 г. в 20:09:59 UTC+3, ohir:
>
>> Dnia 2020-10-29, o godz. 06:52:17
>> Denis Cheremisov  napisał(a):
>>
>> > Hi!
>> > At my job we found these additional patents
>> > limitatations https://github.com/golang/sync/blob/master/PATENTS
>> > They makes us impossible to use errgroup (which is, to say, turned to
>> have
>> > pretty poor choice of WithContext signature, so our one is different),
>> so
>> > we have our custom implementation of it with additonal functionality
>> > (errors collector, concurrency limitation), but it is derived from the
>> > original implementation.
>>
>> This list is not a proper venue to gather 'common-sense' legal advice, as
>> such
>> advice will likely be at odds with your real legal standing regarding
>> your software
>> under each next jurisdiction.
>>
>> To be clear and a bit assured about your real situation you should hire a
>> good attorneys
>> in each country of interest or hire a top-tier international law agency
>> then make sure to
>> be very frank with them about what you did, what you do, and what you
>> plan to do with
>> your implementation.
>>
>> Hope this helps,
>>
>> --
>> Wojciech S. Czarnecki
>> << ^oo^ >> OHIR-RIPE
>>
>> P.S. My "Common-sense" advice is this: as whole Go ecosystem is under
>> this grant,
>> if it is stands against your planned deeds, you certainly should abandon
>> Go right now
>> and switch to Java or Swift ASAP. There you'll be covered by Oracle's or
>> Apple's
>> voluminouos license agreements that will make the "very close to" problem
>> disappear, as it will be clearly forbidden ;).
>>
> --
> You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/1db53b86-32fd-4a43-9bf4-d39fde9ed96dn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAOyqgcVZ33JoLE-8U%3DVhHX2LDQkYjkyEJreVrSs%2BptVxK2HC0g%40mail.gmail.com.


Re: [go-nuts] Licence details of github.com/golang/sync

2020-10-29 Thread Denis Cheremisov
Well, as usual I wrote something in the way, not the real thing.

The case is:

- At my company we are using errgroup from that sync repo in one project,
  sync/errgroup in fact mostly.
- It proved to be error prone with its context shadowing on 
errgroup.WithContext
  so we took the original and adds context in the group itself via eg.Ctx() 
+ 
  a couple of additional functionality.

Yesterday our attorney wrote us "we can't use sync because of this patents
note" as it works like a virus, and can't use our modification too for the 
same
reason. It turned out the stdlib is under the same note too, so we will have
fun times :) 

четверг, 29 октября 2020 г. в 20:09:59 UTC+3, ohir: 

> Dnia 2020-10-29, o godz. 06:52:17
> Denis Cheremisov  napisał(a):
>
> > Hi!
> > At my job we found these additional patents 
> > limitatations https://github.com/golang/sync/blob/master/PATENTS
> > They makes us impossible to use errgroup (which is, to say, turned to 
> have 
> > pretty poor choice of WithContext signature, so our one is different), 
> so 
> > we have our custom implementation of it with additonal functionality 
> > (errors collector, concurrency limitation), but it is derived from the 
> > original implementation.
>
> This list is not a proper venue to gather 'common-sense' legal advice, as 
> such
> advice will likely be at odds with your real legal standing regarding your 
> software
> under each next jurisdiction.
>
> To be clear and a bit assured about your real situation you should hire a 
> good attorneys
> in each country of interest or hire a top-tier international law agency 
> then make sure to
> be very frank with them about what you did, what you do, and what you plan 
> to do with
> your implementation.
>
> Hope this helps,
>
> -- 
> Wojciech S. Czarnecki
> << ^oo^ >> OHIR-RIPE
>
> P.S. My "Common-sense" advice is this: as whole Go ecosystem is under this 
> grant,
> if it is stands against your planned deeds, you certainly should abandon 
> Go right now
> and switch to Java or Swift ASAP. There you'll be covered by Oracle's or 
> Apple's
> voluminouos license agreements that will make the "very close to" problem
> disappear, as it will be clearly forbidden ;).
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/1db53b86-32fd-4a43-9bf4-d39fde9ed96dn%40googlegroups.com.


[go-nuts] Command line tool to modify YAML files

2020-10-29 Thread Alex Breadman
Hi everyone,

I needed a tool today to insert or overwrite top-level values in a YAML 
file so that my CI pipeline can be cleaner and less complicated.

So I made a Go cmd tool called:

https://github.com/golangdaddy/yamlfukr

I hope someone finds this useful! I will be making a Github Action once I 
figure out how.

Please contribute where you think improvements can be made.

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/06e7afe6-1b69-4a43-94d5-17535ac14907n%40googlegroups.com.


[go-nuts] Re: Any embedded scripting language for Go

2020-10-29 Thread Kaveh Shahbazian
If you like using/trying one from lisp family, there is also Zygo 
.

On Wednesday, October 21, 2020 at 7:33:16 AM UTC+2 aravind...@gmail.com 
wrote:

> Hi,
>
> I am looking for a way to build interactive app,where user will be giving 
> instructions to draw as a script,rendering of the script will be displayed 
> live.
> I would like to use below 2d drawing package for same,
> github.com/fogleman/gg
>
> Is there scripting language that would be able generate bindings to 
> arbiratory go packages back and forth? and I could embed it in Go App as 
> well.
>
> Thanks,
> Aravindhan K
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/e2da922d-719c-4b01-a6a3-11a8f14cd9d4n%40googlegroups.com.


[go-nuts] Re: Selenium webdriver based testing in Go

2020-10-29 Thread Oceans Blue
@ simonri...@gmail.com  

Do you know of a good tutorial that can get me started?

On Friday, January 5, 2018 at 2:14:46 AM UTC-6 simonri...@gmail.com wrote:

> I’ve used the Selenium Firefox plugin to test web servers written in Go. 
> It’s great for end to end testing of a web server because it doesn’t know 
> or care what the server is written in. It’s only concerned with the 
> resulting HTML. 
>
> I recorded some web sessions using the plugin and can then play them back 
> to test any changes to the code. The sessions are recorded in plain text so 
> you can edit the description and replace any variable content with 
> wildcards. For example, one of the tests involved creating an object using 
> fixed values. The resulting page displays the result including the UID, so 
> it’s mostly the same each time except for the UID. My edited Selenium 
> script checks each field but uses a wildcard for the UID. 
>
> There are lots of web scripting systems that do this sort of testing, but 
> Selenium is the only one I know about that has a nice easy visual interface 
> and is free.

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/9820ce4c-e2bc-478d-a4e8-d1160962a3a2n%40googlegroups.com.


Re: [go-nuts] Licence details of github.com/golang/sync

2020-10-29 Thread Wojciech S. Czarnecki
Dnia 2020-10-29, o godz. 06:52:17
Denis Cheremisov  napisał(a):

> Hi!
> At my job we found these additional patents 
> limitatations https://github.com/golang/sync/blob/master/PATENTS
> They makes us impossible to use errgroup (which is, to say, turned to have 
> pretty poor choice of WithContext signature, so our one is different), so 
> we have our custom implementation of it with additonal functionality 
> (errors collector, concurrency limitation), but it is derived from the 
> original implementation.

This list is not a proper venue to gather 'common-sense' legal advice, as such
advice will likely be at odds with your real legal standing regarding your 
software
under each next jurisdiction.

To be clear and a bit assured about your real situation you should hire a good 
attorneys
in each country of interest or hire a top-tier international law agency then 
make sure to
be very frank with them about what you did, what you do, and what you plan to 
do with
your implementation.

Hope this helps,

-- 
Wojciech S. Czarnecki
 << ^oo^ >> OHIR-RIPE

P.S. My "Common-sense" advice is this: as whole Go ecosystem is under this 
grant,
if it is stands against your planned deeds, you certainly should abandon Go 
right now
and switch to Java or Swift ASAP. There you'll be covered by Oracle's or Apple's
voluminouos license agreements that will make the "very close to" problem
disappear, as it will be clearly forbidden ;).

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/20201029180854.252a754a%40xmint.


Re: [go-nuts] Licence details of github.com/golang/sync

2020-10-29 Thread Ian Lance Taylor
On Thu, Oct 29, 2020 at 6:53 AM Denis Cheremisov
 wrote:
>
> Hi!
> At my job we found these additional patents limitatations 
> https://github.com/golang/sync/blob/master/PATENTS
> They makes us impossible to use errgroup (which is, to say, turned to have 
> pretty poor choice of WithContext signature, so our one is different), so we 
> have our custom implementation of it with additonal functionality (errors 
> collector, concurrency limitation), but it is derived from the original 
> implementation.
>
> I guess the repository should be called "github.com/google/sync" after that. 
> Anyway, our product's proprietary licence makes it impossible to use our 
> derived implementation. Is there a way to overcome this somehow? The problem 
> is my own implementation would be really close to this and thus prone to a 
> sue.

I don't understand how that patent grant could make it impossible for
you to use your derived implementation.  Could you clarify that?

As Axel pointed out, exactly the same patent grant is provided for Go
itself.  It was added soon after Go was released
(https://groups.google.com/d/msg/golang-nuts/j4gc6rIs0bc/gTuxjO3qgIMJ,
https://golang.org/cl/194066, https://golang.org/cl/3103042).  I can't
find the messages any more, but my recollection is that it was added
at the specific request of the maintainers of the Fedora GNU/Linux
distro.

Ian

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAOyqgcVCNPaUtcj%2BhKfqq%3DnfzpZUR2sjgSu5yymppCqs4t-DhQ%40mail.gmail.com.


Re: [go-nuts] Licence details of github.com/golang/sync

2020-10-29 Thread 'Axel Wagner' via golang-nuts
Disclaimer: IANAL.

On Thu, Oct 29, 2020 at 2:53 PM Denis Cheremisov 
wrote:

> At my job we found these additional patents limitatations
> https://github.com/golang/sync/blob/master/PATENTS
> They makes us impossible to use errgroup (which is, to say, turned to have
> pretty poor choice of WithContext signature, so our one is different),
>

Are you aware that the same patent grant also applies to Go itself?
https://github.com/golang/go/blob/master/PATENTS
I don't understand why you think this patent grant would prevent you from
using Go or golang.org/x/sync - in fact, I'd argue that you'd probably have
more problems using it *without* it, as you might be infringing on patents
unintentionally then. Really, the only situation I can imagine this being a
problem, is if you intend to sue Google over violating your patents by
implementing Go, while continuing to benefit from that implementation (note
that both the grant and the exceptions are specific to the Go
implementation). Which… Well, TBH, my sympathies for your case would be
fairly limited.

I guess the repository should be called "github.com/google/sync" after that.
>

It has been well established that Google is the copyright and trademark
holder for Go. See also this fairly extensive post by Ian on this list:
https://groups.google.com/g/golang-nuts/c/6dKNSN0M_kg/m/EUzcym2FBAAJ

Anyway, our product's proprietary licence makes it impossible to use our
> derived implementation. Is there a way to overcome this somehow? The
> problem is my own implementation would be really close to this and thus
> prone to a sue.
>
-- 
>
You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/b50fccd3-a026-4227-82ad-2e41e82cbea6n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAEkBMfGTVktd6L10Ccf-9QUBqkbVQ13y7a%3DhzRH%3D0yQw%3D1ESpA%40mail.gmail.com.


[go-nuts] Licence details of github.com/golang/sync

2020-10-29 Thread Denis Cheremisov
Hi!
At my job we found these additional patents 
limitatations https://github.com/golang/sync/blob/master/PATENTS
They makes us impossible to use errgroup (which is, to say, turned to have 
pretty poor choice of WithContext signature, so our one is different), so 
we have our custom implementation of it with additonal functionality 
(errors collector, concurrency limitation), but it is derived from the 
original implementation.

I guess the repository should be called "github.com/google/sync" after 
that. Anyway, our product's proprietary licence makes it impossible to use 
our derived implementation. Is there a way to overcome this somehow? The 
problem is my own implementation would be really close to this and thus 
prone to a sue.

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/b50fccd3-a026-4227-82ad-2e41e82cbea6n%40googlegroups.com.