[Bug 208208] Review Request: MegaMek - a portable, network-enabled BattleTech engine

bugzilla at redhat.com bugzilla at redhat.com
Fri Sep 29 00:36:55 UTC 2006


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: MegaMek - a portable, network-enabled BattleTech engine


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208208





------- Additional Comments From fitzsim at redhat.com  2006-09-28 20:36 EST -------
(In reply to comment #1)
> I'll take this one.
> 
> A few questions:
> 
> - can we change the jar commands to not have -v flags?  Or did you want them to
> have this?

Sure, I'll remove the -v flags.

> - can/should any of the included zip/jars be split out into separate packages? 
> I'm thinking about tinyXML here; is it developed by the MegaMek developers?

No, I don't think it would be worth it.  tinyXML is designed to be embedded in
applications.  Also, because MegaMek is a standalone game, and not a library,
bundling these small jars, will not pollute the packaging namespace.

If it turns out that other applications want to use one of MegaMek's bundled
components, I'll factor it out into a separate package (though, that is
unlikely, given how small and old the components are).

> - collections.jar has the com.sun namespace but this is from GNU Classpath, right?

Right.

> - this is all redistributable, right?  nist.gov and Oster<something>.com stuff?

Yes:

collections.jar: GPL + linking exception
Ostermiller.jar: GPL
getopt (bundled in Ostermiller.jar): LGPL
PngEncoder.jar: LGPL
TabPanel.jar: public domain
tinyXML: GPL

> And I know this isn't package review territory, but do we expect this to
> actually work?  On my rawhide-ish (probably two or three days ago) system, it
> starts up and then appears to hang.  I'll attach a screenshot.

This may be https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200653 again. 
If it's not already there, try adding this line to
/usr/lib/security/classpath.security:

securerandom.source=file:/dev/random

This line is included in Rawhide libgcj, but doesn't get added on update since
classpath.security is modified by rebuild-security-providers.


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list