Re: Eclipse2.1RC1 package

2003-02-27 Thread Jan Schulz
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

Re: Debianized Eclipse 2.1M5

2003-02-27 Thread Jan Schulz
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_

Re: Eclipse2.1RC1 package

2003-02-27 Thread Jan Schulz
* 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

Re: Eclipse2.1RC1: Bug?

2003-02-27 Thread Jan Schulz
* 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

Re: Eclipse2.1RC1 package

2003-02-27 Thread Jan Schulz
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

Re: Eclipse2.1RC1: Bug?

2003-02-28 Thread Jan Schulz
* 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

Re: Eclipse for Debian-ppc [was: Re: Eclipse2.1RC1 package]

2003-02-28 Thread Jan Schulz
* 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

Re: Eclipse2.1RC1 package

2003-03-02 Thread Jan Schulz
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

Re: Eclipse2.1RC1: Bug?

2003-03-06 Thread Jan Schulz
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

Re: Eclipse2.1RC1: Bug?

2003-03-09 Thread Jan Schulz
* 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

Re: GTK - no more hangings

2003-03-09 Thread Jan Schulz
* 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

Re: Eclipse2.1RC1 package

2003-03-09 Thread Jan Schulz
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

Re: Eclipse2.1RC1: Bug?

2003-03-09 Thread Jan Schulz
* 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

Re: Problem upgrading eclipse

2003-04-03 Thread Jan Schulz
* 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

Re: Installing eclipse

2003-04-04 Thread Jan Schulz
* 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

Re: Problem upgrading eclipse

2003-04-04 Thread Jan Schulz
* 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

Re: Installing eclipse

2003-04-05 Thread Jan Schulz
* 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

Re: uploading mpkg-j2sdk

2003-06-01 Thread Jan Schulz
* 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

Re: uploading mpkg-j2sdk

2003-06-01 Thread Jan Schulz
* 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

Re: SWT choice on Eclipse

2003-06-10 Thread Jan Schulz
* 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

Re: SWT choice on Eclipse

2003-06-11 Thread Jan Schulz
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

Re: SWT choice on Eclipse

2003-06-11 Thread Jan Schulz
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

Re: Eclipse crash

2003-06-11 Thread Jan Schulz
* 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

Different Window Systems of eclipse (was: SWT choice on Eclipse)

2003-06-14 Thread Jan Schulz
* 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'

Re: Eclipse upgrade

2003-06-19 Thread Jan Schulz
* 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

Re: Eclipse upgrade

2003-06-20 Thread Jan Schulz
* 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

Re: Eclipse Refactor/rename not working

2003-06-22 Thread Jan Schulz
* 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

Re: Eclipse Refactor/rename not working

2003-06-25 Thread Jan Schulz
* 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

Re: Different Window Systems of eclipse

2003-07-02 Thread Jan Schulz
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

Re: Different Window Systems of eclipse

2003-07-04 Thread Jan Schulz
* 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 (

Re: Problem with mpkg-j2sdk and Sun j2sdk-1.4.2

2003-07-07 Thread Jan Schulz
* 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

Re: debian packages for java.net projects?

2003-07-08 Thread Jan Schulz
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

Re: [Eclipse] Rename on refactoring doesn't work

2003-07-10 Thread Jan Schulz
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

Re: [Eclipse] Rename on refactoring doesn't work

2003-07-10 Thread Jan Schulz
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

new eclipse packages for testing

2003-07-12 Thread Jan Schulz
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:

Re: Getting a Java package in the distribution?

2003-07-14 Thread Jan Schulz
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

Re: new eclipse packages for testing

2003-07-15 Thread Jan Schulz
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

Re: Bug#165504: acknowledged by developer (Re: ITA: junit-freenet -- basic reimplementation of the JUnit)

2003-07-15 Thread Jan Schulz
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

Re: Bug#201670: RFA: java-common -- Java policy and FAQ.

2003-07-17 Thread Jan Schulz
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

additions to java-policy (was: Bug#201670: RFA: java-common -- Java policy and FAQ.)

2003-07-17 Thread Jan Schulz
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] &

Re: junit-freenet, was Re: Bug#165504 acknowledged by developer

2003-07-18 Thread Jan Schulz
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]

Eclipse and main (was: junit-freenet)

2003-07-18 Thread Jan Schulz
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]

Re: junit-freenet, was Re: Bug#165504 acknowledged by developer

2003-07-18 Thread Jan Schulz
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

Re: additions to java-policy

2003-07-18 Thread Jan Schulz
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]

Re: additions to java-policy

2003-07-18 Thread Jan Schulz
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

Re: [PROPOSAL] dh_ant

2003-07-28 Thread 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

Re: [PROPOSAL] dh_ant

2003-07-28 Thread Jan Schulz
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.

Re: additions to java-policy

2003-07-28 Thread Jan Schulz
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]

Re: additions to java-policy

2003-07-29 Thread Jan Schulz
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]

Re: [PROPOSAL] dh_ant

2003-07-29 Thread Jan Schulz
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

Re: [PROPOSAL] dh_ant

2003-07-29 Thread Jan Schulz
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'

Re: [PROPOSAL] dh_ant

2003-07-29 Thread Jan Schulz
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]

Re: [PROPOSAL] dh_ant

2003-07-29 Thread Jan Schulz
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]

Re: [PROPOSAL] dh_ant

2003-07-29 Thread Jan Schulz
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

Re: [PROPOSAL] dh_ant

2003-07-30 Thread Jan Schulz
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

(fwd) Re: Recognizing gcj as default StandardVM (JRE System Library)

2003-08-03 Thread Jan Schulz
: [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

Re: Recognizing gcj as default StandardVM (JRE System Library)

2003-08-03 Thread Jan Schulz
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

Re: [PROPOSAL] dh_ant

2003-08-14 Thread Jan Schulz
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 (

Re: Use of update-alternatives or JAVA_HOME

2003-08-14 Thread Jan Schulz
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

Use of update-alternatives or JAVA_HOME (was: Experience in converting to GCJ)

2003-08-14 Thread Jan Schulz
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

Re: eclipse on woody

2003-08-14 Thread Jan Schulz
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

Re: [PROPOSAL] dh_ant

2003-08-14 Thread Jan Schulz
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

Re: Use of update-alternatives or JAVA_HOME

2003-08-14 Thread Jan Schulz
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

Re: [PROPOSAL] dh_ant

2003-08-14 Thread Jan Schulz
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

Re: Experience in converting to GCJ

2003-08-14 Thread Jan Schulz
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]

Re: [PROPOSAL] dh_ant

2003-08-16 Thread Jan Schulz
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

Re: JAXP in debian

2003-08-16 Thread Jan Schulz
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

[PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-26 Thread Jan Schulz
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

Re: Java RC Bug Report

2003-08-27 Thread Jan Schulz
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

Re: Java RC Bug Report

2003-08-27 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-27 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-28 Thread Jan Schulz
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..

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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 -> >

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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] "

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-29 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-30 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-30 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-30 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-30 Thread Jan Schulz
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?

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-30 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-30 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-31 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-08-31 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-01 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-01 Thread Jan Schulz
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&#

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-01 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-02 Thread Jan Schulz
;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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-02 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-02 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-02 Thread Jan Schulz
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]

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-02 Thread Jan Schulz
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

Re: [PROPOSAL] New Virtual Packages and way to handle Classpath

2003-09-02 Thread Jan Schulz
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   2   3   4   5   >