Re: Debian Java howto
> "Paul" == Paul Reavis <[EMAIL PROTECTED]> writes: Paul> I'd like to volunteer to start and maintain some Paul> documentation on installing and running the java JDK port Paul> under Debian. Primary focus would be on latest releases Paul> (i.e. those that haven't become debian packages yet), Paul> library issues etc. We do all our java development under Paul> Debian linux here, and I'd really like for there to be a Paul> little more info about installation issues. As the lastest Debian java is 1.1.5, which versions do you think are missing? :) If you'd like to expand this further, can we please continue this off-line? BTW, has Karl returned to hosting the java-linux lists? -- Stephen (Debian jdk maintainer) --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block
Re: latest glibc debian packages?
> "Louis-David" == Louis-David Mitterrand <[EMAIL PROTECTED]> writes: Louis-David> Someone mentioned that the glibc versions of Steve Louis-David> Byrne's ports require the very latest development Louis-David> versions of glibc. On my Debian-2.0 system the Louis-David> glibc-2.0.7pre1 won't cut it. Could a kind sould send Louis-David> me a pointer as where are the latest .deb packages? Louis-David> I've looked on ftp.debian.org and couldn't find the Louis-David> new "unstable" distribution. Have they hidden it? Define "won't cut it." I currently have installed ii jdk1.1-runtime 1.1.5v5-1 JDK 1.1.x (Java Development Kit) - Runtime o ii libc6 2.0.7pre1-4The GNU C library version 2 (run-time files) and am doing development with it almost as I type. Try looking under "frozen" or "hamm" for the latest packages. Unstable got removed (I think) pending the Debian 2.0 release. -- Stephen (the Debian jdk maintainer) --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block
Re: latest glibc debian packages?
> "Juergen" == Juergen Kreileder <[EMAIL PROTECTED]> >writes: Juergen> There is a new unstable dist (it is called 'slink'), you Juergen> can find it at ftp.debian.org:/pub/debian/dists I know; you didn't read the bottom of my message. :) Juergen> I'm using jdk-1.1.5v7 (tar.gz version) with Juergen> libc6_2.0.7pre3-1. That means you *aren't* using the *.deb? So you've got the lic5 version of blackdown (or a mirror). Debian requires all packages that will bew part of debian 2.0 to be glibc based wherever possible so I have not packaged up anything more recent than v5 'cause I don't have a copy of Motif and Chris only announced his glibc 1.1.6v1 yesterday. BTW, if anyone would care to donate a copy of motif so that there are two libc6 porters instead of one, I'd happily accept it. :) -- Stephen --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block
Re: Native threads
> "Diego" == Diego Ramiro Gomez Deck <[EMAIL PROTECTED]> writes: Diego> Hello, I want to know if any Linux port support native Diego> threads. I have that as a work-in-progress. Tuit drought has prevented my achieving much of late. -- Stephen --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block
Re: Linux native threads
> "Stephen" == Stephen Wynne <[EMAIL PROTECTED]> writes: Stephen> Karl is right. There just aren't yet any Stephen> publicly-available Sun JDKs for Linux that support native Stephen> threads. Also, I think the DEFAULT_THREADS_FLAG Stephen> environment cruft in .java_wrapper might have been there Stephen> even at a time when you couldn't get native threads to Stephen> work on Solaris (before their new add-on arrived). In Private email with sbb, he informed me that the Sun developers don't believe native threads gives any great advantage over green threads in a uni-CPU environment. Obviously, that would not be true on a multi-CPU system. As stated before, I'm in the middle of doing this: just waiting for my day jod to go away. :) PS sorry for such a late response, been on holidays... -- Stephen --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block
Re: Sun support for linux ???
> "Alexander" == Alexander V Konstantinou <[EMAIL PROTECTED]> writes: Alexander> What other varieties of UNIX I wonder ? Note that SMI (Sun) recently became memebers of Linux/International. -- Stephen --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block
Re: Update: Copyright of Beautifier - a fast, small and FREE automatic indenter for java source files
> "Tal" == Tal Davidson <[EMAIL PROTECTED]> writes: Tal> Moreover, ONLY copies and modifications of Beautifier must be Tal> under some derivative of its copyright (as stated in the Tal> copyright). Software that makes use of Beautifier by calling Tal> a Beautifier object from within its code ABSOLUTELY DOES NOT Tal> have to be under Beautifier's copyright, it just has to pass Tal> a FREE copy of Beautifier to whoever uses the software, so Tal> the user can too enjoy Beautifier. Note that to speak of derived copyright is a non sequitur (sp?). You mean a derived licence. Say what you mean and mean what you say otherwise you may not have a legal leg to stand on. BTW, have you considered an alternative to the GPL like the AL or the MPL (Artistic Licence from perl and Mozilla Public Licence) rather than writing your own? -- Stephen --- Linux - the Frodo Baggins of Computing.
Re: 3rd JDK for Linux/Intel available (OpenGroup)
> "Liz" == Linux Weekly News <[EMAIL PROTECTED]> writes: Liz> When you say "heavily based", do you believe they have taken Liz> actual code from the blackdown port? Is the blackdown port Liz> GPL (which would make such borrowing illegal)? No, Sun's licencing prevents code from being GPL'd - all code remains the property of SMI. The licence does allow the distribution of diffs but does not require it. IANAL -- Stephen (who should read this group more often) --- Linux - the Frodo Baggins of Computing.
Re: Versioning
> "Marcus" == Marcus Brito <[EMAIL PROTECTED]> writes: Marcus> And no, I didn´t have to remove anything. But this may be Marcus> cause I installed the pre-packaged version of JDK. If I Marcus> had to remove anything the package maintainer probaly had Marcus> this done for me. Is that jdk1.1-1.1.6v4a-1 or above? If so, you're correct, I do remove the extra libs from the tar.gz file. -- Stephen (Debian JDK maintainer) --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a "20 minutes a week", and VB is probably in that "20 minutes a month" group. :) -- Randal Schwartz
Re: Need help with initial Java setup
> "Michael" == Michael Sinz <[EMAIL PROTECTED]> writes: Michael> The Java wrapper script will automatically try to find Michael> the classes.zip file (or directory or jar or a whole list Michael> of possible places) before it starts the JVM. However, Michael> it does this by using the $0 (command name) to find it. Michael> With symlinks the $0 name points to /usr/bin/java (for Michael> example) and this is not where the rest of the Java files Michael> are. You can still use the symlinks if you also set up a Michael> JAVA_HOME to point to where the Java files are installed. Michael> This normally should not be needed if you simply put the Michael> java/bin directory into your path. Not so. The .java_wrapper has an entry at the top to walk any symlinks involved in finding an executable. As long as oyu leave the standard directory tree in the .tar.gz intact, you can symlink to jave et al from anywhere you please. Michael> Netscape does equally complex stuff. It tries to find Michael> itself (and there is a setting but I forgot what it was) Michael> and once it does, it does even more by automatically Michael> adding *all* jar files in the directory where it stores Michael> its jar files. This is so that plug-in and add-on java Michael> things can be done without the CLASSPATH setting. Note Michael> that there actually is a problem with some versions of Michael> Netscape where if you have CLASSPATH defined at all when Michael> Netscape runs it does not try to find its own Java Michael> directories and thus will fail to run Java. The best Michael> thing to do is not to have CLASSPATH defined when Michael> starting Netscape. export MOZILLA_HOME=/path/to/top/of/netscape/directory/tree Navigator will then successfully find the jar files it needs. -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a "20 minutes a week", and VB is probably in that "20 minutes a month" group. :) -- Randal Schwartz
Re: Huge initialized static data blocks & java.util.zip
> "Artur" == Artur Biesiadowski <[EMAIL PROTECTED]> writes: Artur> You should load it from file - you can use Artur> Class.getResourceAsStream or similar method. It works for Artur> both applications and applets. This is the coorrect approach for another reason. Inflate != gzip | gunzip. The gzip encoding system includes front-end header information about the file being encoded. Just using the output of 'gzip' with Inflate results in an impedence mismatch. Save the data in a file & include it in a jar. -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a "20 minutes a week", and VB is probably in that "20 minutes a month" group. :) -- Randal Schwartz
Re: Java app without X installed
> "Kevin" == Kevin Johnson <[EMAIL PROTECTED]> writes: Kevin> With that kind of attitude...heck...you could work for Kevin> Microsoft. Back off! Without his work you'd be using Microsoft! -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a "20 minutes a week", and VB is probably in that "20 minutes a month" group. :) -- Randal Schwartz
