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 so
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 a
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 (
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
> simplyhtml_
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
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, Er
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.
>>
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
CLASSPATH=/usr/local/share/java/odinms.jar:/usr/local/share/java/xttools.jar:etc.
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
> vers
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 look&feel of different java apps, the icon set is relativel
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 :-)
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 furthe
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
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
> javahelp
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
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 other
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, b
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 m
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
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,
> >
> > 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 o
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.
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, e
Hi,
Elliott Hughes said:
> i think you're telling me, as i'd feared, that it isn't really
> possible to do what i want to do. if that's the case, i think i'll
> keep waiting -- at least until sun-java?-jre is in Ubuntu's main --
> and then "Depends:" sun-java6-jre.
Use "Depends: sun-java6-jre | s
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 bu
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 pu
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
>> there is also apt-file but I'm not using it.
>>
>> Eric
>>
> If i catch your poi
Hi,
There is no formal way to do this that I would know, but:
apt-cache search
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 to know whats to install if a
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 t
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 do
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,
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.
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 col
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
pkg-
Hi,
> Petter Reinholdtsen writes:
>> The most important feature is java applet support. Some of the
>> important test cases are listed on
>> http://wiki.debian.org/DebianEdu/JavaInDebianEdu>. Last time I
>> tested, few of them were working properly in Etch with gcjappletviewer.
>> :(
>
> apparen
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 is
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 Navar
Hi,
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Marcus Better wrote:
>> Hi,
>>
>> what is the status of JaxMe (bug #296117)? Is it ready for upload?
>>
>> It is needed for packaging JBoss.
>
> Maybe Eric can answer here... Eric, do you have preliminary package or
> something? if yes, can
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
it
Hi Tom,
thanks for the help.
Tom Marble wrote:
Eric Lavarde - Debian wrote:
I know it´s probably linked to a proprietary Java (I know that some people
from Sun have now sneaked in ;-),
Not to worry... we are safely off in "non-free" (that is until
Java is completely liberated!)
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 aski
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 rea
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
>&g
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 propo
Hi,
>
>>>- ordering of the free runtimes. can we agree on some kind of order?
>>
>> I'd suggest a popcon based ordering. Reevaluate for every
>> release / 6 months, etc. which should let us shuffle things
>> around as necessary.
>
> We can also reevaluate just before the release.
Before popcon (nu
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
aro
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
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, I
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,
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 :->
Che
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 -
> 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 packagi
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
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 a
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?
>>
>
> 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 "u
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?
Thanks
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 repac
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 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
don'
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 perfectly
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,
>
> 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,
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, just
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]
/home/ericl/Com
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]
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
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 s
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 dependen
Hi,
while trying to compile JCalendar (currently to be found under
http://eric.lavar.de/comp/linux/debian/dump/), soon to be found in contrib
(hopefully), with free-java-sdk, I get an error, which seems to point to a
missing class in the implementation.
As I've seen more than one that such missing
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 not
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 what
80 matches
Mail list logo
