Great to know that you agree with the answer and thanks for answering
back to the public mailing list.
thanks,
dims
On 5/26/05, [EMAIL PROTECTED] via RT <[EMAIL PROTECTED]> wrote:
> The FAQ already lists several exceptions; I see no particular need to
> explicitly call out that they in fact work.
The free JVMs based on it ether use vanilla Classpath or have some
custization for some key classes.
Making it plugable a layer above it's VM interface will be a nightmare to
mantain. Maybe if you can point to a use-case where the might make any
sense, many here will think positively about.
R
On May 16, 2005, at 3:59 PM, usman bashir wrote:
But !
if u people dont mind (dont take me splitter again ;) ) then i
would say
while considering Classpath for library we should design in such a
way that
if some one want to replace with its own (his own wish thats what
OSS is )
then he can d
On May 16, 2005, at 12:18 PM, Stu Statman wrote:
What is the licensing goal, by the way? Dual licensing under GPL
+Exception and Apache? Or is GPL+Exception "good enough"?
We are looking at what the GPL+Exception actually means in another
effort that we have going on between the FSF and the ASF
On May 16, 2005, at 8:50 AM, S. Meslin-Weber wrote:
Hi Geir,
On Mon, May 16, 2005 at 06:47:40AM -0400, Geir Magnusson Jr. wrote:
I have no intention of forking GNU Classpath. Even if we wanted to,
we couldn't because of the license.
Just to be clear on this point, the license for GNU Classpath is
On 16-05-2005 18:18, "Stu Statman" <[EMAIL PROTECTED]> wrote:
> Would it be possible for someone from the GNU Classpath community ... if
> any are on this list ... to give an overview of the status of GNU
> Classpath? How complete is it now? How much work do they anticipate it
> being to get to 1.5
> "Stu" == Stu Statman <[EMAIL PROTECTED]> writes:
Stu> Would it be possible for someone from the GNU Classpath community ...
Stu> if any are on this list ... to give an overview of the status of GNU
Stu> Classpath? How complete is it now? How much work do they anticipate it
Stu> being to get
You can get an idea of the status of the project by checking the
"Classpath::Status" section in the home page
(http://www.gnu.org/software/classpath/).
Regarding the work for Java 5.0, you can check the following page:
(http://developer.classpath.org/mediation/ClasspathDecisionsPage#head-56ff13c4b
But !
if u people dont mind (dont take me splitter again ;) ) then i would say
while considering Classpath for library we should design in such a way that
if some one want to replace with its own (his own wish thats what OSS is )
then he can do it easily. (and i hope follwowing the TCK it could
Geir Magnusson Jr. wrote:
On May 16, 2005, at 2:38 AM, Stu Statman wrote:
Geir Magnusson Jr. wrote:
the classlibrary is. GNU Classpath is something we are going to work
with now, and sort out the license issues in parallel.
Does this mean that the core classes development work will happen
within
Hi Geir,
On Mon, May 16, 2005 at 06:47:40AM -0400, Geir Magnusson Jr. wrote:
>
> I have no intention of forking GNU Classpath. Even if we wanted to,
> we couldn't because of the license.
>
Just to be clear on this point, the license for GNU Classpath is
GPL+Exception and does not prohibit fo
Geir Magnusson Jr. wrote:
On May 16, 2005, at 2:38 AM, Stu Statman wrote:
Does this mean that the core classes development work will happen
within and as part of the GNU Classpath project? Or is there an
intent to fork?
Right now, I see nothing else out there, so yah, we can use GNU
Classpat
I thought GPL+Exception was fine to fork..
On 16/05/05, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>
> On May 16, 2005, at 2:38 AM, Stu Statman wrote:
>
> > Geir Magnusson Jr. wrote:
> >
> >
> >> the classlibrary is. GNU Classpath is something we are going to
> >> work with now, and sort out
On May 16, 2005, at 2:38 AM, Stu Statman wrote:
Geir Magnusson Jr. wrote:
the classlibrary is. GNU Classpath is something we are going to
work with now, and sort out the license issues in parallel.
Does this mean that the core classes development work will happen
within and as part of the GNU
Geir Magnusson Jr. wrote:
the classlibrary is. GNU Classpath is something we are going to work
with now, and sort out the license issues in parallel.
Does this mean that the core classes development work will happen within
and as part of the GNU Classpath project? Or is there an intent to fork?
Geir Magnusson Jr. wrote:
the classlibrary is. GNU Classpath is something we are going to work
with now, and sort out the license issues in parallel.
If you think we'll be able to establish some sort of formal agreement
with GNU Classpath folks, then fine by me.
I don't wish to be seen (like S
On May 15, 2005, at 4:34 PM, Mladen Turk wrote:
Geir Magnusson Jr. wrote:
On May 12, 2005, at 12:11 PM, Mladen Turk wrote:
Stefano Mazzocchi wrote:
Then we need to kick out *a lot* of our top level projects.
Can you give an example?
I always thought that ASF projects are independent from third-par
On Sun, 2005-05-15 at 22:34 +0200, Mladen Turk wrote:
> Well, I agree that no man is an island. This would be fine if
> the Harmony is going to be the JVM project, rather then J2SE project.
>
> If it will depend for it's core functionality on the code released
> by non-ASF license without giving op
Geir Magnusson Jr. wrote:
On May 12, 2005, at 12:11 PM, Mladen Turk wrote:
Stefano Mazzocchi wrote:
Then we need to kick out *a lot* of our top level projects.
Can you give an example?
I always thought that ASF projects are independent from third-party.
At least the board has been advertising that
On May 11, 2005, at 9:37 AM, Davanum Srinivas wrote:
Dear Board and Incubator PMC,
Please read the Proposal[1] and the FAQ[2] for Apache Harmony. We'd
like to use GNU Classpath (pure java) for the class libraries.
I read this thread and am going to personally punt for now.
I think that we can - for
On May 12, 2005, at 12:11 PM, Mladen Turk wrote:
Stefano Mazzocchi wrote:
If the entire code base is not inside Apache CVS/SVN then how this
qualify for a project after all?
Then we need to kick out *a lot* of our top level projects.
Can you give an example?
I always thought that ASF projects are
On May 12, 2005, at 11:58 AM, Matt Benson wrote:
RE GNU Classpath: If licensing issues pan out (and I'm
honestly not sure what the issues _are_ based on my
"IANAL" interpretation of the much-discussed
"exception clause"), what's to stop Harmony developers
(gasp) contributing code directly to Classp
> "Dalibor" == Dalibor Topic <[EMAIL PROTECTED]> writes:
>> Mladen Turk wrote:
>> AFAICT, one of the goals is to pass the TCK's, so how can you do that
>> if you don't have a full control over the major part of the package?
Dalibor> In the same way all the other runtimes pass the TCK without
> "Mladen" == Mladen Turk <[EMAIL PROTECTED]> writes:
Mladen> IMHO the ASF has much more transparent OS abstraction layer (APR)
Mladen> then either classpath or any other library has. Also developing that
Mladen> is less demanding task then JVM/JIT/GC etc... is thought.
Rewriting Classpath's
Awesome! thanks.
-- dims
On 5/12/05, Dave Turner via RT <[EMAIL PROTECTED]> wrote:
> Here are some questions to think about:
>
> What restrictions would Apache be willing to accept and still use
> Classpath as part of Apache?
>
> What restrictions would be totally unacceptable?
>
> We are
Mladen Turk wrote:
Stefano Mazzocchi wrote:
If the entire code base is not inside Apache CVS/SVN then how this
qualify for a project after all?
Then we need to kick out *a lot* of our top level projects.
Can you give an example?
http://brutus.apache.org/gump/public/gump_xref/repo_module.html
look
yep. makes sense (dropping [EMAIL PROTECTED], [EMAIL PROTECTED])
-- dims
On 5/12/05, Santiago Gala <[EMAIL PROTECTED]> wrote:
> El jue, 12-05-2005 a las 13:08 -0400, Davanum Srinivas escribió:
> > if we use classpath...we will need the 2 kinds of hooks into classpath
> > (see http://wiki.apache.o
El jue, 12-05-2005 a las 13:08 -0400, Davanum Srinivas escribiÃ:
> if we use classpath...we will need the 2 kinds of hooks into classpath
> (see http://wiki.apache.org/harmony/ for the links)
The I guess the statement should rather be:
- code in ASF SVN repository can "import" from classpath jars
Santiago,
if we use classpath...we will need the 2 kinds of hooks into classpath
(see http://wiki.apache.org/harmony/ for the links)
thanks,
dims
On 5/12/05, Santiago Gala <[EMAIL PROTECTED]> wrote:
> El jue, 12-05-2005 a las 11:07 -0400, Davanum Srinivas escribió:
> > - Java code in ASF SVN rep
Mladen Turk wrote:
> Stefano Mazzocchi wrote:
>
>>
>>> If the entire code base is not inside Apache CVS/SVN then how this
>>> qualify for a project after all?
>>
>>
>> Then we need to kick out *a lot* of our top level projects.
>>
>
> Can you give an example?
> I always thought that ASF projects
Matt,
Yep. +1.
-- dims
On 5/12/05, Matt Benson <[EMAIL PROTECTED]> wrote:
> --- Mladen Turk <[EMAIL PROTECTED]> wrote:
> > Davanum Srinivas wrote:
> [SNIP]
> > You missed the point. JVM without class library is
> > not J2SE. It is
> > only JVM. Is the intention to build a JVM or J2SE
> > compati
Stefano Mazzocchi wrote:
If the entire code base is not inside Apache CVS/SVN then how this
qualify for a project after all?
Then we need to kick out *a lot* of our top level projects.
Can you give an example?
I always thought that ASF projects are independent from third-party.
At least the board
Mladen Turk wrote:
AFAICT, one of the goals is to pass the TCK's, so how can you do that
if you don't have a full control over the major part of the package?
In the same way all the other runtimes pass the TCK without having
control over org.w3c, org.xml, Xerces or Xalan.
Sounds weird, I know. Bu
--- Mladen Turk <[EMAIL PROTECTED]> wrote:
> Davanum Srinivas wrote:
[SNIP]
> You missed the point. JVM without class library is
> not J2SE. It is
> only JVM. Is the intention to build a JVM or J2SE
> compatible project?
>
> AFAICT, one of the goals is to pass the TCK's, so
> how can you do that
dropping [EMAIL PROTECTED], [EMAIL PROTECTED]
See below:
On 5/12/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Davanum Srinivas wrote:
> > Mladen,
> >
> > there's tons of work for just a JVM. so we will start with that. are u
> > saying that for example Tomcat should not use *ANY* external jars?
>
Davanum Srinivas wrote:
Mladen,
there's tons of work for just a JVM. so we will start with that. are u
saying that for example Tomcat should not use *ANY* external jars?
You missed the point. JVM without class library is not J2SE. It is
only JVM. Is the intention to build a JVM or J2SE compatible p
Mladen Turk wrote:
Davanum Srinivas wrote:
Dear Board and Incubator PMC,
Please read the Proposal[1] and the FAQ[2] for Apache Harmony. We'd
like to use GNU Classpath (pure java) for the class libraries. The
problems the way i see it is documented in this email[3].
Will something like that make se
Mladen,
there's tons of work for just a JVM. so we will start with that. are u
saying that for example Tomcat should not use *ANY* external jars?
Yes, we can use APR to do the JVM.
-- dims
On 5/12/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Davanum Srinivas wrote:
> > Dear Board and Incubator P
Davanum Srinivas wrote:
Dear Board and Incubator PMC,
Please read the Proposal[1] and the FAQ[2] for Apache Harmony. We'd
like to use GNU Classpath (pure java) for the class libraries. The
problems the way i see it is documented in this email[3].
Will something like that make sense at all, even if
Dear Greg, Noel,
If my following statements are not correct. Please correct me ASAP.
Folks,
For now the situation is as follows (till someone takes a step, from
ASF side or FSF side):
- No one can check-in classpath jars or sources into Apache's SVN repo.
- Java code in ASF SVN repository can "imp
Yep Agreed.
-- dims
On 5/12/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> (harmony specific - back to this list only)
>
> Davanum Srinivas wrote:
>
> >Ben,
> >
> >Once we get past that problem, we have to get an ok for provining a
> >single bundle. I think 2 downloads to get a working JVM (say
Hi,
On Thu, 2005-05-12 at 15:10 +0100, Ben Laurie wrote:
> Davanum Srinivas wrote:
> > Ben,
> >
> > There a few folks who think otherwise w.r.t to the Exception being
> > non-viral. This email was to get an official response from FSF in that
> > regard.
>
> True enough, though I don't think we'v
(harmony specific - back to this list only)
Davanum Srinivas wrote:
>Ben,
>
>Once we get past that problem, we have to get an ok for provining a
>single bundle. I think 2 downloads to get a working JVM (say on M$
>platform) is to say it mildly...crazy.
>
>
While it is great to see everyone cont
Davanum Srinivas wrote:
Ben,
There a few folks who think otherwise w.r.t to the Exception being
non-viral. This email was to get an official response from FSF in that
regard.
True enough, though I don't think we've had a legal opinion either way.
--
http://www.apache-ssl.org/ben.html http://w
Ben,
There a few folks who think otherwise w.r.t to the Exception being
non-viral. This email was to get an official response from FSF in that
regard.
Once we get past that problem, we have to get an ok for provining a
single bundle. I think 2 downloads to get a working JVM (say on M$
platform) i
Greg Stein wrote:
Dims,
The current position of the ASF is that all of our software is licensed
under the Apache License. No dual licensing, no variations, and no special
exceptions for any of our codebases. This provides our users with a very
simple model of licensing. Everything is licensed the s
Thanks a ton Greg...Now its time for FSF folks to chime in with a legal opinion.
-- dims
CC'ing [EMAIL PROTECTED] as per dalibor on #classpath
On 5/12/05, Greg Stein <[EMAIL PROTECTED]> wrote:
> Dims,
>
> The current position of the ASF is that all of our software is licensed
> under the Apache
Greg, Noel,
Any ETA on when we can get some information from you regarding this?
We are all anxiously waiting. As mentioned we need legal review and
feedback regarding GPL+Exception and we need to get the ball rolling
on getting our concerns cleared with the FSF folks.
Thanks,
dims
PS: *Please*
Dear Board and Incubator PMC,
Please read the Proposal[1] and the FAQ[2] for Apache Harmony. We'd
like to use GNU Classpath (pure java) for the class libraries. The
problems the way i see it is documented in this email[3]. Please
review all 3 items and provide guidance on *IF* the pmc/board is goi
49 matches
Mail list logo