Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Dalibor Topic
--- Jan Schulz <[EMAIL PROTECTED]> wrote: > >Now that I am putting some real effort into Kaffe again I would like to > >see an actual functioning framework of Java applications in main. > >There is no Free VM that I am aware of that supports either Sun's 1.4 or > >1.3 or even 1.2. Your solution

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Per Bothner
Jan Schulz wrote: On the other hand there is this 'and our users' part in there. And they expect, that when I install a JVM of a certain version, that all programms, which require a JVM of that version will work. What you presumably mean is "when I install a JVM that claims to be compatible with

Re [1]:

2003-08-28 Thread myhugog
Title: Luq Debian-java hyYTU or study? Cbq . I'll call back! uGR B pEieUWylXFo wait for?  

Sun Java 1.4.2 packaged with mpkg-j2sdk prevents mozilla/galeon from starting

2003-08-28 Thread Hein Meling
hi all. when packaging sun java 1.4.2 (probably others as well) with mpkg-j2sdk and installing the resulting j2sdk package, mozilla/galeon stops working, and reports this error on startup: INTERNAL ERROR on Browser End: No manager for initializing factory? System error?:: Success this apperant

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Dalibor, * Dalibor Topic wrote: >> depends: >> java.lang.reflect.Proxy >that seems like the most sane solution to me. List all the classes an >application needs from the standard libs, and list all the classes a vm >implementation provides. and then just match. Most likely, this will brea

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Daniel, * Daniel Bonniot wrote: >I see two options to solve this: >1) Strict interpretation of javaN-runtime >Indeed, probably no free JVM will be able to provide them at this point. >However, it is still possible for packagers to make sure at least one >free JVM works for their package, a

Re [1]:

2003-08-28 Thread myhugog
Title: Luq Debian-java hyYTU or study? Cbq . I'll call back! uGR B pEieUWylXFo wait for?  

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Ean, No need to CC me. * Ean Schuessler wrote: >Your scheme is sound in theory, but isn't a solution for Java under the >Debian OS. It means that virtually all Java packages in Debian would sit >in contrib. That's just not acceptable. Yes, I noticed that after writing my response :( >Now

unsubscribe

2003-08-28 Thread Eduardo Manso
Em Wednesday 27 August 2003 18:49, Napoleon Steward escreveu: > Debian-java o Napoleon Steward x > > > Email Advertise to 1,000,000 People - $26 > > http://www.broadcastemailadvertise.com/email4 > > > 2 Debian-java 7 Napoleon Stewardyxgrgfkje y > tgr ggqqcthpfnqyo oznjtet ft mogjvlsnqoirh lrw > dh

Sun Java 1.4.2 packaged with mpkg-j2sdk prevents mozilla/galeon from starting

2003-08-28 Thread Hein Meling
hi all. when packaging sun java 1.4.2 (probably others as well) with mpkg-j2sdk and installing the resulting j2sdk package, mozilla/galeon stops working, and reports this error on startup: INTERNAL ERROR on Browser End: No manager for initializing factory? System error?:: Success this apper

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Dalibor Topic
Hi Ean, --- Ean Schuessler <[EMAIL PROTECTED]> wrote: > and so forth... or alternatively you could use something more symbolic > than version numbers. For instance: > > depends: > java.lang.reflect.Proxy > java.text.Bidi.reorderVisually > java.io.ObjectOutputStream.useProtocolVersion.int

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Daniel Bonniot
Your scheme is sound in theory, but isn't a solution for Java under the Debian OS. It means that virtually all Java packages in Debian would sit in contrib. That's just not acceptable. I see two options to solve this: 1) Strict interpretation of javaN-runtime Indeed, probably no free JVM will be

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Ean, No need to CC me. * Ean Schuessler wrote: >Your scheme is sound in theory, but isn't a solution for Java under the >Debian OS. It means that virtually all Java packages in Debian would sit >in contrib. That's just not acceptable. Yes, I noticed that after writing my response :( >Now

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Daniel, * Daniel Bonniot wrote: >I see two options to solve this: >1) Strict interpretation of javaN-runtime >Indeed, probably no free JVM will be able to provide them at this point. >However, it is still possible for packagers to make sure at least one >free JVM works for their package, a

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Dalibor, * Dalibor Topic wrote: >> depends: >> java.lang.reflect.Proxy >that seems like the most sane solution to me. List all the classes an >application needs from the standard libs, and list all the classes a vm >implementation provides. and then just match. Most likely, this will brea

unsubscribe

2003-08-28 Thread Eduardo Manso
Em Wednesday 27 August 2003 18:49, Napoleon Steward escreveu: > Debian-java o Napoleon Steward x > > > Email Advertise to 1,000,000 People - $26 > > http://www.broadcastemailadvertise.com/email4 > > > 2 Debian-java 7 Napoleon Stewardyxgrgfkje y > tgr ggqqcthpfnqyo oznjtet ft mogjvlsnqoirh lrw > dh

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Dalibor Topic
Hi Ean, --- Ean Schuessler <[EMAIL PROTECTED]> wrote: > and so forth... or alternatively you could use something more symbolic > than version numbers. For instance: > > depends: > java.lang.reflect.Proxy > java.text.Bidi.reorderVisually > java.io.ObjectOutputStream.useProtocolVersion.int

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Ean Schuessler
Your scheme is sound in theory, but isn't a solution for Java under the Debian OS. It means that virtually all Java packages in Debian would sit in contrib. That's just not acceptable. Now that I am putting some real effort into Kaffe again I would like to see an actual functioning framework of Ja

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Daniel Bonniot
Your scheme is sound in theory, but isn't a solution for Java under the Debian OS. It means that virtually all Java packages in Debian would sit in contrib. That's just not acceptable. I see two options to solve this: 1) Strict interpretation of javaN-runtime Indeed, probably no free JVM will be a

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
Hallo Ean, * Ean Schuessler wrote: >be. Some of NIO might be available but 1.4 security contexts may be >non-existant. Therefore, I imagine something more like: >Kaffe 1.1.1 >provides: > java.awt1.1 [...] I see what you mean, but this will simple not work: How do you want to use alternatives? M

Re[0]:

2003-08-28 Thread vusufot
Title: FtWOH3oy Fantastic! Debian-java XiY It's funny QvZqt yCqg do you work? g Debian-java it's for you. MNMuZ

unsubscribe

2003-08-28 Thread Manuel Garcia Sancho
signature.asc Description: PGP signature

Kaffe-1.1.1 + DBS

2003-08-28 Thread Ean Schuessler
I've just uploaded a new packaging of Kaffe-1.1.1. I've switched over to DBS so this may or may not be a mess. Please give it a try and drop me a line if there are problems. Be warned in advance that my mail is filtered by TMDA. I know a lot of you probably hate dealing with it but I find that it

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Ean Schuessler
Your proposal has merit but I don't think it goes far enough to really solve the problem. At the center of the issue is the fact that Java has grown so large that depending on a Sun Java release version is like depending on Sun Solaris 2.6 because of some POSIX feature. To achieve something usable

subscribe

2003-08-28 Thread Manuel Garcia Sancho
signature.asc Description: PGP signature