That would be good for me. I'm repackaging 1.1.1 with DBS so hopefully I
can get it out the door quick enough to no longer require the NMU.
Quoting Stefan Gybas <[EMAIL PROTECTED]>:
> I'll be away a couple of days next week to it will be best if I delay
> the NMU by one week so I can quickly
That would be good for me. I'm repackaging 1.1.1 with DBS so hopefully I
can get it out the door quick enough to no longer require the NMU.
Quoting Stefan Gybas <[EMAIL PROTECTED]>:
> I'll be away a couple of days next week to it will be best if I delay
> the NMU by one week so I can quickly
Actually, I'm pretty sure that there are issues with the default JServ
setup. It should definatly find a way to do the "smart thing" and use
the proper class file. We may want to declare a generic "primary class zip"
alternative like "/usr/share/java/classes.jar" that is then controlled by
the alt
Actually, I'm pretty sure that there are issues with the default JServ
setup. It should definatly find a way to do the "smart thing" and use
the proper class file. We may want to declare a generic "primary class zip"
alternative like "/usr/share/java/classes.jar" that is then controlled by
the al
On Wed, Dec 13, 2000 at 09:09:42AM -0500, Susan G. Kleinmann wrote:
> After pondering the kaffe package, the Debian Java FAQ, and the BTS for a
> while, I still have a number of questions, and hope this list can provide
> answers or advice.
>
> Why doesn't kaffe have the compiler (kjc) inclu
On Wed, Dec 13, 2000 at 09:09:42AM -0500, Susan G. Kleinmann wrote:
> After pondering the kaffe package, the Debian Java FAQ, and the BTS for a
> while, I still have a number of questions, and hope this list can provide
> answers or advice.
>
> Why doesn't kaffe have the compiler (kjc) incl
Depending on which Kaffe you are using this is probably largely my fault.
There are a number of features (including even X AWT GUI support) that are
silently disabled during the Kaffe build if you do not have the proper header
files installed. One of these things is BigInteger and other arbitrary
Depending on which Kaffe you are using this is probably largely my fault.
There are a number of features (including even X AWT GUI support) that are
silently disabled during the Kaffe build if you do not have the proper header
files installed. One of these things is BigInteger and other arbitrary
Yeah, this is kind of good. I was thinking about a system where each Java
aware package puts a file in an /etc dir, with init.d looking priorities.
So you might have:
/etc/java/classpaths/
00_Kaffe.txt
10_JServ.txt
.
.
.
All of these would get sourced to form a composite CLAS
Yeah, this is kind of good. I was thinking about a system where each Java
aware package puts a file in an /etc dir, with init.d looking priorities.
So you might have:
/etc/java/classpaths/
00_Kaffe.txt
10_JServ.txt
.
.
.
All of these would get sourced to form a composite CLA
Doesn't work to just say "Conflicts: kaffe, Provides: kaffe"?
On Tue, Aug 29, 2000 at 09:54:16AM +0200, Stephane Bortzmeyer wrote:
> On Saturday 12 August 2000, at 14 h 45, the keyboard of "Ean R . Schuessler"
> <[EMAIL PROTECTED]> wrote:
>
> > is
Doesn't work to just say "Conflicts: kaffe, Provides: kaffe"?
On Tue, Aug 29, 2000 at 09:54:16AM +0200, Stephane Bortzmeyer wrote:
> On Saturday 12 August 2000, at 14 h 45, the keyboard of "Ean R . Schuessler"
> <[EMAIL PROTECTED]> wrote:
>
> > is
Hopefully nobody will take this as an advertisement or something, since
that is certainly not the intent.
Everybody may or may not have caught the coverage on PocketLinux that has
showed up in the last few days. Well, I am one of the primary developers on
that project and it has some very interest
Hopefully nobody will take this as an advertisement or something, since
that is certainly not the intent.
Everybody may or may not have caught the coverage on PocketLinux that has
showed up in the last few days. Well, I am one of the primary developers on
that project and it has some very interes
Howdy.
I have built a .deb of Kaffe with the Utah flux project support for
profiling and symbolic debugging. This lets you get gprof timings for
code executing under Kaffe and profiles native as well as Java methods.
It also gives limited support for symbolic debugging under gdb. Breakpoints
and s
Howdy.
I have built a .deb of Kaffe with the Utah flux project support for
profiling and symbolic debugging. This lets you get gprof timings for
code executing under Kaffe and profiles native as well as Java methods.
It also gives limited support for symbolic debugging under gdb. Breakpoints
and
Just realizing this. :)
Does someone want to pick libffi up?
On Fri, Jul 21, 2000 at 10:12:29PM +0200, Stephane Bortzmeyer wrote:
> On Friday 21 July 2000, at 12 h 6, the keyboard of "Ean R . Schuessler"
> <[EMAIL PROTECTED]> wrote:
>
> > On this note I guess tha
Oh. Whoops. Thats what I meant.
On Fri, Jul 21, 2000 at 10:29:47AM -0700, Matt Brubeck wrote:
> On Fri, 21 Jul 2000, Ean R . Schuessler wrote:
>
> > On this note I guess that the most sensible thing to do is go ahead and
> > put the CVS .debs I have in incoming.
> >
&g
Just realizing this. :)
Does someone want to pick libffi up?
On Fri, Jul 21, 2000 at 10:12:29PM +0200, Stephane Bortzmeyer wrote:
> On Friday 21 July 2000, at 12 h 6, the keyboard of "Ean R . Schuessler"
> <[EMAIL PROTECTED]> wrote:
>
> > On this note I guess
Oh. Whoops. Thats what I meant.
On Fri, Jul 21, 2000 at 10:29:47AM -0700, Matt Brubeck wrote:
> On Fri, 21 Jul 2000, Ean R . Schuessler wrote:
>
> > On this note I guess that the most sensible thing to do is go ahead and
> > put the CVS .debs I have in incoming.
> >
&g
On this note I guess that the most sensible thing to do is go ahead and
put the CVS .debs I have in incoming.
I'm thinking that I'll name them 1.0.5.[cvs date DDMMYY]. Versioning should
work ok that way and I could even do daily CVS posts.
Thoughts?
On Fri, Jul 21, 2000 at 01:29:53PM +0200, St
On this note I guess that the most sensible thing to do is go ahead and
put the CVS .debs I have in incoming.
I'm thinking that I'll name them 1.0.5.[cvs date DDMMYY]. Versioning should
work ok that way and I could even do daily CVS posts.
Thoughts?
On Fri, Jul 21, 2000 at 01:29:53PM +0200, S
On Thu, Jul 06, 2000 at 09:52:09AM -0700, Per Bothner wrote:
> First, it is not clear whether the license has any legal meaning at all.
> It is publicly available documentation, and I don't know how they
> could legally restrict someone from using it to build a clean-room
> implementation. I.e. ar
On Thu, Jul 06, 2000 at 09:52:09AM -0700, Per Bothner wrote:
> First, it is not clear whether the license has any legal meaning at all.
> It is publicly available documentation, and I don't know how they
> could legally restrict someone from using it to build a clean-room
> implementation. I.e. a
On Thu, Jul 06, 2000 at 01:27:04PM +0200, Stefan Gybas wrote:
> Does anyone know of free implementations of the sun.tools.javac/javadoc
> classes or a free javadoc utility in C/C++ (like jikes)?
Worst comes to worst, it doesn't seem like much of a task to write an antlr
grammer to parse javadocish
On Tue, Jul 04, 2000 at 11:00:18PM -0700, Per Bothner wrote:
> The license for the documentation is:
> http://java.sun.com/j2se/1.3/docs/relnotes/SMICopyright.html
> Now that license does have some problems, but that is another discussion.
Well, even that isn't particularly clear.
First,
On Thu, Jul 06, 2000 at 01:27:04PM +0200, Stefan Gybas wrote:
> Does anyone know of free implementations of the sun.tools.javac/javadoc
> classes or a free javadoc utility in C/C++ (like jikes)?
Worst comes to worst, it doesn't seem like much of a task to write an antlr
grammer to parse javadocis
On Tue, Jul 04, 2000 at 11:00:18PM -0700, Per Bothner wrote:
> The license for the documentation is:
> http://java.sun.com/j2se/1.3/docs/relnotes/SMICopyright.html
> Now that license does have some problems, but that is another discussion.
Well, even that isn't particularly clear.
First,
While I am not a communist I do have to agree with Stephane. The point
with Debian is to build a system that is not hamstrung by intellectual
property law. If you do not agree with that goal then complaining that
Debian cannot do this or that is a waste of both your time and ours.
I will happily t
While I am not a communist I do have to agree with Stephane. The point
with Debian is to build a system that is not hamstrung by intellectual
property law. If you do not agree with that goal then complaining that
Debian cannot do this or that is a waste of both your time and ours.
I will happily
I'd like an opinion on that actually. I have been building .debs of
Kaffe out of CVS for my own use and had considered uploading these
to Incoming. However, I couldn't decide how to handle this. Really,
TVT needs to do point releases much more often. There is no reason
that we couldn't be up to 1.0
Hi,
Sorry for the lack of news on Kaffe. I have been getting crushed by the
workload here at the shop and am not as productive as I would like. I have
been getting a lot of bug reports / user comments about bugs on non-i386
platforms lately. In order to deal with this I would like to set up a buil
On Mon, Nov 29, 1999 at 01:08:05PM +, Khalid Ezzaraoui wrote:
> I have :
> in one side a Win98+jdk1.2.2+(postgresql)jdbc1.2
> in the other side a Linux/Debian/potato/intel/ker2.13 + jdk1.1.7v3
> + psql6.5 and all other uptodate
> I got an "SQLException: InputStream as parameter not sup
On Mon, Nov 15, 1999 at 11:46:52AM +0100, Stephane Bortzmeyer wrote:
> Kaffe fails for every non-trivial program.
I'm running Jigsaw on it, which is a 10 Meg distribution and reasonably
non-trivial. I'm also using it for a clustered tuple-space managed web
server infrastructure that we've built he
On Mon, Nov 08, 1999 at 02:57:39PM +0100, Stephane Bortzmeyer wrote:
> Any volunteer to serve as the editor? It means writing the policy (not a lot
> of characters/lines but every word has to be carefully choosen), merging
> patches, patching the packages to test if the policy is realistic, sendi
I'll also volenteer as a backup if Stefan changes his mind. I use postgres
all over the place.
On Sun, Nov 07, 1999 at 12:36:48PM +0100, Stefan Gybas wrote:
> I'll take it - I've been using the PostgreSQL JDBC driver for some time
> in my servlets and didn't have any problems (but I didn't use the
On Sat, Nov 06, 1999 at 05:11:20PM -0800, Tim Wilkinson wrote:
> Do you really think 1.0.5 is less stable than 1.0b4? 1.0.5 contains lots
> of new stuff which might be unstable - but I still think it's more stable
> over all (I can certainly run a lot more stuff with it).
The native threads stuff
I have been giving a lot of thought to the policy that Stephane has
proposed. While I certainly appreciate the sentiment that has caused
him to push for adoption so strongly I still am not wholly satisfied
with the direction of his efforts.
I do understand that Debian policy discourages the concep
I'm interested in this but have simply not had time to get a HURD machine
rolling. I would be willing to set up a dedicated machine for HURD
development here at Novare if someone can help me get through the install
and setup. Perhaps we can do something with a serial-console dual boot
system. Does
You may be wondering why I haven't uploaded a .deb of the latest kaffe.
1.0.5 has introduced a bunch of new code and includes the ability to use
native threads as well as a much improved jit compiler. Unfortunatly,
stability is just not as good as 1.0b4 was. So, I am working with Tim W.
to see if w
Gene,
Wichert wrote and asked if I could help answer your questions. The
first thing you should understand about the design strategy of Debian
is that our goal is to produce a 100% Open Source platform. In that
sense, some of these tools are not available in the standard Debian
distribution for li
Rumor has it that Sun is looking at buying a Linux company. Perhaps
they are confused about the nature of Debian? Anyway, maybe this is
what caused our Sun mystery message.
Idle speculation on my part,
E
--
___
Ean Schuessler
Hi Paul,
I received your name from Brent Fulgham regarding a desire to discuss
Java on Linux. I have spoken with a variety of people from Sun over
the past several years about the intellectual property issues
surrounding Java and especially its relationship with Kaffe. I most
recently spoke with K
On Fri, Oct 01, 1999 at 10:14:00AM +0200, Stephane Bortzmeyer wrote:
> > This is exactly analogous to, say, the selection of thread implementations
> > for glibc 2.0. You are still free to use some other thread model if you care
> > to, but the default one that most people write to is the one in gl
On Thu, Sep 30, 1999 at 09:51:55AM +0200, Stephane Bortzmeyer wrote:
> The main strength of the current approach is that it allows two different
> implementations of SAX to live together, letting the user chose. Doing
> otherwise would mean having a form of arbitration, to decide which one will
On Wed, Sep 29, 1999 at 01:28:01PM -0400, Seth M. Landsman wrote:
> Yes and no. Sun has defined the API, which goes under java.* and
> the extended api, which goes under javax.*. However, they do define
> com.sun classes and net.jini classes, which do follow their definition.
> I've f
On Wed, Sep 29, 1999 at 01:08:22PM -0400, Seth M. Landsman wrote:
> However, are programmers who write this software going to be
> willing to do this? I can't see gnu going with gpl.gnu and lgpl.gnu as
> their top level, nor can I see mozilla willing change to mpl.mozilla with
> all of their
On Wed, Sep 29, 1999 at 10:58:53AM -0400, Seth M. Landsman wrote:
> Umm, please don't. This would be wonderful if all systems were
> debian and hetrogenius. However, what happens when I try to use my
> software on a machine that isn't debian, like I do on a daily basis. This
> would make j
On Tue, Sep 28, 1999 at 07:37:12PM -0400, James LewisMoss wrote:
> What if I want to release a regex package under the lgpl. Should I
> have to rename mine so that it doesn't conflict with gnu's? This
> seems like it would place a large burden on different organizations
> not to step on each othe
Here is an idea that I just wanted to kick around... Perhaps it could
be part of a java policy.
One of the irritating things about the Java packaging scheme is that you
get this functional disassociation because of the organizational boundries.
In other words, you have:
net.novare.ExpiringHashta
On Sat, Sep 18, 1999 at 02:48:24AM -0300, Julio wrote:
> I think it's better to see RMI as a library, not as part of the core VM.
Ninja-RMI
Provides: jvm-rmi
Depends: jvm-1.1 (aka, java with reflection)
Classpath-RMI
Provides: jvm-rmi
Depends: jvm-1.1
etc?
E
--
On Fri, Sep 17, 1999 at 09:35:57AM +0200, Stephane Bortzmeyer wrote:
> And kaffe 1.0.b4? What version of the VM does it provide? And gcj compiles
> which version of the language? One of the problems with versioning is that
> compliance to a specific version of the VM spec (for the JVMs) or to a
On Tue, Sep 14, 1999 at 10:25:52PM -0700, Cris J. Holdorph wrote:
> Seth R Arnold Writes:
> > Chris, could you go into more detail why? I think the effort will be great,
> > and the returns might be small. (I am not sure it is worth it...)
> >
> > But, I think you are reading the idea of 'fork' in
On Wed, Sep 15, 1999 at 09:30:44AM -0700, Cris J. Holdorph wrote:
> Ean R . Schuessler Writes:
> > Now, maybe you can show me a way of getting specs from Sun that would waive
> > you of this liability, but I don't know where.
>
> For the Java language (e.g., .java
On Tue, Sep 14, 1999 at 10:05:19PM -0700, Cris J. Holdorph wrote:
> This has been discussed before. I have pointed out that you do NOT need to
> sign the SCSL to purchase a book that describes the specification of the JVM
> and the Java 2 class libraries. It *IS* possible to fully implement these
On Tue, Sep 14, 1999 at 09:30:23PM -0700, Cris J. Holdorph wrote:
> If this ever happens, I will no longer support Debian or SPI, and I will
> try to use other alternatives.
>
> I thoroughly disagree that even a "minimal" fork is good for Java.
> I encourage and applaud those doing free implementa
On Tue, Sep 14, 1999 at 11:11:43PM -0300, Julio wrote:
> 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 b
Hi,
Ever since the SCSL was announced some of the same concepts have
occupied my mind that have been recieving discussion on this list.
Specifically, given the fact that the Sun SCSL is not compatible in any
real sense with the tenets of the DFSG, what does the future hold for
free software imp
On Thu, Sep 09, 1999 at 10:28:30AM +0200, Stephane Bortzmeyer wrote:
> My name is Stéphane. You can drop the accent on the first e if it
> is more convenient.
Apologies.
> Thanks for the "half conceived". The proposed Java policy has been
> sent on this list several months ago and discussed and
Make a file "/usr/share/java/core-compiler-classes.jar" that is managed
via the alternatives mechanism. Some other name could be used, but this
would suffice. There could be a virtual package of the same name which
is provided by the debs which supply said .jar.
On another note, I think that this
I have been receiving quite a bit of irritation from the Debian-Java
lists lately so I thought I would try and address the issues.
Here is the situation:
- The production version of Kaffe is 1.0b4. I packaged it the day that
it was released. I have made a subsequent packaging of 1.0b4 to
eli
If you can isolate those bugs in a useful way. If I am going to process
them, however, I would prefer that any bug you report is accompanied by a
patch trying to fix the problem. "I tried to run JBuilder3 and it won't
work" is not going to be useful to anyone. While Kaffe support is not
comprehensi
I noticed your NMU a while back and regret that I haven't had time to
contact you. I must say, firstly, that I am quite annoyed that you
felt compelled to make a NMU upload without first contacting me. While I
have perhaps not been optimally responsive I believe that I have kept my
kaffe installs f
H
Concurrency Level: 10
Time taken for tests: 10.002 seconds
Complete requests: 1349
Failed requests:0
Total transferred: 5433750 bytes
HTML transferred: 5169150 bytes
Requests per second:134.87
Transfer rate: 543.27 kb/s received
Kaffe with, ar
Good deal. Let me know if there is anything else I can do to help.
On Fri, Aug 13, 1999 at 04:13:55PM -0700, Tim Wilkinson wrote:
> Well I finally got IBMs VM on my box and compared it against my latest
> Kaffe under JServ. IBM 70/sec, Kaffe 12/sec (about 6x slower). Not
> good numbers if you as
Here are some results for you. It is interesting to note that performance
under concurrency actually _degrades_ with the IBMJDK. Whether this is
due to thread safty issues in AServe, idiosyncracies in the IBMJDK,
or the finickiness of my tricked out dual Celeron is not clear to me.
Apache obviously
Adam Heath, here at Novare, has packaged fastjar. He can either adopt it
or provide it as a nice starting point for somebody else. Either way,
here is a deb.
On Tue, Aug 10, 1999 at 11:53:57PM +0200, Mark Wielaard wrote:
> P.S. There is a nice little utility that should be included in Debian.
> It
On Fri, Jul 30, 1999 at 12:46:20AM +0200, Mark Wielaard wrote:
> That is nice to hear. I have our classes running with Apache JServ, but
> since neither Paul nor I run it in a production environment we have not
> advertised the library very much. They really should be integrated in the
> Classpath
On Wed, Jul 28, 1999 at 01:51:18PM -0700, Cris J. Holdorph wrote:
> Ok, but you can pick up books that document the Class Libraries and the
> language specification too. I'm sure, sooner, or later, there'll be a Jini
> book too, but I'll forgo that point for now. I simply think that we're
> first
On Wed, Jul 28, 1999 at 11:14:53AM -0700, Cris J. Holdorph wrote:
> You missed my point though. The section you quote, is from the SCSL, which
> you read and agree to (either in writing or by clicking on "I accept").
> You do not have to do either, matter of fact I doubt the SCSL is anywhere
> in
On Wed, Jul 28, 1999 at 10:26:41AM -0700, Cris J. Holdorph wrote:
> So would that cover if someone went to Amazon.com and ordered "The Java
> Virtual Machine Specification", 2cd ed, by Lindholm & Yellin (ISBN 0201432943)
> and then implement according to that, then you say that Sun claims it as a
>
On Wed, Jul 28, 1999 at 11:24:24AM +0200, Stephane Bortzmeyer wrote:
> > - A total ban on SCSL code. The license is simply too dangerous to
> > include in the Debian distribution, even under non-free.
>
> Could you elaborate on that?
The SCSL is like the GPL, a viral license. The chief differen
On Wed, Jul 28, 1999 at 10:53:38AM +0200, Stephane Bortzmeyer wrote:
> Regarding the issue in the subject, I assume you have no part in the
> management of dinstall and of the override file?
Nope, unfortunatly.
--
___
Ean Schuessle
prietary package out there.
E
On Tue, Jul 27, 1999 at 11:11:46PM +0200, Stefan Gybas wrote:
> "Ean R . Schuessler" wrote:
>
> > Firstly, I'd like to address the notion that you can't do anything
> > useful without commercial Java on your system. This see
74 matches
Mail list logo
