Hi,

browsing through the repositories to check some Java stuff, I find quite
some confusion around virtual packages:

icedtea-java7-jre provides: java-runtime, java2-runtime, java5-runtime,
java6-runtime, java7-runtime
icedtea-java7-jdk provides: java-sdk, java2-sdk, java5-sdk, java6-sdk,
java7-sdk
(java5 and 6 add the headless combinations to those)
icepick depends: default-jre-headless | java2-runtime-headless, java-common
gij provides: java-runtime-headless, java-virtual-machine,
java1-runtime-headless, java2-runtime-headless, java5-runtime-headless
libgcj9-0-awt doesn't provide anything (not even javasomethingruntime)
default-jre-headless, default-jre, java-gcj-compat and
java-gcj-compat-headless are rather aligned with gij...

And I'm probably missing a few more interesting combinations...

At the same time, the Java Policy (as found in java-common) is still
only speaking about java-compiler, java2-compiler, java-virtual-machine,
java1-runtime and java2-runtime.

Hi,

I noticed that FreeMind works with OpenJDK 6 (as present in Ubuntu
8.04). Is this package supposed to come to Debian, and will it be in
main, contrib or non-free?

Slightly unrelated question: what about icedtea7, it seems to be stuck
at a mix of b21/b22 since quite a while?..

Thanks, Eric

Pinjaman uang tunai tanpa agunan dari hsbc memberikan kemudahan bagi anda
untuk mendapatkannya dengan
persyaratan yang sangat mudah dan flexible cukup dengan fc ktp dan fc credit
card (sisi depannya saja),
fc billing tagihan 1 bulan terakhir (bila ada) dan bunga yang sangat
kompetitif ,proses hingga pencairan
hanya membutuhkan MAXIMAL 5 hari kerja saja.kemudahan pembayaran yg dapat
dilakukan via ATM BCA,LIPPO,BII
atau pun dapat juga lewat kantor pos.biaya administrasi/provisi hanya 1,5 %%
dr nilai pinjaman .
DIBANTU HINGGA CAIR........

hubungi :

windi
94624222
or
wonderwindi09@gmail.com

PERHITUNGAN BUNGA/BULAN

TENOR

Jml.Pinjaman 12 bulan 24 bulan 36 bulan

Hello,

my package (umlet - not yet in archive) does not build with gcj due to
using com.sun.tools.javac.Main. Therefore I am build-depending on
sun-java6-jdk.
However, I can't get an automatic build in a clean environment working,
because sun-java6-jdk does not install in a non-interactive environment.

Unpacking sun-java6-jdk (from .../sun-java6-jdk_6-06-1_amd64.deb) ...
sun-dlj-v1-1 license could not be presented
try 'dpkg-reconfigure debconf' to select a frontend other than noninteractive

I have found no way to deal with that. Even in my local pbuilder
environment I was unable to install sun-java by hand after logging in
(I've tried dpkg-reconfigure debconf with no success). Any tricks, how
I can install sun-java at least in my local pbuilder?

Policy dictates, that a package must build non-interactively, however,
it seems to say nothing about installing build dependencies. Can I
upload the package to contrib nonetheless (I've looked into another
package in the archive (weka), which build depends on sun-java and found
that it suffers from the same problem).

Best regards

I would find it very useful if we could find a way to move freemarker
back into main. As I understand it freemarker was moved to contrib because:

* freemarker now needs version 2.1 of the JSP specification [servlet
2.5] (It uses the javax.el package etc.)

* We have not yet packaged a version 2.5 servlet API in Debian.

* The only Debian package to provide JSP API 2.1 is Glassfish, which
is in contrib, forcing freemarker into contrib.

Have I got that right?

So I propose we create a new package, libservlet2.5-java, using the
Tomcat 6 source code (I realise Tomcat 6 isn't in Debian yet). Then we
can make freemarker build-depend on libservlet2.5-java, and move it back
into main. I'd prefer to do this fairly soon, rather than wait for
Tomcat 6 to be packaged.

Does that sound OK to everybody?

(In case you are wondering why I am so keen to move freemarker back into
main, it is because JavaCC will soon build-depend on it, and it would be
a Bad Thing if we had to take JavaCC out of main).

Thanks,
Paul

FYI: The status of the java-common source package
in Debian's testing distribution has changed.

Previous version: 0.29
Current version: 0.30

--
This email is automatically generated; henning@makholm.net is responsible.
See http://people.debian.org/~henning/trille/ for more information.

Greetings,

My package babel recently closed bug 477845 by changing a build
dependency from java-gcj-compat to default-jdk-builddep. Unfortunately,
this made it FTBFS on hppa, s390, arm and alpha, where before it built
everywhere except arm.

What is the right thing to do in this situation? Do I exclude those
architectures from the package build list? Is there a "java-works"
architecture variable which will automatically add arches as their java
implementations work?

[Please CC me in replies.]

Thanks,
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)