Accepted sablevm 1.1.9-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 20 Jan 2005 12:23:11 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.9-1 Distribution: unstable Urgency: high Maintainer: Grzegorz Prokopski [EMAIL PROTECTED] Changed-By: Grzegorz Prokopski [EMAIL PROTECTED] Description: jikes-sablevm - Wrapper for jikes using classes from SableVM JVM libsablevm1 - Free implementation of JVM second edition - library libsablevm1-dev - Free implementation of JVM second edition - JNI development files sablevm- Free implementation of Java Virtual Machine (JVM) second edition Changes: sablevm (1.1.9-1) unstable; urgency=high . * New upstream release * This version runs Eclipse 2 and 3 w/o need for any additional libs. * SableVM 1.1.6-6 is too old for Sarge, we need 1.1.9 there. Files: cfc0e7929f495ae2679323ec63fc417c 792 interpreters optional sablevm_1.1.9-1.dsc 0207a2c71cbe3d5e6574acf404652507 701450 interpreters optional sablevm_1.1.9.orig.tar.gz a2927f834186c115325cd19a6cb4cf8a 11825 interpreters optional sablevm_1.1.9-1.diff.gz 080ec81fb3b8989c6b2bad83e0187eaa 39878 interpreters optional sablevm_1.1.9-1_i386.deb 38ab3d41c3009941c7f1c90d8616c810 153176 libs optional libsablevm1_1.1.9-1_i386.deb d28e61f2d2031e0f998b26e4925a2e1d 14600 libdevel optional libsablevm1-dev_1.1.9-1_all.deb 28a07e283afc0ab53ef3e3c0d03b530e 8862 devel optional jikes-sablevm_1.1.9-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Signed by Jeroen van Wolffelaar [EMAIL PROTECTED] iD8DBQFB8IJyl2uISwgTVp8RArWmAJ9Yfro2sUjHykJdgKJh7Cwxrxb7fgCgkGCC EHJG7hTBWxQoeh3CqDl82uY= =Gi6c -END PGP SIGNATURE- Accepted: jikes-sablevm_1.1.9-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.9-1_all.deb libsablevm1-dev_1.1.9-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.9-1_all.deb libsablevm1_1.1.9-1_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.9-1_i386.deb sablevm_1.1.9-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.9-1.diff.gz sablevm_1.1.9-1.dsc to pool/main/s/sablevm/sablevm_1.1.9-1.dsc sablevm_1.1.9-1_i386.deb to pool/main/s/sablevm/sablevm_1.1.9-1_i386.deb sablevm_1.1.9.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.9.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sablevm-classlib 1.1.9-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 20 Jan 2005 12:23:36 -0500
Source: sablevm-classlib
Binary: libsablevm-native1 libsablevm-classlib1-java
Architecture: source all i386
Version: 1.1.9-1
Distribution: unstable
Urgency: high
Maintainer: Grzegorz Prokopski [EMAIL PROTECTED]
Changed-By: Grzegorz Prokopski [EMAIL PROTECTED]
Description:
libsablevm-classlib1-java - GNU Classpath modified to work with SableVM JVM
libsablevm-native1 - GNU Classpath modified to work with SableVM JVM (native
part)
Changes:
sablevm-classlib (1.1.9-1) unstable; urgency=high
.
* New upstream release
* Jeroen van Wolffelaar [EMAIL PROTECTED]:
+ added xlibs-dev to build-dependencies
+ Dropped the 'Debian Developer' comment from Maintainer:
+ in debian/rules clean, remove config.{log,status}
Files:
f9e5552db2e64f237b8ee582c07b8ee7 806 libs optional sablevm-classlib_1.1.9-1.dsc
086b43e5da13ac046ee76f98b37960d2 5389798 libs optional
sablevm-classlib_1.1.9.orig.tar.gz
a0520e500fb64f35cc2aa2fc0ec12415 62343 libs optional
sablevm-classlib_1.1.9-1.diff.gz
d81c250aa575760add4893261d82d18c 2984298 libs optional
libsablevm-classlib1-java_1.1.9-1_all.deb
2056457d262696902be126ad899b4fbe 135540 libs optional
libsablevm-native1_1.1.9-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Signed by Jeroen van Wolffelaar [EMAIL PROTECTED]
iD8DBQFB8JA3l2uISwgTVp8RAjiwAJwN3jXNDizXjHvKxsOJJT9zekZjJQCePte0
+gVt03jvPigj0Jua2USr7Oo=
=bGbQ
-END PGP SIGNATURE-
Accepted:
libsablevm-classlib1-java_1.1.9-1_all.deb
to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.9-1_all.deb
libsablevm-native1_1.1.9-1_i386.deb
to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.9-1_i386.deb
sablevm-classlib_1.1.9-1.diff.gz
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.9-1.diff.gz
sablevm-classlib_1.1.9-1.dsc
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.9-1.dsc
sablevm-classlib_1.1.9.orig.tar.gz
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.9.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sablevm 1.1.8-1 (all source ia64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 29 Dec 2004 12:36:35 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all ia64 Version: 1.1.8-1 Distribution: unstable Urgency: high Maintainer: Grzegorz Prokopski [EMAIL PROTECTED] Changed-By: Grzegorz Prokopski [EMAIL PROTECTED] Description: jikes-sablevm - Wrapper for jikes using classes from SableVM JVM libsablevm1 - Free implementation of JVM second edition - library libsablevm1-dev - Free implementation of JVM second edition - JNI development files sablevm- Free implementation of Java Virtual Machine (JVM) second edition Closes: 195350 195351 268977 Changes: sablevm (1.1.8-1) unstable; urgency=high . * New upstream release. Closes: #268977, #195351, #195350. * This version is capable of running Eclipse 2 and 3. * SableVM 1.1.6-6 is too old for Sarge, we need 1.1.8 there. Files: deee95364fe6f714c2b7b9f8c3bac24e 716 interpreters optional sablevm_1.1.8-1.dsc f9ed65b7d7bc685d05a50882f3c4fc97 698126 interpreters optional sablevm_1.1.8.orig.tar.gz 2b5b43b7a9a8fe0bb8e9f741874f7483 11625 interpreters optional sablevm_1.1.8-1.diff.gz 70172d97d8ccc830d91d8aebdd41e54d 41152 interpreters optional sablevm_1.1.8-1_ia64.deb ee22477a3a50659c262a8d3c87c69297 205520 libs optional libsablevm1_1.1.8-1_ia64.deb 631a6e854e690fc8c20acd1f6009a542 14406 libdevel optional libsablevm1-dev_1.1.8-1_all.deb ccbcaedc2b37e217bb2544dd62b0cb52 8676 devel optional jikes-sablevm_1.1.8-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFB1N3Z5M5hmdCYCpkRAgdYAKCWj3tre0Kmlir1P9bpMQOLKAkHtwCfQthy z62pDmMlXeFiVsi0HUWHKSc= =TJBd -END PGP SIGNATURE- Accepted: jikes-sablevm_1.1.8-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.8-1_all.deb libsablevm1-dev_1.1.8-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.8-1_all.deb libsablevm1_1.1.8-1_ia64.deb to pool/main/s/sablevm/libsablevm1_1.1.8-1_ia64.deb sablevm_1.1.8-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.8-1.diff.gz sablevm_1.1.8-1.dsc to pool/main/s/sablevm/sablevm_1.1.8-1.dsc sablevm_1.1.8-1_ia64.deb to pool/main/s/sablevm/sablevm_1.1.8-1_ia64.deb sablevm_1.1.8.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.8.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
- it's upstream is really interested in having robust and widely used JVM [2], not only another research tool for students - it is written in pure C, should be very easily portable to other architectures (currently it supports x86, not sure about alpha, but in few months sparc support should be added) kaffe and gcj are already heavily ported. kaffe has been ported to several cell phones, and other embeddable devices. So I took some time to check what that easily portable means in practise - and started porting this JVM to alpha. It was my first time I was doing a port and I never wrote in alpha's assembler, so it took very long - about 24 hours and resulted (of mostly learning) in small diff (around 100 lines, but there was some code reorganizing in it too, so real diff was around 25 lines!) blinkB25 lines to port JVM to new architecture/B/blink Anyway - now SableVM JVM supports ia32 and alpha. Official 1.0.2 release will be made soon. More arches will come. Regards Grzegorz B. Prokopski PS: If you wanna help - drop a mail to mailto:[EMAIL PROTECTED] or even to me (but I am offline till monday) PSS: The port wouldn't be possible w/o help of upstream author, Etienne M. Gagnon and people from debian-alpha ml. Thanks! signature.asc Description: PGP signature
free-java-sdk and friends - status report
Hello! First I wanted to thank all who discussed about the idea of free-java-sdk. I have included small FAQ and (as adviced) I'll be including some documentation about 'why ABC is better than XYZ'. But now - to the facts - what I have now. I think you can try it yourself, just add to /etc/apt/sources.lists deb http://debian.sente.pl/debian ./ and issue: 'apt-get install free-java-sdk' Keep in mind that this is still work-in-progress, however I already have there: sablevm and it's classlib (packaged, ready for first upload) fastjar (it's already in debian) gjdoc (javadoc replacement - packaged, almost ready ffu) cp-tools (javah,javap,serialver - packaged almost ready ffu) jikes (will have to add wrapper for it in fjsdk - later) those tools give you this in /usr/lib/fjsdk/bin: jar java javac javadoc javah javap serialver I am looking forward for more tools to be integrated there, like rmic, jdb etc. but found none so far (yes, I know kaffe has them). Be warned that all that setup is still a bit experimental (it shouldn't do any damage, but it may not work in all cases) For example - javac javah serialver - I belive very few persons used them till now. Some more, I think, used gjdoc. I am not yet sure, but eventually all (or most) of the tools in classpath-tools project may be integrated into one, single package (classpath-tools). I am discussing it with upstream. I am open for any ideas, comments, bugreports, bugfixes etc. Best regards Grzegorz B. Prokopski PS: I just received authorization to forward you private mail from sablevm author (who tracked our recent discussion). I'll forward it in a minute. signature.asc Description: PGP signature
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W licie z pon, 12-08-2002, godz. 21:22, Adam Heath pisze: So, what about kaffe? What about gcj? Why are you saying that sable is better than these others? Below I am forwarding parts of a mail from sablevm author, Etienne M. Gagnon [...] I also looked at porting abilities - I think that one day per arch may be sufficient to get it working. Let's count - two weeks and we have all Debian's arches working! ;-) I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Part of my Ph.D. thesis will discuss how to implement a Java bytecode threaded-interpreter without causing race condition (and without over synchronizing). Also, SableVM implements the invocation interface, and has clean support for native code through the standard JNI interface. Now, GIJ's people main objection to JNI (instead of their custom CNI) is that it is slow. Yet, even though they have potential race conditions, and their use of CNI, SableVM is at least 2X faster than GIJ on all benchmarks I've tested. This goes without talking about the limitations of CNI. It is *incompatible* with: moving collectors, bidirectional object layout, long running CNI code (because a request for GC would wait indefinitely and possibly lockup the VM). etc. I have no difficulty whatsoever to compare SableVM with GIJ. SableVM supports: moving collectors, moving/growing stacks, long running/sleeping JNI code, precise garbage collection, no race conditions in the core interpreter engine (as far as I know), precise exceptions with line numbers even in presence of an inlined-threaded interpreter, its switch0threaded engine is written in pure ISO/POSIX, the only extention used for direct/inline-threading is that of labels-as-values which presumably can be emulated on non-GCC compilers using inline assembly, etc. [...] 3. having some optional JIT (even for x86) - I saw some discussion about having JIT written in Java and itegrated with sable - is anyone working on it? Starting in the fall, yes. There's the whole Sable project (which has brought the Soot bytecode analysis framework to the world) behind SableVM. This means at least 3 faculty-researcher and their graduate and undergradute students. [...] I am incidently teaching a graduate course this Fall. Students will have the option of making SableVM related course projects. Of course, a JIT is bigger that one course project, but is speed the only important thing? Isn't robustness (no race conditions, memory corruption, etc) first on the list? It seems many JVM implementors put more energy into speed rather than robustness. SableVM is the other way around, robustness (with acceptable speed) goes first. The current version has ample room for for improvement (e.g. managing thread-local heaps to reduce the amount of synchronization; currently every instance creation (NEW) causes fat pthread_mutex_lock synchronization). Even thoug, it achieves a comparable performance to that of JDK1.4 java -Xint interpreter (e.g. fatser on some benchmarks, slower on others). Now, everyone knows that Sun's interpreter has sections written in assembly (I can't assert so, not having seen the source code, at it would conflict with clean-room status). It is 2X faster than JIG without taking shortcuts (CNI, missing synchro, no handling of runaway native code, etc), and has, in my humble opinion, much more readable source code. It is sometime 10X faster than Kaffe's intrp engine (which is heavily used by reasearchers that do not want to get into modifying a compiler to test their ideas). It is far more easily portable than the JikesRVM, even though the later is written in Java, because you don't have to modify 3 compilers(!) to port it to a new platform. Sorry, I had to get it out;-) [...] Etienne -- Etienne M. Gagnonhttp://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: PGP signature
Re: free-java-sdk and friends - status report
W licie z wto, 13-08-2002, godz. 17:16, Grzegorz Prokopski pisze: deb http://debian.sente.pl/debian ./ It should have been: deb http://debian.sente.pl ./ Sorry! GBP signature.asc Description: PGP signature
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W licie z wto, 13-08-2002, godz. 20:40, Tom Tromey pisze: I've seen some of the follow up comments to your post. Regarding 'gij': by looking very quickly at its interpreter.cc source file, I detected important race conditions (for multithreaded apps). Grzegorz, perhaps you could get Etienne to file a bug report for us. [ I explained that part in private mail ] I considered discussing Etienne's other points in detail, but I doubt this is the appropriate forum. My only concern is that people not spread misinformation about gcj and gij: gcj is not only about native I think you'll be able to ask him directly about where the problems exactly are. However i don't think he ever thought about spreading misinformation - he surely has proves behind his words. But remember, that in original it was _private_ mail, not intended to be reason for further, detailed discussion (at lest not atm, as he's _busy_) The point here was to more-less explain why I will give a chance to another free tools, not kaffe, not gij (with gcj) - but SableVM. It appears (if you belive in what he said) - that there _are_ reasons to make such choice. code, it intends to be a complete java environment. It already Yes, we're aiming at the same goal apparently. provides quite a bit toward that goal. Lack of a bytecode interpreter can't be considered as a reason to avoid gcj. (Quality of the interpreter may be, but that is a different sort of discussion.) I only hope you're not trying to blame me for not choosing your solution? ;-)) Don't forget to contact Etienne directly (later). Best regards Grzegorz B. Prokopski signature.asc Description: PGP signature
Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: free-java-sdk Version : 0.1 Upstream Author : Grzegorz B. Prokopski [EMAIL PROTECTED] * License : LGPL Description : Complete Java SDK environment consisting of free Java tools The idea behind this package is that developer could install this package, set JAVA_HOME to /usr/lib/fjsdk and be able to use featurefull Java development environment using free tools only. This package will be mostly Depend: on all the needed stuff type, but I will probably also include some helper tools when they're needed for compatibility or for env. consistency. I'd like to have JSDK that can be used to build and use any DFSG-compat software. It means I don't want GPLed JVM and/or classlib as it is unclear if they can be legally used with for ex. apache type licensed libs which are GPL-incompatible. ATM I think that resonable and complete Depends: would be on: sablevm - LGPL JVM (being packaged atm) - will give 'java' command sablevm-classlib - gnu classlib based classlib for SableVM (being packged) licenses under GPL+linking exception jikes - 'javac' command (IBM Public License) classpath-tools - GPL licensed tools - will give 'javah', 'javap', 'serialver' (being packaged) gjdoc - GPL licensed 'javadoc' drop-in replacement (being packaged) Above tools should give complete free Java development environment. It will be created with hope, that it will be usefull for Java package maintaners that would like to try building their packages with free tools which would eventually allow moving them from contrib to main section. Comments and ideas are welcomed Grzegorz B. Prokopski -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux greg.home.sente.pl 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 (ignored: LC_ALL set) -- no debconf information
Bug#156410: ITP: classpath-tools -- GNU Classpath tools - javah, javap, serialver
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: classpath-tools Version : not released yet Upstream Author : to be checked * URL : http://savannah.gnu.org/projects/cp-tools/ * License : LGPL Description : GNU Classpath tools - javah, javap, serialver Classpath tools is a collection of tools for GNU Classpath. This package does not contain result of all the projects software, but only a part called (like the project) cp-tools. http://savannah.gnu.org/cgi-bin/viewcvs/cp-tools/cp-tools/ It is yet to be checked how good this tools are compared to their non-free equivalents. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux greg.home.sente.pl 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 (ignored: LC_ALL set) -- no debconf information
Bug#156411: ITP: gjdoc -- Free drop-in replacement for Sun's 'javadoc'
Package: wnpp Version: N/A; reported 2002-08-12 Severity: wishlist * Package name: gjdoc Version : not yet released Upstream Author : to be checked * URL : http://savannah.gnu.org/projects/cp-tools/ * License : GPL Description : Free drop-in replacement for Sun's 'javadoc' Classpath tools is a collection of tools for GNU Classpath including a documentation generation system for javadoc style comments in Java source - gjdoc. This module is part of classpath-tools project. http://savannah.gnu.org/cgi-bin/viewcvs/cp-tools/gjdoc/ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux greg.home.sente.pl 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 (ignored: LC_ALL set) -- no debconf information
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W licie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. I am not really restricting you to anything. You're free to create your own java devel environment. It's all free software and I can't really make any pressure on you (than just to give you something useful). So, you keep extending the depends, to include alternatives for all free java No. I don't plan to extend Depends. programs. You are still restricting, because I may want to use part free, part non-free. Yes, you can. And I am not restricting you to anything. You're free to for ex. copy mine /usr/lib/fjsdk tree to your home and alter it to your needs. If there will be some serious/common reason of altering it - then why not incorporate it in free-java-sdk? It is not meant to be alternatives for Java package. The idea is different. Idea is to give developer - coherent - complete, - working, - free, - compatible, - integrated development evironmet (wow!) And I take the responsibility that these tools will work (I don't say that I will not _change_ depends - when some other tools are proven to perform better). I create wrappers where needed. I work out the incompatiblities where wrappers are not enough, etc... By creating such package I kinda promise to keep this suit full of good, free tools. In summary, while the idea of this package sounds good, I don't think it can ever really be useful. Oh yes. It is best how it is now. Every developer loves to spend hours trying different combinations of tools just to find out a working one. Been there - done that. No thanks. Let's say it different. If $developer has time and motivation to try his own suit that works for his packages - that's fine, he's free to do it. But if $developer wants things to 'just work' - he should first try this package. I hope we soon see new common kind of bugs claiming $package should be build with free tools and moved to main tagged 'patch'. That's won't happen just by itself and it won't happen tomorrow. But that's THE direction - don't you think? Best regards Grzegorz B. Prokopski PS: I forgot to mention in the original report - Depend: fastjar - gives us 'jar' tool. PSS: I am Cc:ing d-java this time. The original report can be read at http://bugs.debian.org/156407 (of course) signature.asc Description: PGP signature
Re: Bug#156407: ITP: free-java-sdk -- Complete Java SDK environment consising of free Java tools
W licie z pon, 12-08-2002, godz. 21:22, Adam Heath pisze: On 12 Aug 2002, Grzegorz Prokopski wrote: W licie z pon, 12-08-2002, godz. 18:13, Adam Heath pisze: Er, you say free, but are restricting me to only use what is listed in the depends. So, what about kaffe? What about gcj? Why are you saying that sable is better than these others? Yes, I looked at the alternatives. I wouldn't choose sablevm just because it is 'new and cool (and I am the maintainer)'. Facts that caused that I have choosen this set of tools. * kaffe It contains it's own JAVA_HOME environment, so it wouldn't make sense to just copy it. If you can build with kaffe - then stick with it and don't use free-java-sdk. However - be careful about licenses - see below. * kaffe and other GPL-licensed JVMs can only be used with GPL compatible software (i.e. no Apache style licenses!). See http://www.gnu.org/licenses/gpl-faq.html#IfInterpreterIsGPL Not to mention that kaffe's classlib is GPL [1] * other LGPL licensed JVMs that use GNU Classlib I tried them and... they couldn't load .zip'ed or .jar'ed classes (do you imagine doing 'decompress .jars to /tmp before execution' in 'java' wrapper?!) I have not actually expirienced this, but I was told, that some of free JVMs, that have JIT engines - have seriosu and still not solved problems with JIT. * gcj - nice, but how do I use it? ;-) gcj can produce Java code, but you have to run the result somewhere this is even worse with software that uses for ex. ant to compile - you need to be able to run ant to compile them! I know gcj can compile to native code (on x86 platform only AFAIK) - but we didn't even agree (in java policy) how such packages should be named (let alone other problems and basic question: 'is this still java?'). I don't claim that SableVM (http://www.sablevm.org/) is world's best JVM. But it has some features that caused the decision: - is LGPL (no potential licensing problems) - uses GNU Classpath (active upstream and GPL+linking exception) - is Java bytecode interpreter (can even be debugged with gdb) which is proven to be solid - it's upstream is really interested in having robust and widely used JVM [2], not only another research tool for students - it is written in pure C, should be very easily portable to other architectures (currently it supports x86, not sure about alpha, but in few months sparc support should be added) Please take a look at our conversation on sablevm-dev ml http://www.geocrawler.com/lists/3/SourceForge/4435/0/ and you'll learn more about what we're aiming at. If you can propose better (single!) solution - I'd be glad to hear about it. Debian should not be a popularity contest. It is technical contest. Technically better solutions win. I only want to gather technically (and legally - yes!) best tools in one place. Best regards Grzegorz B. Prokopski [1] It is not 100% clear if you can or cannot use GPLed JVM and GPLed Java libs with GPL-incompatible software. Different people have different understanding of things. Howeve I'd like to be on the safe side here, especially when it is possible. But if it were legally proven that you can use GPLed VM and GPLed libs with GPL-incompatible software - it would mean you can easily workaround the soul of GPL! [2] You can get sablevm from: deb http://debian.sente.pl/debian ./ apt-get install sablevm take a closer look that it has separate libs that can be used for ex. in mozilla plugin or by other programs. Unlike other JVMs in debian - it has separate package for classlib part that is architecture dependant and the rest. (any ideas are welcomed - I am preparing to upload all the stuff soon) signature.asc Description: PGP signature
PGI installer [Was: Re: Why XFree86 4.2 Isn't in Woody]
W licie z wto, 16-04-2002, godz. 14:01, Branden Robinson pisze: I'll also add that some of my time (some of it paid for by my employer) has being going towards trying to solve a problem that people have been complaining about even more loudly -- and for a greater duration -- than the absence of XFree86 4.2 Debian packages: Debian's installer. Some people just don't like Debian's existing text-mode installer, no matter how flexible it is. They want a GUI installer, darn it. Progeny's version of Debian got pretty positive reviews, and several people said Progeny solved the problem with Debian's installer. Thus, a vastly improved version of Progeny's installer is now available. You can read about it at: http://hackers.progeny.com/pgi/ PGI is not yet at 1.0, but has performed dozens (perhaps hundreds, by now) of successful woody installations on i386 and ia64 hardware. If you use either of these platforms, please check it out. Additionally, thanks to Jimmy Kaplowitz a PowerPC port is underway. Hello! I am managing preparations of press edition of Debian Woody for Debian users in Poland. It will be Special edtion of Linux+ magazine (http://www.linux.com.pl). We will include 8 CDs with binary packages (or 2 DVDs of binaries and source as an option). There will be 64 pages of misc artiles, and of course one about installation too. I was just about to start the writing of this text ATM. I knew about PGI but didn't know that it's being actively worked on. Till today I was decided to use starndard installer on our CDs. But, as You said above, it's painfull for many, many new users. And we heavily target new users. The materials are prepared so that new wannabe-debian-user (who just decided to leve his beloved RH or MDK) could start with Debian more easily. We only release i386 binaries, so lack of ports of PGI is not the problem here. After that introduction (sorry, just wanted You to know the situation) let me ask You a few questions: First, main one: 0. Is PGI good enough to be used as basic installer for Debian magazine edition which will be pressed in a few thousand of copies? Maybe it is good enough to be secondary installer (maybe on second a CD or sth?) 1. Is this possible to include it along with the basic, textmode installer? Can You say some more deatailed about it? 2. Is PGI localized to Polish? (I don't think so) Is it hard to do? where/who to ask? (I will also be trying to get base-config in Polish, as I belive it's needed to have fully localized installation). 3. What else should I know ? ;-) Some mailing list? (I can't find anything about PGI on debian-boot) Huh - it'd be really nice to have PGI as the main installer ;-) But now I really need some good advice in the first place. Any comments are welcomed. Best regards Grzegorz Prokopski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#142817: ITP: dchub -- dchub is a DC (Direct Connect) hub clone
Package: wnpp Version: N/A; reported 2002-04-14 Severity: wishlist * Package name: dchub Version : 0.0.9 Upstream Author : Eric Prevoteau [EMAIL PROTECTED] * URL : http://ac2i.tzo.com/dctc/ * License : GPL Description : dchub is a DC (Direct Connect) hub clone Currently, it is a early stage version. The most useful features are already here. The following features are available. . User commands: * relay active and passive search query * relay passive search result * nick list and op list * public chat message * private chat message * get user info * relay active and passive transfer query * registered user supported * broadcast message * redirect one user (using chat command, not DC menu) * kick a user * temporary or permanently ban a user * Multiuser private chat (=more than 2 * users in a private chat) . Hub control: * registered user supported (==password support) * hub registration on DC hub list * max #users * redirect incoming users on hub full * Perl script support (some sample scripts are provided, including a working one handling minimum share requirements) * external program support (allows write of programs acting as virtual user on the hub) * hub network It is simple package, but I want to polish it a bit before putting into distro. It probably won't happen before woody. Early packages (not much better than what You can get after running dh_make yourself) are at http://debian.sente.pl/ -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux greg 2.4.18-p3lvmpe #2 nie sty 13 19:53:59 CET 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#141858: ITP: cccp -- Console frontend to DCTC - Direct Connect (peer-based file-sharing)
Package: wnpp Version: N/A; reported 2002-04-08 Severity: wishlist * Package name: cccp Version : 0.2 Upstream Author : Hampus Soderstrom [EMAIL PROTECTED] * URL : http://members01.chello.se/hampasfirma/cccp/ * License : GPL-2 Description : Console frontend to DCTC - Direct Connect (peer-based file-sharing) CCCP is text front-end for the dctc program. dctc handles all communication with dchubs and clients. . CCCP is designed to allow both scripting and command line interaction. Besides supporting all the basic Direct Connect commands such as downloading, searching, uploading, resuming, multihub search etc CCCP can be scripted. . Selected scripts from many included with the package: * multi hub spider search * last seen user script (ala irc !seen script) * list all files from all users * download bot - watches query results and downloads all of them * segmented downloading * ... plus many more ... . Direct Connect protocol is intended for peer-based file-sharing. In practise it works better than gnutella and other similar systems as it allows dc hubs (servers) administators to require clients to share specified amount of data. The amount is usually based on type of client's connection and it is used not to hurt or exclude anybody but to make file sharing fair play. The package is ready and will be uploaded soon. If You're curious - take a look at http://debian.sente.pl/ Setting http_proxy=http://itnunix.itn.pwr.wroc.pl:8080/ may help if You have problems accessing this site. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux greg 2.4.18-p3lvmpe #2 nie sty 13 19:53:59 CET 2002 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
GNOME panel starts crashing after apt-get upgrade (SID)
Hi ! I am not sure if this message shouldn't go to debian-user list, but as the problem is in SID/unstable I think most of SID users is on devel. I also Cc: gnome-devel-list here, as I belive it is gnome-panel, not debian package problem (but not sure about it). The problem is I really like using GNOME. One of its strenghts for me is its panel that allows me to have my own sub menus (sub-panels) in it. My panel looks more-less this way: +\/+ |NN4.7/mail| |--+\/+ | Mozilla | TkCVS| |--|--| | Galeon | Glimmer | ...-+/\+/\+/\---+---/\---+ ... | W E B | D e v e l| Office | Shells | ... | Tools | Tools | Tools || ...-+--+--+-++ The problem is, that it happened for the second time in this month, that after apt-get update apt-get dist-upgrade my config causes panel to crash while GNOME starts ! Even if I have not change nothing and _Yesterday_ it worked well... It is very confusing... The only way around is to delete ~/.gnome/panel.d directory and re-create all my panel from scratch. I have reported it as a BUG, but no response till now: http://bugzilla.gnome.org/show_bug.cgi?id=67047 I really don't know what do. I'd like to know: - Am I the only affected person ? Or are here others having this problem as well ? - Is it a problem in panel or has it sth. to do with Debian packages upgrades ? - In my bugreport I included my panel.d content (compressed), strace and ltrace outputs. I think these info should be enough to squash the bug ? What else can I do ? (besides digging in code myself) I am NOT subscribed to @gnome.org lists so Cc: me Your answers please. I AM subscribed to debian-devel, no Cc: nessesary. I really'd like to use GNOME, but this panel problem desn't help me. I think there is just a bug somewhere, but nobody cares to squash it... If I can be anyhow usefull to You, please contact me at mailto:[EMAIL PROTECTED] Thanks in advance Grzegorz Prokopski PS: I am tired of asnwers: If you're running SID you should expect problems. IMHO it is not SID to blame here, but some BUG instead (in deb package or in panel code).
GNOME panel starts crashing after apt-get upgrade (SID)
Hi ! I am not sure if this message shouldn't go to debian-user list, but as the problem is in SID/unstable I think most of SID users is on devel. I also Cc: gnome-devel-list here, as I belive it is gnome-panel, not debian package problem (but not sure about it). The problem is I really like using GNOME. One of its strenghts for me is its panel that allows me to have my own sub menus (sub-panels) in it. My panel looks more-less this way: +\/+ |NN4.7/mail| |--+\/+ | Mozilla | TkCVS| |--|--| | Galeon | Glimmer | ...-+/\+/\+/\---+---/\---+ ... | W E B | D e v e l| Office | Shells | ... | Tools | Tools | Tools || ...-+--+--+-++ The problem is, that it happened for the second time in this month, that after apt-get update apt-get dist-upgrade my config causes panel to crash while GNOME starts ! Even if I have not change nothing and _Yesterday_ it worked well... It is very confusing... The only way around is to delete ~/.gnome/panel.d directory and re-create all my panel from scratch. I have reported it as a BUG, but no response till now: http://bugzilla.gnome.org/show_bug.cgi?id=67047 I really don't know what do. I'd like to know: - Am I the only affected person ? Or are here others having this problem as well ? - Is it a problem in panel or has it sth. to do with Debian packages upgrades ? - In my bugreport I included my panel.d content (compressed), strace and ltrace outputs. I think these info should be enough to squash the bug ? What else can I do ? (besides digging in code myself) I am NOT subscribed to @gnome.org lists so Cc: me Your answers please. I AM subscribed to debian-devel, no Cc: nessesary. I really'd like to use GNOME, but this panel problem desn't help me. I think there is just a bug somewhere, but nobody cares to squash it... If I can be anyhow usefull to You, please contact me at mailto:[EMAIL PROTECTED] Thanks in advance Grzegorz Prokopski PS: I am tired of asnwers: If you're running SID you should expect problems. IMHO it is not SID to blame here, but some BUG instead (in deb package or in panel code).
