On Tue, Dec 07, 1999 at 09:41:28AM +0100, Stephane Bortzmeyer wrote:
> > If a package is distributed under a DFSG license, a dependency with the
> > [Sun's]
> > JDK (or other non-free libraries/compilers/tools) make it non-free?
>
> No, it moves it to "contrib" (that's where I've put Muffin). C
On Mon, Dec 06, 1999 at 02:30:11PM +0100, Stephane Bortzmeyer wrote:
> *I* would not mind (I'm a pragmatic), providing the *detailed* (i.e.
> Makefile) instructions for recompiling are in the Debian package (one of the
> packages which started the thread seems genuinely incompilable on Debian).
Regarding the following bugs related to some of my packges:
http://www.debian.org/Bugs/db/49/49557.html
http://www.debian.org/Bugs/db/49/49688.html
I'd like to have a direction to follow regarding the use of pre-compiled
classes in Debian packages. In other w
ava/xt.jar)
If this is going to be implemented, the use of /usr/share/java/repository
should be deprecated (IMHO it should be deprecated anyway), particularly
because it does invalidate your idea of associating priorities (as in
/etc/rc.d) with classpath definitions.
Julio
On Sat, Nov 06, 199
Hi again,
Do you think it's a good idea to build an installer for jdk-1.2 as well?
I've built an experimental package, which is available from:
http://www.pobox.com/~julio/debian/jdk1.2-installer/
On Mon, Oct 25, 1999 at 10:48:21AM +0200, Matthias Klose wrote:
> It lloks like the
Are there any plans to build a debian package for jdk 1.2 (even if it uses a
pre release) and make it part of potato?
On Fri, Sep 17, 1999 at 04:47:54PM -0500, Ean R . Schuessler wrote:
> Kaffe essentially provides the 1.1 version of the Java "platform". It does,
> for instance, provide the reflection facilities but does not provide weak
> references (i think). It still does not provide RMI so you could even argue
On Wed, Sep 15, 1999 at 04:38:53PM +0200, Stephane Bortzmeyer wrote:
> On Tuesday 14 September 1999, at 23 h 11, the keyboard of Julio
> <[EMAIL PROTECTED]> wrote:
>
> > Can a virtual package have a version (to be set by a 'real' package that
> > implemen
Can a virtual package have a version (to be set by a 'real' package that
implements it)? If so, it'd be useful to have java-virtual-machine packages to
set their jdk-compliance versions (1.0, 1.1, 1.2) when installing (or being set
by update-alternatives), since it's better to bind some packages
>
> 117v2 is based on Sun's JDK-1.1.7B. 117v3 basically is 117v2+some
> swing mnemonic bug fixes. The reason that potato still uses v2 is
> that it is a real glibc-2.1 build, we've never released a glibc-2.1
> version of v3.
> Anyhow, 1.1.8 will be released soon.
Any plans to release a debia
If there is no work currently being done to package Cocoon (a XML/XSL
publishing framework servlet, http://java.apache.org/cocoon) and its direct
dependencies (OpenXML, http://www.openxml.org and XSL:P,
http://www.clc-marketing.com/xslp/), I'd like to provide these packages. As I'm
not current
11 matches
Mail list logo
