Primary tabs

Comments by User

Friday, December 7, 2012 - 23:33

Okay, I got Chickenpix built.  On Debian testing, change the Makefile so that the pkg-config lines with python have python-2.7 explicitly instead of python.  I didn't get clanlib to compile, but `make sfml` compiled just fine. :)

Friday, December 7, 2012 - 16:52

xhrit: WAY AWESOME.

I'm a bit behind but I'm now about to churn through all the advice I've gotten on running these games.  Thanks all.  Will post my updates shortly.

Thursday, December 6, 2012 - 11:23

Hey all,

Thanks for your responses.  ETA on my next run-through and updating of this thread is tomorrow.

Sunday, November 25, 2012 - 18:01

By the way, I'm not "pro-copyleft" or "anti-copyleft" in one sense or the other.. I think it's actually that copyleft is more useful in some cases and not in others.  But I've already written my full thoughts on that here: http://dustycloud.org/blog/field-guide-to-copyleft.html

Sunday, November 25, 2012 - 17:56

See also: http://labs.creativecommons.org/2012/07/11/liberated-pixel-cup-and-distr...

I link that both as a response to the "CC and FSF don't care about games" and also to the "my artwork isn't being reused".  Part of it may well be licensing, though I think there's also something significant to making clear structure to things so that remixing is actually possible (hence the LPC styleguide).  So there's more to it than just licensing choice, though I agree that's a component that should always be of significant consideration.  One frequent comment about the Blender Foundation films is that they aren't often "remixed" even though under a permissive license directly into a lot of other works... though they have been sometimes in some ways.  I think that's both due to not creating structured style that makes asset reuse between projects actually easy, the level of difficulty to actually dive into those projects, etc.  But of course having them open ends up having a lot of other benefits, such as being an educational resource.  And you do see people use the artwork in ads, or borrowing the lighting setup, or a model might occasionally appear in other things.  But choosing a permissive license won't magically mean you'll start developing a seroius community either... and keep in mind that some of the biggest communities around are under copyleft (wikipedia/wikimedia commons for example).  So it isn't so cut and dry.

Sunday, November 25, 2012 - 17:42

I'm pretty sure screenshots and videocasts are fair use, but anyway.

I'm not speaking on behalf of Creative Commons (I can't anyway, I no longer work there), but it's totally false that the FSF and CC don't care about games: why else do you think we did Liberated Pixel Cup?  I made a big deal of this in considerations for CC 4.0, and that's why I wrote up http://wiki.creativecommons.org/4.0/Games_3d_printing_and_functional_con...

So that's frustrating for me to hear.  It's simply false that the FSF and CC don't care, even though the issues might be complex.  A lot of this conversation is conversation I've had plenty of times before on IRC, so I'm going to avoid jumping into it (I'm trying to wrap up my LPC judging at this very moment anyway).  But it's false that CC and the FSF don't care... I spent a bunch of time pushing forward things because I cared!  (Trying to engage issues like this was one of the not so subtle goals of LPC.)

Of course, I guess I don't work there anymore.  But anyway.

Sunday, November 25, 2012 - 17:10

Hi.  I'm trying to get this to work but am running into the following problems:

That URL for tomcat 7.0.29 no longer exists.  Thusly, I tried switching to 7.0.32.. it builds (I think?) but I get the following error:

 

Exception in thread "main" java.lang.UnsupportedClassVersionError: net/pennyblood/server/Main : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: net.pennyblood.server.Main. Program will exit.

Could this be due to using the free-as-in-freedom (non-sun) java in debian? I'm not sure. Any help is appreciated... I'm not a Java developer.

Monday, November 12, 2012 - 22:28

Oh, it's "lpc".

Monday, November 12, 2012 - 22:28

http://opengameart.org/lpc-ubuntu.7z is the proper link.

 

Also: what's the password for the lpc user?

Saturday, July 28, 2012 - 08:20

Andrewj: No, we did not change the rules.  But the issue of compatibility is not necessarily our rule in the first place... if you're using CC BY-SA / GPLv3 works in a larger combined work (and the liberated pixel cup assets are as such) it is probably the case that any other free-as-in-freedom licensed stuff will have to be compatibly licensed with one of them... and that's less our rule than the rule of the way this licensing stuff works itself.  So technically we did not change the rules, but if you're using LPC artwork, the form is still "in effect" correct.  I can do these two things: I'll ask BartK what we should do about possibly changing the form wording (not sure if that's a good idea or not) and if you were working on a project and were using an incompatibly licensed existing free-as-in-freedom licensed set of assets, if you can ping me in #liberatedpixelcup on freenode tomorrow (sunday the 29th) or Monday (the 30th) I'll see if we can look at what other resources might be available.

Sorry... one of the goals of the LPC is to help people better understand licensing, and it's clear we did a poor job in this case.  I'll consider that my own fault.

caeles: you are right, the "or later" should not be added to the assets side (but should be on the code side)... I'll ask BartK to remove that bit. of phrasing.  For now, you have my permission to submit with that checkbox assuming that bit is already going to be removed.  My bad.

Pages