debs in debian: the problem
Moderator: Moderators
debs in debian: the problem
Ok, since I noticed questions about this in various threads on the forum today, let me point out some things:
I have been working a while (months) ago with someone from the debian games team (KiBi) to get Spring in Debian main repository. Actually the debian/ folder for debian packages lives somewhere in the debian games SVN already.
The major time taking part is fixing all the copyright issues, there are files under various licenses (though compatible with GPL) and files under unknown licenses in the repository. AFAIK all these discrepancies have to be listed in some file in the debian directory, and this takes a lot of time. If this is not done properly the repo admins would refuse to put it in. I think KiBi lost interest in it because it is so much work but I don't know exactly, I don't have enough time anymore to figure out the state of this etc.
I have been working a while (months) ago with someone from the debian games team (KiBi) to get Spring in Debian main repository. Actually the debian/ folder for debian packages lives somewhere in the debian games SVN already.
The major time taking part is fixing all the copyright issues, there are files under various licenses (though compatible with GPL) and files under unknown licenses in the repository. AFAIK all these discrepancies have to be listed in some file in the debian directory, and this takes a lot of time. If this is not done properly the repo admins would refuse to put it in. I think KiBi lost interest in it because it is so much work but I don't know exactly, I don't have enough time anymore to figure out the state of this etc.
I thought bget was just used in mapconv?
And I thought the sm3 renderer was gpl as its directly used in spring and only in spring written by a spring developer.
Lua falls under the MIT licence.
This was taken form the x-moto 0.17 alpha changelog:
Theres this form here: http://www-valoria.univ-ubs.fr/Michel.D ... ource.html
And I thought the sm3 renderer was gpl as its directly used in spring and only in spring written by a spring developer.
Lua falls under the MIT licence.
This was taken form the x-moto 0.17 alpha changelog:
Code: Select all
* Paul Nettle's MMGR no longer included in the non-windows release.
Apparantly its (custom) license conflicted with the Debian Free
Software Guideline #6 (No Discrimination Against Fields of
Endeavor) by stating:
- "You may not use this software to directly or indirectly cause
harm to others."
So this is good news if you want to burn X-Moto unto a CD and kill
someone with it! :)
Code: Select all
00001 // -----------------------------------
00002 // Copyright 2000, Paul Nettle. All rights reserved.
00003 //
00004 // You are free to use this source code in any commercial or non-commercial product.
bget is used in Spring too if compiling with SYNCIFY defined.
SM3 is not GPL, look in the sources (terrain subdirectory, the files in the SM3 directory itself are GPL).
Good thing to know about mmgr in xmoto though, thanks for that. (Not that I have time to do anything with it but maybe some DD reads it.)
SM3 is not GPL, look in the sources (terrain subdirectory, the files in the SM3 directory itself are GPL).
Good thing to know about mmgr in xmoto though, thanks for that. (Not that I have time to do anything with it but maybe some DD reads it.)
- Tim Blokdijk
- Posts: 1242
- Joined: 29 May 2005, 11:18
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
That kind of tips is only useful if you say it before a project starts... not when bunches of developers have joined and left already.
(not that I don't agree, but it is not a full solution, only a solution for stuff that is added recently / will be added in the future)
The code is fine btw, just a bunch of different licenses all compatible with GPL for what I know (but again, IANAL).
(not that I don't agree, but it is not a full solution, only a solution for stuff that is added recently / will be added in the future)
The code is fine btw, just a bunch of different licenses all compatible with GPL for what I know (but again, IANAL).
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
Well i would strongly suggest that you set some new ground rules on what comes into the engine and that all code is checked.
I also strngly suggest that you do take the time to actually check and note down what currently licenses things are using:
For one thing you are giving out the source for free and allowing others to change and distribute, what if someone comes along and doesn't want there code included, or complains of no license in there.
And also you developers are doing all this work for free, wouldn't it be nice to actually get some more regular players for your hard work to pay off? So get working and submit fully to debian
I also strngly suggest that you do take the time to actually check and note down what currently licenses things are using:
For one thing you are giving out the source for free and allowing others to change and distribute, what if someone comes along and doesn't want there code included, or complains of no license in there.
And also you developers are doing all this work for free, wouldn't it be nice to actually get some more regular players for your hard work to pay off? So get working and submit fully to debian

- Tim Blokdijk
- Posts: 1242
- Joined: 29 May 2005, 11:18
clericvash wrote:Well i would strongly suggest that clericvash set some new ground rules on what comes into the engine and that all code is checked.
I also strngly suggest that clericvash do take the time to actually check and note down what currently licenses things are using:
For one thing we (including clericvash) are giving out the source for free and allowing others to change and distribute, what if someone comes along and doesn't want there code included, or complains of no license in there.
And also all contributors are doing all this work for free, wouldn't it be nice to actually get some more regular players for the hard work to pay off? So clericvash get working and submit fully to debian

well i was in a good mood so compiled a list of the things i figured out beginning of this year wrt the installer/builddata/bitmaps contents and put it in svn:
https://spring.clan-sy.com/svn/spring/t ... README.txt
https://spring.clan-sy.com/svn/spring/t ... README.txt
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
Tim your not funny
, i know nothing of C and all that i only know php so i am completely useless in helping.
And tobi, good job, but seriously if you want your hard work on the engine to pay off, we need to get some distros to take it in. Or have our own official repository. (and no tim i can't do that either
).

And tobi, good job, but seriously if you want your hard work on the engine to pay off, we need to get some distros to take it in. Or have our own official repository. (and no tim i can't do that either
