Sigh. This was supposed to go to the list again.
/me searches in vain for his mind.
--
? Mike Gratton - [EMAIL PROTECTED]
! "Scientific progress goes 'boink'?"
> http://web.vee.net/
--- Begin Message ---
Apologies for taking sunk a long time to reply..
Joe Emenaker wrote:
Granted, my example was en
Mike Gratton wrote:
> Joe Emenaker wrote:
>
> > Granted, my example was entirely contrived, but it was to make a point.
How
> > about a more plausible example:
> >
> > foo.jar makes reference to "../bar.jar". [snip]
>
> I'd still say that's a broken way of using manifest classpaths, for the
> same
Bill Wohler wrote:
I see. By that same reasoning, you'd also put /lib/libc.so.6 in say,
fileutils? ;-)
No, but libc6 contains also some binaries because it makes no sense
to seperate the binaries from the library (each package would depend
on the other).
2. placing both the script, if any,
Sigh. This was supposed to go to the list again.
/me searches in vain for his mind.
--
? Mike Gratton - [EMAIL PROTECTED]
! "Scientific progress goes 'boink'?"
> http://web.vee.net/
Apologies for taking sunk a long time to reply..
Joe Emenaker wrote:
>
> Granted, my example was entirel
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
Mike Gratton wrote:
> Joe Emenaker wrote:
>
> > Granted, my example was entirely contrived, but it was to make a point.
How
> > about a more plausible example:
> >
> > foo.jar makes reference to "../bar.jar". [snip]
>
> I'd still say that's a broken way of using manifest classpaths, for the
> sam
Hi,
I did a debian package of jacorb (The free Java implementation of the OMG's
CORBA
standard). It would be nice, if somebody can take a look on it becaue it´s my
first java package:
deb http://people.debian.org/~schlue/packages/ unstable contrib
So far I found nobody but Stephane working on
Bill Wohler wrote:
> I see. By that same reasoning, you'd also put /lib/libc.so.6 in say,
> fileutils? ;-)
No, but libc6 contains also some binaries because it makes no sense
to seperate the binaries from the library (each package would depend
on the other).
> 2. placing both the scrip
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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
Stefan Gybas <[EMAIL PROTECTED]> writes:
> On Tue, Sep 25, 2001 at 12:13:30PM +0200, Ola Lundqvist wrote:
>
> > Two packages are probably better. One junit for the program
> > which depends on libjunit-java which contains the jar.
>
> Please no! Do you want to put each single file in its own Debi
Hi,
I did a debian package of jacorb (The free Java implementation of the OMG's CORBA
standard). It would be nice, if somebody can take a look on it becaue it´s my
first java package:
deb http://people.debian.org/~schlue/packages/ unstable contrib
So far I found nobody but Stephane working on
> I named junit-java because junit is java application.
> But some applications need junit as library.
> Should I use junit-java instead of junit?
What I have done with jython (which is similar; a program that is also
used as a library for java apps that want embedded scripting) is create a
"jyth
Stefan Gybas <[EMAIL PROTECTED]> writes:
> On Tue, Sep 25, 2001 at 12:13:30PM +0200, Ola Lundqvist wrote:
>
> > Two packages are probably better. One junit for the program
> > which depends on libjunit-java which contains the jar.
>
> Please no! Do you want to put each single file in its own Deb
> I named junit-java because junit is java application.
> But some applications need junit as library.
> Should I use junit-java instead of junit?
What I have done with jython (which is similar; a program that is also
used as a library for java apps that want embedded scripting) is create a
"jyt
On Tue, Sep 25, 2001 at 12:30:41PM +0200, Stefan Gybas wrote:
> On Tue, Sep 25, 2001 at 12:13:30PM +0200, Ola Lundqvist wrote:
>
> > Two packages are probably better. One junit for the program
> > which depends on libjunit-java which contains the jar.
>
> Please no! Do you want to put each single
On Tue, Sep 25, 2001 at 12:13:30PM +0200, Ola Lundqvist wrote:
> Two packages are probably better. One junit for the program
> which depends on libjunit-java which contains the jar.
Please no! Do you want to put each single file in its own Debian
package? In your suggstion the junit package would
On Tue, Sep 25, 2001 at 04:18:37PM +0900, Takashi Okamoto wrote:
> From: "Ola Lundqvist" <[EMAIL PROTECTED]>
> > And there are a number of packages that does not have
> > the -java ending at all.
> >
> > junit
>
> I named junit-java because junit is java application.
> But some applications need
On Tue, Sep 25, 2001 at 12:30:41PM +0200, Stefan Gybas wrote:
> On Tue, Sep 25, 2001 at 12:13:30PM +0200, Ola Lundqvist wrote:
>
> > Two packages are probably better. One junit for the program
> > which depends on libjunit-java which contains the jar.
>
> Please no! Do you want to put each singl
On Tue, Sep 25, 2001 at 12:13:30PM +0200, Ola Lundqvist wrote:
> Two packages are probably better. One junit for the program
> which depends on libjunit-java which contains the jar.
Please no! Do you want to put each single file in its own Debian
package? In your suggstion the junit package woul
On Tue, Sep 25, 2001 at 04:18:37PM +0900, Takashi Okamoto wrote:
> From: "Ola Lundqvist" <[EMAIL PROTECTED]>
> > And there are a number of packages that does not have
> > the -java ending at all.
> >
> > junit
>
> I named junit-java because junit is java application.
> But some applications nee
From: "Ola Lundqvist" <[EMAIL PROTECTED]>
> And there are a number of packages that does not have
> the -java ending at all.
>
> junit
I named junit-java because junit is java application.
But some applications need junit as library.
Should I use junit-java instead of junit?
Takashi Okamoto
21 matches
Mail list logo