puredyne-team team mailing list archive
-
puredyne-team team
-
Mailing list archive
-
Message #01515
[Bug 596325] Re: Use OpenJDK rather than sun-java6-bin (for lucid+) - OK for Processing?
1. sun-java has been moved to the 'partner' repos, that I might be
filled with commercial proprietary crap in the future (meant to be sold
via the software center) so I would like to avoid enabling it.
2. I tested with openjdk installed (and icedtea plugin) some online
examples from learningprocessing.com and most of them seemed to work.
Conclusion: bye bye sun-java, time to show some love to openjdk and
convince processing users and devs to make sure their applets are
working with the open source implementation of Java.
Immediate consequence: no more sun-java in Puredyne
** Changed in: broth
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of puredyne
team, which is the registrant for broth.
https://bugs.launchpad.net/bugs/596325
Title:
Use OpenJDK rather than sun-java6-bin (for lucid+) - OK for
Processing?
Status in broth - the mother of all soups:
Fix Committed
Bug description:
We currently include sun-java6-bin (via a hook) rather than using an
open java implementation. I know of one specific reason, which is that
in the past SwingOSC (used mainly by SuperCollider) didn't work well
on an open impl (cos of missing features in the impl, I think).
Things seem to have improved. SwingOSC has been reported to work fine
on OpenJDK <http://www.listarc.bham.ac.uk/lists/sc-
users/msg03924.html>.
At the same time, Canonical has ditched sun-java6-bin (for lucid
onwards) from its main repositories, saying OpenJDK is now good enough
to meet most people's needs.
PROCESSING / ARDUINO USERS: is OpenJDK acceptable for running
Processing? I'm not a heavy enough user to know if there are important
gaps in the coverage. Processing is the other main thing in Puredyne
which relies on Java.
References