sablevm-developer Mailing List for SableVM (Page 18)
Brought to you by:
egagnon
Menu
▾
▴
sablevm-developer — SableVM developer mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(27) |
Aug
(22) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(30) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(32) |
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(69) |
Sep
(10) |
Oct
(31) |
Nov
(15) |
Dec
(58) |
| 2003 |
Jan
(33) |
Feb
(81) |
Mar
(85) |
Apr
(24) |
May
(15) |
Jun
(14) |
Jul
(6) |
Aug
(9) |
Sep
(101) |
Oct
(59) |
Nov
(142) |
Dec
(34) |
| 2004 |
Jan
(107) |
Feb
(164) |
Mar
(181) |
Apr
(96) |
May
(81) |
Jun
(71) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tom T. <tr...@re...> - 2004-03-01 20:58:09
|
>>>>> "Grzegorz" == Grzegorz B Prokopski <ga...@de...> writes: Grzegorz> Thanks to help from Bdale the problem seems to boil down to Grzegorz> using "o" option in 'tar chof' which turns on old, v7 mode, Grzegorz> which doesn't allow for paths longer than 100 chars. Old tar Grzegorz> worked because it forced usage of POSIX tar settings even Grzegorz> when asked otherwise (it was a bug). Could you submit an automake bug report? As I recall, way back around when automake first started, we added -o here because GNU tar would make archives which couldn't be read by any other form of "tar". Perhaps now we need `tar --posix' or something along those lines, perhaps depending on configury. Grzegorz> Is there some way to persuade Grzegorz> automake not to enforce old compatibility mode when using tar? Nope. Tom |
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-03-01 19:50:23
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Mon, 1 Mar 2004 14:08:03 -0500
Source: sablevm
Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev
Architecture: source all i386
Version: 1.1.0-2
Distribution: unstable
Urgency: low
Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...>
Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...>
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 secon edition - development files
sablevm - Free implementation of Java Virtual Machine (JVM) second edition
Changes:
sablevm (1.1.0-2) unstable; urgency=low
.
* Added m4 to build-deps. Should auto-build now. (m4 isn't in build-
essentials?! ;-)
Files:
8105072dd84f1ed63ce865a95ab54c1b 721 interpreters optional sablevm_1.1.0-2.dsc
c8c3dbcaa75cd5cd44eddc62cb66f9cb 16419 interpreters optional sablevm_1.1.0-2.diff.gz
0851d1715af0af460ffb9ae213449395 22458 interpreters optional sablevm_1.1.0-2_i386.deb
768f76f3086d15811b88ef0181d47bec 144654 libs optional libsablevm1_1.1.0-2_i386.deb
30e48600f4ae493029d8f4146e447ca9 12342 libdevel optional libsablevm1-dev_1.1.0-2_all.deb
acaf897adce4bda0979fd89216cc3d32 7034 devel optional jikes-sablevm_1.1.0-2_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAQ42EcxjwiKS4/ekRAmCDAJ9W/ZlQOQ/N230QMbgmasp/m4rRwwCfa33d
JLn3sqQn303rCbat34wZNpg=
=/5gv
-----END PGP SIGNATURE-----
Accepted:
jikes-sablevm_1.1.0-2_all.deb
to pool/main/s/sablevm/jikes-sablevm_1.1.0-2_all.deb
libsablevm1-dev_1.1.0-2_all.deb
to pool/main/s/sablevm/libsablevm1-dev_1.1.0-2_all.deb
libsablevm1_1.1.0-2_i386.deb
to pool/main/s/sablevm/libsablevm1_1.1.0-2_i386.deb
sablevm_1.1.0-2.diff.gz
to pool/main/s/sablevm/sablevm_1.1.0-2.diff.gz
sablevm_1.1.0-2.dsc
to pool/main/s/sablevm/sablevm_1.1.0-2.dsc
sablevm_1.1.0-2_i386.deb
to pool/main/s/sablevm/sablevm_1.1.0-2_i386.deb
|
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-03-01 00:05:06
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 29 Feb 2004 17:49:45 -0500
Source: sablevm-classlib
Binary: libsablevm-native1 libsablevm-classlib1-java
Architecture: source all i386
Version: 1.1.0-2
Distribution: unstable
Urgency: low
Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...>
Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...>
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.0-2) unstable; urgency=low
.
* Added libart-2.0-dev build-dep instead of old libart-dev. Added
libatk1.0-dev, libpango1.0-dev build-deps. Should auto-build now.
Files:
eb52014567371151f7e9e7372a622a17 740 libs optional sablevm-classlib_1.1.0-2.dsc
561b5c973b6c05adc407042f485ff8e2 4090 libs optional sablevm-classlib_1.1.0-2.diff.gz
4f188e696632ea290fad7c6d65359f20 2017296 libs optional libsablevm-classlib1-java_1.1.0-2_all.deb
ec74ee0ee70cfeefe564d1e5c39fc029 363924 libs optional libsablevm-native1_1.1.0-2_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAQnbdcxjwiKS4/ekRAgRiAJ9O3aWmL/k1UZCZE+A/5hHi4TYVjACbByEW
qXcaT1f4B2egM1NX7OUR5UI=
=xiMZ
-----END PGP SIGNATURE-----
Accepted:
libsablevm-classlib1-java_1.1.0-2_all.deb
to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-2_all.deb
libsablevm-native1_1.1.0-2_i386.deb
to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-2_i386.deb
sablevm-classlib_1.1.0-2.diff.gz
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-2.diff.gz
sablevm-classlib_1.1.0-2.dsc
to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-2.dsc
|
|
From: Grzegorz B. P. <ga...@de...> - 2004-02-29 23:08:49
|
Hi all! It's been long months without any official release of SableVM but now 1.1.0 release is out and available for download and testdrive. I know that before and after FOSDEM many people wanted to download SableVM but our development server was down. I hope that this release will be good occasion, expecially for those who were hurt by the server downtime, to actually give new SableVM a ride. In SableVM 1.1.0 you can find, among others: * Update to GNU Classpath from 1st Februray 2004, * SableVM's fastest inlined engine ported to most of the platforms, * Many fills in reflection and JNI, * Nice improvements like java-sablevm wrapper and manual pages, * Bugfixes. Altough these tarballs are considered to be "development" release - they are far, far superior in almost every way to what was our last 1.0.9 version. Ex. very recent GNU Classpath allows for some graphical applications to more-or-less work, we support many more architectures... To get the tarballs go to http://devel.sablevm.org/download/1.1.0/ and get sablevm-1.1.0.tar.gz and sablevm-classpath-1.1.0.tar.gz. Installation instructions are included in sablevm tarball in INSTALL-DEVEL file or you can find them online at http://devel.sablevm.org/docs/INSTALL.txt We appreciate your feedback. Please feel invited to mail us (see http://devel.sablevm.org/wiki/MailingLists) or use #sablevm IRC channel on irc.freenode.net (irc.debian.org, irc.sablevm.org). We hope to make more frequent development releases in the future, but please note that we also have daily SVN snapshots readily available at http://devel.sablevm.org/shot Debian packages have just been uploaded into incoming (for the impatient http://incoming.debian.org/) and will be available shortly for unstable distribution, but they should be usable with testing too. We wish you great fun using SableVM! SableVM Project Developers PS: For those who would like to get more deeply into SableVM code - we're happy to offer our support and Subversion accounts with freely-usable, own sandbox. -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: <ow...@bu...> - 2004-02-29 22:51:33
|
Your message dated Sun, 29 Feb 2004 17:17:06 -0500 with message-id <E1A...@ne...> and subject line Bug#231365: fixed in sablevm 1.1.0-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 6 Feb 2004 03:14:38 +0000 >From ga...@de... Thu Feb 05 19:14:38 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AowRy-0005wR-00; Thu, 05 Feb 2004 19:14:38 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i163094O024029; Thu, 5 Feb 2004 22:00:43 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004020522013615190 ; Thu, 05 Feb 2004 22:01:36 -0500 Received: from 162.29.internet.uqam.ca (162.29.internet.uqam.ca [132.208.29.162]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i162xsDj019279; Thu, 5 Feb 2004 21:59:54 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: undefined symbol: g_thread_init From: "Grzegorz B. Prokopski" <ga...@de...> To: James Damour <jd...@ny...> Cc: su...@bu... In-Reply-To: <1076009597.22089.97.camel@hutch> References: <107...@ga...> <1075781210.1490.45.camel@hutch> <107...@ga...> <1076009597.22089.97.camel@hutch> Content-Type: text/plain; charset=ISO-8859-2 Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 05 Feb 2004 21:59:50 -0500 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by anis.telecom.uqam.ca id i163094O024029 Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_01 X-Spam-Level: Package: sablevm Version: 1.0.9+svn20040120-2 Tags: upstream, pending Submitter: James Damour <jd...@ny...> (submitting to BTS to keep track of this issue) W li=B6cie z czw, 05-02-2004, godz. 14:33, James Damour pisze:=20 > On Tue, 2004-02-03 at 00:22, Grzegorz B. Prokopski wrote: > > So you'd better try the above debs ;-) >=20 > Thanks! Using those, I got my simple "Hello World" program to run (as > well as my most simplest of test programs). Good! > However, I'm having running > my test programs that (a) use serialization, and (b) use a UI. If you > have the time, can you help me? >=20 > The UI is probably the most simplest to debug. When I run with the > verbose flag, I get the following output (*much* truncated for clarity'= s > sake): > [verbose class: loading "gnu/java/awt/peer/gtk/GtkMainThread"] > [verbose class: loading "gnu/java/awt/peer/gtk/GtkGenericPeer"] > sablevm: relocation error: /usr/lib/sablevm/classpath/libgtkpeer.so: > undefined symbol: g_thread_init >=20 > Either I need to run with a different threading model (please let me > know how to do this), or the GTK peer library wasn't compiled with the > correct threading model. =20 This bug was introduced in GNU Classpath CVS after last release of GNU CP and was also fixed quite recently. Because we pull from GNU CP CVS, you were biten by this bug. And for the same reason next upload (today or tomorrow) should fix this particular problem. Working on it. I hope you'll be able to get further. HTH Grzegorz B. Prokopski --=20 Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM --------------------------------------- Received: (at 231365-close) by bugs.debian.org; 29 Feb 2004 22:22:58 +0000 >From ka...@ft... Sun Feb 29 14:22:58 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxZKs-0004hH-00; Sun, 29 Feb 2004 14:22:58 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1AxZFC-0001tX-00; Sun, 29 Feb 2004 17:17:06 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 231...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#231365: fixed in sablevm 1.1.0-1 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Sun, 29 Feb 2004 17:17:06 -0500 Delivered-To: 231...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: Source: sablevm Source-Version: 1.1.0-1 We believe that the bug you reported is fixed in the latest version of sablevm, which is due to be installed in the Debian FTP archive: jikes-sablevm_1.1.0-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-1_all.deb libsablevm1-dev_1.1.0-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-1_all.deb libsablevm1_1.1.0-1_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-1_i386.deb sablevm_1.1.0-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-1.diff.gz sablevm_1.1.0-1.dsc to pool/main/s/sablevm/sablevm_1.1.0-1.dsc sablevm_1.1.0-1_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-1_i386.deb sablevm_1.1.0.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 23...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 8 Feb 2004 02:26:46 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> 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 secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Closes: 216490 229001 229820 230770 231359 231365 Changes: sablevm (1.1.0-1) unstable; urgency=low . * New upstream release. Versions naming back to normal. * Draw line between upstream sources and debian packaging. New version naming schema. Thanks for spotting the problem and for meaningful discussion go to Adam Majer. Closes: #231359. * Fixed bashisms in java-sablevm wrappers script. Thanks to Michal Politowski for spotting and providing fix. Closes: #229820. * Yes, now we distinguish between binary-dep/indep targets. Closes: #216490. * We've never (consciously) wanted to provide java2-runtime. Closes: #229001. * Getting sablevm and classlib back in sync. Closes: #230770. * Urgency medium because the above RC bug is in testing. * New Classpath CVS pull should fix "undefined symbol: g_thread_init" problem. Closes: #231365. Files: fa90763dedbff60560b4a551d5d7cc79 716 interpreters optional sablevm_1.1.0-1.dsc e7b79fa481091125cdc91a331cb6af4d 655848 interpreters optional sablevm_1.1.0.orig.tar.gz 3c22df5001f857699b02dbea020b47c7 8701 interpreters optional sablevm_1.1.0-1.diff.gz cda907630beaf9b1be624a956e3ba63c 22390 interpreters optional sablevm_1.1.0-1_i386.deb b4642c6937b6e738234896e2ecc8429f 144588 libs optional libsablevm1_1.1.0-1_i386.deb db1cecb5bc71994c2f786a49c85c25dc 12264 libdevel optional libsablevm1-dev_1.1.0-1_all.deb 3a7f3501c5daa02f13687aa33cfdc686 6960 devel optional jikes-sablevm_1.1.0-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQk6WcxjwiKS4/ekRAgnQAJ0RxNKKTwHZ3LvyCWJoAL4wdMNGWgCg4AAL Gumv6CUbpspvqlW2spujz1I= =N8bS -----END PGP SIGNATURE----- |
|
From: <ow...@bu...> - 2004-02-29 22:51:24
|
Your message dated Sun, 29 Feb 2004 17:17:06 -0500 with message-id <E1A...@ne...> and subject line Bug#230770: fixed in sablevm 1.1.0-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 2 Feb 2004 12:15:36 +0000 >From jd...@ny... Mon Feb 02 04:15:36 2004 Return-path: <jd...@ny...> Received: from ms-smtp-02.nyroc.rr.com [24.24.2.56] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AnczH-0002q8-00; Mon, 02 Feb 2004 04:15:35 -0800 Received: from localhost.localdomain (alb-24-195-113-26.nycap.rr.com [24.195.113.26]) by ms-smtp-02.nyroc.rr.com (8.12.10/8.12.10) with ESMTP id i12CFUEj017967 for <su...@bu...>; Mon, 2 Feb 2004 07:15:30 -0500 (EST) Subject: sablevm: cannot create vm From: James Damour <jd...@ny...> To: su...@bu... Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-z63Q1K6pKvxfxqTBCKwM" X-Mailer: Ximian Evolution 1.0.5 Date: 02 Feb 2004 08:05:37 -0500 Message-Id: <1075727138.22120.38.camel@hutch> Mime-Version: 1.0 X-Virus-Scanned: Symantec AntiVirus Scan Engine Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_01 X-Spam-Level: --=-z63Q1K6pKvxfxqTBCKwM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Package: sablevm Version: 1.0.9-3 Severity: important I'm running a combined Woody/Sarge installation of Debian, and I can't seem to get sablevm to run. When I attempt to run the following "Hello World" program, I get the indicated output. I saw in the sablevm-developer SourceForge mailing list (http://sourceforge.net/mailarchive/forum.php?thread_id=3D3250407&forum_id= =3D4154) that the problem may be with the inlined interpreter, but I think = I'm using the direct-threaded interpreter. -------- Hello.java -------- public class Hello { public static void main( String[] args ) { System.out.println("Hello World"); } } -------- Hello.java -------- $ javac Hello.java $ sablevm -v Hello SableVM version 1.0.9 Copyright (C) 2000-2002 Etienne M. Gagnon <eti...@uq...> and others. All rights reserved. This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. To get the name of all copyright holders and detailed license information, type "sablevm --license" or look in the directory "/usr/share/sablevm". The SableVM web site is located at http://www.sablevm.org/ . [verbose jni: JNI_CreateJavaVM] [verbose gc: allocating initial heap (16777216 bytes)] [verbose class: loading "java/lang/Object"] sablevm: cannot create vm $ sablevm --version SableVM version 1.0.9 - signal based exception detection - copying garbage collection - bidirectional object layout - direct-threaded interpreter $ uname -a Linux hutch 2.2.20-idepci #1 Sat Apr 20 12:45:19 EST 2002 i686 GNU/Linux $ ls -l /lib/libc.so.6 lrwxrwxrwx 1 root root 13 Nov 17 23:04 /lib/libc.so.6 -> libc-2.3.2.so $ dpkg --list libc6 =20 Desired=3DUnknown/Install/Remove/Purge/Hold | Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppercase=3Dbad) ||/ Name Version Description +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries and Timezone --=-z63Q1K6pKvxfxqTBCKwM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQBAHksgJtJj6pH+EFQRAmhEAKCE4g2CfQ1bMEjj4axnt/M2b1iQgQCffpZq ICxhNShk63mAf8uoAldTD58= =FmGF -----END PGP SIGNATURE----- --=-z63Q1K6pKvxfxqTBCKwM-- --------------------------------------- Received: (at 230770-close) by bugs.debian.org; 29 Feb 2004 22:23:02 +0000 >From ka...@ft... Sun Feb 29 14:23:02 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxZKw-0004iL-00; Sun, 29 Feb 2004 14:23:02 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1AxZFC-0001tT-00; Sun, 29 Feb 2004 17:17:06 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 230...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#230770: fixed in sablevm 1.1.0-1 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Sun, 29 Feb 2004 17:17:06 -0500 Delivered-To: 230...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: Source: sablevm Source-Version: 1.1.0-1 We believe that the bug you reported is fixed in the latest version of sablevm, which is due to be installed in the Debian FTP archive: jikes-sablevm_1.1.0-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-1_all.deb libsablevm1-dev_1.1.0-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-1_all.deb libsablevm1_1.1.0-1_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-1_i386.deb sablevm_1.1.0-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-1.diff.gz sablevm_1.1.0-1.dsc to pool/main/s/sablevm/sablevm_1.1.0-1.dsc sablevm_1.1.0-1_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-1_i386.deb sablevm_1.1.0.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 23...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 8 Feb 2004 02:26:46 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> 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 secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Closes: 216490 229001 229820 230770 231359 231365 Changes: sablevm (1.1.0-1) unstable; urgency=low . * New upstream release. Versions naming back to normal. * Draw line between upstream sources and debian packaging. New version naming schema. Thanks for spotting the problem and for meaningful discussion go to Adam Majer. Closes: #231359. * Fixed bashisms in java-sablevm wrappers script. Thanks to Michal Politowski for spotting and providing fix. Closes: #229820. * Yes, now we distinguish between binary-dep/indep targets. Closes: #216490. * We've never (consciously) wanted to provide java2-runtime. Closes: #229001. * Getting sablevm and classlib back in sync. Closes: #230770. * Urgency medium because the above RC bug is in testing. * New Classpath CVS pull should fix "undefined symbol: g_thread_init" problem. Closes: #231365. Files: fa90763dedbff60560b4a551d5d7cc79 716 interpreters optional sablevm_1.1.0-1.dsc e7b79fa481091125cdc91a331cb6af4d 655848 interpreters optional sablevm_1.1.0.orig.tar.gz 3c22df5001f857699b02dbea020b47c7 8701 interpreters optional sablevm_1.1.0-1.diff.gz cda907630beaf9b1be624a956e3ba63c 22390 interpreters optional sablevm_1.1.0-1_i386.deb b4642c6937b6e738234896e2ecc8429f 144588 libs optional libsablevm1_1.1.0-1_i386.deb db1cecb5bc71994c2f786a49c85c25dc 12264 libdevel optional libsablevm1-dev_1.1.0-1_all.deb 3a7f3501c5daa02f13687aa33cfdc686 6960 devel optional jikes-sablevm_1.1.0-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQk6WcxjwiKS4/ekRAgnQAJ0RxNKKTwHZ3LvyCWJoAL4wdMNGWgCg4AAL Gumv6CUbpspvqlW2spujz1I= =N8bS -----END PGP SIGNATURE----- |
|
From: <ow...@bu...> - 2004-02-29 22:51:03
|
Your message dated Sun, 29 Feb 2004 17:17:06 -0500 with message-id <E1A...@ne...> and subject line Bug#231359: fixed in sablevm 1.1.0-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 6 Feb 2004 01:46:10 +0000 >From ga...@de... Thu Feb 05 17:46:10 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Aov4M-00028l-00; Thu, 05 Feb 2004 17:46:10 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i161PP40013463; Thu, 5 Feb 2004 20:26:09 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004020520270110984 ; Thu, 05 Feb 2004 20:27:01 -0500 Received: from 162.29.internet.uqam.ca (162.29.internet.uqam.ca [132.208.29.162]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i161OeDj007426; Thu, 5 Feb 2004 20:24:41 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: SableVM improper version name From: "Grzegorz B. Prokopski" <ga...@de...> To: Adam Majer <ad...@ga...> Cc: su...@bu... In-Reply-To: <200...@ga...> References: <200...@ga...> Content-Type: text/plain Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 05 Feb 2004 20:24:35 -0500 Content-Transfer-Encoding: 7bit Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_01 X-Spam-Level: Package: sablevm Version: 1.0.9+svn20040120-2 Hi, A couple of answers. As for the upstream version - after 1.0.9 and 1.0.9test (which was already bad version name, apparently) I just looked for something higher than 1.0.9test and lower than 1.0.10. The "+" just worked. So now probably I'll probably change the version to sth. like: 1.0.9.20040120-1. And of course there should be no .orig.tar.gz (after 1.0.9 - there's none already). > "upstream" doesn't have to exactly as upstream has it - it > can contain more than one package, even some changes (removals) > are allowed if upstream contains non-free stuff that > cannot be distributed. Even with all of these changes > you can still have a .orig.tar.gz and .diff.gz. The idea is to have upstream as near debian version, as possible. Ideally, and this is the case right now, I simply get the SableVM source, put ./debian dir content into it and it should work. If it doesn't - then sth. in SableVM is broken ;-) I am submitting this as a bug, to keep record of these things. Hopefuly I'll be uploading new SableVM soon fixing it. Thanks for pointing this problem out. Cheers Grzegorz B. Prokopski -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM --------------------------------------- Received: (at 231359-close) by bugs.debian.org; 29 Feb 2004 22:23:02 +0000 >From ka...@ft... Sun Feb 29 14:23:02 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxZKv-0004hy-00; Sun, 29 Feb 2004 14:23:01 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1AxZFC-0001tV-00; Sun, 29 Feb 2004 17:17:06 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 231...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#231359: fixed in sablevm 1.1.0-1 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Sun, 29 Feb 2004 17:17:06 -0500 Delivered-To: 231...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: Source: sablevm Source-Version: 1.1.0-1 We believe that the bug you reported is fixed in the latest version of sablevm, which is due to be installed in the Debian FTP archive: jikes-sablevm_1.1.0-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-1_all.deb libsablevm1-dev_1.1.0-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-1_all.deb libsablevm1_1.1.0-1_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-1_i386.deb sablevm_1.1.0-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-1.diff.gz sablevm_1.1.0-1.dsc to pool/main/s/sablevm/sablevm_1.1.0-1.dsc sablevm_1.1.0-1_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-1_i386.deb sablevm_1.1.0.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 23...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 8 Feb 2004 02:26:46 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> 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 secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Closes: 216490 229001 229820 230770 231359 231365 Changes: sablevm (1.1.0-1) unstable; urgency=low . * New upstream release. Versions naming back to normal. * Draw line between upstream sources and debian packaging. New version naming schema. Thanks for spotting the problem and for meaningful discussion go to Adam Majer. Closes: #231359. * Fixed bashisms in java-sablevm wrappers script. Thanks to Michal Politowski for spotting and providing fix. Closes: #229820. * Yes, now we distinguish between binary-dep/indep targets. Closes: #216490. * We've never (consciously) wanted to provide java2-runtime. Closes: #229001. * Getting sablevm and classlib back in sync. Closes: #230770. * Urgency medium because the above RC bug is in testing. * New Classpath CVS pull should fix "undefined symbol: g_thread_init" problem. Closes: #231365. Files: fa90763dedbff60560b4a551d5d7cc79 716 interpreters optional sablevm_1.1.0-1.dsc e7b79fa481091125cdc91a331cb6af4d 655848 interpreters optional sablevm_1.1.0.orig.tar.gz 3c22df5001f857699b02dbea020b47c7 8701 interpreters optional sablevm_1.1.0-1.diff.gz cda907630beaf9b1be624a956e3ba63c 22390 interpreters optional sablevm_1.1.0-1_i386.deb b4642c6937b6e738234896e2ecc8429f 144588 libs optional libsablevm1_1.1.0-1_i386.deb db1cecb5bc71994c2f786a49c85c25dc 12264 libdevel optional libsablevm1-dev_1.1.0-1_all.deb 3a7f3501c5daa02f13687aa33cfdc686 6960 devel optional jikes-sablevm_1.1.0-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQk6WcxjwiKS4/ekRAgnQAJ0RxNKKTwHZ3LvyCWJoAL4wdMNGWgCg4AAL Gumv6CUbpspvqlW2spujz1I= =N8bS -----END PGP SIGNATURE----- |
|
From: <ow...@bu...> - 2004-02-29 22:50:17
|
Your message dated Sun, 29 Feb 2004 17:17:06 -0500 with message-id <E1A...@ne...> and subject line Bug#216490: fixed in sablevm 1.1.0-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 19 Oct 2003 08:41:42 +0000 >From wo...@gr... Sun Oct 19 03:41:33 2003 Return-path: <wo...@gr...> Received: from astra.telenet-ops.be [195.130.132.58] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AB981-0001j7-00; Sun, 19 Oct 2003 03:41:33 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by astra.telenet-ops.be (Postfix) with SMTP id 2F92437F22; Sun, 19 Oct 2003 10:41:33 +0200 (MEST) Received: from folk.grep.be (D577163C.kabel.telenet.be [213.119.22.60]) by astra.telenet-ops.be (Postfix) with ESMTP id D7F2B37E8D; Sun, 19 Oct 2003 10:41:32 +0200 (MEST) Received: from worldmusic.grep.be ([192.168.119.10] helo=localhost) by folk.grep.be with esmtp (Exim 3.35 1 (Debian)) id 1AB980-0006fO-00; Sun, 19 Oct 2003 10:41:32 +0200 Received: from wouter by localhost with local (Exim 4.24) id 1AB80O-0001qE-Kt; Sun, 19 Oct 2003 09:29:36 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Wouter Verhelst <wo...@de...> To: Debian Bug Tracking System <su...@bu...> Subject: builds arch-indep packages as dependency of binary-arch target X-Mailer: reportbug 2.34 Date: Sun, 19 Oct 2003 09:29:36 +0200 Message-Id: <E1AB80O-0001qE-Kt@localhost> Sender: Wouter Verhelst <wo...@gr...> Delivered-To: su...@bu... X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_20,HAS_PACKAGE version=2.53-bugs.debian.org_2003_10_18 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_18 (1.174.2.15-2003-03-30-exp) Package: sablevm Version: 1.0.9test5-1 Severity: normal According to Policy, section 5.2, a debian package that is architecture-independent (thus, one that has 'Architecture: all' set in the debian/control file) should be built as a dependant of the binary-indep target of the debian/rules file. The package libsablevm1-dev, from the sablevm source package, does not; not only is this against policy, it is also a nuisance for those of us who maintain autobuilders: autobuilders invoke 'dpkg-buildpackage -B' to avoid binary-indep packages to be built, which results in a .changes that does not mention the _all.deb files. As a result, they aren't automatically cleaned either, so must be manually removed. Of course, they're also a waste of precious CPU time. Please modify your debian/rules file to not build Architecture: all packages as a dependency of the binary-indep target. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux worldmusic 2.4.21 #1 SMP vr sep 26 19:53:49 CEST 2003 i686 Locale: LANG=nl_BE, LC_CTYPE=nl_BE Versions of packages sablevm depends on: ii java-common 0.22 Base of all Java packages ii libc6 2.3.2-8 GNU C Library: Shared libraries an ii libffi2 1:3.3.2-0pre5 Foreign Function Interface library ii libltdl3 1.5-2 A system independent dlopen wrappe ii libpopt0 1.7-2 lib for parsing cmdline parameters ii libsablevm1 1.0.9test5-1 Free implementation of JVM second ii unzip 5.50-3 De-archiver for .zip files -- no debconf information --------------------------------------- Received: (at 216490-close) by bugs.debian.org; 29 Feb 2004 22:23:06 +0000 >From ka...@ft... Sun Feb 29 14:23:06 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxZL0-0004ix-00; Sun, 29 Feb 2004 14:23:06 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1AxZFC-0001tN-00; Sun, 29 Feb 2004 17:17:06 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 216...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#216490: fixed in sablevm 1.1.0-1 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Sun, 29 Feb 2004 17:17:06 -0500 Delivered-To: 216...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: Source: sablevm Source-Version: 1.1.0-1 We believe that the bug you reported is fixed in the latest version of sablevm, which is due to be installed in the Debian FTP archive: jikes-sablevm_1.1.0-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-1_all.deb libsablevm1-dev_1.1.0-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-1_all.deb libsablevm1_1.1.0-1_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-1_i386.deb sablevm_1.1.0-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-1.diff.gz sablevm_1.1.0-1.dsc to pool/main/s/sablevm/sablevm_1.1.0-1.dsc sablevm_1.1.0-1_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-1_i386.deb sablevm_1.1.0.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 21...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 8 Feb 2004 02:26:46 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> 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 secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Closes: 216490 229001 229820 230770 231359 231365 Changes: sablevm (1.1.0-1) unstable; urgency=low . * New upstream release. Versions naming back to normal. * Draw line between upstream sources and debian packaging. New version naming schema. Thanks for spotting the problem and for meaningful discussion go to Adam Majer. Closes: #231359. * Fixed bashisms in java-sablevm wrappers script. Thanks to Michal Politowski for spotting and providing fix. Closes: #229820. * Yes, now we distinguish between binary-dep/indep targets. Closes: #216490. * We've never (consciously) wanted to provide java2-runtime. Closes: #229001. * Getting sablevm and classlib back in sync. Closes: #230770. * Urgency medium because the above RC bug is in testing. * New Classpath CVS pull should fix "undefined symbol: g_thread_init" problem. Closes: #231365. Files: fa90763dedbff60560b4a551d5d7cc79 716 interpreters optional sablevm_1.1.0-1.dsc e7b79fa481091125cdc91a331cb6af4d 655848 interpreters optional sablevm_1.1.0.orig.tar.gz 3c22df5001f857699b02dbea020b47c7 8701 interpreters optional sablevm_1.1.0-1.diff.gz cda907630beaf9b1be624a956e3ba63c 22390 interpreters optional sablevm_1.1.0-1_i386.deb b4642c6937b6e738234896e2ecc8429f 144588 libs optional libsablevm1_1.1.0-1_i386.deb db1cecb5bc71994c2f786a49c85c25dc 12264 libdevel optional libsablevm1-dev_1.1.0-1_all.deb 3a7f3501c5daa02f13687aa33cfdc686 6960 devel optional jikes-sablevm_1.1.0-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQk6WcxjwiKS4/ekRAgnQAJ0RxNKKTwHZ3LvyCWJoAL4wdMNGWgCg4AAL Gumv6CUbpspvqlW2spujz1I= =N8bS -----END PGP SIGNATURE----- |
|
From: <ow...@bu...> - 2004-02-29 22:50:08
|
Your message dated Sun, 29 Feb 2004 17:17:06 -0500 with message-id <E1A...@ne...> and subject line Bug#229820: fixed in sablevm 1.1.0-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 26 Jan 2004 20:24:15 +0000 >From mp...@ch... Mon Jan 26 12:24:15 2004 Return-path: <mp...@ch...> Received: from charybda.icm.edu.pl (Amber.lab.icm.edu.pl) [212.87.0.242] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AlDHL-0005iN-00; Mon, 26 Jan 2004 12:24:15 -0800 Received: from mike by Amber.lab.icm.edu.pl with local (Exim 3.36 #1 (Debian)) id 1AlDHG-0006c5-00 for <su...@bu...>; Mon, 26 Jan 2004 21:24:10 +0100 Date: Mon, 26 Jan 2004 21:24:10 +0100 From: =?iso-8859-2?Q?Micha=B3?= Politowski <mp...@ch...> To: Debian Bug Tracking System <su...@bu...> Subject: /usr/bin/java-sablevm: bashisms Message-ID: <200...@Am...> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline X-Reportbug-Version: 2.39 X-PGP: 1024D/8C6E2929; AC30 1FC4 4C4B 8834 38D8 21DA 7EB7 7AAB 8C6E 2929; 2002-03-02 -- 2004-03-01 User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: =?iso-8859-1?Q?Micha=B3_Politowski?= <mp...@ch...> Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_25 X-Spam-Level: --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: sablevm Version: 1.0.9+svn20040115-1 Severity: serious File: /usr/bin/java-sablevm Justification: Policy 10.4 The script uses a bash-specific '=3D=3D' operator two times. POSIX sh scripts must use single '=3D' for string equality testing. --=20 Micha=B3 Politowski -- mp...@ch... Talking has been known to lead to communication if practised carelessly. --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAFXdqfrd6q4xuKSkRAjHjAJ9jTgccG7QYvBMyvP4yMX8OMrheDgCfX/8O wmRboaVzQ9PSq8FrIa+xq2g= =gBK+ -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- --------------------------------------- Received: (at 229820-close) by bugs.debian.org; 29 Feb 2004 22:22:59 +0000 >From ka...@ft... Sun Feb 29 14:22:59 2004 Return-path: <ka...@ft...> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxZKt-0004hT-00; Sun, 29 Feb 2004 14:22:59 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1AxZFC-0001tR-00; Sun, 29 Feb 2004 17:17:06 -0500 From: Grzegorz Prokopski (Debian Developer) <ga...@de...> To: 229...@bu... X-Katie: $Revision: 1.44 $ Subject: Bug#229820: fixed in sablevm 1.1.0-1 Message-Id: <E1A...@ne...> Sender: Archive Administrator <ka...@ft...> Date: Sun, 29 Feb 2004 17:17:06 -0500 Delivered-To: 229...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: Source: sablevm Source-Version: 1.1.0-1 We believe that the bug you reported is fixed in the latest version of sablevm, which is due to be installed in the Debian FTP archive: jikes-sablevm_1.1.0-1_all.deb to pool/main/s/sablevm/jikes-sablevm_1.1.0-1_all.deb libsablevm1-dev_1.1.0-1_all.deb to pool/main/s/sablevm/libsablevm1-dev_1.1.0-1_all.deb libsablevm1_1.1.0-1_i386.deb to pool/main/s/sablevm/libsablevm1_1.1.0-1_i386.deb sablevm_1.1.0-1.diff.gz to pool/main/s/sablevm/sablevm_1.1.0-1.diff.gz sablevm_1.1.0-1.dsc to pool/main/s/sablevm/sablevm_1.1.0-1.dsc sablevm_1.1.0-1_i386.deb to pool/main/s/sablevm/sablevm_1.1.0-1_i386.deb sablevm_1.1.0.orig.tar.gz to pool/main/s/sablevm/sablevm_1.1.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 22...@bu..., and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Grzegorz Prokopski (Debian Developer) <ga...@de...> (supplier of updated sablevm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftp...@de...) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 8 Feb 2004 02:26:46 -0500 Source: sablevm Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev Architecture: source all i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> 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 secon edition - development files sablevm - Free implementation of Java Virtual Machine (JVM) second edition Closes: 216490 229001 229820 230770 231359 231365 Changes: sablevm (1.1.0-1) unstable; urgency=low . * New upstream release. Versions naming back to normal. * Draw line between upstream sources and debian packaging. New version naming schema. Thanks for spotting the problem and for meaningful discussion go to Adam Majer. Closes: #231359. * Fixed bashisms in java-sablevm wrappers script. Thanks to Michal Politowski for spotting and providing fix. Closes: #229820. * Yes, now we distinguish between binary-dep/indep targets. Closes: #216490. * We've never (consciously) wanted to provide java2-runtime. Closes: #229001. * Getting sablevm and classlib back in sync. Closes: #230770. * Urgency medium because the above RC bug is in testing. * New Classpath CVS pull should fix "undefined symbol: g_thread_init" problem. Closes: #231365. Files: fa90763dedbff60560b4a551d5d7cc79 716 interpreters optional sablevm_1.1.0-1.dsc e7b79fa481091125cdc91a331cb6af4d 655848 interpreters optional sablevm_1.1.0.orig.tar.gz 3c22df5001f857699b02dbea020b47c7 8701 interpreters optional sablevm_1.1.0-1.diff.gz cda907630beaf9b1be624a956e3ba63c 22390 interpreters optional sablevm_1.1.0-1_i386.deb b4642c6937b6e738234896e2ecc8429f 144588 libs optional libsablevm1_1.1.0-1_i386.deb db1cecb5bc71994c2f786a49c85c25dc 12264 libdevel optional libsablevm1-dev_1.1.0-1_all.deb 3a7f3501c5daa02f13687aa33cfdc686 6960 devel optional jikes-sablevm_1.1.0-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQk6WcxjwiKS4/ekRAgnQAJ0RxNKKTwHZ3LvyCWJoAL4wdMNGWgCg4AAL Gumv6CUbpspvqlW2spujz1I= =N8bS -----END PGP SIGNATURE----- |
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-02-29 22:34:54
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 8 Feb 2004 02:26:46 -0500
Source: sablevm
Binary: libsablevm1 sablevm jikes-sablevm libsablevm1-dev
Architecture: source all i386
Version: 1.1.0-1
Distribution: unstable
Urgency: low
Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...>
Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...>
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 secon edition - development files
sablevm - Free implementation of Java Virtual Machine (JVM) second edition
Closes: 216490 229001 229820 230770 231359 231365
Changes:
sablevm (1.1.0-1) unstable; urgency=low
.
* New upstream release. Versions naming back to normal.
* Draw line between upstream sources and debian packaging. New version
naming schema. Thanks for spotting the problem and for meaningful
discussion go to Adam Majer. Closes: #231359.
* Fixed bashisms in java-sablevm wrappers script. Thanks to Michal
Politowski for spotting and providing fix. Closes: #229820.
* Yes, now we distinguish between binary-dep/indep targets. Closes:
#216490.
* We've never (consciously) wanted to provide java2-runtime. Closes:
#229001.
* Getting sablevm and classlib back in sync. Closes: #230770.
* Urgency medium because the above RC bug is in testing.
* New Classpath CVS pull should fix "undefined symbol: g_thread_init"
problem. Closes: #231365.
Files:
fa90763dedbff60560b4a551d5d7cc79 716 interpreters optional sablevm_1.1.0-1.dsc
e7b79fa481091125cdc91a331cb6af4d 655848 interpreters optional sablevm_1.1.0.orig.tar.gz
3c22df5001f857699b02dbea020b47c7 8701 interpreters optional sablevm_1.1.0-1.diff.gz
cda907630beaf9b1be624a956e3ba63c 22390 interpreters optional sablevm_1.1.0-1_i386.deb
b4642c6937b6e738234896e2ecc8429f 144588 libs optional libsablevm1_1.1.0-1_i386.deb
db1cecb5bc71994c2f786a49c85c25dc 12264 libdevel optional libsablevm1-dev_1.1.0-1_all.deb
3a7f3501c5daa02f13687aa33cfdc686 6960 devel optional jikes-sablevm_1.1.0-1_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAQk6WcxjwiKS4/ekRAgnQAJ0RxNKKTwHZ3LvyCWJoAL4wdMNGWgCg4AAL
Gumv6CUbpspvqlW2spujz1I=
=N8bS
-----END PGP SIGNATURE-----
Accepted:
jikes-sablevm_1.1.0-1_all.deb
to pool/main/s/sablevm/jikes-sablevm_1.1.0-1_all.deb
libsablevm1-dev_1.1.0-1_all.deb
to pool/main/s/sablevm/libsablevm1-dev_1.1.0-1_all.deb
libsablevm1_1.1.0-1_i386.deb
to pool/main/s/sablevm/libsablevm1_1.1.0-1_i386.deb
sablevm_1.1.0-1.diff.gz
to pool/main/s/sablevm/sablevm_1.1.0-1.diff.gz
sablevm_1.1.0-1.dsc
to pool/main/s/sablevm/sablevm_1.1.0-1.dsc
sablevm_1.1.0-1_i386.deb
to pool/main/s/sablevm/sablevm_1.1.0-1_i386.deb
sablevm_1.1.0.orig.tar.gz
to pool/main/s/sablevm/sablevm_1.1.0.orig.tar.gz
|
|
From: Grzegorz P. (D. D. <ga...@de...> - 2004-02-29 22:34:54
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 29 Feb 2004 03:21:57 +0000 Source: sablevm-classlib Binary: libsablevm-native1 libsablevm-classlib1-java Architecture: source all i386 Version: 1.1.0-1 Distribution: unstable Urgency: low Maintainer: Grzegorz Prokopski (Debian Developer) <ga...@de...> Changed-By: Grzegorz Prokopski (Debian Developer) <ga...@de...> 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.0-1) unstable; urgency=low . * New upstream. Development release 1.1.0. Files: 8b96cfaa4bfff9db7e0bf5c3a2d7d652 704 libs optional sablevm-classlib_1.1.0-1.dsc e0086e0c271ff74194c88176ff753ca1 3677336 libs optional sablevm-classlib_1.1.0.orig.tar.gz 4da4f2532f35779af8f5e0d57ebd46d3 4021 libs optional sablevm-classlib_1.1.0-1.diff.gz ffa5337bb8c0ace33bc287661888e719 2017138 libs optional libsablevm-classlib1-java_1.1.0-1_all.deb 28cd93f1252cff26993036c4a0ac764e 363832 libs optional libsablevm-native1_1.1.0-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQlwncxjwiKS4/ekRAqYwAJ93pTPrKYdu3NJpOt4R1SQQnH+x4gCfRZ+Y dyenGsZe8ol5L3DLzePQGKM= =w68V -----END PGP SIGNATURE----- Accepted: libsablevm-classlib1-java_1.1.0-1_all.deb to pool/main/s/sablevm-classlib/libsablevm-classlib1-java_1.1.0-1_all.deb libsablevm-native1_1.1.0-1_i386.deb to pool/main/s/sablevm-classlib/libsablevm-native1_1.1.0-1_i386.deb sablevm-classlib_1.1.0-1.diff.gz to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-1.diff.gz sablevm-classlib_1.1.0-1.dsc to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0-1.dsc sablevm-classlib_1.1.0.orig.tar.gz to pool/main/s/sablevm-classlib/sablevm-classlib_1.1.0.orig.tar.gz |
|
From: Grzegorz B. P. <ga...@de...> - 2004-02-29 22:00:44
|
Hi again,
Thanks to all who responded.
The tarball and tag for sablevm-1.1.0 (not classpath) have been
recreated. If you wanted to recreate sablevm-classpath.tar.gz
you need to apply the attached one-liner patch and use old tar.
What will follow:
1. Web pages will be updated with information and links to 1.1.0
release.
3. Debian packages will be uploaded.
2. Development release announcement will be sent.
Sidenotes:
* It's _so big_ PITA to make a new release after months w/o anybody
trying to go thru all the process...
* I had to change/fix some things, from which most visible is that we
don't put all classpath in /usr/lib/sablevm/classpath anymore but
instead:
- classes go to /usr/share/sablevm/sablevm-classpath
- native libs go to /usr/lib/sablevm/sablevm-classpath
* Explanation:
- according to the FHS we should put arch-independant stuff in "share"
- "sablevm-classpath" is where classpath's build system puts stuff
by default, which is the same as the package name; I don't care too
much as long as it works.
* Documentation (INSTALL-DEVEL) has been updated, note that you should
use '--datadir=$LOCATION/share/sablevm' while compiling classpath.
* I wonder why using: AC_SUBST(LIBRARY_VERSION, [1:0:1]) results in libs
w/ ...so.0.1.0, instead of sth like ...so.1.1.0 ? Not a showstopper
though. 'info libtool' I was told. Does anyone care to fix it?
Or should we just put 0.0.0 there?
Cheers,
Grzegorz B. Prokopski
--
Grzegorz B. Prokopski <ga...@de...>
Debian GNU/Linux http://www.debian.org
SableVM - LGPLed JVM http://www.sablevm.org
Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM
|
|
From: Michael K. <kon...@gm...> - 2004-02-29 11:17:00
|
Am Sonntag, 29. Februar 2004 05:11 schrieb Grzegorz B. Prokopski: > Hi! > > Thanks to help from Bdale the problem seems to boil down to using "o" > option in 'tar chof' which turns on old, v7 mode, which doesn't allow > for paths longer than 100 chars. Old tar worked because it forced > usage of POSIX tar settings even when asked otherwise (it was a bug). > > $ grep -R chof . > ./Makefile: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c > > >$(distdir).tar.gz > > ./Makefile: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c > > >$(distdir).tar.gz > > ./Makefile.in: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c > > >$(distdir).tar.gz > > ./Makefile.in: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c > > >$(distdir).tar.gz > > So this options seems to come from automake as it's not present in > Makefile.am, but put into Makefile.in. Is there some way to persuade > automake not to enforce old compatibility mode when using tar? Thanks for debugging this. What versions of automake have you tried ? Perhaps we should get more restrict on the version. Have you considered writting a bug report agains automake ? Michael |
|
From: Grzegorz B. P. <ga...@de...> - 2004-02-29 08:13:25
|
Hi all! This is NOT the official SableVM 1.1.0 release announcement. These tarballs MAY be changed/updated later if serious problems are found. The goal of this information is to ask you to try these tarballs and report success/failure/problems. The extent of tests is up to you. My minimal requirement to make these tarballs official and announce them is to hear one success story and no failures. You can grab them at: http://devel.sablevm.org/download/1.1.0 Installation instructions are in INSTALL-DEVEL file in the tarball or at http://devel.sablevm.org/docs/INSTALL.txt And of course if somebody really doesn't want these tarballs to become 1.1.0 - he'd better speak up now or remains silent forever. ;-) On the contrary - moral support is welcomed. Cheers, GBP PS: Respective tags have been (termporarily) made in svn://svn.sablevm.org/developers/gadek/tags Note that classpath's bugfree is still empty and the tag has been (exceptionally) made of staging. -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Grzegorz B. P. <ga...@de...> - 2004-02-29 04:54:58
|
Hi! Thanks to help from Bdale the problem seems to boil down to using "o" option in 'tar chof' which turns on old, v7 mode, which doesn't allow for paths longer than 100 chars. Old tar worked because it forced usage of POSIX tar settings even when asked otherwise (it was a bug). $ grep -R chof . ./Makefile: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz ./Makefile: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz ./Makefile.in: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz ./Makefile.in: $(AMTAR) chof - $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).tar.gz So this options seems to come from automake as it's not present in Makefile.am, but put into Makefile.in. Is there some way to persuade automake not to enforce old compatibility mode when using tar? HTH Grzegorz B. Prokopski PS: The test case is ex. this: cd /tmp mkdir -p sablevm-classpath-1.1.0/external/jaxp/source/javax/xml/transform echo "AAAAAA" >./sablevm-classpath-1.1.0/external/jaxp/source/javax/xml/transform/TransformerConfigurationException.java tar chof - sablevm-classpath-1.1.0 | GZIP=--best gzip -c >sablevm-classpath-1.1.0.tar.gz tar zxvf ./sablevm-classpath-1.1.0.tar.gz If you s/chof/chf/ - it works as expected. -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Grzegorz B. P. <ga...@de...> - 2004-02-29 04:54:45
|
Hi, It's just showed up on linuxtoday.com, and by a coincidence it seems relevant to the latest discussions. I found the lecture interesting though I am not a multi-threading expert. Anyway, here's the link. The "Resources" at the bottom are also quite good, ex. "Synchronization and the Java Memory Model". http://www-106.ibm.com/developerworks/library/j-jtp02244.html?ca=dgr-lnxw02JMMP1 HTH GBP PS: This article also says: "Next month, we'll look at the details of the new memory model (much of which is already built into the 1.4 JDK)." -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: <ow...@bu...> - 2004-02-29 04:07:22
|
Your message dated Sat, 28 Feb 2004 22:28:29 -0500 with message-id <107...@ga...> and subject line SableVM doesn't provide java2-runtime has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 22 Jan 2004 07:30:36 +0000 >From fj...@wo... Wed Jan 21 23:30:36 2004 Return-path: <fj...@wo...> Received: from thingy.apana.org.au [203.12.237.66] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AjZIN-0005rd-00; Wed, 21 Jan 2004 23:30:36 -0800 Received: from uucp by thingy.apana.org.au with local-rmail (Exim 3.35 #1 (Debian)) id 1AjZII-0008Kb-00 for <su...@bu...>; Thu, 22 Jan 2004 18:30:26 +1100 Received: from fjc by wossname.apana.org.au with local (Exim 3.36 #1 (Debian)) id 1AjZ9B-0001Wl-00; Thu, 22 Jan 2004 18:21:01 +1100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Frank Copeland <fj...@wo...> To: Debian Bug Tracking System <su...@bu...> Subject: argouml: fails to start X-Mailer: reportbug 2.37 Date: Thu, 22 Jan 2004 18:21:01 +1100 Message-Id: <E1A...@wo...> Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_20 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-4.0 required=4.0 tests=DATING,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_20 X-Spam-Level: Package: argouml Version: 0.14-3 Severity: grave Justification: renders package unusable I apt-get install'd argouml on a basically java-free system. Installation went without problems, but argouml fails to start: fjc@wossname:~$ argouml java.lang.ExceptionInInitializerError at java.lang.VMClass.initialize (VMClass.java:140) at java.lang.Class.initialize (Class.java:169) at org.argouml.application.Main.static{} (Main.java:362) at java.lang.VMClass.step8 (VMClass.java) at java.lang.VMClass.initialize (VMClass.java:126) at java.lang.Class.initialize (Class.java:169) at java.lang.VirtualMachine.invokeMain (VirtualMachine.java) at java.lang.VirtualMachine.main (VirtualMachine.java:88) Caused by: java.lang.ClassNotFoundException: org.apache.log4j.Category at gnu.java.lang.SystemClassLoader.findClass (SystemClassLoader.java:79) at java.lang.ClassLoader.loadClass (ClassLoader.java:327) at java.lang.ClassLoader.loadClass (ClassLoader.java:271) at java.lang.VirtualMachine.createClass (VirtualMachine.java:96) at org.argouml.application.security.ArgoSecurityManager.static{} (ArgoSecurityManager.java:59) at java.lang.VMClass.step8 (VMClass.java) at java.lang.VMClass.initialize (VMClass.java:126) ...7 more Perhaps there's dependancy missing. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux wossname.apana.org.au 2.4.20-wossname #1 Tue Nov 4 16:52:58 EST 2003 i686 Locale: LANG=en_AU, LC_CTYPE=en_AU Versions of packages argouml depends on: ii antlr 2.7.2-6 A language tool for constructing r ii libgef-java 0.9.6-5 Graph Editing Framework written en ii libi18n-java 0.1.2.0.1-1 internationalization library for j ii liblog4j1.2-java 1.2.8-2 Logging library for java ii libnsuml-java 0.4.20-8 Novosoft UML (Unified Modeling Lan ii libocl-argo-java 1.1-4 Dresden OCL (Object Constraint Lan ii libxerces-java 1.4.4-2 Validating XML parser for Java ii sablevm [java2-runti 1.0.9+svn20040115-1 Free implementation of Java Virtua -- no debconf information --------------------------------------- Received: (at 229001-done) by bugs.debian.org; 29 Feb 2004 03:37:30 +0000 >From ga...@de... Sat Feb 28 19:37:30 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxHli-0000Tb-00; Sat, 28 Feb 2004 19:37:30 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i1T3UOHc016449 for <229...@bu...>; Sat, 28 Feb 2004 22:30:29 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004022822312911692 for <229...@bu...>; Sat, 28 Feb 2004 22:31:29 -0500 Received: from 118.30.internet.uqam.ca (118.30.internet.uqam.ca [132.208.30.118]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i1T3SWFk000641 for <229...@bu...>; Sat, 28 Feb 2004 22:28:32 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: SableVM doesn't provide java2-runtime From: "Grzegorz B. Prokopski" <ga...@de...> To: 229...@bu... Content-Type: text/plain Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 28 Feb 2004 22:28:29 -0500 Content-Transfer-Encoding: 7bit Delivered-To: 229...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: This errornous Privides was removed some weeks ago. GBP -- Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: <ow...@bu...> - 2004-02-29 01:49:47
|
Your message dated Sat, 28 Feb 2004 19:52:35 -0500 with message-id <107...@ga...> and subject line [Sablevm-developer] Bug#233902: does not provide java2-runtime...should it? has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 20 Feb 2004 17:35:23 +0000 >From gal...@yo... Fri Feb 20 09:35:23 2004 Return-path: <gal...@yo...> Received: from ms-smtp-01-smtplb.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com) [24.29.109.5] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AuEYd-0000lH-00; Fri, 20 Feb 2004 09:35:23 -0800 Received: from stallion (66-108-251-141.nyc.rr.com [66.108.251.141]) by ms-smtp-01.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id i1KHZGS6007701; Fri, 20 Feb 2004 12:35:18 -0500 (EST) Received: from galexand by stallion with local (Exim 3.36 #1 (Debian)) id 1AuEYR-0000IJ-00; Fri, 20 Feb 2004 12:35:11 -0500 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Greg Alexander <de...@ga...> To: Debian Bug Tracking System <su...@bu...> Subject: does not provide java2-runtime...should it? X-Mailer: reportbug 2.28 Date: Fri, 20 Feb 2004 12:35:11 -0500 Message-Id: <E1AuEYR-0000IJ-00@stallion> Sender: Greg Alexander <gal...@yo...> X-Virus-Scanned: Symantec AntiVirus Scan Engine Delivered-To: su...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_18 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_02_18 X-Spam-Level: Package: sablevm Version: 1.0.9+svn20040120-2 Severity: important Tags: sid http://packages.debian.org/unstable/virtual/java2-runtime states that sablevm provides java2-runtime. I don't know how that page was generated but it appears to be incorrect. Is that page libelous, or does sablevm provide a java2-runtime and just fails to advertise it? from /var/lib/apt/lists/ftp.us.debian.org_debian_dists_unstable_main_binary-i386_Packages: Provides: java-virtual-machine, java1-runtime, java-runtime Note that /usr/share/doc/debian-policy/virtual-package-names-list.txt.gz from debian-policy 3.6.1.0 indicates that java-runtime is not a valid virtual package: Java and virtual machines ------------------------- java-compiler a java compiler, for Java version 1 java2-compiler a java compiler, for Java version 2 java-virtual-machine a JAVA virtual machine java1-runtime a Java runtime environment, Java version 1 java2-runtime a Java runtime environment, Java version 2 Does sablevm really implement a novel variety of java that cannot be described in the approved virtual packages? Or is this the result perhaps of an accidental application of a debian-experimental change to debian-unstable? Note that this makes all packages with Depends: java2-runtime uninstallable, as sablevm is the only installation candidate. If anyone cares to tell my ignorant self how to tell debian that I have installed java2-runtime on my own, I'd be much obliged. :) Thanks, - Greg -- System Information: Debian Release: 3.0 Architecture: i386 Kernel: Linux stallion 2.4.24 #4 Wed Feb 4 10:01:12 EST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages sablevm depends on: ii java-common 0.14 Base of all Java packages ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libffi2 1:3.3.3-1 Foreign Function Interface library ii libltdl3 1.5.2-1 A system independent dlopen wrappe ii libpopt0 1.7-2 lib for parsing cmdline parameters ii libsablevm1 1.0.9+svn20040120-2 Free implementation of JVM second ii unzip 5.50-1 De-archiver for .zip files -- no debconf information --------------------------------------- Received: (at 233902-done) by bugs.debian.org; 29 Feb 2004 01:27:45 +0000 >From ga...@de... Sat Feb 28 17:27:45 2004 Return-path: <ga...@de...> Received: from anis.telecom.uqam.ca [132.208.250.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AxFk8-0006PX-00; Sat, 28 Feb 2004 17:27:44 -0800 Received: from anis4.telecom.uqam.ca (anis4.telecom.uqam.ca [132.208.250.236]) by sortant.uqam.ca (8.12.10/8.12.1) with SMTP id i1T0tAHo016165; Sat, 28 Feb 2004 19:55:24 -0500 (EST) Received: from antivirus.uqam.ca ([132.208.250.6]) by anis4.telecom.uqam.ca (SAVSMTP 3.1.1.32) with SMTP id M2004022819562406510 ; Sat, 28 Feb 2004 19:56:24 -0500 Received: from 118.30.internet.uqam.ca (118.30.internet.uqam.ca [132.208.30.118]) by intrant.uqam.ca (8.12.10/8.12.2/uqam-filtres) with ESMTP id i1T0qcFk013628; Sat, 28 Feb 2004 19:52:41 -0500 (EST) X-Spam-Filter: Filtre-Uqam re: ab...@uq... Subject: Re: [Sablevm-developer] Bug#233902: does not provide java2-runtime...should it? From: "Grzegorz B. Prokopski" <ga...@de...> To: Greg Alexander <de...@ga...>, 233...@bu... In-Reply-To: <E1AuEYR-0000IJ-00@stallion> References: <E1AuEYR-0000IJ-00@stallion> Content-Type: text/plain; charset=ISO-8859-2 Organization: Debian GNU/Linux http://www.debian.org Message-Id: <107...@ga...> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 28 Feb 2004 19:52:35 -0500 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by anis.telecom.uqam.ca id i1T0tAHo016165 Delivered-To: 233...@bu... X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_27 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_27 X-Spam-Level: By an accident I once put Provides: java2-runtime in sablevm's debian package. There's currently no free JVM that actually provides whole java2-runtime and probably won't be in the (near) future. As most of the free JVMs, SableVM uses GNU Classpath as its classpath and is bound by what GNU Classpath supports (minus own bugs/missing features). W li=B6cie z pi=B1, 20-02-2004, godz. 12:35, Greg Alexander pisze:=20 > http://packages.debian.org/unstable/virtual/java2-runtime > states that sablevm provides java2-runtime. Lately this site often provides outdated informations. It must have catched the moment when sablevm debian package claimed to provide j2-runtime. Current version does not do it. > If anyone cares to tell my ignorant self how to tell debian that I > have installed java2-runtime on my own, I'd be much obliged. :) See /usr/share/doc/java-common/dummy-packages/ HTH GBP --=20 Grzegorz B. Prokopski <ga...@de...> Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org Why SableVM ?!? http://devel.sablevm.org/wiki/WhySableVM |
|
From: Daniel S. <sch...@ma...> - 2004-02-27 11:16:05
|
Package: sablevm
Severity: serious
Version: 1.0.9+svn20040120-2
The latest sablevm source package in unstable Build-Depends on
"libsablevm-native1 (>> 1.0.9+svn20040120)"; however, the most recent
version of libsablevm-native1 available is 1.0.9+svn20040115-1. So
it's impossible to satisfy the Build-Depends.
(I thought at first a new version of sablevm-classlib must be in NEW,
but packages uploaded much later than 22 Jan, the timestamp of
sablevm_*.dsc, have made it through...)
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.2
Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8)
--
Daniel Schepler "Please don't disillusion me. I
sch...@ma... haven't had breakfast yet."
-- Orson Scott Card
|
|
From: Randolph C. <ran...@ta...> - 2004-02-25 08:18:04
|
> I was just wondering: has there been any work on reusing duplicate > inlined sequences? > > Maybe something like this already exists in SableVM and I'm just > ignorant of it. Just curious. prepare_code.c has some logic to find and reuse existing sequences. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/ |
|
From: Chris P. <chr...@ma...> - 2004-02-25 08:14:13
|
Hi, I was just wondering: has there been any work on reusing duplicate inlined sequences? Maybe something like this already exists in SableVM and I'm just ignorant of it. Just curious. Chris |
|
From: Etienne G. <gag...@uq...> - 2004-02-24 02:02:52
|
David B=E9langer wrote: > I added my 2nd SableJIT presentation to my website in the research > section. >=20 > http://www.sable.mcgill.ca/~dbelan2/#research >=20 > Note that it is currently unlicenced but I am giving you the permission= s > to redistribute it. Note: It is not that useful for end-users/developp= ers, > the SableJIT README is more useful for that. So maybe simply linking t= o > it would be better? I would think so. Now, I would agree that such non-LGPL documents that a= are "free to look at" be added on the website (/websites/trunk/www.sablevm.or= g/). --=20 Etienne M. Gagnon, Ph.D. http://www.info.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ |
|
From: Archie C. <ar...@de...> - 2004-02-23 23:32:13
|
Chris Pickett wrote: > I tried it, and have a test case where it's faster for me to inflate > than not (attached). Interesting! Numbers are always the final arbiter :-) -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com |
|
From: David <db...@cs...> - 2004-02-23 20:52:28
|
On Mon, Feb 16, 2004 at 02:49:12AM -0500, Grzegorz B. Prokopski wrote: > Do you have some other presentations (or other docs) that you think > might and should be put there? I for ex. thought about David's > presentation(s) about SableJIT and if there's no reason to hold > them unpublished (I can image some such reasons) - I'd like to > ask for them - preferably .pdf (or .ps) and under LGPL. You can > send me a private email w/ them. Hello, I added my 2nd SableJIT presentation to my website in the research section. http://www.sable.mcgill.ca/~dbelan2/#research Note that it is currently unlicenced but I am giving you the permissions to redistribute it. Note: It is not that useful for end-users/developper= s, the SableJIT README is more useful for that. So maybe simply linking to it would be better? David --- David B=E9langer Graduate Student School of Computer Science McGill University Office: MC226 Web page: http://www.cs.mcgill.ca/~dbelan2/ Public key: http://www.cs.mcgill.ca/~dbelan2/public_key.txt |
|
From: Chris P. <chr...@ma...> - 2004-02-23 20:38:19
|
Archie Cobbs wrote: > Chris Pickett wrote: > >>>The inflating of the "other" locks is to avoid this inefficiency. >>>But it's not necessary to do this for threads waiting on the actual >>>lock being released, because you do indeed want those thread to >>>wake up. >> >>I understand and agree with most if not all of that, certainly >>pertaining to the other locks. I guess I was wondering, wouldn't things >>be *faster* if you inflated the actual released thin lock, because you >>wouldn't have to take the (what I assumed/am assuming to be slow) >>inflation path for that lock again when future contention arose? > > > A lock can only be inflated once. So it's never slower to delay this > inflation to a later point. (not CCing anyone -- the list seems fairly stable these days -- please let me know if you want to be CC'd Archie, Etienne -- will ask Clark to subscribe to the list) I tried it, and have a test case where it's faster for me to inflate than not (attached). with inflation: real 2m31.746s user 2m13.740s sys 0m58.580s without inflation: real 2m39.046s user 2m51.030s sys 0m57.200s That's with the extra atomic operations on an MP system (timing information is screwed up, but I think it's safe to say that it's still faster). If I remove the barriers, and use the MP system again ... with inflation real 2m10.773s user 2m0.070s sys 0m33.280s without inflation real 2m41.173s user 2m51.180s sys 0m57.890s which actually surprised me! I don't really want to investigate this further right now, determine if it affects real-world multithreaded benchmarks, try it on uniprocessors, etc. etc., but I don't think we can categorically say that not inflating is always faster. In fact, I think that as a unit, the inflation path is slower than the fat lock path (and by not inflating we continually take the inflation path). At the same time, I think *deflation* could be a nice win, and Onodera's original algorithm actually supports this. Cheers, Chris |
6 messages has been excluded from this view by a project administrator.
