From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Chapman Subject: Re: [PATCH 0/1] Embedded Maintainer(s), linux-embedded@vger list Date: Fri, 13 Jun 2008 12:28:10 +0100 Message-ID: <485259CA.8050601@katalix.com> References: <1209577322.25560.402.camel@pmac.infradead.org> <200806102235.09598.rob@landley.net> <484F66F8.4020409@snapgear.com> <200806111941.51221.rob@landley.net> <20080612182529.GB7423@nibiru.local> <485190E8.80705@cisco.com> <48519837.1090902@katalix.com> <8bd0f97a0806121446i68af3b96sbe51cc510f7d4fb6@mail.gmail.com> <48519AD1.7020503@am.sony.com> <8bd0f97a0806121456y7a79649bp41d02fee6ae89b@mail.gmail.com> <48523254.2070507@katalix.com> <485237BF.3030204@st.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <485237BF.3030204@st.com> Sender: linux-embedded-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Daniel THOMPSON Cc: Mike Frysinger , Tim Bird , David VomLehn , weigelt@metux.de, Linux Embedded Maillist Daniel THOMPSON wrote: > James Chapman wrote: >> Mike Frysinger wrote: >>> On Thu, Jun 12, 2008 at 5:53 PM, Tim Bird wrote: >>>> Mike Frysinger wrote: >>>>>> Er, is that GPL or LGPL code that you're modifying? If so, you >>>>>> *have* to >>>>>> push those code changes out (make them available to others), >>>>>> whether you >>>>>> think people will be interested or not! >>>>> umm, not really. only if (1) he gives a binary to someone and (2) >>>>> they ask him for the source. if he doesnt distribute or no one asks, >>>>> he doesnt have to do squat. >>>> This is closer to correct, but missing some important details. >>>> >>>> Start the GPL compliance tutorial/flameware in 3, 2, 1... >>> yeah, i really dont think licensing things belong here. sorry for >>> following up. >>> >>> how about this policy: if you want to make a statement, go pay a >>> lawyer. but that statement still shouldnt be made here ;). >>> -mike >> Sorry, I didn't mean to provoke a GPL flame war. The point I was trying >> to make (badly as it turns out) is that if a company really wants to see >> its changes taken upstream, it could simply publish the work on its >> website and let each relevant community know that it's there. > > Isn't this a lot of the problem with the way embedded companies and > developers interact with upstream. > > In some cases it is in the embedded developers interests to see their > code adopted upstream (i.e. so they don't have to maintain it). Totally agree! And the best chance of having code accepted upstream is to work with the community _while_ developing it, i.e. discussing the code during implementation, rather than presenting it to the community when it's done. All too often, companies get frustrated by feedback from the community because changes are requested to code that the original authors have spent time testing etc. Had early versions been submitted for feedback, changes could be made with less chance of wasted effort. > Just tossing some code over the wall will, in almost all circumstances, > result in the code being ignored. It depends. But it stands a better chance of being adopted than holding on to the work until someone asks for it. There could be lots of embedded developers out there who would be willing to take some code from cisco, modify it and work with the community to have it adopted upstream. -- James Chapman Katalix Systems Ltd http://www.katalix.com Catalysts for your Embedded Linux software development