Hi,
Emmanuel Bourg wrote:
>Le 09/11/2013 18:59, Felix Natter a écrit :
>
>> Freeplane also has applet support (for viewing mindmaps), which is
>now
>> signed upstream (using certum.eu)
>>
>> => I would also be interested into signing a jar for use with Debian
>> (since I don't have the upstream
Hi Joachim,
Not in front of my PC but I guess that some package requires java7-sdk but that
it's provided by nothing.
Eric
Joachim Zobel wrote:
>Hi.
>
>Why do both exist? openjdk7 only provides java7-jdk, is this correct?
>
>Sicerely,
>Joachim
>
>jo@backspace:~/projects/debian/netbeans$ aptitude
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
ourself to Uploaders agreed with the team ? (It's just an honest
question, because I'm not part of the team.) If Eric Lavarde is no longer
working on this package then please remove him from Uploaders.
Agreed with the team and me but, indeed, I can/should be removed.
There are more copyr
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
Hello,
On 19/01/13 15:56, Felix Natter wrote:
Eric Lavarde writes:
Hi,
hi Eric!
finally I am making progress with the freeplane package :-)
Good to hear!
On 01/12/12 14:09, Eric Lavarde wrote:
Back on your issue with get-orig-source, it works like a charm here:
I think I know what
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 (
Hello,
On 14/01/13 19:48, Daniel Pocock wrote:
A few projects exist without following this convention, and sooner or
later somebody may try to package one of them.
According to the Java Language Specification, using a domain name is a
"suggested convention" and not a mandatory obligation. None
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_
Hi,
On 02/12/12 10:56, Thomas Koch wrote:
Eric Lavarde:
=> there are three options:
Have you considered to patch the Debian version of freeplane to your needs?
man dpkg-source, search: "3.0 (quilt)"
http://raphaelhertzog.com/2011/07/04/how-to-prepare-patches-for-debian-
p
Hi,
On 01/12/12 18:01, Felix Natter wrote:
The problem is in the search dialog ("FindReplaceDialog"): There is a
new "Approximate" check box which needs two things to work:
(1) some translations:
jcbMatchApprox.setText(Util.getResourceString(SHTMLPanel.getResources(),
"matchApproxima
Hi,
On 01/12/12 14:09, Eric Lavarde wrote:
Back on your issue with get-orig-source, it works like a charm here:
I think I know what happened: you had already modified the changelog to
0.16.05 in which case uscan doesn't download anything because it
considers that you are already at th
Hi,
On 25/11/12 09:47, Felix Natter wrote:
Unfortunately, simplyhtml 0.16.05 requires Java5, while freemind
only requires Java4. This is because I implemented an approximate string
matching algorithm for freeplane (using enums, thus requiring Java5)
and included the source code for it in simplyh
Hi,
On 24/11/12 11:42, Felix Natter wrote:
hi,
I am in the process of building the freeplane 1.2.20 package (in
collaboration with Cédric Pineau) and since freeplane needs a different
version of simplyhtml than freemind does, I am building a
simplyhtml-freeplane package (based on the existing s
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
t think there
is really a shortcut.
Eric
Cédric
2011/10/22 Eric Lavarde mailto:d...@zorglub.s.bawue.de>>
Hello,
I didn't find any time for quite a long time to maintain my
packages, and before their quality suffers under my lack of
attention, I'd pre
Hello,
I didn't find any time for quite a long time to maintain my packages,
and before their quality suffers under my lack of attention, I'd prefer
to properly manage my "retirement", and would like to hear your advices,
and possibly take of ownership.
Based on [1], list of packages I'm mai
Hello/bonsoir Cédric,
actually Christine already contacted me in this regard, but with holiday
and such, we didn't do much progress.
Perhaps time to do a check where we stand... Christine?
Else, the dependencies of FreeMind packaged by myself are also "for
sell" (I just don't even find the t
On 03/07/11 00:49, gregor herrmann wrote:
The alioth admins have removed the ancient pkg-perl CVS repo on my
request, I guess that's also the way to go for the java team.
Cheers,
gregor, who suggests to ask friendly on the #alioth channel
Thanks for the advice, but I guess that means we need fir
ssage
Subject: Re: Alioth status update, take 3
Date: Thu, 16 Jun 2011 11:01:06 +0200 (CEST)
From: Eric Lavarde - Debian
To: Roland Mas
Hello Roland,
the pkg-java project had an outdated CVS repository and an active SVN one,
and the address http://svn.debian.org/wsvn/pkg-java leads to the CVS and I
cou
/freeplane/freeplane_1.1.3-1.dsc
I would be glad if someone uploaded this package for me.
Kind regards
Eric Lavarde
PS: Lintian currently complains about the class-path manifest, but we
agreed on the Debian Java list that this is a special case (due to OSGi
specifics) that Lintian might be able t
On 05/06/11 14:47, Niels Thykier wrote:
LINTIAN_ROOT="" frontend/lintian
$ LINTIAN_ROOT="" frontend/lintian -vi
/home/ericl/ALIOTH/build-area/freeplane_1.1.3-1_i386.changes
N: Setting up lab in /tmp/xpbW7820tM ...
N:
N: Processing changes file freeplane_1.1.3-1_i386 (version 1.1.3-1) ..
On 05/06/11 13:07, Eric Lavarde wrote:
Actually could you test it with Lintian from the current git master?
Note that the new Lintian will only output the "wrong" parts of a
class-path entry, so the output will differ here.
If it's simple and you tell me how :-)
Eric
Answering
On 04/06/11 14:54, Niels Thykier wrote:
On 2011-06-04 14:43, Eric Lavarde wrote:
But once I've patched away the class-path entry, it complains about a
missing class-path, and no jar file in Freeplane has actually a
class-path!?
Not the entire classpath, only the "../" entry
On 04/06/11 14:07, Niels Thykier wrote:
A strange thing is that Lintian does only complain about
freeplaneeditor.jar and not about the other jar files!?
It complains about the "../" part in freeplaneeditor.jar, which would be
a relative path to a directory, which seems to be a genuine issue.
B
Hello,
I'm not a big OSGi specialist, but let me give back what I understand:
On 04/06/11 12:16, Niels Thykier wrote:
2. my actual problem is that the classpath is actually not needed by
> Freeplane because it uses Knopflerfish / OSGi framework which resolves
> itself dependencies based on
>
Hello,
while repackaging Freeplane, I noticed that there a few new Lintian
checks in regard to Java...
I had first the warning:
W: freeplane: classpath-contains-relative-path
usr/share/freeplane/core/org.freeplane.core/lib/freeplaneeditor.jar: ../
freeplaneeditor.jar freeplaneviewer.jar fre
Hello,
could anybody have a look at http://bugs.debian.org/619140 and tell me
what the following could mean:
java.lang.RuntimeException: Use of the extension function
'xalan://freemind.main.HtmlTools:replaceSpacesToNonbreakableSpaces' is
not allowed when the secure processing feature is set to
Hi,
On 12/03/11 12:13, Giovanni Mascellani wrote:
Third try: if I explicitly set classpath with this line
java -cp
/usr/share/beast-mcmc/lib/beast.jar:/usr/share/java/jam.jar:/usr/share/java/jdom1.jar:/usr/share/java/jebl.jar:/usr/share/java/commons-math.jar
dr.app.beast.BeastMain
then the pro
Hello,
On 22/10/10 23:57, Ximin Luo wrote:
On 22/10/10 22:43, Ludovic Claude wrote:
It works probably because you are using Java 6, which is already
bundling rhino.jar and the scripting API. It would be better to keep an
explicit dependency on rhino.jar, and you may need also bsf.jar for a
Java
entors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/f/freeplane/freeplane_1.1.1-1.dsc
- and also present in Svn-Java
svn+ssh://ewl-gu...@svn.debian.org/svn/pkg-java/trunk/freeplane
I would be glad if someone uploaded this package for me.
Kind r
Something else:
$ dpkg -L fop | grep 0.95
/usr/share/java/fop-0.95.jar
/usr/share/maven-repo/org/apache/xmlgraphics/fop/0.95
/usr/share/maven-repo/org/apache/xmlgraphics/fop/0.95/fop-0.95.pom
/usr/share/maven-repo/org/apache/xmlgraphics/fop/0.95/fop-0.95.jar
The names and links surely need to be
Hello Mathieu,
On 16/07/10 11:59, mathieu.malate...@gmail.com wrote:
Hi there,
I have prepared the debian package for fop 1.0. I would like to upload
it to experimental so that people can start playing with it. Does this
seems resonable, or should I just go ahead and upload to unstable ?
Thank
va
I would be glad if someone uploaded this package for me.
Kind regards
Eric Lavarde
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c42ae10@zorglub.s.bawue.de
On 16/07/10 14:39, Vincent Fourmond wrote:
I would suggest uploading to experimental and to give some time to
people to check the persistance (or not) of existing bugs, and then
send the whole thing to unstable, in a couple of weeks. I would
suggest pinging people using fop as a build depends;
Hello,
could someone sponsor the below package? I need it in order to get
Freeplane in Debian.
Matthew, wo reviewed it already, expressed lack of time to finalize
sponsoring.
Thanks, Eric
PS: sources are also in pkg-java SVN.
Original Message
Subject: 'knopflerfish-osgi' u
On 09/05/10 03:03, Torsten Werner wrote:
Hi Eric,
On Sat, May 8, 2010 at 10:11 PM, Eric Lavarde wrote:
Once JiBx1.2 is available in Ubuntu, I'll abandon my blockade.
but may we remove version 1.0 from the archive at least?
Yes, please, do.
Thanks, Eric
--
To UNSUBSCRIBE, email to d
Hello,
ergh, sorry but I rolled-back this change as I packaged the next version
of FreeMind (0.9.0~rc7, uploaded 2 seconds ago on mentors).
Reason: I want the FreeMind package to keep working under Debian and
Ubuntu without having to keep 2 sets of patches (or even having to
rebuild the pack
Hi,
Niels Thykier wrote:
Eric Lavarde wrote:
Vincent Fourmond wrote:
On Fri, Mar 26, 2010 at 5:47 PM, Eric Lavarde wrote:
one more thing: we could actually also get rid of all javaX-runtime
where X
< 6, or is there any package left in Debian that provides only less than
java6?
Package:
Vincent Fourmond wrote:
On Fri, Mar 26, 2010 at 5:47 PM, Eric Lavarde wrote:
one more thing: we could actually also get rid of all javaX-runtime where X
< 6, or is there any package left in Debian that provides only less than
java6?
Package: gcj-4.4-jre
Provides: java-runtime, java1-runt
27;t fully
coherent.
Eric
Matthew Johnson wrote:
On Fri Mar 26 17:37, Eric Lavarde wrote:
They should build-depend on default-jdk and depend on default-jre |
javaN-runtime
I have some problems with this:
1. the policy states something like "javaX-runtime fulfills the Java X
specification
Hi,
one more thing: we could actually also get rid of all javaX-runtime
where X < 6, or is there any package left in Debian that provides only
less than java6?
Backport might be a concern, but then sun-java5 is not present in older
versions than sun-java6, so...
Eric
--
To UNSUBSCRIBE, e
Hello,
Matthew Johnson wrote:
But, from your patches, I understand that javaX-runtime survives and
that we add default-jre/jdk (default-j) into the picture, which,
depending on the platform, provides either cp-j or java-j, because they
pull gcj-j or openjdk-j.
IMO javaX-runtime should be
Hi Niels,
I have some problems to understand the resulting document, not knowing
what the baseline is, but after reading through the patches, I think
that the new policy doesn't address the main problem which is the fact
that we have 2 incompatible runtime (and compiling/building)
environment
Hi,
subject change to reflect topic change...
Niels Thykier wrote:
Yes, I am guilty here. On a related note, does anyone know if the draft
[1] has been ratified or it is just a "proposed" change? If it is the
latter then lets get (the parts of) it (we want) approved so I can
integrate them.
No
Hi Matthew,
thanks for the review. Some questions back (if I removed your remark, I
just accepted it).
Matthew Johnson wrote:
- there is a debian/patches/debian-changes* patch which has been
autogenerated by dpkg-source. Looks like the clean target doesn't remove
knopflerfish-osg
Hi,
are these 2 reassignments within 6 hours normal? Or should we discuss
about it before it escalates?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571532
Eric
--- Begin Message ---
Processing commands for cont...@bugs.debian.org:
> reassign 571532 ant
Bug #571532 [gij] gij: Bus error w
Hello again,
I was rightly pointed to the fact that I had forgotten to put the
sources in SVN (thanks for the hint, Niels); it's now done and available
under
svn+ssh://ewl-gu...@svn.debian.org/svn/pkg-java/trunk/knopflerfish-osgi
So, still waiting for a DD,
Thanks, Eric
Eric Lavarde
Hello again,
I have a very small update of FreeMind necessary to overcome a problem
with ant 1.8. Could some DD upload the changes for me?
Thanks, Eric
--- Begin Message ---
Your upload of the package 'freemind' to mentors.debian.net was
successful. Sponsors can now download it. The URL of you
Hello,
would some DD be so kind as to upload knopflerfish-osgi?
It's an OSGI framework implementation, and a dependency of Freeplane,
which I'm also planning to package for Debian.
Thanks, Eric
--- Begin Message ---
Your upload of the package 'knopflerfish-osgi' to mentors.debian.net was
succ
rt in this way. Exist a guide
or an howto which describe the packaging process for Java applications?
thanks,
Fabrizio
On Sat, Mar 13, 2010 at 9:47 AM, Eric Lavarde <mailto:e...@lavar.de>> wrote:
Hi Fabrizio,
I'm not a DD, but nobody has answered yet, so let me try.
Hi Fabrizio,
I'm not a DD, but nobody has answered yet, so let me try.
First, the kind of help you're expecting is a bit vague, so my answer
might not be what you expect.
For your first package, my recommendation would be to take the simplest
package with the least dependencies (and dependen
Torsten Werner wrote:
On Sun, Feb 28, 2010 at 1:06 PM, Torsten Werner wrote:
We should think about having 2 versions of ant in Debian.
I mean: having 2 upstream major versions of ant by default and not
just as a quick fix as we have it now. But the unversioned ant should
always point to the l
Hello again,
sorry to reply to myself, but I wanted to install ant1.7 and found out
that it can't be installed in parallel with ant (1.8); as we might end
up with a situation where certain packages will build correctly with Ant
1.7 and others with 1.8, I'm not sure this is viable.
Any idea (
Hi Torsten,
Torsten Werner wrote:
On Sat, Feb 27, 2010 at 9:33 PM, Eric Lavarde wrote:
I'm not a big Java specialist, just a packager, but we've seen quite a lot
of FTBFS bugs due to the upload of ant 1.8. I'm personally hit by one for
FreeMind, so I would support Matthias&#x
Hello,
Short version: +1
Matthias Klose wrote:
We are short before the freeze; the release architectures still include
architectures which require gij in it's current form (hppa,
kfreebsd-i386 and kfreebsd-amd64). Please either port OpenJDK to these
archs (hey, you're still an OpenJDK maintai
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
Hi,
I'm using heavily svn-buildpackage, so I won't switch until it's
supported. Furthermore, it makes multi-platform packaging (Debian, older
Debian, Ubuntu, etc...) more difficult.
And honestly, I don't understand why we should switch "as a team". It's
a packager's and sponsor's decision, n
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.
>>
Torsten Werner wrote:
This is a false positive because the first alternative dep is openjdk-6-jre.
Same for libjibx-java...
Eric
Cheers,
Torsten
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
Claudia Neumann wrote:
With Sid there is no error.
Seems to be a problem with lenny.
I did the same with lenny and in that chroot fresh lenny installation there is
no error.
I will try to compare the packages. What can possibly change the behavior of
th keyGenerator class?
I would fir
Marcus Better wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthew Johnson wrote:
who is still active here and interested in the Java packaging policy?
count me in.
Eric
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
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,
I thought that Batik 1.7 is not backwards compatible with Batik 1.6 (I
remember vaguely to have issues with this). If I'm right, wouldn't it
make sense to have a batik1.7 package name and keep batik (1.6)?
Thanks, Eric
Vincent Fourmond wrote:
Hello,
I've done quite a good deal of w
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
iner
ownership, and it's a dependency for the
yet-to-come-to-be-released-at-some-point-in-time FreeMind 0.9.0.
Kind regards
Eric Lavarde
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Onkar,
Onkar Shinde wrote:
What is wrong with cleaning up prebuilt jar files in clean target in
debian/rules? If you use this approach you don't have to repack the
upstream tarball every time there is a new version.
Is there any policy against this approach? If yes, can you please
point me to
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,
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,
jav
Good stuff documented to http://wiki.debian.org/JavaFAQ
Eric
Manuel Prinz wrote:
Am Donnerstag, den 08.05.2008, 22:27 +0200 schrieb Daniel Leidert:
Am Donnerstag, den 08.05.2008, 21:04 +0200 schrieb Benjamin Mesing:
sudo pbuilder login --save-after-login
echo "sun-java5-jdk shared/accepted-su
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, E
Hi,
Michael Koch wrote:
On Wed, Apr 09, 2008 at 09:14:29PM +0200, Eric Lavarde wrote:
Hi,
your first move to write to debian-user was the right one, debian-java
is meant for Java package developers, not for Java users.
JFTR: debian-java is for Java developers *AND* users.
I'm happy t
Hi,
your first move to write to debian-user was the right one, debian-java
is meant for Java package developers, not for Java users.
This said, your easiest move is probably to remove
java-gcj-compat-plugin and install sun-java5-plugin (or
sun-java6-plugin, can't remember if it was already o
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 Matthias,
I don't see the advantage of this approach over well defined virtual
packages, which I notice you seem anyway to implicitly expect
(java5-runtime, java5-sdk, etc...).
Can you perhaps elaborate a bit on this?
Thanks, Eric
Matthias Klose wrote:
[sent to debian-java@lists.debian.o
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,
Matthias Klose wrote:
Eric Lavarde writes:
Hi everybody,
thanks for your answers, it looks like we don't have yet a consensus.
Let me try to suggest one.
POINT 1:
I would suggest to modify the Java Policy along these lines:
- the specific java runtimes listed before java(2)-ru
Hi everybody,
thanks for your answers, it looks like we don't have yet a consensus.
Let me try to suggest one.
POINT 1:
I would suggest to modify the Java Policy along these lines:
- the specific java runtimes listed before java(2)-runtime are the ones
tested by the packager, and for which h
Hi Andrew,
Andrew Haley wrote:
I guess it depends on whether the program fails because a particular
runtime has bugs or because the program depends on something it shouldn't
use, such as com.sun.* classes. We're pretty complete with respect to 1.4,
so I'd like to know what this problem actually
Hi,
I'm fighting a bit with the current state of the Java policy, and it has
hit pretty hard because FreeMind isn't in testing anymore because of
this (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436206).
OK, starting from the beginning:
1. FreeMind 0.7.1 works only with Sun's Java (
Hi,
Vincent Fourmond wrote:
- debug output of java version found, and how the java command was found
(it helps a great lot when users ask for help and have e.g. a dangling
environment variable).
When DEBUG_WRAPPERS is set, the JAVA_HOME found is written.
Thanks, my point was also to call jav
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 Vincent,
comparing the wrapper script from FreeMind, version 0.9.0, not yet in
Debian [1], and your script, I'm missing the following features:
- no check that JAVA_CMD actually exists and is executable if the
variable is set.
- /usr/bin/java as last fallback if nothing else helps.
- debu
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.
Hi,
I kindly object to having groovy removed! I absolutely need it for the
next FreeMind release, that I expect to get in Debian at last!
In response to Marcus (Better), I looked a while ago in groovy and there
were still some packages missing, but, in deed, doing a better job than
currently
Answering to myself, but here new list with the Source name...
Eric
depends_on_java.source.txt.gz
Description: GNU Zip compressed data
, 2007 at 10:59:04PM +0100, Matthias Klose wrote:
Eric Lavarde writes:
Hi,
number of binary packages is relatively easy if it doesn't need to be
precise:
$ aptitude -F '%20p %13s' search '~Djava' | wc -l
419
(all packages depending on packages containing java in their
;a proposal for archive admins"? Are you referring
to some part of the Debian policy I should actually know about? (well,
I'm no DD, so I've got an excuse)
Cheers, Eric
Matthias Klose wrote:
Michael Koch writes:
On Sat, Oct 27, 2007 at 10:24:56PM +0200, Eric Lavarde wrote:
P
Package: java-common
Version: 0.26
Severity: wishlist
Hello,
in section 2.4 "Java libraries" it should be specified that packages
containing such libraries should belong to the 'libs' section and not
to the 'devel' section.
As Java libraries, to the difference of C libraries, are at
the same t
1 - 100 of 183 matches
Mail list logo
