the version in CVS.
Egon
be satisfied.
That's an interesting one... How would one do that?
Wouldn't it be easier to have an installer package then? Like there is
for Sun's JDK 1.1?
kind regards,
Egon
Debian and Java"
> Then "debianjava.pdf"
>
> You may have to make some adjustments.
> Feedback welcomed.
Would you mind of I would copy parts of it into the Debian GNU/Linux Java
Guide? (What license is the PDF?)
Egon
Hi all,
does Debian have a Java library to make animated images?
Any ideas are much appreciated.
regards,
Egon
there
are *no* changes to record.
> There could still be packaging-only changes in the future, which would
> only increase the revision number (omitted for the main releases).
Ofcourse.
kind regards,
Egon
Right. I do a similar things for Jmol, see:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jmol/Jmol/packaging/debian/Makefile?rev=1.11&content-type=text/vnd.viewcvs-markup
with the setup target.
Egon
look at the source code of the JCPCDK module
on SourceForge:
http://sourceforge.net/cvs/?group_id=10084
Look at the JChemPaint.java on how to load the resources, and build.xml (Ant)
on how we add them to the jar...
regards,
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
point to some info on how to get them?
Looking forward to any ideas/suggestions/etc,
kind regards,
Egon Willighagen
PS. If I get it to run, I'll write an article about KDE/Java development with
Gideon in LinuxFocus. It is really great software!
--
To UNSUBSCRIBE, email to [EMAIL PRO
't want to remove j2sdk1.3 as it removes a load of other packages.
Yes, in general I would like to have them both installed too... for testing
compilation etc...
I guess they should not conflict, and use the alternatives method, right?
regards,
Egon
--
To UNSUBSCRIBE, email to [EMA
e appropriate to have a separate package for those
> intending to extend ant as opposed to use it as-is.
But anyway, what about libx packages? Those are libraries too. Where is the
API documentation of those packages? It seems exactly like that...
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
te-alternatives --config java' (etc)
to create /usr/bin/java (etc)...
This mechanism thus allows for other JVM's to be installed as well,
while keeping /usr/bin/java general...
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
like one more to be able
> to apply it.
Five-ed (excluding posting not send to this list ;)
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
..
To all, what package would be best to download as an example of how to
package Java applications as Debian package?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
2sdk1.4 as the default.
>
> Anyone know why this keeps happening?
The auto mode selects a JVM based on highest priority...
The solution seems to be to just increase the priority of the j2sdk1.4
such that it is higher than that of the SableVM...
Egon
--
To UNSUBSCRIBE, email to [EMAIL
On Friday 08 August 2003 15:15, Matt Zimmerman wrote:
> On Fri, Aug 08, 2003 at 02:54:56PM +0200, Egon Willighagen wrote:
> > On Friday 08 August 2003 14:26, Hein Meling wrote:
> > > Every time I do an update, and there is a new version of sablevm (I
> > > think), the
On Friday 08 August 2003 15:31, Matt Zimmerman wrote:
> On Fri, Aug 08, 2003 at 03:26:34PM +0200, Egon Willighagen wrote:
> > Right... and I understood from Hein's email that the sablevm package
> > does this upon upgrade...
> >
> > Is that a bug?
>
> If sabl
binary Debian packages for the kdelibs, kdebase, etc... ?
kind regards,
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thursday 07 August 2003 12:54, Paolo Ariano wrote:
> Il gio, 2003-08-07 alle 11:43, Egon Willighagen ha scritto:
> > I would suggest to apt-get source of some Java application and check how
> > that does it... e.g. Jmol on mentors.debian.net, which is not in Debian
> > itse
an use a sponsor...
> > I haven't discussed the question of whether it is correct for a program
> > that can be compiled with free software but not run with free software
> > to go into main.
>
> It is not.
Agreed. BTW, the debian build deamons won't be able to make
am interested in testing you deb of it...
And let my experience know... and not just about the package, but
about the software itself as well..
Were can you'r deb be downloaded? Apt?
Egon
/share/java/multi.jar
Should i just disregard these warnings?
Egon
On Monday 15 January 2001 20:15, Seth Arnold wrote:
> * Egon Willighagen <[EMAIL PROTECTED]> [010115 11:12]:
> > W: jmol: executable-not-elf-or-script ./usr/share/java/multi.jar
> >
> > Should i just disregard these warnings?
>
> Never having used the debian packag
What about the Deb's at Blackdown? There are Woody debs, but they need
to be tested. I can imagine (and propose) a installer that downloads a
blackdown deb package and installs it... which is the easiest thing to do
Would this be enough?
Egon
On Wednesday 21 February 2001 11:34, Juergen Kreileder wrote:
> Egon> What about the Deb's at Blackdown? There are Woody debs, but
> Egon> they need to be tested. I can imagine (and propose) a
> Egon> installer that downloads a blackdown deb package and
>
> to see why all of contrib shouldn't go into main.
My excuses for not reading the policy properly. Another person also
informed me that it should be contrib.
thanx!
Egon
Op dinsdag 13 maart 2001 21:50, schreef Juergen Kreileder:
> >> I'm talking to Sun about a possible amendment to our license
> >> which would allow our deb packages to go into Debian
> >> (non-free). Currently I'm waiting for feedback from Sun'
va applications compiled with gcj automatically find the
> necessary ,so files, without the users having to explicitly list
> them on the gcj command line.
This is prevented by use of /usr/bin/exec scripts... (e.g. /usr/bin/ant)
Thus prevening user to fiddle with command line/classpath options...
Egon
d Hat has not traditionally dealt with thousands of packages.
> For Debian the choice might be different.
I think this is up to the packager. If he compiled his code natively, he has
depend both for compilition and for executing on gcj.
I know this has in principle nothing to do with where the native code should
be installed... but if we want to adapt the Debian Java policy, these things
have to be resolved (at least for Debian).
Egon
Op dinsdag 03 april 2001 18:49, schreef Paul Reavis:
> On 03 Apr 2001 07:50:33 +0200, Egon Willighagen wrote:
> > > I've left out versioning issues. If one want to support multiple
> > > versions of the same library one could install LIBRARY-VERSION.jar,
> &
Op donderdag 05 april 2001 01:43, schreef Per Bothner:
> Egon Willighagen <[EMAIL PROTECTED]> writes:
> > I like the idea of a Perl launcher...
>
> I hate the idea of requiring Perl in order to run Java ...
>
> Of course Debian can use whatever wrappers it will, b
main... definitely Ant 1.3. Even it will remain in non-free for the time
being...
You might even consider:
main: ant_1.2.deb
non-free: ant-non-free.1.3.deb
They would ofcourse conflict... but that would make everyone happy
Egon
Op woensdag 02 mei 2001 23:03, schreef Takashi Okamoto:
> http://www21.freeweb.ne.jp/computer/torakun/deb
Have you spoken with [EMAIL PROTECTED] about it? For uploading
these debs to debian.org?
Egon
with known imports for available debian java libraries...
The result would be a list of jars the *java files depend on, which as far
as i know is the sole purpose of dh_java correct?
Egon
redundancy is available...
More practical, when doing dh_java, it is not possible to determine which
packages it relies on...
If no one can give me a good argument why this redundancy is in Debian's
testing packages, i will post bugs... (*this is not a threat* :)
Egon
On Wednesday 30 May 2001 10:42, Stefan Gybas wrote:
> On Wed, May 30, 2001 at 10:28:20AM +0200, Egon Willighagen wrote:
> > In other words, the org.w3c.dom classes are given in three packages...
> > They probably have some version differences, but it seem not correct that
> &g
On Wednesday 30 May 2001 11:16, Stefan Gybas wrote:
> On Wed, May 30, 2001 at 10:57:13AM +0200, Egon Willighagen wrote:
> > But if they are different implementations they should not use the
> > same namespace... (see below)
>
> But they implement the same interface (DOM in t
On Wednesday 30 May 2001 12:19, Toby Speight wrote:
> 0> In article <[EMAIL PROTECTED]>,
> 0> Egon Willighagen mailto:[EMAIL PROTECTED]> ("Egon") wrote:
>
> Egon> working on dh_java i encountered this:
> Egon>
> Egon> Duplicate library path: org/
On Wednesday 30 May 2001 20:48, Andrew Pimlott wrote:
> On Wed, May 30, 2001 at 01:54:52PM +0200, Egon Willighagen wrote:
> > But it might indeed be "good" to place the interface classes in a
> > seperate jar/package... this would enforce that the implementation *does*
On Wednesday 30 May 2001 21:14, Andrew Pimlott wrote:
> On Wed, May 30, 2001 at 09:08:03PM +0200, Egon Willighagen wrote:
> > On Wednesday 30 May 2001 20:48, Andrew Pimlott wrote:
> > > It is fine to split packages into the official API classes, and
> > > supporting c
On Monday 28 May 2001 10:46, Egon Willighagen wrote:
> The current Java policy states there is no dh_java... I plan to start
> writing one...
>
> I guess it should be places in the debhelper package, correct?
>
> Are there policies specific for dh_* programs? Like API's?
On Monday 04 June 2001 15:18, Hein Meling wrote:
> Egon Willighagen wrote:
> > TODO:
> > - make Debian package for dh_java
> > - have dh_java output a "control" line
> > - have dh_java output a classpath
> > - read/comment and implement debian-java commen
Takashi,
could you include these two man pages in your ant package?
Egon
-- Forwarded Message --
Subject: Re: man page ant
Date: Thu, 5 Apr 2001 11:20:36 +0200
From: Egon Willighagen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED
Suggestions?
issue i bug report?
BTW, what is the status of the Java policy? Does the Debian policy state
that Java software must fullfil Java policy? Or is it just work in progres?
Egon
unnecessarily...
and since it is the program that is important... package them as a program.
Egon
al for a java2-virtual-machine concept, which can be
> further discussed if needed. ITP's, etc, could then follow.
>
> How does that sound ?
Go for it!
BTW, what would the correct way to change the Java policy? Most Debian
developers do not know about Java enough to decide on these things...
Egon
On Friday 07 September 2001 19:26, Egon Willighagen wrote:
> > Perhaps we should wait a few days to see if any others have
> > comments/thoughts they would like to add, as I'm more than interested
> > in hearing any other proposals, comments, etc.
>
> Yes,
On Saturday 08 September 2001 00:15, Juergen Kreileder wrote:
> Egon Willighagen <[EMAIL PROTECTED]> writes:
> > I totally agree with your plans to change the policy to include a
> > java2-virtual-machine concept...
>
> I don't see much value in "java2-virtual-
in favour of java(1?)-runtime for java1 packages.
> I think it's important to keep things consistent.
I agree. And since we are rather close to a freeze, a policy change does not
sounds a good thing...
Can everyone approve with java2-virtual-machine for Woody and
java[2]-runtime for Sid?
Egon
it's easier to inspect and edit by hand.
Nope. XML is easier to read, certainly if small changes are to be added.
But let's not start *that* flame war...
> Having said that, I'm personally not fussed in the slightest about the
> format of said files. I'm more concerned with their existance. :)
Egon
*half* of them are named
> "libXXX-java"
> instead of "lib-XXX-java". We even see libpgjava with no dashes
> whatsoever.
>
> Does this bother anyone else but me?
Nope. Me too. Let's have a contest... the one committing the most
bugs wins... what was the correct level again? serious or critical?
Egon
se
lib-foo[version]-java instead...
Egon
prefers it this way, at least make it:
CLASSPATH=$INTERNALCLASSPATH:$CLASSPATH
so that internal jars overwrite the general jars...
Egon
On Wednesday 19 September 2001 09:22, Ola Lundqvist wrote:
> On Tue, Sep 18, 2001 at 02:59:10PM -0700, Stephen Zander wrote:
> > The following just entered .../Incoming.
>
> Great! Good work guys!
I cannot agree more!
Egon
On Wednesday 19 September 2001 16:58, Ola Lundqvist wrote:
> On Wed, Sep 19, 2001 at 03:33:59PM +0200, Egon Willighagen wrote:
> > On Tuesday 18 September 2001 14:44, Ola Lundqvist wrote:
> > > Like, CLASSPATH=$CLASSPATH:$INTERNALCLASSPATH before running
> > > th
On Tuesday 25 September 2001 20:56, Michael Schlueter wrote:
> Now I will start with argouml
Good. Can't wait to file al those bugs and missing features in it
that i've got piled up over the last one and a half year :)
Egon
DK in non-free.
>
> If such permission exists it should be mentioned in the packages
> copyright file. It shouldn't just be a shared knowledge on some
> maillign list.
Stephen Zander <[EMAIL PROTECTED]> should be able to answer this...
Egon
nto:
/usr/lib/j2se/1.3/lib/i386
and
/usr/lib/j2se/1.3/lib/ext
But with no success...
Suggestions?
Egon
classpaths needed for JVM's
and other things that make life for a Java packager easier...
I myself developed a tool that outputs the required jar files from a set
of jar files which satisfies the "imported" classes in the Java source
code...
kind regards,
Egon
k.sf.net), and use GCJ to compile it... This should stress
test both the CDK libs *and* the (Debian) Java Policy...
> I would be *very* excited to see this!
>
> Kevin
Egon
this a legal argument?
Please enlighten me.
kind regards,
Egon
1. http://cdk.sf.net/
2. http://packages.debian.org/unstable/libs/libxerces-java.html
3. http://packages.debian.org/unstable/libs/liblog4j.html
> On Tue, Oct 23, 2001 at 11:04:47AM +0200, Egon Willighagen wrote:
> > Is it "legal" to have (I am thinking Java here):
> >
> > - A GPL-ed program that uses
> > a LPGL-ed libraries that uses
> > a "Apache Public License"-ed library
> &
; also on the cc (or just keep it on the list unless the experts
> say they are bored with it.)
Did you have a look at the Java Policy? It is available in the
java-common package... Or, alternatively, from
http://people.debian.org/~bortz//Java/policy.html
To the rest on this list: is this the latest up-to-date version?
Egon
Hi all,
to get J2SDK for linux running on my machine, i had to make a symbolic link:
/usr/lib# ln -s libstdc++-libc6.1-2.so.3 libstdc++-libc6.1-1.so.2
Is there a more elegant way?
regards,
Egon
t about a one/two years ago...
and am rather interested in tested your packages... I have apache installed as
well...
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
own's JVM to kaffe? Do I need to
recompile or can kaffe run classes?
And the same for gcj? Is there an easy way to port a Ant based compilation
to some Makefile like stuff for compiling with gcj? Is there a good tutorial
on it somewhere?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROT
On Sunday 12 May 2002 21:11, Egon Willighagen wrote:
> Only if your binary package can run with free virtual machines (like kaffe,
> libgcj, ORP and KissMe), it may go into main. Otherwise, it must go into
> non-free, or in contrib if your package itself is free.
Better:
Only if yo
On Sunday 12 May 2002 21:32, Ola Lundqvist wrote:
> On Sun, May 12, 2002 at 09:13:35PM +0200, Egon Willighagen wrote:
> > On Sunday 12 May 2002 21:11, Egon Willighagen wrote:
> > > Only if your binary package can run with free virtual machines (like
> > > kaffe, libgcj,
like stuff compiled from C.
Thus libfoo and not libfoo-gcj-java...
However, if libfoo is taken already you have trouble; then you would have a
name clash and libfoo-gcj might not be too bad...
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this could that work?
Then why not have a Debian GNU/Linux with just source packages (actually,
there is such a project i think)? Makes it a lot easier for us too...
Anyway, I tend to disagree... You want a binary distro, so you might question
if Emacs is doing the right think...
Egon
--
look at the source code of the JCPCDK module
on SourceForge:
http://sourceforge.net/cvs/?group_id=10084
Look at the JChemPaint.java on how to load the resources, and build.xml (Ant)
on how we add them to the jar...
regards,
Egon
point to some info on how to get them?
Looking forward to any ideas/suggestions/etc,
kind regards,
Egon Willighagen
PS. If I get it to run, I'll write an article about KDE/Java development with
Gideon in LinuxFocus. It is really great software!
On Sunday 20 October 2002 08:38, Arash Bijanzadeh wrote:
> Can I use kdevelop for my java project? Any one have experience with this?
Yes, but you cannot make KDE/Java programs at this moment, because the
kdebindings for Java are not yet available for Debian...
Egon
On Sunday 20 October 2002 11:37, Arash Bijanzadeh wrote:
> On Sunday 20 October 2002 12:48, Egon Willighagen wrote:
> > On Sunday 20 October 2002 08:38, Arash Bijanzadeh wrote:
> > > Can I use kdevelop for my java project? Any one have experience with
> > > this?
>
't want to remove j2sdk1.3 as it removes a load of other packages.
Yes, in general I would like to have them both installed too... for testing
compilation etc...
I guess they should not conflict, and use the alternatives method, right?
regards,
Egon
Hi all,
are there plans within Debian for the upcoming Java security changes,
which make many unsigned and self-signed applets blocked somewhere in
2014?
Are there options for Debian to become a trusted signer of applets?
Egon
--
Dr E.L. Willighagen
Postdoctoral Researcher
Department of
Awesome! Plz let me know if I can answer any questions around dependencies,
or impact of missing dependencies.
Egon
On Wed, Nov 20, 2019 at 9:35 PM Andrius Merkys wrote:
> Hi Andreas,
>
> On Wed, 20 Nov 2019, 22:19 Andreas Tille, wrote:
>
>> I have no idea what restrictions
Hi Andreas, and other Debian developers,
I saw that CDK 2.3 is now in unstable! Great news! Many thanks for your
time during the BioHackathon, and others for their effort to make this
happen. Very much appreciated.
Egon
On Tue, Nov 19, 2019 at 6:40 PM Andreas Tille wrote:
> Hi,
>
>
am interested in testing you deb of it...
And let my experience know... and not just about the package, but
about the software itself as well..
Were can you'r deb be downloaded? Apt?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
/share/java/multi.jar
Should i just disregard these warnings?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Monday 15 January 2001 20:15, Seth Arnold wrote:
> * Egon Willighagen <[EMAIL PROTECTED]> [010115 11:12]:
> > W: jmol: executable-not-elf-or-script ./usr/share/java/multi.jar
> >
> > Should i just disregard these warnings?
>
> Never having used the debian pa
What about the Deb's at Blackdown? There are Woody debs, but they need
to be tested. I can imagine (and propose) a installer that downloads a
blackdown deb package and installs it... which is the easiest thing to do
Would this be enough?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTE
On Wednesday 21 February 2001 11:34, Juergen Kreileder wrote:
> Egon> What about the Deb's at Blackdown? There are Woody debs, but
> Egon> they need to be tested. I can imagine (and propose) a
> Egon> installer that downloads a blackdown deb package and
> to see why all of contrib shouldn't go into main.
My excuses for not reading the policy properly. Another person also
informed me that it should be contrib.
thanx!
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
from Sun's
> >> legal department.
>
> Egon> That is great news! Let me know once you get the feedback.
>
> The basic answer[1] is yes, the packages can go into Debian non-free.
> I just want to have an amendment to the license which explicitly says
> that it's
va applications compiled with gcj automatically find the
> necessary ,so files, without the users having to explicitly list
> them on the gcj command line.
This is prevented by use of /usr/bin/exec scripts... (e.g. /usr/bin/ant)
Thus prevening user to fiddle with command line/classpath options...
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d Hat has not traditionally dealt with thousands of packages.
> For Debian the choice might be different.
I think this is up to the packager. If he compiled his code natively, he has
depend both for compilition and for executing on gcj.
I know this has in principle nothing to do with where t
Op dinsdag 03 april 2001 18:49, schreef Paul Reavis:
> On 03 Apr 2001 07:50:33 +0200, Egon Willighagen wrote:
> > > I've left out versioning issues. If one want to support multiple
> > > versions of the same library one could install LIBRARY-VERSION.jar,
> &
Op donderdag 05 april 2001 01:43, schreef Per Bothner:
> Egon Willighagen <[EMAIL PROTECTED]> writes:
> > I like the idea of a Perl launcher...
>
> I hate the idea of requiring Perl in order to run Java ...
>
> Of course Debian can use whatever wrappers it will, b
main... definitely Ant 1.3. Even it will remain in non-free for the time
being...
You might even consider:
main: ant_1.2.deb
non-free: ant-non-free.1.3.deb
They would ofcourse conflict... but that would make everyone happy
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Op woensdag 02 mei 2001 23:03, schreef Takashi Okamoto:
> http://www21.freeweb.ne.jp/computer/torakun/deb
Have you spoken with [EMAIL PROTECTED] about it? For uploading
these debs to debian.org?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&q
with known imports for available debian java libraries...
The result would be a list of jars the *java files depend on, which as far
as i know is the sole purpose of dh_java correct?
Egon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
redundancy is available...
More practical, when doing dh_java, it is not possible to determine which
packages it relies on...
If no one can give me a good argument why this redundancy is in Debian's
testing packages, i will post bugs... (*this is not a threat* :)
Egon
--
To UNSUBSCRIBE, ema
On Wednesday 30 May 2001 10:42, Stefan Gybas wrote:
> On Wed, May 30, 2001 at 10:28:20AM +0200, Egon Willighagen wrote:
> > In other words, the org.w3c.dom classes are given in three packages...
> > They probably have some version differences, but it seem not correct that
> &g
On Wednesday 30 May 2001 11:16, Stefan Gybas wrote:
> On Wed, May 30, 2001 at 10:57:13AM +0200, Egon Willighagen wrote:
> > But if they are different implementations they should not use the
> > same namespace... (see below)
>
> But they implement the same interface (DOM in t
On Wednesday 30 May 2001 12:19, Toby Speight wrote:
> 0> In article <01053010282003.00794@catv6142>,
> 0> Egon Willighagen mailto:[EMAIL PROTECTED]> ("Egon") wrote:
>
> Egon> working on dh_java i encountered this:
> Egon>
> Egon> Duplicate libra
On Wednesday 30 May 2001 20:48, Andrew Pimlott wrote:
> On Wed, May 30, 2001 at 01:54:52PM +0200, Egon Willighagen wrote:
> > But it might indeed be "good" to place the interface classes in a
> > seperate jar/package... this would enforce that the implementation *does*
On Wednesday 30 May 2001 21:14, Andrew Pimlott wrote:
> On Wed, May 30, 2001 at 09:08:03PM +0200, Egon Willighagen wrote:
> > On Wednesday 30 May 2001 20:48, Andrew Pimlott wrote:
> > > It is fine to split packages into the official API classes, and
> > > supporting c
On Monday 28 May 2001 10:46, Egon Willighagen wrote:
> The current Java policy states there is no dh_java... I plan to start
> writing one...
>
> I guess it should be places in the debhelper package, correct?
>
> Are there policies specific for dh_* programs? Like API's?
On Monday 04 June 2001 15:18, Hein Meling wrote:
> Egon Willighagen wrote:
> > TODO:
> > - make Debian package for dh_java
> > - have dh_java output a "control" line
> > - have dh_java output a classpath
> > - read/comment and implement debian-java com
Takashi,
could you include these two man pages in your ant package?
Egon
-- Forwarded Message --
Subject: Re: man page ant
Date: Thu, 5 Apr 2001 11:20:36 +0200
From: Egon Willighagen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED
1 - 100 of 178 matches
Mail list logo
