[needs packaging] triplea

Thank you for your bug report. I'm marking this as triaged.

I love this game, and would really like to take this on. This will be my first package, so any help would be more then welcome.

An individual named Rohan submitted this .deb package file for TripleA. See attachment. But I cannot find where the mention above shows that this bug is fixed. Is it?

I am relatively new to Launchpad.

From Rohan:

"I am a new person who has just added myself to the triplea-developers list. I have noticed that there are nice installers currently for Windows and MacOS, but there are no packages for any Linux distributions aside from the the all_platforms zip. I've written a script that creates an Ubuntu/Debian package, from the all_platforms zip file and a version number. For example, running on a Debian/Ubuntu system the command

$ ./make-triplea-deb triplea_1_0_0_3_all_platforms.zip 1.0.0.3

will create the package triplea_1.0.0.3_all.deb. "

Seems like Rich has beaten me here. Thanks for posting my script.

I have made a minor change (I realized that the dependency should be java2-runtime rather than java-virtual-machine), so I have attached the slightly modified script here.

I currently lack the time to do this and would be doing progress at a slow rate anyway, as I'm learning and this is different from other packages. As Agrawal seems to have it, I'm not stopping my assignee status,

Does anyone know how I would go about trying to get this added to Debian/Ubuntu repositories?

Why is this marked as "Fix Released" for Debian? Searching the Debian package list shows nothing, and the debbugs 415337 link above has nothing of relevance.

I realize now that the script above is not the correct way to go about building packages. I've done things correctly now, by building a proper source package. The packages are now built, for hardy, intrepid, and jaunty, in my ppa at https://launchpad.net/~agrawalr/+archive/ppa. Feedback on the packages is welcome.

menawhile version 1.3.2.2 has been released, package request details:

name: triplea

description: TripleA is a turn based strategy game. TripleA comes with multiple games and over 100 more games can be downloaded from the user community. Supports single player vs AI, hot-seat, Play by Email, and a hosted online lobby.

license: GPL

url: http://triplea.sourceforge.net/

This is a little more complicated:

TripleA depends on:
  <pathelement path="lib\standalone-compiler.jar" />
  <pathelement path="lib\AppleJavaExtensions.jar" />
  <pathelement path="lib\commons-httpclient-3.0.1.jar" />
  <pathelement path="lib\commons-logging-1.1.jar" />
  <pathelement path="lib\commons-codec-1.3.jar" />
  <pathelement path="lib\substance_5.3.jar" />

which they distribute as .jars (and not source code). These are not packaged in Debian, and would have to be for security and license compliance.

Some of those libraries are end of life, and I haven't been able to find the source code anywhere. If you'd like to help, please try to find links to the source code of those libraries.

Thanks

Ooops, found the debian packages: libcommons-codec-java (wrong version), substance, libcommons-logging-java, libcommons-httpclient-java (wrong version)

missing:
  <pathelement path="lib\standalone-compiler.jar" />
  <pathelement path="lib\AppleJavaExtensions.jar" />

don't know if the wrong versions would affect anything, don't know if the missing ones are necessary for this package. I'll look into a bit soon, if it looks good I'll file an ITP with Debian.

Ok, I hit a snag and can report it here:

TripleA relies on class from AppleJavaExtensions.jar. Apple does give us a license to distribute that code [1], but not the source code. AppleJavaExtensions would have to be packaged first as a non-free package, so triplea would be contrib. However, I don't know how necessary that is . . .

another java package handled it by faking the classes [2,3]. I'm trying thatsolution now, but am now getting:

    [javac] BasicGameMenuBar.java:285: addApplicationListener(com.apple.eawt.ApplicationListener) in com.apple.eawt.Application cannot be applied to (<anonymous com.apple.eawt.ApplicationAdapter>)
    [javac] Application.getApplication().addApplicationListener(new ApplicationAdapter()
    [javac] ^

and similar errors...

also, I can't get the test target to work, even with the original source code. Don't know how important that is.

[1] http://developer.apple.com/library/mac/#samplecode/AppleJavaExtensions/Listings/README_txt.html#//apple_ref/doc/uid/DTS10000677-README_txt-DontLinkElementID_3
[2] http://anonscm.debian.org/viewvc/debian-science/packages/jeuclid/trunk/debian/README.Debian?view=markup
[3] http://patch-tracker.debian.org/patch/series/view/jeuclid/3.1.9-1/AppleJavaExtensions.patch

Ok, got it all handled in a policy compliant way, built using debian libraries.

check out the package here:
https://launchpad.net/~showard314/+archive/ppa

I'm looking for people to test this before thinking about moving it to anything official.

I had to make up fake classes for the AppleJavaEnxtensions.jar, and then hack some of the macwrappers to get it to compile. Eventually I'll lintian clean it and separate out the -doc package.

For now, please test out playing - see how it works.

Looks like triplea 1.3.2.2-2 landed in Precise. I'll mark this as released.