Hello,
* Takashi Okamoto <[EMAIL PROTECTED]> wrote:
> I uploaded new eclipse package. Please check here:
> deb http://yamaguch.sytes.net/~tora/tmp/eclipse/ ./
I just had a look at the package file there (It isn'T sundy yet,
where I have free net access...) and I'm wondering, whether the
pde envi
Hello,
* Thomas J. Zeeman <[EMAIL PROTECTED]> wrote:
>> It looks good. It seems I should modify eclipse code for it:(
> Yup. As someone else already mentioned, eclipse is very single-user pc
> minded. :(
There is a discussion on "starting and updating eclipse":
http://bugs.eclipse.org/bugs/show_
* Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> Do you know if there is (or will be) a port of your package (or of
> eclipse) for linux ppc?
AFAIK the only problem should be the swt library and I thought that
this depends on gtk or motiv and both should be availible on linux,
doesn't matter, which p
* Florian Steinsiepe <[EMAIL PROTECTED]> wrote:
> I greedily installed the Eclipse package and found it extremely unstable on
> j2sdk1.4, so I went back to j2sdk1.3.
Hm, I haven't noticed that: I had sun java 1.4.1x and now the
blackdown debs (1.4.xbeta99 or so), and an both eclipse was/is
very s
Hello Tom,
Sorry for the personal mail, didn't see, that the list was
included as well.
* Tom Tromey <[EMAIL PROTECTED]> wrote:
[swt]
> Porting to PPC should be very easy. I've built it (the one from
> Eclipse 2.0.1) on my PPC box but I've never actually tested it.
> However, note that SWT is no
* Takashi Okamoto <[EMAIL PROTECTED]> wrote:
>> this Xerces is TOO NEW for Eclipse! I've extracted the Xerces JARs
> BTW, 4.0.7 is IBM's versioning, it's not same as Apache's.
I always thought, that the OTI folks just followed it. The Junit
Jars and the plugin have the same version number.
Jan
* Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
> Can you point me where I can get some documentation on how to do that
> (or what command I have to do)... do I have to get the
> gtk-dev-something packages?
http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-swt-home/faq.html
But it is not r
Hello,
* Takashi Okamoto <[EMAIL PROTECTED]> wrote:
> I uploaded new eclipse package. Please check here:
> But I think it's optional and it's the time to upload eclipse
> into sid. If you don't think so, please give me comments.
I used 'apt-get source -b eclipse' to build the packages for my
wood
Hello,
In gmane.linux.debian.devel.java, you wrote:
> just to say, I had the same problem and fixed it the same way.
Same here. Also I don't know if eclipse.jdt just depends on junit,
as I'm not sure, what "internal" stuff (Eric Gamma, upstream of
junit is also employed at OTI) they use.
My firs
* Florian Steinsiepe <[EMAIL PROTECTED]> wrote:
> before uploading the RC2, please consider the following:
> There was a (short) discussion about instability of the GTK version on the
> java-debian board, and I'm having this severe problem too.
In the eclipse.tools newsgroup was a posting about th
* Florian Steinsiepe <[EMAIL PROTECTED]> wrote:
> I fixed the problem using "dpkg-reconfigure locales": I set the default system
> locale to en_US.UTF-8 and added the UTF-8 type of any other locale I'm using,
> and now each Java application runs perfectly, [..]
Doen anyone know if that's alread no
Hello,
* Takashi Okamoto <[EMAIL PROTECTED]> wrote:
>> * Please provide a directory in /usr/local, where one can install
>> plugins, without the need to put it into /usr/lib/eclipse.
> I think use mpkg-j2sdk to build deb and install it is better.
I'm using the blackdown java builds, instaleld via
* Takashi Okamoto <[EMAIL PROTECTED]> wrote:
> I'll provide eclipse-xerces package which include XML4j(IBM's
> xerces4.0.7).
Thanks!
> It doesn't appeare yet, but I already upload my first eclipse packages
> in sid. I'll upload 2.1RC2 pacakges with few improvement.
Will there be a repository for
* David Goodenough <[EMAIL PROTECTED]> wrote:
> error processing eclipse-xerces_4.0.7-1_all.deb
> trying to overwrite
> /usr/lib/eclipse/plugins/org.apache.xerces_4.0.7/xercesImpl.jar
> which is also in package eclipse-platform.
Hm, as far as know this should not happen.
But if xerces is in the
* rhindes kroeituratek <[EMAIL PROTECTED]> wrote:
>># Packages for Eclipse
>> deb http://people.debian.org/~tora/deb ./
>> deb-src http://people.debian.org/~tora/deb ./
> this is for sid i suppose. is there an apt-getable backport for woody
> available, too?
Not that I know. But doing a
|apt-get
* Caoilte O'Connor <[EMAIL PROTECTED]> wrote:
> or in this case an 'apt-get -f install' should also do the trick.
I always thought that means "_f_ix broken"?
man apt-get:
--fix-broken
Fix; attempt to correct a system with broken depenĀ
dencies in place. [...]
IMO
* John Lavin <[EMAIL PROTECTED]> wrote:
> I've tried to backport to woody for multiple versions and have met with
> no luck so far. I got an old version: 2.0.2 to build a deb for woody,
> but can't get past some runtime errors.
That is likely due to the requirements on native gtk libs, which
chan
* Hubert Schmid <[EMAIL PROTECTED]> wrote:
> mpkg-j2sdk is currently a hack, and not ready for uploading. The package
> needs some changes to work better in conjunction with the blackdown debian
> package.
Would you mind also providing 'j2re1.(4|3)' and would it be possible to
extend your script
* Hubert Schmid <[EMAIL PROTECTED]> wrote:
> - the 'blackdown way': four packages are created from the binary Java2
>SDK:
> - or build different packages from the Java2 RE and the Java2 SDK binary
>archives, i.e:
As you have already downloaded the archiv, I wouldn't mind this:
If its a J
* David Goodenough <[EMAIL PROTECTED]> wrote:
> I recently decided that I needed to move from a hand installed eclipse to a
> debian installed one. So duly installed it only to discover that I do not
> seem to have the the choice of using the GTK binding.
In the moment it uses gtk bindings by
Hallo David,
* David Goodenough wrote:
>On Tuesday 10 June 2003 18:52, Jan Schulz wrote:
>> In the moment it uses gtk bindings by default and its the only one,
>> which is compiled.
>I notice that this changed along the life of the Debian package, was there a
>reason (no
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Jan Schulz <[EMAIL PROTECTED]> wrote:
>> * How to handle the two different plugins in a autmatically manner
>'eclipse-gtk' and 'eclipse-motif' wrappers and update-alternatives to
>have an 'eclipse' wrapp
* Jerry Haltom <[EMAIL PROTECTED]> wrote:
> An unexpected exception has been detected in native code outside the VM.
> NOTE: We are unable to locate the function name symbol for the error
> just occurred. Please refer to release documentation for possible
> reason and solutions.
What v
* Arnaud Vandyck <[EMAIL PROTECTED]> wrote:
>> * Arnaud Vandyck wrote:
>> >Jan Schulz <[EMAIL PROTECTED]> wrote:
>> >> * How to handle the two different plugins in a autmatically manner
>> >'eclipse-gtk' and 'eclipse-motif'
* Daniel Bonniot <[EMAIL PROTECTED]> wrote:
> Are there plans to upgrade the eclipse packages to a newer version of
> eclipse? The current ones (in 2.1-5) date back to march.
Not in the moment: Eclipse will be going through a very unstable
period, as they will change a lot API. I think the next m
* Daniel Bonniot <[EMAIL PROTECTED]> wrote:
>>The only thing, what someone could do, would be to package a
>>eclipse-snapshot package.
> I somebody does it, plase announce it here.
If I do it, I will... But as I said, that will probably wait until
I think that the API is stable again or the fea
* Christopher Taylor <[EMAIL PROTECTED]> wrote:
> I have noticed that same problem, but I don't have a solution. I guess
> that's why they call it the unstable branch :)
I already answered the origional problem (to the exactly same
question...) in the eclipse.tools newsgroup. Hve a look in the
bug
* Roberto Franchini <[EMAIL PROTECTED]> wrote:
>> expect the fix for today or tomorrow from my eclipse repository...
> May you post the apt line of your eclipse repository? I can't find it :))
2.1-6 is out on
deb-src http://www.katzien.de/debian/eclipse ./
I currently having some more thoughts a
Hello,
Sorry, this is long...
* Jan Schulz <[EMAIL PROTECTED]> wrote:
>>> Just a wrapper for a simple '-ws gtk' and '-ws motif' change?
>> Yes, I think it will be easier to manage it with update-alternatives.
> Thats true. But that will be a maintainan
* Jan Schulz <[EMAIL PROTECTED]> wrote:
[many open questions]
Can someone please comment on this? Or just give me a nod to ask all
this on debian-devel...
I just started to look at the open build problems with motif...
> As another sidenote: I have eclipse 2.1.1 almost ready (
* Hubert Schmid <[EMAIL PROTECTED]> wrote:
> Apropos, who of the debian-java people will visit Linuxtag
> (www.linuxtag.de) in Karlsruhe, Germany this week?
Here...
Probably friday for some talks and general 'looking around' and
saturday for keysigning.
Jan
--
To UNSUBSCRIBE, email to [EMAIL
Hallo!
* Michael R Head <[EMAIL PROTECTED]> wrote:
> I don't know if anyone else has seen it yet, but http://java.net has a
> lot of opensource java projects. It might be cool to start getting these
> in debian.
I just went ther and had a look. what particulary project did you want
to have includ
Hallo!
* Roberto Franchini <[EMAIL PROTECTED]> wrote:
>I've just build from source (apt-get -b source eclipse) eclipse 2.1.1.
>The rename in refactor doesn't work in the editor view, but works fine
>in member, type or package views. This means I can rename methods ora
>a class, but I can't rename
Hallo!
* Jan Schulz <[EMAIL PROTECTED]> wrote:
> Both: if you build with 1.3 it will work, but not if you build with
> 1.4. I have a patch here, which will finaly enable it (backport from
> the 3.0 eclipse Stream). Please wait a few more days...
I just send a patch t
Hallo!
I've just uploaded new eclipse source packages to
deb-src http://www.katzien.de/debian/eclipse ./
The changes include the libswt-java ->
(libswt2.1-motif-java|libswt2.1-gtk2-java), libswt2.1-java changes, so
it is likely, that something will fail.
I especially interested in this points:
Hallo!
* Stefan Gybas <[EMAIL PROTECTED]> wrote:
>> http://mentors.debian.net/debian/dists/unstable/main/binary-all/jftp/
> This package can't be in main, since the source code is not included (at
> least not extracted). Even if it was correctly included and used to
> build the JAR,
Does it n
Hallo!
Replying to myself...
update-alternative is working now. I would be really interested if
anyone experiences failures while starting eclipse. I tried to
workaround any big problems...
Two things are still on my Todo: removing the eclipse binary launcher
as a 'Depends' and removing some 'De
Hallo!
* Robert Millan <[EMAIL PROTECTED]> wrote:
> I think we should have a junit implementation in main; IBM's junit is
> preferred,
BTW: it's not 'IBMs Junit'. Only one of the Authors is employed by a
IBM owned company (OTI).
> If the junit maintainer agrees to drop junit's arbitrary depend
Hallo!
* Stefan Gybas <[EMAIL PROTECTED]> wrote:
> I'll take the package and add it to the pkg-java project on Alioth, if
> you agree. So you and the other project members can co-maintain it.
Just a question: Is it ok if a policy package is that openly available
for changes?
> I have some sugge
policy. This way, I know that they really
>work and can be implemented easily.
So you mean that I have to keep my curiousity quiet :)
I just wanted to know what direction. I'm not suggesting to discuss
the things word by word...
Jan
--
Jan Schulz [EMAIL PROTECTED]
&
uggests: ' if
a working but not-so-nice portions of the code runs under main.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in the future there will also be a libswt2.1-fox-java package
I hope...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Philipp,
* Philipp Meier wrote:
>On Fri, Jul 18, 2003 at 08:42:06PM +0200, Jan Schulz wrote:
>> kaffe is something to be investigated :( Anyway it also has motif portions,
>> so...
>Can't then be the gtk binding of swt be of use?
In the moment (not yet in un
name - otherwise we'll gain nothing at all.
IMO the jars in /usr/share/java aren't any differnt than 'normal'
libraries, which get versioned package names.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ot useful.
I versiond all the swt jars after the API Version, so I hope I got
everything right for an API change. I don't know if xerces is
changeing that often, but mayby this is practical there, too. I tried
to follow the 'library package guide'..
Jan
--
Jan Schulz
't set 256 MB in a 1.3 JDK...
Another idea would be to do a "shlibs thingie" for jars, so that this
could be automated by this dh_ant.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROT
Rs from /usr/share/java to be added to the class path
>CLASSPATH_JARS=xerces bsf servlet-2.3
I wouldn't mind if that would be done in a
(package|jar-SONAME).javalibs file and deployed with the jar, so that
we could build a common starter file, which could manage the CLASSPATH
automagically.
WT libs:
libswt2.1-[motif-|gtk2-]java.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quite a strict policy about breaking API changes, so I hope I will
manage with versioned package names.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This will not catch all, but all Build-Depends: (I hope...). Anyway, I
have JAVA_HOME in my /etc/environment and this line should catch any
such predefined JAVA_HOME.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIB
Hallo Stefan,
* Stefan Gybas wrote:
>Jan Schulz wrote:
>In eclipse? I think #197484 is a perfect example why this is bad and why
>you should use one specific JDK version.
Yep, that one was bad. But I don't think that I want to install a
specific JDK just for compiling. OK, I'
mozilla-plugins and so on. This should be properly advertiesed in
FAQ, README, Mozilla Maintainer, etc
* A system to get a classpath at runtime, similar to shlibs files at
compiletime (if I haven't understood something wrong there).
Jan
--
Jan Schulz [EMAIL PROTECTED]
add the Package names to a varible,
which is then recursivly added to classpath at runtime.
* provide the 'jars' file for this package.
(* even parse all java files for includes and check in which jars this
classes are (would need handling of reflection though...))
If we ar going to make java packaging easier, we should make this and
all the rest (startscripts) as easy as other packages are.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
for JVM1.(3|4|..), Javac(..), JavaAPIClasses1.(3|4) (CLASSPATH
together with Kaffe is the same as Sun JDK?), Mozilla-Plugin(|c102).
And then mpkg-j2sdk should Provides: all the right things, when used
with a '-bin' download.
This (after a little more though than 2 mintues :) should e
n the buildd maschines (with c(++)
packages)? If ant gets into main, we will have to find a way to make
use of such things...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
: [EMAIL PROTECTED]
Hi Jan,
On Sat, 2003-08-02 at 17:43, Jan Schulz wrote:
> Just something about me: I'm the debian maintainer of the eclipse
> packages and I taking this list and the binaries as something to learn
> from :) I would really be happy if eclipse could be run with a fr
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Jan Schulz <[EMAIL PROTECTED]> wrote:
>I think eclipse is in contrib because it needs (at the moment) j2sdk to
>compile and j2re to run. If you are able to compile eclipse with jikes
>and run it with kaffe or another free JVM, it coul
Hallo Jan,
* Jan Schulz wrote:
>For the infrastructure: This shouldn't be the problem: We don't have
>to deal with 'runtime' loading, just with adding something 'shortly
>before runtime'. Plugins should be done anyway with seperate dirs and
>classloader (
Hallo Matt,
Reply to the list, as I suspect, that you just missed the right key :)
At least I haven't found anything private in this mail
* Matt Zimmerman wrote:
>On Mon, Aug 11, 2003 at 10:58:18PM +0200, Jan Schulz wrote:
>> * Matt Zimmerman wrote:
>> >This is what u
t such script and sometime in the future
make this java-policy? I really like this idea and also the 'get a
defined classpath from a script based on pakage dependencies' (see my
other mail from some days back).
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht
Hello Dave,
Thursday, August 14, 2003, 11:38:39 AM, you wrote:
> Can anybody suggest the best way to install eclipse on woody?
/etc/apt/sources.list
deb-src http://www.katzien.de/debian/eclipse ./
deb
deb
# or do the backporting of the required libs yourself:
deb-src
sudo apt-get build-dep ec
Hello Arnaud,
Thursday, August 14, 2003, 3:33:46 PM, you wrote:
>> >> * Jan Schulz wrote:
>> >> ** getclasspath.sh
>>
>> This script will be used in any java applications startscript. You (or
>> a dh_java) put the dependencies (package names) as
n write a proposel for this to be
>> included in the debian java policy. This won't be until end of august,
>> though, I will go on holidays on friday...
>I think that would be excellent.
Maybe I find some time this week still, then I will send out the mail.
Unfortu
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Can you give me some more explanations (private or on the list).
Here we go... I think you ar eon the list, so no private reply.
>> * Jan Schulz wrote:
>> ** getclasspath.sh
This script will be used in any java applications startscript. Yo
to point JAVA_HOME to the
right dir. If everything fails, patch it...
Good luck! Maybe you want to try kaffe...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Arnaud,
Friday, August 15, 2003, 11:46:31 PM, you wrote:
> Jan Schulz <[EMAIL PROTECTED]> wrote:
>> IMO the big enchancement is, that you only have to specify the
>> Depends once: in debian/control and everything else is added from
>> there on.
> That's w
Hello Xavier,
[sorry for the private mail... sometime I will learn it... ]
Saturday, August 16, 2003, 1:28:54 AM, you wrote:
> However, if,for example, I want to use a newer version of xalan or
> xerces (xml-apis.jar) instead of Crimson (well, any other parser
> implementing JAXP), you will have
Hello,
This is a draft for a Proposel to rearange most parts of the debian
java policy. Most of the things have been discusssed in the last
weeks and I hope I was able to get the main points into this draft.
The main goal about this proposal are
* get all the JVM out there working smoothly with
this proposal), anyway. :)
>Package: libswt2.1-gtk2-java (debian/contrib).
>Maintainer: Jan Schulz <[EMAIL PROTECTED]>
> 207156 [] eclipse-platform: link error between libswt2.1-gtk2-java and
> libXft
I expect a new release of eclipse in the first week of september. I
h
Hallo Arnaud,
* Arnaud Vandyck wrote:
>DontKnow: ibm-jdk1.1-installer(2),
Should be removed.
>libswt2.1-gtk2-java(2),
>2- NMU?
No need to (see my other post :) But if you have a solution before me,
I will happily put up new packages :)
Jan
--
Jan Schulz [EMAIL
Hallo,
* Jan Schulz wrote:
>I'm not a native english speaker, so I hope I at least get some
>comments about my english :)
Anybody? Should I go on or just let it be?
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To
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
ty should be on the first. Debian does not gain
anything, if we have a setup, which will fail in some/most cases.
If we do that, we again end up in the same situation as now, where
everybody Depends on $JAVA_HOME/bin/java, where JAVA_HOME is searched
for by a ever again script snippet.
Jan
--
J
in the start-script). And I think we
will never get as far that this is true with all packages :(
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ost likely, this will break dpkg, as for
tomcat|eclipse|$BIG_JAVA_APP, this list will be hundreds of classes.
Even with packages, it will be to long. If nothing else, it will blow
up Packages.gz like hell...
See my other post about the problems to setup alternatives for this
sollution..
imagine
additional 1.5, 1.6 and so on...
This is the situation I try to solve with this Proposal.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Dalibor,
* Dalibor Topic wrote:
>--- Jan Schulz <[EMAIL PROTECTED]> wrote:
>Just because it doesn't do full java 1.x yet, it doesn't mean it's useless. I
I agree.
>think you are blowing the problem out of proportion and going for
>radical, simplistic solu
Hallo Ean,
* Ean Schuessler wrote:
>On Thu, 2003-08-28 at 18:39, Jan Schulz wrote:
>Why is there a one-to-one relationship with provides/depends and
>alternatives? You can certainly have:
>foojvm:
>provides: java.net, java.io, java.awt
>/usr/share/java/rt.jar ->
>
ough!)
You mean because of swing?
Anyway: what about the second part of my proposal: adding a well
defined classpath to each package.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quot; in the /usr/share/java paragraph.
This is the same as deleting i, isn't it?
>I hope I haven't deterred you by being overly critical;
The others were worse :)
>you do identify
>some serious problems and I do like some of your ideas. Because of the
>loosely organised nature of Java libraries and the massive variety
>of APIs and structures of different JVMs, these problems are difficult
>to solve. Which is presumably why Java on debian is still in the
>loosely organised state in which it is.
ACK
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t.
IMO, in this cases its better to go with 'everybody'... This should be
a one line change...
>there are no free software java browser plugins (yet). [...]
Then at least the unfree should be made working with our packaging.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"
o be problematic because of american ammunnition export laws, I guess.
Isn't that foolishing over?
Jan, never much bothered about lizensing...
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
self to somthing better.
>I mean, this is debian, it's all about writing, using and promoting free
>software, right? I'm not a debian developer, but that was my impression as an
>innocent bystander.
It's also about 'our users' and from that POV, we should react to
uote snipped...]
Please don't do that, I always have to scroll to the bottom until I
see, that nothing more was written. This is a waste of time.
Nice greetings, Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ecked, whether the packges runs with
that VM. Everything else will get messy like hell.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Ross,
* Ross Burton wrote:
>On Fri, 2003-08-29 at 21:35, Jan Schulz wrote:
>> Jan, never much bothered about lizensing...
>Note that Sun *do* care about licensing, and are willing to approach
>anyone who breaches their terms.
>Thus anyone doing open-source Java work has
ir lizense? Makeing CLASPATH basicly illegal? Hm, I'm too
lazy to google...
>but an ad hoc 'let me quickly add
>this missing package to my bootclasspath for some application'
>approach could cause some trouble.
Not even, when you do that in a wrapper script via --bootclasspath?
at :(
>> >Then those people should write a jitter for the VM of their choice.
>> Aehm, yes, I will try that in my next break :)
>Other people have done it before, it can't be that hard ;)
:) I'm economics, not 'info' (whatever that is in english. Computer
m, which could easily be dealt with at packing level. especially
as we are not talking about some tiny special program, but java.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eam, not the packaged 2.1.1). Basicly they test every 'strange' bug
agains javac (1.3 and 1.4) and jikes, so they should be fairly
accurate compared to this both.
>the rhug guys sperated it out, and apparently made it faster than jikes by
>compiling it with gcj ;)
I have to have
So that basicly means, tat you have to reimplement everything by hand
and can't uses things like xerces?
So when I write
kaffe -bootclasspath xerces.jar .. -cp ... Main
I can't do it, because its against the GPL/whetever License?
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CJ. This probably wont be available until
gcc3.4 (or a major update in gcc3.3) I think.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
files are probably better under /etc and flagged
as configuration files (this will be integrated in the policy, one
day).
--8<-:- snip -:-8<-:- snip -:-8<--
I can also send the diff, but thats not really helpfull, as it is basicly
'rm old, add new
data 'state information' about the java programms,
which 'pertains to that one specific host'.
I will have a lookinto the FHS...
Thanks for this reply!
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
;the desired flexibility. Idem for a JVM/runtime.
Any coments? I'm not sure, if the buildd can be tricked that way.
Anyway, a user having a compile error 'at home' is also a grave bug,
AFAIK.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and the classpath. So
>I'd recommend against a default classpath setting.
IMO, this is also covered with the 'JarDF' Proposal and the helper
scripts.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
spath. So add the -bootclasspath before the rt.jar (or whatever
it is names) and it should be fine. If thats the search path for
classes... Without, we probably can't use kjc, as a javac replacement
or ant compiler, as the result would be unpredictable, especially when
a programm wants to have a
bootclasspath) and so which version
is found when a app wants to get a instance of a class.
Other options?
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
usr/bin/java can be used.
Kaffe sets a alternative for that.
kaffe 1.1.1 actually Provides: [..] java-runtime, java1-runtime
(is there actually a java-runtime just now?).
This is, why I started this Proposal.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt
Hallo Matt,
* Matt Zimmerman wrote:
>On Tue, Sep 02, 2003 at 06:58:58PM +0200, Jan Schulz wrote:
>> The interface java2-runtime means, that /usr/bin/java can be used.
>Which is not a useful concept, because almost no nontrivial applications can
>work with everything which currentl
1 - 100 of 479 matches
Mail list logo