Juergen Kreileder wrote:
>
> Artur> btw. are you licensing (plans to license) java webstart?
>
> Yes.
Could i help in work on this package?
>
>
> Juergen
>
slu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, 16 Mar 2001 9:59:42 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> Hi Alex, I shouldn't have judge your opinion by your experience in Java
> programming, my apology. As long as you are programming in java we are
> happy to discuss here. I change the title so as to stop the flame from
> co
Hi Alex, I shouldn't have judge your opinion by your experience in Java
programming, my apology. As long as you are programming in java we are
happy to discuss here. I change the title so as to stop the flame from
continuing.
> Unless I'm mistaken, changes to the core Java APIs are slowing dow
On Fri, 16 Mar 2001 9:59:42 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> Hi Alex, I shouldn't have judge your opinion by your experience in Java
> programming, my apology. As long as you are programming in java we are
> happy to discuss here. I change the title so as to stop the flame from
> c
I'm trying to package (for my own use, unless it turns out the license
permits otherwise, but it doesn't seem to) Sun's SVGslides system.
This uses Apache FOP, Xalan, and Xerces... However, the version of
xalan included in the FOP 0.17.0 release also includes
javax/xml/parsers/ and javax/xml/trans
> "Artur" == Artur Radosz <[EMAIL PROTECTED]> writes:
Artur> What about extensions that you are porting?
Java 2 and all optional packages we have can go into non-free.
Artur> btw. are you licensing (plans to license) java webstart?
Yes.
Juergen
--
Juergen Kreileder, Blac
Hi Alex, I shouldn't have judge your opinion by your experience in Java
programming, my apology. As long as you are programming in java we are
happy to discuss here. I change the title so as to stop the flame from
continuing.
> Unless I'm mistaken, changes to the core Java APIs are slowing do
I'm trying to package (for my own use, unless it turns out the license
permits otherwise, but it doesn't seem to) Sun's SVGslides system.
This uses Apache FOP, Xalan, and Xerces... However, the version of
xalan included in the FOP 0.17.0 release also includes
javax/xml/parsers/ and javax/xml/tran
[Alex, please wrap your lines at 74 characters. Thank you.]
* Alexander Hvostov <[EMAIL PROTECTED]> [010315 11:51]:
> On Thu, 15 Mar 2001 06:15:53 -0500
> Benjamin Black <[EMAIL PROTECTED]> wrote:
> > i think a better question is why has this thread been going on this long?
> If you want to know
> "Artur" == Artur Radosz <[EMAIL PROTECTED]> writes:
Artur> What about extensions that you are porting?
Java 2 and all optional packages we have can go into non-free.
Artur> btw. are you licensing (plans to license) java webstart?
Yes.
Juergen
--
Juergen Kreileder, Bla
[Alex, please wrap your lines at 74 characters. Thank you.]
* Alexander Hvostov <[EMAIL PROTECTED]> [010315 11:51]:
> On Thu, 15 Mar 2001 06:15:53 -0500
> Benjamin Black <[EMAIL PROTECTED]> wrote:
> > i think a better question is why has this thread been going on this long?
> If you want to kno
On Thu, 15 Mar 2001 17:59:08 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > I _am_ a Java programmer. Insult me like that again, and I'll give you a
> > well-deserved line in my .procmailrc.
> I'm just curious, what _kind_ of java programmer you are? You don't need
> to test compability among diff
On Thu, 15 Mar 2001 17:43:41 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> And I'm guessing this guy(you, Alex) thought java.security only apply to web
> application.
>
> On the contrary, you can lift many of the security measure in writing
> web-based applets as the browser VM already restrict a
On Thu, 15 Mar 2001 06:15:53 -0500
Benjamin Black <[EMAIL PROTECTED]> wrote:
>
> of what relevance is this to the discussion of java on debian?
>
> i think a better question is why has this thread been going on this long?
>
> if everyone can answer the first question with "none" and the second
On Thu, 15 Mar 2001 17:38:11 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > You are being deliberately provocative. Of course one can build a
> > serious application without java.security. One can even build a
> > secure application without it, though java.security gives you better
> > control.
On Thu, 15 Mar 2001 17:59:08 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > I _am_ a Java programmer. Insult me like that again, and I'll give you a
> > well-deserved line in my .procmailrc.
> I'm just curious, what _kind_ of java programmer you are? You don't need
> to test compability among dif
On Thu, 15 Mar 2001 17:43:41 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> And I'm guessing this guy(you, Alex) thought java.security only apply to web
> application.
>
> On the contrary, you can lift many of the security measure in writing
> web-based applets as the browser VM already restrict a
On Thu, 15 Mar 2001 06:15:53 -0500
Benjamin Black <[EMAIL PROTECTED]> wrote:
>
> of what relevance is this to the discussion of java on debian?
>
> i think a better question is why has this thread been going on this long?
>
> if everyone can answer the first question with "none" and the second
On Thu, 15 Mar 2001 17:38:11 EAT
Alan KF LAU <[EMAIL PROTECTED]> wrote:
> > You are being deliberately provocative. Of course one can build a
> > serious application without java.security. One can even build a
> > secure application without it, though java.security gives you better
> > control.
On Thu, Mar 15, 2001 at 05:47:12PM +0300, Alan KF LAU wrote:
> > This quite misleading. As far as I know, the Microsoft contract
> > referred to has only funded a very small part of Kaffe. (I have had
> > contact with Tim Wilkinson and Kaffe since before there was a
> > Transvirtual, and in fact
On Thu, Mar 15, 2001 at 05:47:12PM +0300, Alan KF LAU wrote:
> > This quite misleading. As far as I know, the Microsoft contract
> > referred to has only funded a very small part of Kaffe. (I have had
> > contact with Tim Wilkinson and Kaffe since before there was a
> > Transvirtual, and in fact
of what relevance is this to the discussion of java on debian?
i think a better question is why has this thread been going on this long?
if everyone can answer the first question with "none" and the second
with "i don't know", then perhaps we can stop this flame war. what do
you guys think?
tak
> I assume you mean "doubt" instead of "suspect".
Thanks.
> "commercial-level" does not mean "in-house, transaction-based".
> And of course one can build commercial-level "in-house" transaction-based
> without java.security - it just makes some things easier.
Your point is?
> Let's see: C do
Alex, do you have reading problem?
Do you need me to finger-point what was his argument?
First:
> > Java programs than me. And I have to admit my lack of competence, too.
> > Certainly, you can run Freenet, xt or Cocoon with kaffe.
Second:
> > > If this were the case, why does GNU seem to
> > >
> I _am_ a Java programmer. Insult me like that again, and I'll give you a
> well-deserved line in my .procmailrc.
I'm just curious, what _kind_ of java programmer you are? You don't need
to test compability among different VMs; you can do without
java.security and work with Kaffe happily. You don'
> This quite misleading. As far as I know, the Microsoft contract
> referred to has only funded a very small part of Kaffe. (I have had
> contact with Tim Wilkinson and Kaffe since before there was a
> Transvirtual, and in fact was involved in some early of funding of
> Kaffe, when I worked at Cy
And I'm guessing this guy(you, Alex) thought java.security only apply to web
application.
On the contrary, you can lift many of the security measure in writing
web-based applets as the browser VM already restrict a lot of
local/remote access.
I just wrote a small database front end without java.s
> You are being deliberately provocative. Of course one can build a
> serious application without java.security. One can even build a
> secure application without it, though java.security gives you better
> control. A compiler, a word-processor, an editor, or any single-user
> application should
of what relevance is this to the discussion of java on debian?
i think a better question is why has this thread been going on this long?
if everyone can answer the first question with "none" and the second
with "i don't know", then perhaps we can stop this flame war. what do
you guys think?
> I assume you mean "doubt" instead of "suspect".
Thanks.
> "commercial-level" does not mean "in-house, transaction-based".
> And of course one can build commercial-level "in-house" transaction-based
> without java.security - it just makes some things easier.
Your point is?
> Let's see: C d
Alex, do you have reading problem?
Do you need me to finger-point what was his argument?
First:
> > Java programs than me. And I have to admit my lack of competence, too.
> > Certainly, you can run Freenet, xt or Cocoon with kaffe.
Second:
> > > If this were the case, why does GNU seem to
> >
Juergen Kreileder wrote:
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 legal, it might take a few days more to get this done.
So how do we go on? Stephen, you're a Debian developer and a
Blackdo
> I _am_ a Java programmer. Insult me like that again, and I'll give you a
> well-deserved line in my .procmailrc.
I'm just curious, what _kind_ of java programmer you are? You don't need
to test compability among different VMs; you can do without
java.security and work with Kaffe happily. You don
> This quite misleading. As far as I know, the Microsoft contract
> referred to has only funded a very small part of Kaffe. (I have had
> contact with Tim Wilkinson and Kaffe since before there was a
> Transvirtual, and in fact was involved in some early of funding of
> Kaffe, when I worked at C
And I'm guessing this guy(you, Alex) thought java.security only apply to web
application.
On the contrary, you can lift many of the security measure in writing
web-based applets as the browser VM already restrict a lot of
local/remote access.
I just wrote a small database front end without java.
> You are being deliberately provocative. Of course one can build a
> serious application without java.security. One can even build a
> secure application without it, though java.security gives you better
> control. A compiler, a word-processor, an editor, or any single-user
> application shoul
36 matches
Mail list logo
