05-03-2007, 11:38 PM,
|
|
alex25
Senior Member
|
Posts: 531
Threads: 42
Joined: Jun 2006
|
|
joevenzon Wrote:I think I recall the debian packager saying that the CC license wasn't acceptable for debian... I didn't really understand why. Does anyone want to venture a guess...?
that's because (a small but very vocal subset of) debian developers have gone nuts (i've been a debian developer since '98 but i am not contributing any more for this very reason). it's started innocuous enough, but lately they've been complaining about having to include the licences themselves because their text cannot be modified so they are not free. go figure! this is one of the reasons i reacted so strongly to this whole licencing issue. but i make my offer again. if anybody finds a gpl track or manages to convince the original authors to re-release it under gpl or any free licence, i'll make it into a vdrift track (preferably it should be from the games mentioned in my original message).
--alex--
|
|
05-04-2007, 09:08 AM,
|
|
reece146
Member
|
Posts: 187
Threads: 26
Joined: Oct 2006
|
|
thelusiv Wrote:As much as I hate worrying about this kind of crap, I also don't want to see it hinder the project's success. So I think the best way to deal with it is basically to provide a technological workaround, so users can still get the data they want regardless of license status, but the game can be distributed far and wide under a fully open license. I think the solution is a game data management application, which hopefully I'll get started coding soon.
x2
I'm not sure if it is still the case, but once upon a time in order to compile mplayer from source with all the proprietary codecs there was an an extra step related to the licence you had to go through in order make it happen.
Also, some ebuilds in Gentoo make you cross your fingers and read the fine print as well.
In the case of vdrift with a data manager, if you selected "proprietary" data and press ok, maybe a simple dialog box with "There be dragons beyond this point" would make sense. Sort of a EULA and as enforcable but it proves some attempt at due diligence for the lawyer types.
I guess Fedora should wait for the one car / one track that the vdrift devs have been talking about - and/or the data manager component before including in the distro. I haven't touched Fedora in a few years, does it have an automated mechanism to do SRC RPM fetch and build via yum/apt? That might be a quick work around as well if the hosting repo would spray some legalese crap to the screen during the fetch process.
Just some thoughts.
|
|
05-04-2007, 09:17 AM,
|
|
limburgher
Junior Member
|
Posts: 19
Threads: 3
Joined: Apr 2007
|
|
reece146 Wrote:In the case of vdrift with a data manager, if you selected "proprietary" data and press ok, maybe a simple dialog box with "There be dragons beyond this point" would make sense. Sort of a EULA and as enforcable but it proves some attempt at due diligence for the lawyer types.
I guess Fedora should wait for the one car / one track that the vdrift devs have been talking about - and/or the data manager component before including in the distro. I haven't touched Fedora in a few years, does it have an automated mechanism to do SRC RPM fetch and build via yum/apt? That might be a quick work around as well if the hosting repo would spray some legalese crap to the screen during the fetch process.
Fedora would be fine with a data manager, AFAIK. There is no automated SRPM fetch/build process that I know of. As it is, I can add any tracks/cars that don't pass muster in Fedora to the Dribble repo. If I'm maintaining both the Fedora RPMs and the Dribble RPMs, then users of Dribble won't have to worry about data migration as tracks and cars get cleared for fedora. I can move data from one RPM to the other in an orderly fashion and the user won't notice. I think packaging the legally dubious data for Dribble would be fine, and negate the need for a data manager.
And at risk of repeating myself, the reason I'm jumping through the lawyer-satisfying hoops and encouraging others to follow is not out of some ideological zeal or pathological fetish, but out of simple self-interest. I want to play Vdrift on Fedora, allow others to do so easily, and not get sued. Period. I can't imagine what's objectionable about that. Fedora has to follow U.S. copright law because that's where it's located.
|
|
05-21-2007, 08:55 AM,
|
|
limburgher
Junior Member
|
Posts: 19
Threads: 3
Joined: Apr 2007
|
|
Any progress on an all-enuncumbered release or a parking lot track?
|
|
05-21-2007, 10:16 AM,
|
|
limburgher
Junior Member
|
Posts: 19
Threads: 3
Joined: Apr 2007
|
|
Rough ETA? Just curious. I can wait.
|
|
05-25-2007, 07:53 AM,
|
|
kcid
Member
|
Posts: 136
Threads: 8
Joined: Jan 2006
|
|
To come back to licensing. I've deleted the license files for the cars/tracks I've made. They are all GPL so the COPYING/License file of Vdrift itself will do fine, that way there won't be a problem with Debian etc.
The parkinglot is progressing fine.
|
|
05-25-2007, 08:05 AM,
|
|
limburgher
Junior Member
|
Posts: 19
Threads: 3
Joined: Apr 2007
|
|
Which cars and track would those be? If it's a decent subset of both, I could package that now and release the next version with the new licensing.
|
|
05-25-2007, 09:42 AM,
|
|
kcid
Member
|
Posts: 136
Threads: 8
Joined: Jan 2006
|
|
Tracks: none yet, working on CarolinaMP and Parkinglot.
Cars: allot lets see on the top of my head: G4, TL, C7, MI, MC, M3, M8, RS2 and a few more.
|
|
05-06-2008, 02:21 AM,
|
|
mym
Junior Member
|
Posts: 6
Threads: 0
Joined: May 2008
|
|
Hello,
Are there any advances in this license issue ?
I'm contributing to a French Open Source Game website accepting only 100% Open Source games (source code and data) and I would be glad to add VDrift to our collection.
|
|
05-16-2008, 07:55 AM,
|
|
mym
Junior Member
|
Posts: 6
Threads: 0
Joined: May 2008
|
|
Thx for your reply.
Free Software isn't it define by the Free Software Foundation ?
According to the latter, "Free software is software that gives you the user the freedom to share, study and modify it."
If some car models cannot be freely used, shared, studied and modified, then they are not free *according to the FSF*.
Is this the case ?
Cheers.
|
|
|