Hi,
olivier.sal...@codeless.fr said:
On 06/09/2013 01:14 AM, Emmanuel Bourg wrote:
Most packages install these files in /usr/share/java
foo-1.2.jar
foo.jar - foo-1.2.jar
But some packages have the reverse relation:
foo.jar
foo-1.2.jar - foo.jar
with this solution, you can't
Hi,
Balancing jar size vs. simplicity of the solution, I'd definitely vote for
simplicity: priceless, for everything else there is cheap disk space and
bandwidth!
Cheers, Eric
--
Eric de France, d'Allemagne et de Navarre
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with
Hi,
Roman V.Leon. said:
Hello gentlemen.
Could you advise please, why the JRE/JDK versions are too old in Debian?
There were a few security issues recently but current version in testing
is still 7u3, while the oracle version is already 7u17. I can't see
other ways of installing java in
Hi,
Daniel Pocock said:
B. I doubt that such a badly named package would be of enough interest /
quality for Debian packaging (but I might be wrong, I don't know any
example)
There are examples like this. It has been argued by some developers
that to compile using some toolchains (e.g.
Hi,
Felix Natter said:
shall I continue to put you in CC:? Please don't put me into CC: as I am
subscribed to debian-java :-)
You indeed don't need to CC me.
= thanks, now I have this in the parent directory of my checkout:
simplyhtml/
simplyhtml_0.16.05-1.debian.tar.gz
Done deal! :-)
Thanks, Eric
Andrew Ross said:
On 22/10/11 11:19, Eric Lavarde wrote:
* libjcalendar-java - used to be a dependency of FreeMind, not anymore,
dependency of no package, and popcon 52 - candidate for removal!
Eric,
Please don't request removal of this one - I'm planning to
Hello,
I got the below message, and I suspect that it's due to the recent upgrade
of ant to 1.8.0.
Has someone already encountered this kind of error, and give me a hint if
I'm right in my suspicion and how to fix it?
I'm also assuming that I won't be the only one hit by this error...
Thanks,
Diederik, are you planning to put the packages in a publicly available
repository? I'd be interested.
Eric
Dalibor Topic said:
Diederik de Haas wrote:
Hello,
Some time ago it was decided that the sun java 5 packages should be
removed from the archives (EOL)
and now they have.
But I have a
Hi,
you probably need to set the CLASSPATH environment variable to the listed
JAR files, wherever you put them, I would recommend NOT in Java's own
directories (I tend to put local JARs to /usr/local/share/java, then
Hi,
peter green said:
It is preferred to build the bytecode so that it runs on older jvms.
This is done passing '-source 1.[45]' to javac (or for cdbs ant tasks
setting ANT_OPTS to -Dant.build.javac.source=1.[45].
are you sure, the javac manpage only states that option affects the
version the
Hi,
I thought, you need to set ant.build.javac.source _and_
ant.build.javac.target to be on the safe side (resp. -target and -source)?
Wouldn't it make sense to police this? i.e. to state that all packages
should be explicitly compiled with 1.5 source/target unless they use 6's
features?
Eric
Hi Steffen,
I'd like to say Free Jimi!.
Seriously, this library is under Sun Microsystems, Inc. Binary Code License
Agreement, hence not free, not even free enough for non-free because
the license forbids redistribution. The program you're interested to
package, if it's distributed with the
Hi,
the icons set distributed by Sun under [1] doesn't respond to the DFSG
criteria (point ii of the -attached- license doesn't allow for
modifications, as pointed out by my sponsor, in cc), hence a few questions
and remarks:
1. From the lookfeel of different java apps, the icon set is
Hi Olivier,
I move this thread to debian-java, where it belongs :-) - debian-mentors
in Bcc
I think that the short answer is that there is no such howto, but I might
be wrong:
- there was a thread about the topic
http://lists.debian.org/debian-java/2007/12/msg00039.html (and you can
search
As an after-thought: you might want to check an existing web app package
and adapt it to your needs. From the description, tomcat5.5-webapps might
be a good fit.
Hope this helps, Eric
Eric Lavarde - Debian said:
Hi Olivier,
I move this thread to debian-java, where it belongs :-) - debian
Hi Manuel,
Manuel Prinz said:
Hi all,
I thought about packaging the Apache Commons Math Library[1] which I use
regularly. I do have a some question though and would like to ask you
for your opinion on that:
1. Other commons source packages seem to be renamed to libcommon-*-java.
Do all
Hi Florian,
Florian Grandel said:
Can it be used to track changes in the method signatures or does it just
analyze inter-jar depenedencies?
No, method signatures are not checked. The tool just analyzes inter-jar
dependencies similar to java-propose-classpath within Matthew's
javahelper
Hi,
my email was the last one in the chain, but I don't consider it was a
conclusive one.
Thanks, Eric
Eric Lavarde - Debian said:
Hi,
Michael Koch said:
On Wed, May 21, 2008 at 11:17:13PM +0100, Matthew Johnson wrote:
On Wed May 21 22:06, Michael Koch wrote:
Debian supports only Java 5
Hi,
Michael Koch said:
On Wed, May 21, 2008 at 11:17:13PM +0100, Matthew Johnson wrote:
On Wed May 21 22:06, Michael Koch wrote:
Debian supports only Java 5+ compatible runtimes in unstable.
Almost compatible
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35020 (amongst others)
Thats a
Hi Javier,
a slightly off-topic question you have here...
Javier Barroso said:
Hi,
We have jar files that not appears in any debian package. I'm thinking
where coul I put it.
Is /usr/local/share/java the location that I am searching ?
The Java Policy doesn't say anything about this, but
Hi everybody,
OK, second try at getting a common understanding:
- the Java Policy should state that a Java package should depend on
java2-runtime only if the packager expects its program to work with a
classpath-alike implementation of Java.
(what about IcedTea then?)
- in the words of Michael:
Hi,
Michael Koch said:
On Wed, Jan 30, 2008 at 09:32:46AM +0100, Eric Lavarde - Debian wrote:
- the Java Policy should state that a Java package should depend on
java2-runtime only if the packager expects its program to work with a
classpath-alike implementation of Java.
(what about IcedTea
Hi,
Michael Koch said:
I'm currently working on a proposal for cleaning up the virtual package
chaos. Please give me some more days for this.
Fair enough, let's consider as a warm up for the discussion that will come
once you'll show your proposal ;-)
Thanks, Eric
--
You don't need to CC me
Hi,
I agree that we have to take care when moving from contrib to main and
that we have problems when some package in main works *only* with
icedtea. IMO it is a good policy to file bugs against not working
runtimes
in this case so people know the problems and can work on them.
Hi Torsten,
Torsten Werner said:
Debian's groovy 0.1 currently FTBFS because libmockobject-java has
been removed from sid, which it is broken by itself. Groovy 1.0 needs
radeox which is not packaged (yet) but I had some discussions with
upstream. I'll check the brand new version 1.5 ASAP.
I
But I like what the server tells you when you try to be smart and follow
the link
https://penta.debconf.org/file/event_attachment/38%20deb-openjdk.odp
:-)
Eric
Florian Weimer said:
These appear to be password-protected.
--
Eric de France, d'Allemagne et de Navarre
--
To UNSUBSCRIBE,
Hi Arnaud,
thanks for your answer.
Arnaud Vandyck said:
Package: libjibx-java (src)
You build it with Sun's jdk and I don't have it (ppc). I tried to
build it with java-gcj-compat-dev but it failed to generate byte code
somewhere in the build process. Also, you set ANT_HOME, and you put
Hi,
Arnaud Vandyck said:
I'll try to rebuild your packages with ibm's jdk and upload them.
Do you _add_ IBM's home directory to JAVA_HOME_DIRS in rules +
corresponding build dependency, or replace it?
Background of my question: I know that it's not considered good practice
to have alternative
Hi,
Michael Koch said:
Recommends are installed by default. People explicitely dont installing
the recommends and then wondering about broken stuff are on their own.
How do you mean this? Technically, apt-get and aptitude do *not* install
Recommends by default. I read the policy in such a way
Hi,
[EMAIL PROTECTED] said:
Eric Lavarde - Debian schrieb:
Hi,
There is no formal way to do this that I would know, but:
apt-cache search some intelligent search pattern
there is also apt-file but I'm not using it.
Eric
If i catch your point your suggestions are for searching files
Hi,
There is no formal way to do this that I would know, but:
apt-cache search some intelligent search pattern
there is also apt-file but I'm not using it.
Eric
gerhard oettl said:
Hello
Is there a standard (or any) way to find out which java class is in
which non installed debian package
Hi,
Mark Wielaard said:
You can use the -link option to do this. It works very well with
Sun's
Javadoc, but I have not tried it with gjdoc. I can't remember the
details, but it's integrated with ant's javadoc target.
For Debian packages we need -linkoffline to link to the locally
Hi Marcus,
I'd like to raise three things:
1. you say twice in your email that Debian has a Java quality issue. Can
you please be more specific, I don't understand which issue(s) you're
aiming at?
2. perhaps a step to make those issues visible and more easily
addressable by the pkg-java team,
Hi,
Marcus Better said:
Matthias Klose wrote:
How come? I thought we put api docs in the -doc package, if there is
one.
exactly, but into the /usr/share/doc/$package/api directory, not into
the /usr/share/doc/$package-doc/api directory.
[...]
Is it really better to put the docs in
Hi,
Shaun Jackman said:
On 1/9/07, Alan Ezust [EMAIL PROTECTED] wrote:
Ah, you maintain another java package! that's good to know.
So azureus does not require java 1.5, I take it?
I see under depends, it requires java2-runtime and
java-virtual-machine. Those are (I think) for 1.4?
jedit
Hi Shaji,
shajiprabhakaran prabhakaran said:
from:- [EMAIL PROTECTED]
To,
All Members,
Debian-java is not a general purpose list for asking Java questions, but a
list to discuss compiling and packaging issues concerning Java packages
under Debian.
how can collect
Hi,
AIUI, all that is becoming GPL as of today is javac and JavaHelp (and
does someone know where one can pull the GPLed version of JavaHelp?
Someone already planning to package it? Someone minding if I'll do it?
Thanks, Eric
--
You don't need to CC me on debian-java, debian-mentors and
Hi,
Petter Reinholdtsen writes:
The most important feature is java applet support. Some of the
important test cases are listed on
URL:http://wiki.debian.org/DebianEdu/JavaInDebianEdu. Last time I
tested, few of them were working properly in Etch with gcjappletviewer.
:(
apparently
Hi,
I see 3 possible solutions:
1. add -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D to the command line
(not sure if it's related but it shouldn't hurt ;-) ).
2. call JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun java -cp ... (case by case)
3. or make sure that Sun's Java is your default Java by using the
Hi,
Holger Rauch wrote:
Hi Eric,
first of all, thanks for your reply. Is this bug considered important enough
so it will be fixed for the final release of Etch?
Just to say that I can't answer this question, it's Sun or the package
maintainers to answer.
All I can say is that the bug report
Hi,
I'm not sure I really sure I properly understand the consequences of those
annoucements, but I'm sure I appreciate that fop batik are part of
Debian.
Any risk that it won't be the case in the future? Anything I can do to
avoid this?
Thanks, Eric
--
Eric de France, d'Allemagne et de
Hi Joerg,
it was not meant like this and changes to the Java Policy should fix this
in the near future, but one can currently say that:
java2-runtime = Sun/Blackdown Java
java-runtime = classpath (or alike) based free VM
It's probably not politically correct to write this ;-), but I think that
Hi,
I know it´s probably linked to a proprietary Java (I know that some people
from Sun have now sneaked in ;-), but is someone aware of the problem
described under:
http://forum.java.sun.com/thread.jspa?threadID=760238
which will probably hit testing (and the fan) at some point in time?
I´m
Hi,
being relatively new to the world of packaging, I'll be a bit more specific:
- start with reading the New Maintainer's guide, on the devel page given
by Michael, or out of the maint-guide package.
- create an ITP (Intent To Package) on the wnpp package (with reportbug).
- CDBS is in deed
Hi,
Eric Lavarde - Debian wrote:
Speaking of alternatives, it would be nice to have a mean to completely
switch from one Java alternative to another. Currently you need to
modify
more than 10 different alternatives in order to switch from e.g. kaffe
to
Sun's Java or back.
I don't know how
Hi,
Before popcon (number of downloads), I would suggest number of
non-library
packages depending on the VM, i.e. if you install a certain VM, how many
applications will you be able to run with it, without having to install
another VM and play with JAVA_HOME etc...
You are proposing two
Hi,
as java-runtime is not a virtual package listed in the policy,
I would say that it's worth a bug against gij, which should provide
java1-runtime *and* java2-runtime (according to the current, in deed not
really practicable policy).
Eric
PS: no need to cc me on debian-java.
Any suggestions
Hi,
Until recently, I had never used SVN and had to learn it quite quickly,
so I created myself a list of important commands.
I've put this list in its raw state under
http://wiki.debian.org/Java/JavaSvn.
Two things:
1. if you think it's of interest to other persons, I can put some words
Hi Wolfgang,
Its already package and will be uploaded to the archive soon.
For now: http://www.home.uos.de/wbaer/downloads/ForUpload/
Great, thanks!
PS: 0.5.1 has not the freemind issue fixed.
It's fine, it's not anymore meant as a replacement for JAXB (it'll be
JiBX), but as a dependency of
Hi,
for jibx packaging (well, actually, xsd2jibx), I would need ws-jaxme as a
dependency (I'm currently using the jar jaxme-js-0.3, which is part of the
jibx sources).
I vaguely remember that someone said, he would work on jaxme. Is this
still correct? If yes, what would be the timeline? If not,
Hi,
If the library builds with a free VM and only runs partially under a
free
VM, the question should be is there a program ready to go to main,
depending on this library, and running under a free VM with this
library?; if the answer would be yes, then the library MUST go to main,
in order
Hi,
- java libraries can go to main if they can be built with free VM;
Does this also mean that it is no longer required that a library be
runnable from a free VM? My libbcprov-java builds just fine, but the
test cases fail under all free VMs.
I would also second the fact that, if the
Hi,
thanks to everybody for the help, in deed the -Dthing suppressed the
warning but didn't change anything else (well, the GUI style looks
different).
But, as said, I will first dig a bit more into it, especially make sure to
suppress all warnings at compile time, and then I'll file bugs :-
Hi,
Unfort with kaffe I get the following error:
I am sure that the kaffe developers would be pleased to know what
exactly doesn't work with their implementation.
BTW, have you tried to use any other JVM for comparison purposes? It
would be good to know.
15:27:32 ~/src$ kaffe -jar
Hello,
as a Java newbye, I have three questions:
1. I see a lot of emails going round concerning issues with Eclipse. Are
all these issues only border cases and can Eclipse be used productive,
or should a newbye still wait a bit with it? (speaking 'sid').
2. For FreeMind, upstream and myself
Hi,
Hi Eric,
Michael Koch wrote:
On Thu, Dec 22, 2005 at 01:38:16PM +0100, Eric Lavarde - Debian wrote:
3. Also for FreeMind, I tried to use kaffe but jikes dumped
http://bugs.debian.org/338176 and its development seems to be quite
stalled. Is there an option to use ecj as a drop
Hi Eric,
Eric Lavarde - Debian wrote:
Hi,
The next kaffe package will switch to ecj as the default compiler.
Is it already possible to switch?
No, it needs adaption only available in upstream CVS and some
tweaks in the packaging.
I will be without internet from today on until end
Hi,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Lavarde - Debian wrote:
Hi,
I didn't get any answer to this email, so I reformulate my question:
- is someone willing to sponsor me on this package placed in main?
- if not, I already have a sponsor for contrib ;-)
Why not in main
Hi,
I didn't get any answer to this email, so I reformulate my question:
- is someone willing to sponsor me on this package placed in main?
- if not, is someone willing to sponsor me on this package placed in contrib?
Thanks, Eric
(and the version is also uploaded in CVS)
Hi,
I have
Hi,
I didn't get any answer to this email, so I reformulate my question:
- is someone willing to sponsor me on this package placed in main?
- if not, I already have a sponsor for contrib ;-)
- is it OK to upload this package to CVS, even though it's not (yet)
maintained by Java Maintainer?
Just be patient.
Wow, wow, nobody told me it was a prerequisite to package Java for Debian!
OK, I'll do my best... ;-)
Eric
PS: I'm on both Debian Java and Java Maintainers mailing lists, no need to
CC.
--
N/A signature
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Hi,
I have repackaged libforms-java, using kaffe (I formerly also successfully
used free-java-sdk but was convinced to jump to kaffe), but (see attached
file for details):
1. I hit the current GUI issue with kaffe 1.6.
2. free-java-sdk aka sablevm does not really work.
3. the thing works
Hi again,
I have a similar issue with libjcalendar-java as with libforms-java: I can
compile with kaffe but I can't really test the runtime behavior.
JCalendar compiles well with kaffe 1.6, but I, short of creating myself a
test program, I can only test through freemind (with Sun's java) as I
Hi,
jaxme is almost ready as part of my dom4j packaging effort. It was only
stalled recently due to other more important stuff. I will reactivate it
:-)
Great, if you want really to be nice with me, have a look at my RFP, as I
point to an issue with FreeMind, which would need a (non-trivial
Hi,
That is a bug in older GNU Classpath snapshots. Use a newer kaffe and it
should work (I think the bug is still in gcj 4.0 in unstable.
Aha, thanks for the hint, I was using SableVM where I should have used
Sun's Java... stupid me...
Eric
--
N/A signature
--
To UNSUBSCRIBE, email to
Hi,
SableVM uses an ultra old snapshot of GNU classpath. Kaffe should work
fine. No need to switch to non-free stuff for this.
Well, not for this, but for other reasons perhaps: :-)
[EMAIL PROTECTED]:~$ DISPLAY=:0 JAVA_HOME=/usr/lib/kaffe/jre DEBUG=1 freemind
DEBUG: Freemind parameters are
Hi,
I rather recently learned to compile Java programs the Debian way, hence I
remember how I learnt it, and basically the easiest way is to take a
similar java program from debian and look at the way it's packaged.
I was a bit reluctant at the beginning but using cdbs makes it even
simplier,
Hi,
trying to use a new library libjcalendar-java, compiled with Java 1.5, to
recompile FreeMind with Java 1.4, I got an error saying that Java couldn't
open the Jar file:
[javac] Compiling 6 source files to
/home/ericl/Comp/FreeMind/freemind-0.7.9.rc5/bin/classes
[javac]
Hi,
If you upload it to contrib before - please add the package to
http://java.debian.net/index.php/MovingJavaToMain, with some additional
comment that its compilable against Classpath CVS and should be moved
to main when new vm's are uploaded.
The package libjcalendar-java is since today in
Hi,
PS: Are you now subscribed to pkg-java-maintainers and debian-java
lists?
Yep, you can stop cc me ;-)
Eric
--
N/A signature
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello,
I didn't get an answer to this email? Everybody in holiday or nobody
interested? (it's not a problem, I can try to use my usual sponsor,
perhaps he doesn't get weary of me)
Thanks, Eric
Hi,
I've packaged libforms-java (ITP: http://bugs.debian.org/320044) as it'll
be a dependency for
Hi,
(replying at the same time to Peter and Stefan)
Thanks to both, the link to Alioth was what I was missing, I'll get an
account and subscribe to the mailing list, and then I'll ask for addition
on the pkg-java project (Stefan, I'll grab your offer), upload my files to
CVS and finally ask for
Hi,
I've packaged libforms-java (ITP: http://bugs.debian.org/320044) as it'll
be a dependency for the next version of FreeMind.
I managed to package it only with free java tools (free-java-sdk + gjdoc),
and hence wanted to propose it for adoption by the Debian Java
Maintainers as IMHO it could
Hi,
my understanding of the differences between Java 1.4 and 1.5 is that
programs compiled with Java 1.5 might not work in the JVM 1.4, but the
other way around should always work.
So my questions:
1. is this correct?
2. if yes, shouldn't the consequence for Debian be, even though Sun Java
is
Hi,
the program which needed JAVA_HOME was 'ant'; it might have had to do with
the fact that I had the JDK and JRE packages both installed with some
alternatives (java) pointing to the JRE and some (javac) to the JDK.
But, anyway, I had to define JAVA_HOME to make it work.
And I thought that
75 matches
Mail list logo
