[06:33] <doko> man-di: eclipse build works for me
[07:56] <man-di> doko: on sid or gutsy?
[07:56] <doko> man-di: gutsy
[07:57] <man-di> I have the problems on sid, as I said
[07:59] <doko> hmm
[08:00] <man-di> perhaps its only on my system, but that would be really evil
[08:00] <man-di> I dont really know what can cause this
[08:01] <man-di> somehow it looks like aot-compiles tries to parse class files and fails
[08:04] <doko> checking ...
[08:46] <vil> man-di, what is the problem?
[08:47] <doko> man-di: /home/packages/eclipse/eclipse-3.2.2/debian/tmp-native/usr/lib/eclipse/plugins/org.apache.lucene_1.4.103.v20060601/lucene-1.4.3.jar
[08:47] <doko> did you patch this one?
[08:52] <man-di> doko: not that I know
[08:52] <man-di> vil: http://paste.debian.net/36944
[08:52] <man-di> vil: when building current eclipse with pkg-java svn on debian sid
[08:59] <doko> man-di: could you send gbenson or fitzsim this file and ask?
[09:03] <doko> man-di: seems to be the only one, so maybe exclude it on amd64?
[09:03] <doko>           if [ $(DEB_HOST_ARCH) = amd64 ] ; then \
[09:03] <doko>             case "$$jar" in \
[09:03] <doko>               *lucene*) continue;; \
[09:03] <doko>             esac; \
[09:03] <doko>           fi; \
[09:06] <man-di> how did you find this one causing the issue?
[09:16] <doko> diff -u /usr/share/pycentral/java-gcj-compat-dev/site-packages/aotcompile.py~ /usr/share/pycentral/java-gcj-compat-dev/site-packages/aotcompile.py
[09:16] <doko> --- /usr/share/pycentral/java-gcj-compat-dev/site-packages/aotcompile.py~       2007-08-25 19:38:03.000000000 +0200
[09:16] <doko> +++ /usr/share/pycentral/java-gcj-compat-dev/site-packages/aotcompile.py        2007-09-12 21:16:23.000000000 +0200
[09:16] <doko> @@ -198,6 +198,7 @@
[09:16] <doko>          need to parse every class file.  This is slow, and unnecessary
[09:16] <doko>          if the job is subsetted."""
[09:16] <doko>          names = {}
[09:16] <doko> +        print "->", self.path
[09:16] <doko>          for hash, bytes in self.classes.items():
[09:16] <doko>              name = classname(bytes)
[09:17] <doko>              if not names.has_key(name):
[09:17] <man-di> aaah, good to know
[09:22] <vil> man-di, so the problem occurs only on amd64?
[09:26] <vil> man-di, I don't understand it much, but classfile.py seems to use struct.unpack to parse the class files
[09:27] <vil> and that depends on the C types
[09:28] <vil> see classfile.py:196
[09:46] <doko> what would be needed to get maven2 into gutsy?
[09:50] <vil> man-di, furthermore struct.py comes in gutsy with python2.5-minimal while you paste shows python2.4
[10:57] <man-di> vil: debian uses python 2.4 as default for now
[10:58] <man-di> doko: just syncing it and its dependencies I guess
[10:58] <man-di> doko: but beware, its only for users so far, dont build packages with it yet
[10:58] <doko> ahh, ok, then better wait