On Tue, Nov 01, 2011 at 11:15:01AM +0000, Jimmy O'Regan wrote: > On 1 November 2011 10:34, Aleksey Lim <[email protected]> wrote: > > I will try to setup Apertium (and maybe with openmatrex) as en-es/es-en > > translation backend for Sugar Labs IRC channels to start using it on > > regular basis. > > > > Also, if I got it right, existing Web applicateion, > > http://wiki.apertium.org/wiki/Tradubi, is not FOSS > > Nobody said that. It's Affero GPL, which places no more restrictions > on modification and redistribution than the GPL3, and is considered > 'free' by the FSF, and 'open source' by the OSI. > > My problem with it is that it places restrictions on *use* that are > both obnoxious and (IMO) unachievable under copyright law (i.e., it is > effectively an EULA). So I don't use anything that uses that licence > (which, in practice, is not that big a deal, because very little > software I would otherwise consider worth using is affected) - I'm not > saying *you* shouldn't use it. That's up to you, and I feel no need to > convert anyone to my 'religion'.
I meant that I didn't find "Sources" link on its site, maybe I tried not enough. > > and doesn't directly > > contribute to Apertium database. > > That part is correct. Anyway having an app that works smooth with Apertium makes more sense. It might be the Tradubi/modified-Tradubi/something-new.. > > Maybe it makes sense to start thinking > > about having a la Pootle for contributing directly to Apertium or so, > > i.e., tools do matter to have sustainable community contribution. > > I've CCed to Sugar Labs i18n coordinator, Chris Leonard, maybe he has some > > ideas. > > > > It's not like we haven't thought about it before :) - it just turns > out to be surprisingly difficult. Perhaps the problem is in trying to > do _everything_, instead of just the important parts. To be honest, my personal intention to start using pure FOSS solution (instead of yet another free-as-a-beer translation API) is exactly about having an infrustructure to welcome people to make contribution (that's exaclty the nature of Sugar process), even if this new solution is less feature reach than previous one. -- Aleksey ------------------------------------------------------------------------------ RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Apertium-stuff mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/apertium-stuff
