puredyne-team team mailing list archive

[Aymeric Mansoux <am-launchpad@xxxxxxx>]

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.