On Thu, Oct 14, 2021 at 11:23:01PM +0200, Markus Koschany wrote:
> Hi backports team,
>
> please remove tomcat9 from buster-backports because Emmanuel won't have the
> time to update the package for the next months and I don't intend to maintain
> it. My recommendation for all users of tomcat9 is
Forwarding to debian-java@
Begin forwarded message:
Date: Sun, 05 Jul 2020 18:17:46 +0300
From: Alexander GQ Gerasiov
To: Debian Bug Tracking System
Subject: RFP: portfolio -- Portfolio Performance - an open source tool
to calculate the overall performance of an investment portfolio
Package
Hi,
I'm in the process of packaging a new version of basex [1].
A major change is that upstream requires Java7 to build and run.
As such, I changed debian/control to
Build-Depends: …, openjdk-7-jdk, …
Depends: …, openjdk-7-jre
Lintian now complains:
$ lintian -i -I --show-overrides --pedantic
>
>
>3.0.0
>
>
> with:
>
>
>2.2.1
>
>
> Emmanuel Bourg
>
>
> Le 16/10/2013 17:58, Alexander Holupirek a écrit :
>> Hi all,
>>
>> i'm in the progress of updating the java package basex [1].
>> However,
Hi all,
i'm in the progress of updating the java package basex [1].
However, upstream has changed their build process to maven3.
How do we proceed in cases like this?
Cheers,
Alex
[1] http://packages.qa.debian.org/b/basex.html
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debi
ena/iri/IRI.java:394:
> annotations are not supported in -source 1.4 [javac] (use -source 5
> or higher to enable annotations) [javac] @Override [snip]
I can't work out how to tell it how it to use a more recent source
version.
What I've got so far is at
<https://github.com/
Hi,
On 03.08.2011, at 13:41, Torsten Werner wrote:
> On Fri, Jul 29, 2011 at 10:54 PM, Ludovic Claude
> wrote:
>> maven-repo-helper installing jars under /usr/share/maven-repo by default
>> is an old issue, it should be fixed by recompiling your package against
>> a newer version of maven-repo-h
Hi,
I updated my Debian package for BaseX to the new upstream version 6.6.1
BaseX is a native XML database written in Java without any further dependencies.
I have done packaging using the maven-helper tools.
In first place, I would appreciate any feedback on how I could improve the
package.
Fur
Hi all,
I am looking for a sponsor for the package "basex".
BaseX is a native XML database and XPath/XQuery processor written entirely in
Java.
Besides it supports the latest W3C Full Text and Update Recommendations.
BaseX can be operated from command line, in client/server mode, or using a GUI.
Hi Ludovic,
thanks for having a look at the package. I have incorporated your suggestions
to the package files on
http://www.inf.uni-konstanz.de/dbis/basex/debian/index.php
Thx!
Alex
On 20.02.2011, at 22:31, Ludovic Claude wrote:
>
>
> Hello Alexander,
>
> Your pac
Maintainer: Alexander Holupirek
Architecture: all
Version: 6.5.1-1
Depends: java-wrappers, default-jre | java6-runtime
Description: XML database and XPath/XQuery processor
BaseX is a very fast and light-weight, yet powerful XML database and
XPath/XQuery processor, including support for the latest W3C
nd we still need to work together to integrate Maven with your JavaHelper
> properly.
>
> Ludovic
>
> Le 17/07/2010 08:40, Alexander Holupirek a écrit :
>>
>> On 16.07.2010, at 01:30, Matthew Johnson wrote:
>>> On Thu Jul 15 12:14, Alexander Holupirek wrote:
>>
On 16.07.2010, at 01:30, Matthew Johnson wrote:
> On Thu Jul 15 12:14, Alexander Holupirek wrote:
>> To make a long story short. A list on the available helpers, their current
>> status and a link on how they should be used (or not) would be a great help
>> for novices.
>&
On 2010-07-14 18:52, Damien Raude-Morvan wrote:
> Hi !
>
> I've looked a bit at our "website" [1] : I finally understood why all
> newcommers are using pkg-java-maintainers list instead of debian-java :)
>
> I have compiled tree patches against the current website that I intend to
> apply Friday
opy), but we'll accept it.
Best regards,
Alexander
--
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/4bbee34a.4030...@debian.org
security patch applied to bsh?
Best regards,
Alexander
Gabriele Giacone <1o5g4...@gmail.com> schrieb am 04.04.2010 22:28:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ CC-ing debian-java and mkoch - bsh maintainers. This thread starts
from <4bb3cd1c.8000...@gmail.com> ]
eters on 2.4 or
> 2.6 kernels (for instance, if your 2.4 kernel does not support SMP or
> hyperthreading). Have you checked that?
Yes, but I didn't find anything very different. For example both 2.4 and
2.6 kernels supports SMP in my systems.
--
WBR,
Alexander Burnos
--
To UNSUBSCRI
experience the same issue?
Thank you very much.
--
WBR,
Alexander Burnos
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
experience in the field/trade of
their choice.
Give our recruiting office a call when you have time.
Thanks
Alexander Piper
Office Number: 1-773-509-4920
We hope to be talking to you soon.
*We are taking calls at anytime in the day or evening.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Penis Growth Patches are here!
http://www.asdokm.com/ss/
Ah, music. A magic beyond all we do here!
What's gone and what's past help Should be past grief.
There's no business like show business.
The worst loneliness is not to be comfortable with yourself.
Fatigue makes cowards
In message: <[EMAIL PROTECTED]>
Alexander Schmehl <[EMAIL PROTECTED]> writes:
>
>on the Debian booth at the Linux World Exposition in Frankfurt /
>Germany, we had a visitor, whome you might find interessting.
>
>He offered 5000 Euro for an "satisfy
Sorry for posting twice.
I shouldn't send mails with a low coffein level ;-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e speaks english.
Yours sincerely,
Alexander
pgp0.pgp
Description: PGP signature
e speaks english.
Yours sincerely,
Alexander
pgp0.pgp
Description: PGP signature
In message: <[EMAIL PROTECTED]>
"Marco Bresciani" <[EMAIL PROTECTED]> writes:
>Messaggio di Michael Borko del 16/12/2003:
>
>> hi!
>
>Oops... I've forgot something. :-) Sun releases the .bin file for Linux
>of its J2SDK. Does it work on Debian?!
Yes, though you have to install a spe
In message: <[EMAIL PROTECTED]>
Jan Schulz <[EMAIL PROTECTED]> writes:
>Hallo Hubert,
>
>* Hubert Schmid wrote:
>>the package also be called 'mpkg-j2se'?
>
>BTW: what does "2se stand for?"
J2SE stands for Java2 Standard Edition in Sun-speak. Similarly,
J2EE is Java2 Enterprise Edit
In message: <[EMAIL PROTECTED]>
Dalibor Topic <[EMAIL PROTECTED]> writes:
>Hi Alexander,
>
>T. Alexander Popiel wrote:
>
>> I have not found any documented way of replacing the parser version.
>> Mangling bootclasspath to do it isn't docume
In message: <[EMAIL PROTECTED]>
Jan Schulz <[EMAIL PROTECTED]> writes:
[a minor rant about how there's not much progress on Java in Debian]
I don't anything particularly useful to reply to the points that Jan
makes, largely because I've given up on Java per se as part of Debian.
The
In message: <[EMAIL PROTECTED]>
Dalibor Topic <[EMAIL PROTECTED]> writes:
>T. Alexander Popiel wrote:
>> In message: <[EMAIL PROTECTED]>
>> Dalibor Topic <[EMAIL PROTECTED]> writes:
>>
>>>Things like -bootclassp
In message: <[EMAIL PROTECTED]>
Dalibor Topic <[EMAIL PROTECTED]> writes:
>
>Things like -bootclasspath are only used by broken by design
>applications, anyway. It's -X*bootclasspath nowadays with Sun's VM, and
>it's there for a single reason: debugging. Applications have no
>buisi
In message: <[EMAIL PROTECTED]>
Ean Schuessler <[EMAIL PROTECTED]> writes:
>I still don't like the findjava idea. What is the goal? It looks like
>this script provides a common interface to all of the java execution
>systems (compilers, JITs, interpreters or otherwise) by concentrati
In message: <[EMAIL PROTECTED]>
Ean Schuessler <[EMAIL PROTECTED]> writes:
>I still don't like the findjava idea. What is the goal? It looks like
>this script provides a common interface to all of the java execution
>systems (compilers, JITs, interpreters or otherwise) by concentrati
In message: <[EMAIL PROTECTED]>
"T. Alexander Popiel" <[EMAIL PROTECTED]> writes:
>
>Inserting and/or modifying does get complex; shift and unshift
>and modifying IFS quickly become instrumental.
That should be '...shift and set and modifying...&
In message: <[EMAIL PROTECTED]>
Ben Burton <[EMAIL PROTECTED]> writes:
>
>> FWIW, the black magic is "$*" (including the quotes).
>
>Do you mean "$@"? If so, this (and "$*") become somewhat more
>troublesome when you need to modify command-line arguments or insert
>your own.
Yes, I
In message: <[EMAIL PROTECTED]>
"T. Alexander Popiel" <[EMAIL PROTECTED]> writes:
>
>Inserting and/or modifying does get complex; shift and unshift
>and modifying IFS quickly become instrumental.
That should be '...shift and set and modifying...&
In message: <[EMAIL PROTECTED]>
Ben Burton <[EMAIL PROTECTED]> writes:
>
>> FWIW, the black magic is "$*" (including the quotes).
>
>Do you mean "$@"? If so, this (and "$*") become somewhat more
>troublesome when you need to modify command-line arguments or insert
>your own.
Yes, I
In message: <[EMAIL PROTECTED]>
Ben Burton <[EMAIL PROTECTED]> writes:
>
>[...] some piece of sh black magic
>that gets the quotes right and separates arguments - some of which
>may contain spaces - at exactly the right places [1]).
FWIW, the black magic is "$*" (including the quotes
In message: <[EMAIL PROTECTED]>
Ben Burton <[EMAIL PROTECTED]> writes:
>
>[...] some piece of sh black magic
>that gets the quotes right and separates arguments - some of which
>may contain spaces - at exactly the right places [1]).
FWIW, the black magic is "$*" (including the quotes
In message: <[EMAIL PROTECTED]>
Jan Schulz <[EMAIL PROTECTED]> writes:
>* Matt Zimmerman wrote:
>
>>I like some of the ideas in your proposal, but things like "Java Runtime
>>Environments, which are complient to the Java Spec of a specific Version,
>>have to provide the virtual packag
In message: <[EMAIL PROTECTED]>
Jan Schulz <[EMAIL PROTECTED]> writes:
>* Matt Zimmerman wrote:
>
>>I like some of the ideas in your proposal, but things like "Java Runtime
>>Environments, which are complient to the Java Spec of a specific Version,
>>have to provide the virtual packag
In message: <[EMAIL PROTECTED]>
Daniel Bonniot <[EMAIL PROTECTED]> writes:
>
>>>I would think that java2 is a superset of java1.
>>
>>Unfortunately, this is not the case; the deprecation of methods and
>>classes make java2 an intersecting set, not a superset of java1.
>
>Deprecated fe
In message: <[EMAIL PROTECTED]>
Daniel Bonniot <[EMAIL PROTECTED]> writes:
>
>>>I would think that java2 is a superset of java1.
>>
>>Unfortunately, this is not the case; the deprecation of methods and
>>classes make java2 an intersecting set, not a superset of java1.
>
>Deprecated fe
In message: <[EMAIL PROTECTED]>
Daniel Bonniot <[EMAIL PROTECTED]> writes:
>I would think that java2 is a superset of java1.
Unfortunately, this is not the case; the deprecation of methods and
classes make java2 an intersecting set, not a superset of java1.
>I propose the following
In message: <[EMAIL PROTECTED]>
Daniel Bonniot <[EMAIL PROTECTED]> writes:
>I would think that java2 is a superset of java1.
Unfortunately, this is not the case; the deprecation of methods and
classes make java2 an intersecting set, not a superset of java1.
>I propose the following
In message: <[EMAIL PROTECTED]>
Ben Burton <[EMAIL PROTECTED]> writes:
>
>> I agree with this. IMO a java jar should be handled the same as a
>> binary lib ad should get API Version (~SONAME) included in its name.
>
>The problem is that many java libraries don't have a concept of an A
In message: <[EMAIL PROTECTED]>
Ben Burton <[EMAIL PROTECTED]> writes:
>
>> I agree with this. IMO a java jar should be handled the same as a
>> binary lib ad should get API Version (~SONAME) included in its name.
>
>The problem is that many java libraries don't have a concept of an A
In message: <[EMAIL PROTECTED]>
Stefan Gybas <[EMAIL PROTECTED]> writes:
>
>Should Java programs or libraries that use a versioned JAR from another
>Java library have a versioned package dependency on this libraray? E.g.
>if I use the current /usr/share/java/xalan-2.5.0.jar in my pa
In message: <[EMAIL PROTECTED]>
Stefan Gybas <[EMAIL PROTECTED]> writes:
>
>Should Java programs or libraries that use a versioned JAR from another
>Java library have a versioned package dependency on this libraray? E.g.
>if I use the current /usr/share/java/xalan-2.5.0.jar in my pa
In message: <[EMAIL PROTECTED]>
Matt Zimmerman <[EMAIL PROTECTED]> writes:
>On Mon, Jun 02, 2003 at 07:54:38PM +0200, Juergen Kreileder wrote:
>
>> [EMAIL PROTECTED] writes:
>> > cat > Test.java << EOF
>> > class Test {
>> > public static void main(String[] args) {
>> >
In message: <[EMAIL PROTECTED]>
Matt Zimmerman <[EMAIL PROTECTED]> writes:
>On Mon, Jun 02, 2003 at 07:54:38PM +0200, Juergen Kreileder wrote:
>
>> [EMAIL PROTECTED] writes:
>> > cat > Test.java << EOF
>> > class Test {
>> > public static void main(String[] args) {
>> >
In message: <[EMAIL PROTECTED]>
Hubert Schmid <[EMAIL PROTECTED]> writes:
>On Sat, 31 May 2003, T. Alexander Popiel wrote:
>
>> I don't think you can have a package both provide and conflict with
>> the same thing (j2re).
>
>It works and is o
In message: <[EMAIL PROTECTED]>
Hubert Schmid <[EMAIL PROTECTED]> writes:
>On Sat, 31 May 2003, T. Alexander Popiel wrote:
>
>> I don't think you can have a package both provide and conflict with
>> the same thing (j2re).
>
>It works and is o
In message: <[EMAIL PROTECTED]>
Hubert Schmid <[EMAIL PROTECTED]> writes:
>On Sat, 31 May 2003, Jan Schulz wrote:
>
> - the 'blackdown way': four packages are created from the binary Java2
> SDK:
[...]
> - or build different packages from the Java2 RE and the Java2 SDK binary
> ar
In message: <[EMAIL PROTECTED]>
Hubert Schmid <[EMAIL PROTECTED]> writes:
>On Sat, 31 May 2003, Jan Schulz wrote:
>
> - the 'blackdown way': four packages are created from the binary Java2
> SDK:
[...]
> - or build different packages from the Java2 RE and the Java2 SDK binary
> ar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Zimmerman wrote:
> On Mon, May 12, 2003 at 07:43:47AM -0700, Dalibor Topic wrote:
>
>> Hi Alexander,
>>
>> --- Alexander Hvostov <[EMAIL PROTECTED]> wrote:
>> >
>> > At issue is not conven
Dalibor Topic wrote:
> Hi Alexander,
>
> --- Alexander Hvostov <[EMAIL PROTECTED]> wrote:
>>
>> At issue is not convenience, but speed. Swing is horribly slow, so any
>> effort to speed it up seems worthy to me.
>
> Just do it ;) Try getting in touch
Dalibor Topic wrote:
>
> --- Alexander Hvostov <[EMAIL PROTECTED]> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Dalibor Topic wrote:
>>
>> > In my opinion, a pure java, liberally licensed, free software, swing
>> >
seconds
What is the right way to avoid this? Setting JAVA_HOME does not seems
to be a good decision, because, for instance, while it can be set in
debian/rules JAVA_HOME can be different on different machines. Any
suggestion?
--
Alexander Kotelnikov
Saint-Petersburg, Russia
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dalibor Topic wrote:
> In my opinion, a pure java, liberally licensed, free software, swing
> implementation would be preferable to native-toolkit based swing
> implementations. The hypothetical [1] native speed advantage is not as
> important as cros
thing
I stumbled on is xml-apis.jar which parts are distributed in debian in
xalan2.jar
Probably, someone can give me some helpful comment on this?
Thanks,
--
Alexander Kotelnikov
Saint-Petersburg, Russia
Erase your email record here.
In message: <[EMAIL PROTECTED]>
Keegan Quinn <[EMAIL PROTECTED]> writes:
>On Saturday 05 April 2003 05:58 pm, Juan Alvarez wrote:
>> Looking to the debian meta-packages, I show the following packages:
>>
>> java-compiler
>> java2-compiler
>>
>> java1-runtime
>> java2-runtime
>>
>> Why
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>Hello
>
>On Wed, Feb 26, 2003 at 08:16:01AM -0800, T. Alexander Popiel wrote:
>> In message: <[EMAIL PROTECTED]>
>> Ola Lundqvist <[EMAIL PROTECTED]>
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>Hello
>
>On Wed, Feb 26, 2003 at 08:16:01AM -0800, T. Alexander Popiel wrote:
>> In message: <[EMAIL PROTECTED]>
>> Ola Lundqvist <[EMAIL PROTECTED]>
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>
>Hi
>
>Well there seems to be some vauge statements in the policy. I assumed
>that blackdown should present both java1-runtime _and_ java2-runtime
>becuse it can fulfill both runtime requirements (in reasonabl
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>
>Hi
>
>Well there seems to be some vauge statements in the policy. I assumed
>that blackdown should present both java1-runtime _and_ java2-runtime
>becuse it can fulfill both runtime requirements (in reasonabl
d one question about blackdown java I have installed. Policy tool
looks ugly with it. Could this be fixed?
<>
Thanks,
--
Alexander Kotelnikov
Saint-Petersburg, Russia
d one question about blackdown java I have installed. Policy tool
looks ugly with it. Could this be fixed?
<>
Thanks,
--
Alexander Kotelnikov
Saint-Petersburg, Russia
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>
>> If AWT / GUI stuff is a particular problem (which is my understanding),
>> I think it would make sense to define virtual packages java1-awt-runtime
>> (and possibly java2-swing-runtime).
>
>This is not a ba
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>
>> If AWT / GUI stuff is a particular problem (which is my understanding),
>> I think it would make sense to define virtual packages java1-awt-runtime
>> (and possibly java2-swing-runtime).
>
>This is not a ba
In message: <[EMAIL PROTECTED]>
Mark Howard <[EMAIL PROTECTED]> writes:
[on creating custom tasks for ant]
>When you say frequently, how often do you mean. I personally have never
>had to extend ant (and so never needed the api).
It really depends on what you're doing. If all you
In message: <[EMAIL PROTECTED]>
Mark Howard <[EMAIL PROTECTED]> writes:
[on creating custom tasks for ant]
>When you say frequently, how often do you mean. I personally have never
>had to extend ant (and so never needed the api).
It really depends on what you're doing. If all you
In message: <[EMAIL PROTECTED]>
Mark Howard <[EMAIL PROTECTED]> writes:
>Hi,
> I've just noticed that the user documentation package for ant (a tool,
>not a library) contains 15 MB of API references. I've since filed bug
>#174876 asking for this to be removed.
Sadly, having the API
In message: <[EMAIL PROTECTED]>
Mark Howard <[EMAIL PROTECTED]> writes:
>Hi,
> I've just noticed that the user documentation package for ant (a tool,
>not a library) contains 15 MB of API references. I've since filed bug
>#174876 asking for this to be removed.
Sadly, having the API
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I'm using the latest ant (Apache Ant version 1.5 compiled on July 11
2002) and blackdown (Java(TM) 2 Runtime Environment, Standard Edition
(build Blackdown-1.3.1-02b-FCS)) packages on my debian unstable system.
I've downloaded the eclipse-sourceBuild
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I'm using the latest ant (Apache Ant version 1.5 compiled on July 11
2002) and blackdown (Java(TM) 2 Runtime Environment, Standard Edition
(build Blackdown-1.3.1-02b-FCS)) packages on my debian unstable system.
I've downloaded the eclipse-sourceBu
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>On Sun, Oct 06, 2002 at 05:12:39PM +0200, Robert Bihlmeyer wrote:
>> As policy requires that all "binaries" (well, it's debatable whether
>> class files fall under this) should be built with debug info and
>> s
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>On Sun, Oct 06, 2002 at 05:12:39PM +0200, Robert Bihlmeyer wrote:
>> As policy requires that all "binaries" (well, it's debatable whether
>> class files fall under this) should be built with debug info and
>>
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>On Fri, Oct 04, 2002 at 02:19:17PM +0100, Mark Howard wrote:
>
>> - Generated output is standard java bytecode [as defined by ...??] and
>> stored in files of the form MyClass$MyInnerClass.class.
>
>Do anyone k
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>On Fri, Oct 04, 2002 at 02:19:17PM +0100, Mark Howard wrote:
>
>> - Generated output is standard java bytecode [as defined by ...??] and
>> stored in files of the form MyClass$MyInnerClass.class.
>
>Do anyone
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>> Jmp works well with the jvms from sun(1.3.x, 1.4.x), blackdown (1.3.x,
>> most probably 1.4.x) and ibm (1.3.x).
>> I havent tried any other jvm. Java profilers are coded according to the
>> jvmpi specifica
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>> Jmp works well with the jvms from sun(1.3.x, 1.4.x), blackdown (1.3.x,
>> most probably 1.4.x) and ibm (1.3.x).
>> I havent tried any other jvm. Java profilers are coded according to the
>> jvmpi specific
In message: <[EMAIL PROTECTED]>
"rahil vinod talwar" <[EMAIL PROTECTED]> writes:
>com.ms.security.SecurityException[filename.paint]:java.IO.Exception
>: bad path : d:\jdk1.2.2\bin\java\awt\Graphics2D.class
>
>java.lang.ClassNotFoundException: java.awt.Graphics2D
Yes, Microsoft's IE
In message: <[EMAIL PROTECTED]>
Kenneth Pronovici <[EMAIL PROTECTED]> writes:
>
>I maintain libnbio-java, which is a JNI non-blocking socket IO package
>for Java. My current .deb is for upstream version 1.5. The upstream
>maintainer has just released version 2.0, and the only differ
In message: <[EMAIL PROTECTED]>
Kenneth Pronovici <[EMAIL PROTECTED]> writes:
>
>I maintain libnbio-java, which is a JNI non-blocking socket IO package
>for Java. My current .deb is for upstream version 1.5. The upstream
>maintainer has just released version 2.0, and the only diffe
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>
>A perfect (?) solution would be to first search for
>things in your CLASSPATH and then /usr/share/java/*.jar, and if
>possible (or useful) search other places.
>This can give results like the following, which
In message: <[EMAIL PROTECTED]>
Ola Lundqvist <[EMAIL PROTECTED]> writes:
>
>A perfect (?) solution would be to first search for
>things in your CLASSPATH and then /usr/share/java/*.jar, and if
>possible (or useful) search other places.
>This can give results like the following, whic
Here's a first draft of dh_javadeps and makejar. dh_javadeps
has absolutely no documentation as yet, but should do the 'right'
thing (adding appropriate substvars lines) if invoked without
arguments after the install tree(s) have been made. makejar
(the tool for building a jar file given a list o
Here's a first draft of dh_javadeps and makejar. dh_javadeps
has absolutely no documentation as yet, but should do the 'right'
thing (adding appropriate substvars lines) if invoked without
arguments after the install tree(s) have been made. makejar
(the tool for building a jar file given a list
In message: <[EMAIL PROTECTED]>
Andrew Pimlott <[EMAIL PROTECTED]> writes:
>On Sat, May 18, 2002 at 10:53:29AM -0700, T. Alexander Popiel wrote:
>> 5. Would it be useful to folks if I made available a second dh_java*
>>tool for taking a list of entry
In message: <[EMAIL PROTECTED]>
Andrew Pimlott <[EMAIL PROTECTED]> writes:
>On Sat, May 18, 2002 at 10:53:29AM -0700, T. Alexander Popiel wrote:
>> 5. Would it be useful to folks if I made available a second dh_java*
>>tool for taking a list of entry
This is mostly directed to Ola Lundqvist, but I figure that
getting other people's opinions can't hurt. ;-)
I've gotten all the debhelper scripts and I've been pawing
through them, learning. However, in the process, I've come
up with a couple more questions...
1. Should dh_javadeps only identify
This is mostly directed to Ola Lundqvist, but I figure that
getting other people's opinions can't hurt. ;-)
I've gotten all the debhelper scripts and I've been pawing
through them, learning. However, in the process, I've come
up with a couple more questions...
1. Should dh_javadeps only identif
On Fri, 16 Mar 2001 9:59:42 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> Hi Alex, I shouldn't have judge your opinion by your experience in Java
> programming, my apology. As long as you are programming in java we are
> happy to discuss here. I change the title so as to stop the flame from
> co
On Fri, 16 Mar 2001 9:59:42 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> Hi Alex, I shouldn't have judge your opinion by your experience in Java
> programming, my apology. As long as you are programming in java we are
> happy to discuss here. I change the title so as to stop the flame from
> c
On Thu, 15 Mar 2001 17:59:08 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > I _am_ a Java programmer. Insult me like that again, and I'll give you a
> > well-deserved line in my .procmailrc.
> I'm just curious, what _kind_ of java programmer you are? You don't need
> to test compability among diff
On Thu, 15 Mar 2001 17:43:41 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> And I'm guessing this guy(you, Alex) thought java.security only apply to web
> application.
>
> On the contrary, you can lift many of the security measure in writing
> web-based applets as the browser VM already restrict a
On Thu, 15 Mar 2001 06:15:53 -0500
Benjamin Black <[EMAIL PROTECTED]> wrote:
>
> of what relevance is this to the discussion of java on debian?
>
> i think a better question is why has this thread been going on this long?
>
> if everyone can answer the first question with "none" and the second
On Thu, 15 Mar 2001 17:38:11 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > You are being deliberately provocative. Of course one can build a
> > serious application without java.security. One can even build a
> > secure application without it, though java.security gives you better
> > control.
On Thu, 15 Mar 2001 17:59:08 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > I _am_ a Java programmer. Insult me like that again, and I'll give you a
> > well-deserved line in my .procmailrc.
> I'm just curious, what _kind_ of java programmer you are? You don't need
> to test compability among dif
1 - 100 of 139 matches
Mail list logo
