Re:Project includes a dependancy that has a license that for...
by wereHamster on Sunday August 22, 2021 @09:34AM
(#28265328)
> … I don't recommend anyone do it outside of a testing environment.
… which is exactly dow it is used in dapr
> This is only used in the test (and thus not.compiled and distributed in our binaries).
(source: https://github.com/dapr/dapr/issues/3563#issuecomment-901563...)
Re:Project includes a dependancy that has a license that for...
by reificator on Sunday August 22, 2021 @03:57PM
(#28268983)
> > … I don't recommend anyone do it outside of a testing environment.
> … which is exactly dow it is used in dapr
Eh... There's a difference between "a testing environment" as used in that quote and "as part of an automated test" as you mean here.
To me the former implies an experimental and/or ad-hoc environment, while the latter implies a stable, production environment.
Re:Project includes a dependancy that has a license that for...
by mcguire on Sunday August 22, 2021 @11:05AM
(#28266053)
There's a teeny bit of a difference between using it to explore monkey patching a go executable and using in the test suite of a released project.
Re:Project includes a dependancy that has a license that for...
by Fuzzeh on Sunday August 22, 2021 @02:27PM
(#28268084)
You don't have the right to use it, even in a testing environment. The license denys you the right to use it.
Re:Project includes a dependancy that has a license that for...
by philipswood on Sunday August 22, 2021 @11:48PM
(#28272144)
Yes, but at the same time demonstrates the code clearly so you could implement it yourself. I'd say this is code sharing aiming at zero reuse.
From [1]: "This is as unsafe as it sounds and I don't recommend anyone do it outside of a testing environment."
[1]: https://github.com/bouk/monkey#i-thought-that-monkeypatching...