e to build packages 'natively' on some (but not all, afaict) of
the less mainstream Debian architectures.
cheers,
dalibor topic
[0] https://wiki.debian.org/qemubuilder
--
<http://www.oracle.com> Dalibor Topic
Consulting Product Manager
Phone: +494089091214 , Mobile: +491737185961
Orac
On 03.09.2019 18:40, Matthias Klose wrote:
On 02.09.19 13:22, Dalibor Topic wrote:
Hi Emmanuel,
thank you for your interest - the jpackage source code can be found in
the JDK-8200758-branch of the JDK sandbox repository at
https://hg.openjdk.java.net/jdk/sandbox
I haven't looked into
rwise care what is in the application.
cheers,
dalibor topic
On 30.08.2019 19:31, David Goodenough wrote:
Is this intended to work with all JVM languages, or just Java? I don't
expect support for other languages, just tolerance.
David
On Friday, 30 August 2019 10:32:34 BST Dalibor To
Hi Emmanuel,
thank you for your interest - the jpackage source code can be found in
the JDK-8200758-branch of the JDK sandbox repository at
https://hg.openjdk.java.net/jdk/sandbox
cheers,
dalibor topic
On 02.09.2019 12:58, Emmanuel Bourg wrote:
Hi Dalibor,
With my Debian Java maintainer
Salut Raphael,
thank you very much - we're looking forward to your feedback!
cheers,
dalibor topic
On 30.08.2019 10:37, raphael.jo...@free.fr wrote:
Hi Dalibor,
I am a Debian Java user. I would like to test JPackage on my project
https://github.com/rjolly/linoleum . Currently, I use JD
tml
cheers,
dalibor topic
[1] https://openjdk.java.net/jeps/343
[2] http://jdk.java.net/jpackage/
--
<http://www.oracle.com>
Dalibor Topic | Consulting Product Manager
Phone: +494089091214 | Mobile: +491737185961
| Video: dalibor.to...@oracle.com
Oracle Global Services Germany GmbH
Haupt
> click bz2
->
https://hg.openjdk.java.net/jdk-updates/jdk12u/archive/e831fc6bca9e.tar.bz2
You can also fetch the source code corresponding to the tag using the
tag directly, i.e.
https://hg.openjdk.java.net/jdk-updates/jdk12u/archive/jdk-12.0.1-ga.tar.bz2
(or tar.gz, etc.)
Hop
With respect to strictness, the doclint feature can be turned off
generally or selectively. A talklet/demo can be seen at
https://youtu.be/VrI6rJNO2x4?t=829
cheers,
dalibor topic
--
Oracle <http://www.oracle.com>
Dalibor Topic | Principal Product Manager
Phone: +494089091214 | Mobile: +4
On 13.12.2017 11:13, Emmanuel Bourg wrote:
Hi Dalibor,
Le 01/12/2017 à 11:12, dalibor topic a écrit :
That won't work with 10 either, unfortunately, since the old doclet has
(finally) been removed. Please see
https://bugs.openjdk.java.net/browse/JDK-8177511 for details.
There
27;ll have to use another
detection mechanism (like running an actual class that dumps the
sun.arch.data.model property).
You could look into the 'release' file instead, per
https://bugs.openjdk.java.net/browse/JDK-8179600 it also contains
information on the $ARCH the JDK was co
tead isn't
feasible for some reason or other. Those cases would then be good items
to discuss on the jdk-dev list.
cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 | Mobile: +491737185961
ORACLE Deutschland B.V. &
On 30.11.2017 14:42, Emmanuel Bourg wrote:
Le 30/11/2017 à 10:27, dalibor topic a écrit :
Thanks, Emmanuel - in many of these cases (AspectJ, ICU, Spotbugs,
Gradle, Scala) the way forward seems to be to upgrade the packaged
software to the latest upstream version supporting JDK 9, often
tps://bugs.openjdk.java.net/browse/JDK-8191055
https://bugs.openjdk.java.net/browse/JDK-8186003
https://bugs.openjdk.java.net/browse/JDK-8181745
cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 | Mobile: +491737185961
ORACLE Deu
On 29.11.2017 14:22, Emmanuel Bourg wrote:
Le 29/11/2017 à 13:30, dalibor topic a écrit :
I think what makes Debian GNU/Linux interesting for us regarding the
OpenJDK Quality Outreach is that it's one of the first Linux
distributions to do mass rebuilds of its (quite substantial) pa
On 29.11.2017 12:46, Emmanuel Bourg wrote:
Le 29/11/2017 à 10:32, dalibor topic a écrit :
I'd agree with Matthias that the binaries of some builds are not by
themselves newsworthy for the debian-java mailing list specifically,
since Debian doesn't use third party binaries i
], so it
should become available in a JDK 10 early access build in due time.
cheers,
dalibor topic
[0] http://openjdk.java.net/jeps/310
[1]
https://www.rpmfind.net/linux/RPM/fedora/devel/rawhide/x86_64/j/java-1.8.0-openjdk-headless-1.8.0.151-1.b12.fc28.x86_64.html
[2] http://hg.openjd
ing list, Rory, and sending them to Emmanuel directly
instead, while anyone else interested in them could also subscribe to
the quality-disc...@openjdk.java.net mailing list and receive, comment
and discuss them that way.
cheers,
dalibor topic
[0] http://mail.openjdk.java.net/pipermail/jdk-dev/
e repositories for Lenny, but if
> it is possible I'd like
> to have the _20 packages.
>
> Can someone help me get those _20 packages and preferably for both i386 and
> amd64?
> Then I can put them in my own archive (or sth like that) and still use them.
The ra
uses
> kaffe as build-depends{,-indep}, if we proceed with the removal.
>
I believe that the FTBFS is fixed in 1.1.9, but since that one wasn't packaged
in
the last year or so, and OpenJDK+Zero covers most of the bases now, I think it's
OK to remove it from the repo.
cheers,
they are intended to be all of glassfish that there is a bug.
>>
>
> If I recall correctly, that is still the aim. But I am not sure if
> Torsten managed to fully package all the dependencies needed to set up
> and run an instance.
>
Not yet - there i
gt;
Indeed. I'll get in touch with the desktop team, and see what we can do.
Thanks for bringing it up.
cheers,
dalibor topic
> 3. Perhaps someone has already faced the same issue, and knows of an
> alternative *free* drop-in replacement that I/upstream could use.
>
: Apache Foundation projects and BCL-licensed JARs prior to the
drafting of the third party license policy a few years ago.
cheers,
dalibor topic
Is there any policy against this approach? If yes, can you please
point me to it?
Onkar
--
*****
Michael Koch gmx.de> writes:
>
> On Tue, Feb 27, 2007 at 02:02:35PM +, Jörg Sommer wrote:
> > Hi Michael,
> >
> > Michael Koch gmx.de> wrote:
> > > Kaffe is outdated and needs some serious updates. Its better not to use
> > > it in current state. The other runtimes are more uptodate.
> > >
in a way that it
uses the jars in the packaging system rather than whatever the default is
(network from ibiblio, I think), but I'm not sure.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
for innovation and new capabilities."
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s making cacao
work with Sun's ME libraries, there have been a few such things in the past
days.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ola Lundqvist debian.org> writes:
>
> Hi
>
> Anyone knows what this can be? Trying to build the sun hotspot jvm...
>
See https://openjdk.dev.java.net/hotspot/faq.html#PLTreloc0x08
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
Michael Koch gmx.de> writes:
> We decided at FOSDEM to make GCJ then default. The rest is ok with me.
Fine for me, too.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Reevaluate for every
release / 6 months, etc. which should let us shuffle things
around as necessary.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; it didn't hurt anybody. I don't understand why the JCP has a default
> of working behind closed doors.
I don't quite understand why Sun's spec leads don't take the opportunities
provided under JCP 2.6, and actually make at least their own JSRs transparent.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that's the case,
I think their desire for brevity got in the way of clarity. They would
need to expand that section a bit to make it clear that the residuals
license covered copyright issues as well as long as you didn't literally
copy large amounts of code."
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
active. They just not release
> >> very often.
> sorry, I didn't mean to say that the kaffe development had stalled, but
> that the _jikes_ development has stalled. A conclusion to which the kaffe
> team seems to have also come.
Jikes development seems to have halted last
any questions about
your assignment. In fact, I have a great idea. I could just email your
assignment directly to your instructor and then you wouldn't even have to go to
class either!"
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
analyser generator for Java
> jflex - lexical analyzer generator for Java
>
I would suggest checking out the JPackage project at http://ww.jpackage.org for
RPMs of such packages.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ftware on his box (who would, anyway? ;).
Then it'd be up to users of non-free VMs to help
the DD keep the package in a
good shape wrt to the non-free VMs, with patches,
bug reports and praise, when
things work ;)
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
he non-free software's licensing restrictions, for example.
That's quite a chunk of work, and since the manpower of the
debian-java effort is limited, most people doing the actual packaging
work tend to concentrate their efforts on Free Software, which
Debian can distribute freely together
ge, resource usage, and
> diskspace usage.
>
Kaffe has gcj-bindings for an older, patched up version of gcj. what you
describe could be implemented by updating Kaffe's gcj bindings to gcj4,
and running with it underneath. If you are interested in volunteering,
please hop on the kaffe m
to build java files on
> each arches. Build the classes onces and only build the C files on all
> arches would be better.
Ideally kaffe would just depend on the classpath package, but neither Kaffe nor
GNU Classpath are there yet. Working on it ;)
cheers,
dalibor topic
--
To UNSUBSCR
recommend other VMs, so
I'd recommend JamVM. Nice, small, speedy and great maintainer. The choice of
many GNU Classpath developers (who are not writing their own VM).
cheers,
dalibor topic
p.s. I use similar debugging techniques to Mark's, but as a Kaffe dev, I also
transparently use KA
ng four letter words that can not be said freely in English.[1]
cheers,
dalibor topic
[1] As Sun Microsystems holds and and actively defends their Java(TM) trade
mark, I would not recommend calling Kaffe a Java(TM) runtime, because, frankly,
according to Sun Microsystem's rules for the usage of t
ntime beside the one
already listed,
good luck finding it. :)
That would not seem to be a perfect situation for users, though
it would
probably be an improvement over the current one.
cheers,
dalibor topic
[1] I'm talking with them about the 1.5 tests, but that's going to
take a wh
Joost Kraaijeveld wrote:
On Sat, 2005-08-20 at 14:26 +, Dalibor Topic wrote:
On Fedora's side, Andrew Haley is currently working on making JOnAS (Free
Software J2EE implementation) work well on top of gcj/gij (Free Software
runtime). gcj/gij runs on amd64, among several other architec
tus see
http://article.gmane.org/gmane.linux.redhat.fedora.java/1001
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
moved, and NIO locking doesn't work yet, afair.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that
> it sounds generic enough to apply to Mono as well the stuff we work with.
Mono is a very fine runtime for GNU Classpath, thanks to Jeroen's innovative
IKVM project. See www.ikvm.net for details.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
al pressure if they wanted to' scenarios past me in private, and most
of them involved Sun using trade marks to that end. So I am no fan of giving Sun
a huge bat to smack one with, even though I believe them to be benevolent in
general.
cheers,
dalibor topic
[1] Non-free, slow, lim
Robert Lougher gmail.com> writes:
>
> Hi Dalibor,
>
> Dalibor Topic kaffe.org> writes:
>
> > Kaffe uses its own sysdepCallMethod code but can also use libffi as an
> > additional option. See config/$arch/sysdepCallMethod.h for details. See
> > config
workaround than nothing :-) I will try it.
BTW - these options are not mentioned in the manpage - only with
kaffe --help. I just searched for them . I will update the manpage in
the next days and post it to the kaffe list.
Awesome! Thanks!
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL
lMethod-ffi.h for the wrapper for ffi. Feel free to merge it
into JamVM, if you think it's useful.
My personal plan is to merge in libffi into Kaffe as well, and use it as a
default on Linux at least, and then to gradually switch to it for other
platforms.
cheers,
dalibor topic
--
To UN
an do that with Kaffe, as well, afaik, using the -Xbootclasspath/p option.
which is a measily workaround, I know, I know :(
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Wolfgang Baer gmx.de> writes:
>
> Dalibor Topic wrote:
> > Wolfgang Baer gmx.de> writes:
> >
> >
> >>But, kaffe is atm horrible broken for most package builds due to
> >>bug (#295014). Every second package fails due to this bug to build.
&
e
found HP's
TestDrive[1] to be quite helpful for porting Kaffe and keeping it in
shape on
various platforms. That and getting in touch with people who develop
on some
platform to get an account or two. I can send you more details if
you're
interested, Rob.
cheers,
dalibor topi
response so far.
I guess that's fixed in CVS head now[1], right?
cheers,
dalibor topic
[1] http://article.gmane.org/gmane.comp.java.vm.kaffe.general/8452/match=kaffe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n GNU
Classpath 0.13, Kaffe closely tracks Classpath's CVS head, and integrates the
latest patches on a daily basis).
Someone broke the generated locale information in GNU Classpath, and left out
the collation information, and noone noticed till recently. I've filed a bug
report and hop
's shits,
invokes unpleasant images in my head, and is best left as an excercise
to the so inclined reader.
Now, can we please end this discussion?
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Native Interface is an example of
such a binding mechanism."
There is no contradition between the first part of FSF's statement about
a GPLd intepreter not being able to restrict its input and this part.
The part you quote is not about the interpreter, it is about *other*
facilities that a
of JVM functionality through
sequences of small byecode-langiage commands like 'invokevirtual',
'add', 'sub', 'dup' and so on. The fact that the bytecode is run on a
GPLd interpreter does not let the intepreter impose the GPL on its data,
just because the i
works in memory is irrelevant.
What's relevant is whether works are actually copies, modifictions or
derived works. Or all my e-mail would have to be GPLd, as it's loaded
into the memory of a GPLd program :)
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brian Thomas Sniffen wrote:
Dalibor Topic <[EMAIL PROTECTED]> writes:
Brian Thomas Sniffen wrote:
Måns Rullgård <[EMAIL PROTECTED]> writes:
It is compiled against an interface, not an implementation. Which
particular implementation was used while compiling is irrelevant.
Can you
#x27;undistributable Java in main' from 2003:
http://lists.debian.org/debian-legal/2003/11/msg00010.html
http://lists.debian.org/debian-legal/2003/11/msg00026.html
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you please, please stop regurgitating this nonsense. The FSF's FAQ
is perfectly fine. It's your casual reading of it that it wrong.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
estrict the user in
any way regarding the license of the data to process. So much for the
generic claim about Kaffe's GPL propagating through using it to build
something with it.
c) GPL allows users to run GPLd programs for any purpose without letting
the GPL'd program impose restr
se to
GPL-only data would go afoul of DFSG #6 and #9, I guess, beside claiming
rights that are not given to an interpreter by the copyright law.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
restrictions on the
data, the incompatibility of intepreter's GPL and data's CPL does not
matter, as the data never becomes limited by the GPL and the license
conflict never happens.
cheers,
dalibor topic
[1] http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL
--
To UNSUBSCRIBE, ema
Great! Thanks for the good news!
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in my non-lawyerish opinion, because
Eclipse's source code or bytecode does not derive specifically from
Kaffe's interpreter or class library, afaik, but uses 'standard' Java
APIs all the way. Just as explained above in the links.
cheers,
dalibor topic
--
To UNSUBSCRIBE, ema
e with bug reports, so I'm sure that
whatever remaining small hacks are necessary for other VMs will happen quite
quickly. I'm looking forward to Eclipse in main on several free runtimes!
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
son in general. Everyone makes
ocassional mistakes of judgement, even the brightest people, that's human.
> As we've been thru the issue once already, I ask you to at least cut off
> personal attacks. Otherwise you'll gurantee we won't get to any
> conclusions.
I'm sorry about the personal attacks, I didn't mean to hurt. I'd like to
apologize for any such attacks slipping into my reply. If you point out
to me where I crossed the line, I'll try hard to avoid that next time
around.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
.
On the other hand, I have no access to most debian architectures, so I have no
idea how well the packages work there, unless people report bugs. I wouldn't
deduce from the absence of bug reports that it works great, I'd rather guess
that not enough people are using it to stumble over the bl
are
not implemented yet. They support the majority of 1.4, though.
Help implementing what's missing is welcome, as well as bug reports.
cheers,
dalibor topic
ll have to look at the SWT source code mentioned in the stack
trace to figure it out, or to disassemble the class files and look at them
sharply :) If you're using debian's SWT jars, please submit a bug report for it
with a test case to reproduce it.
cheers,
dalibor topic
Cai Qian gnome.org> writes:
>
> I see. Thanks for your work.
Thank you for using and supporting free runtimes with your software!
cheers,
dalibor topic
ritonus merged into GNU Classpath so that it can be easily used out of
the box by all the other nice free runtimes, like SableVM.
cheers,
dalibor topic
[1] Kaffe provided a nice integration test-bed for some other projects getting
folded into GNU Classpath, chances are it will be the same with Tritonus, too.
;)
Ryan Harris usapoolsupply.com> writes:
Thanks a lot for sharing your guide with the list, Ryan. I didn't know kaffe
could run tomcat 5.5 myself, so maybe you could post it on the kaffe mailing
list as well?
cheers,
dalibor topic
n the upstream of free runtimes .
For example, some programs have parts that are not written in portable Java. In
other cases free runtimes lack specific functionality required by those
packages. But you're most welcome to help with the work associated with pushing
more java packages into main!
cheers,
dalibor topic
elping move them to main by making them
build and run on free runtimes. But on the other hand, you don't have to, it's
up to you.
cheers,
dalibor topic
Omry Yadan inter.net.il> writes:
>
> Dalibor Topic wrote:
> >How much does making 'good java programs' run on free runtimes 'cost' Debian
> >users? ;)
> >
> >
> Now, that depends on the maturity of free runtimes.
> both in terms of
s up and writes
> > better
> >programs as free software. Happened with Unix. Happened with C.
> >Happened with
> >C++. Happens with Java right now. You too can be a part of it, you
> >don't have to
> >put yourself in a position where you depend on Sun and their
> >choice of licensing.
> >
> >
> Well, I`ll find some time to have a look, sounds interesting enough.
You're most welcome.
cheers,
dalibor topic
rom Debian,
because it was Debian that said that 'jrockit is a virtual machine for
Java', but BEA doesn't make claims that jrockit is certified on Debian.
Of course this is not likely to happen, and it's a purely hypothetical
example. It's intended to show that any in
n's JRE, no real difference here, afaict.
I didn't use a very fine comb, though, so a review on debian-legal could
turn up more problematic sections.
On a side note, the fear of benchmarking in the license is funny. Sun
eventually got enough courage in their implementation to strike a
similar passage out of their licenses in 1.4 :)
cheers,
dalibor topic
tribution license
online, in case one exists. If there is no such license, then debian can't ship
it anyway ;)
cheers,
dalibor topic
nse your whole application under the GPL.
cheers,
dalibor topic
g .
If the license looks anything like Sun's, then I don't really see a chance of it
passing the debian-legal test. Got a URL?
cheers,
dalibor topic
th, say, emacs lisp programs, I don't see why it could be a
problem. Does
apt-getting emacs scare the shit out of you? ;)
> Java is portable, JVM's are not.
Well-written VMs are portable, and are getting ported widely. For a nicely
portable VM,
I'd suggest checking out SableVM, Kaffe, JamVM, or even JikesRVM,
which is
written almost entirely in Java, and has a great scientific community
behind it.
cheers,
dalibor topic
Laszlo 'GCS' Boszormenyi lsc.hu> writes:
>
> * Dalibor Topic kaffe.org> [2004-09-16 11:18:00 +]:
>
> > Thanks for presentig the case to upstream. I hope they will follow
> > your suggestions.
> But before they asked the following question:
>
se. So if some intern
at Sun sneaks in 'and if you are using Debian, you agree to pay Sun a $699
license fee' into some 'applicable' README, that you can not read when you
accept the license, you're bound to have some fun in court.
Non-free licenses are there to screw you. Avoid them. IANAL, and all that.
cheers,
dalibor topic
Thanks for presentig the case to upstream. I hope they will follow
your suggestions.
cheers,
dalibor topic
hat way,
everyone ends up being better off in the long run: the code eventually works
in a predictable fashion, so upstream is happy, and it works on free runtimes,
so debian users are happy.
cheers,
dalibor topic
[1] Or even volunteer to do it, if the code really matters to you. :)
class byte code version used by giving jikes a -target 1.2
argument (see the jikes documentation).
I did -target 1.3
... and serlvet api is still in main, sorry for the whistle ;-)
No problem ;)
cheers,
dalibor topic
problems in non-free software :)
But then, I tend to view the JDK like the Netscape Navigator: it was
great that it was around, but after a while it was less and less needed,
since free software alternatives made it unnecessary for free operating
systems. :)
cheers,
dalibor topic
d
filing a bug upstream should be a quick solution.
cheers,
dalibor topic
[1] And didn't document the changes, of course. :)
n.net/index.php/CommonJavaPackaging .
I hope it will be more convenient for everyone involved in this
effort, and that it will let us progress at a faster pace than the wiki
alone could.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
Dalibor Topic wrote:
# Java WSDP Registry Server
# WS-I Supply Chain Management Sample Application
I don;t have time to google something up right now :(
I was hungry, so I went to a pub for a bit of chili con carne. Now I
feel ready to google up the rest ;)
http://ws.apache.org/juddi/ for
ttp://jakarta.apache.org/taglibs/
# Java WSDP Registry Server
# WS-I Supply Chain Management Sample Application
I don;t have time to google something up right now :(
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
ckaging systems, instead of working around them.
In order for that to happen, though, we need to work something stable
out for the 'Common Java Packaging' effort, as Nicolas says. I'm glad
there is some progress on the descriptor front, btw.
cheers,
dalibor topic
--
To UNSUBSCRIBE
Hi Robin,
Robin Rawson-Tetley wrote:
On Fri, Mar 26, 2004 at 09:52:37PM +0100, Dalibor Topic wrote:
For Kaffe, you should be able to just grep | sed s/swingwt\.awt/java.awt
over the SwingWT sources (much more reliable than mastercl and without
any overhead translating classloader calls). You
SwingWT comes out as javax.swing.
cheers,
dalibor topic
[1] http://www.kaffe.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Juergen,
Juergen Kreileder wrote:
Dalibor Topic <[EMAIL PROTECTED]> writes:
Pierre Machard wrote:
Hi,
On Tue, Mar 16, 2004 at 10:57:30PM +0100, Heretik wrote:
I've just read the Debian GNU/Linux Java FAQ and i installed sun's
j2sdk on my debian unstable with a lot of di
nse is non-transferable. [1]
IANAL, and all that.
cheers,
dalibor topic
[1] http://java.sun.com/j2se/1.4.2/j2sdk-1_4_2_04-license.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
unning NetBeans
over SwingWT over MasterCL over Kaffe :)
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 320 matches
Mail list logo
