On Sun, Feb 12, 2017 at 7:06 AM, John D. Ament <johndam...@apache.org> wrote: > On Sat, Feb 11, 2017 at 9:21 PM Eric Covener <cove...@gmail.com> wrote: > >> On Sat, Feb 11, 2017 at 8:04 PM, John D. Ament <johndam...@apache.org> >> wrote: >> > That's an interesting one. I'm a bit surprised if that would be >> considered >> > OK for this scenario. Sure, HTTPD is usually used as a standalone >> server. >> > What happens if you embed HTTPD in your own data parser? You're >> > effectively violating that license. This specific case seems very Cat-X >> to >> > me. Similar to the JSON license "no evil" clause. I actually don't see >> > how this is a build tool (though its been 5 years since I've had to deal >> > with make). >> >> It cannot really be considered a build tool, but it can be generated >> during a build. We distribute into reduce the build-time dependencies. >> Either way, it needs to be considered further. >> >> > Eric, I just want to point out that the purpose of this isn't to beat up on > HTTPD (or any other TLP). Podlings tend to reference what TLPs do as > canonical and hence correct. Those oddities tend to turn into "are we sure > that's right" which ends up turning into legal resolutions to better guide > the foundation. > > Thanks for taking this on, and apologies for any confusion coming your way.
No worries, makes sense. --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
