=== sss [i=sss@gateway/tor/x-1e099858914c00cd]  has joined #ubuntu-java
=== nrpil [n=nrpil@s5591f679.adsl.wanadoo.nl]  has joined #ubuntu-java
=== doko_ [n=doko@dslb-088-073-105-068.pools.arcor-ip.net]  has joined #ubuntu-java
=== Nicke [n=niclasa@h161n2fls31o808.telia.com]  has joined #ubuntu-java
=== ubunturos [n=ubunturo@59.184.24.197]  has joined #ubuntu-java
=== ytojack [n=ytojack@59.35.246.131]  has joined #ubuntu-java
=== vil [n=lada@ubuntu/member/vil]  has joined #ubuntu-java
=== tmarble [n=tmarble@user-38q4et6.cable.mindspring.com]  has joined #ubuntu-java
=== sss [i=sss@gateway/tor/x-a527078d0fdbd576]  has joined #ubuntu-java
=== xhaker [n=xhaker@di19.di.fct.unl.pt]  has joined #ubuntu-java
=== doko [n=doko@dslb-088-073-105-068.pools.arcor-ip.net]  has joined #ubuntu-java
=== vil [n=vladimir@ubuntu/member/vil]  has joined #ubuntu-java
=== Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se]  has joined #ubuntu-java
=== jamesstansell [n=james@wsip-24-249-157-103.tu.ok.cox.net]  has joined #ubuntu-java
[06:33] <doko> man-di: eclipse build works for me
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin]  has joined #ubuntu-java
[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
=== jamesstansell_ [n=james@209.184.36.173]  has joined #ubuntu-java
[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
=== jamesstansell_ is now known as jstansel_
[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