On Wed, Jan 14, 2004 at 05:12:13PM +, Ean Schuessler wrote:
> It appears that I have been attempting to upload my packages to the
> regular FTP queue. I haven't been uploading them anonymously. I don't know
> how I failed to see that this doesn't work but I thought it was working
> and assumed
Jan Schulz wrote:
The 'suggested' way was: wait for sarge, do another discussion, do the
implementation and then decide on the proposal. Seems that Stefan took
some of the ideas and weent for his own proposal (Stefan, may I ask,
why you didn't say something at that time?). Anyway, there is
current
Ben Burton wrote:
Yes it does. It tells us that the lib/app won't work with java1 alone.
Right. But it might work with Kaffe, GIJ and SavleVM. None of them
provides java2-runtime since they don't implement the full JDK 1.2+ API.
Non of them even implements the full JDK 1.1 API so they also shou
Hi again.
> I think we can assume that all libraries work with java2-runtime, at
> least I have not seen one that requires java1-runtime and does not work
> with "JDK 1.2 and above". The next problem is that java2-runtime means
> "JDK 1.2 core classes and above" but there's no way to specify "
It appears that I have been attempting to upload my packages to the regular
FTP queue. I haven't been uploading them anonymously. I don't know how I
failed to see that this doesn't work but I thought it was working and assumed
the delay was related to the break-in problems.
I have 1.1.2 and 1.1
Hallo Nicolas,
* Nicolas Mailhot wrote:
>Well, I put in a preliminary JPackage policy summary (in my usual
>convoluted writing style). Please check it, correct typos, ask
Thank a lot for this.
I just wanted to say, that've added a few pages about 'problems' and
would like to invite you to add yo
Hallo Mark,
* Mark Howard wrote:
> Bugwatcher works with gij or blackdown java
> My wrapper scripts just call /usr/bin/java, since both of the above
> create this. This has two problems:
> - my programs don't work if java alternative is set to something else
I noticed :)
> - it is not easy
Stefan Gybas wrote:
Kalle Kivimaa wrote:
Actually it seems to run with the following on unstable:
You are right. This is great news! Thanks Kaffe developers!
I haven't tried the latest Kaffe 1.1.3 packages before making my
statement. Even JSPWiki works! So tomcat4 can move to main as soon as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan Gybas <[EMAIL PROTECTED]> writes:
> Arnaud Vandyck wrote:
>
>> Done: http://wiki.debian.net/index.cgi?MovingJavaToMain
>
> I must admit that I have never user KWiki before I suggested to use
> wiki.debian.net. After trying to properly format yo
Hi,
I was hoping that some Debian Java experts might be able to help out
with a couple of problems with bugwatcher (debbuggtk package).
1)
Bugwatcher works with gij or blackdown java
My wrapper scripts just call /usr/bin/java, since both of the above
create this. This has two problems:
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
on mentors.debian.net I have two debian packages with java software. Both
are in the contrib section. One is cdk (The Chemistry Development Kit,
cdk.sf.net) which has a library part and executables and the other is jmol
(Jmol, jmol.sf.net),
Ben Burton wrote:
I do not like deleting this requirement. Although there are some
serious problems with it (such as different libraries working to
different degrees on different JVMs), removing this dependency will
not solve these problems - it will in fact give the user *less*
information regar
Ben Burton wrote:
I would encourage changing "should suggest" to "may suggest or recommend".
Agreed.
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi. Further on this proposal:
> Java libraries must depend on the needed runtime environment
> (java1-runtime and/or java2-runtime) ...
I do not like deleting this requirement. Although there are some
serious problems with it (such as different libraries working to
different degrees on differe
> Java library packages must depend on other library packages if they
> can't be used without them. If other libraries are only required by
> parts of the library, they should suggest the required library package
> instead.
This paragraph really seems like it's just restating standard
debian p
15 matches
Mail list logo
