On Tue, Nov 10, 2009 at 07:38:01PM -0800, Roman Shaposhnik wrote: > Hi! > > I was very excited to see Ubuntu 9.10 being one of the first distributions to > officially switch to GRUB v2, but there was one fly in that ointment > of happiness -- the lack of Lua scripting :-( > > Browsing the archives of grub-devel reveals that Lua support was moved to > grub-extras which makes me ask these two questions: > 1. Was the decision to move Lua based exclusively on the licensing > concerns?
Hi, Felix and Vladimir addressed some of the questions (size concerns, and the risk to lose focus on our native scripting engine). There are some things I should clarify though: First of all, there's no license problem. We usually write our own code, but when we have specific reasons to import it from another project, any license that is compatible with GPL (v3 and later) would be considered suitable. However, we only import code from external projects when there's an important reason to do so. For example, we imported LZMA code because we needed the best compression around, and we didn't want to reinvent the wheel. In the specific case of LUA, this compromise didn't make sense to us since we already had a scripting engine. When we import external code, we don't ask that project to sign any paperwork The GNU project considers it unpolite to make such requests to people who didn't submit code to us in first place (this is documented in GCS). The usual contributory agreement covers copyright assignment (so that FSF can ensure code will always stay free), but MORE IMPORTANT than that is legal assertion that the code you're submitting is your own. The reason we do this is so that we can assure users and distributors that GRUB is a legally safe codebase, and that they won't be affected by claims of copyright infringement if they implement it. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel