Re: Fw: [tsc-devel] Signing-off commits on legal questions

Luiji Maryo | Wed, 04 Feb 2015 00:56:32 UTC

>
> > I think so, yes. And that’s very bad. I want to avoid this nasty
> “special” license tag as much as possible, because it gives great
> headache to distributors.
>
> For my understanding, what problem does this cause for distributors?  I
> don't doubt you are correct; I just want to understand the implications.
>
> I'm a bit worried about people who fork the project to create something
> new (much like we forked SMC).  Technically, I assume this special license
> means
> they have to find new power up graphics before they release a new game.
> This violates the whole intent of our project being open source.  Honestly,
> if I were forking, I'd probably figure it wasn't worth worrying about,
> since Bugsbane wanted the graphics to be a contribution and forgot the
> licensing.
> I would have viewed it as a technical legal matter.  The title theme of
> the game probably really should be changed if someone forks the game.
>
>
This is essentially the problem we're facing. The graphics can, with little
doubt, be included in our game, and we may release the game with them.
However, the game data cannot be considered fully Free and Open Source
until we get all "special" licensed files clarified under real FLOSS
licenses.


> > That’s a good rule for the future. No inclusion without the SVGs under a
> usable license. That was how it was with the old SMC anyway, so it can’t
> be too hard to get this enforced.
>
> We may run into a situation where someone makes a case that something has
> no need for layers in Inkscape and that a PNG "is good enough"  In this
> instance
> we could just ask them to dump the PNG file into Inkscape and make a
> simple SVG, though.  At the very least, people need to get our explicit
> approval
> (with some level of team agreement) before omitting PNG's.
>
>
How do you mean "dump them into SVGs"? Also, the primary reason we want
vector graphics has nothing to do with layers, but the ability to scale
them correctly.

Quintus: I have a nasty habit of using the GMail web client when I'm not
encrypting/singing messages (because GMail works horribly with IMAP
clients). Reply goes directly to the last sender and Reply All goes to
both. It looks like I'll have to manually set the To: line. :/