[01:34] <vil> doko, hi
[01:34] <vil> what's wrong?
[01:35] <doko> vil: look at the build logs, no debian patch is applied
[01:43] <vil> doko, is this wrong? http://paste.ubuntu-nl.org/12744/
[01:43] <vil> it is from http://librarian.launchpad.net/6902627/buildlog_ubuntu-feisty-i386.eclipse_3.2.2-0ubuntu1_FULLYBUILT.txt.gz
[01:46] <doko> vil: I was looking at the powerpc build
[01:49] <vil> doko, I will check powerpc later, somewhat busy now
[01:49] <doko> vil: hmm, it looks like icu is built before the patches are applied ...
[01:51] <vil> doko, ok, thx for letting me know about the problem
[01:51] <vil> doko, maybe what about ia64 and gcj crash? 
[01:52] <doko> building
[01:56] <vil> doko, imbrandon donated a powerpc machine for motu building so I could check the powerpc build in the evening
[01:58] <doko> well, the prepare target is called before the patch target; we should fix that first
[02:00] <vil> doko, why does it work on x86 and not on powerpc?
[10:18] <vil> doko_, ping
[10:22] <doko_> pong
[10:22] <vil> doko_, can you tell me again, what is wrong with the current eclipse pkg?
[10:22] <vil> you said that we need to switch some targets
[10:24] <vil> also, I don't understand, why does the powerpc build fail
[10:24] <vil> I was loooking at the build trace and it looks like the patches get applied
[10:26] <doko> vil: yes, I was confused, that icu was already built in the unpack target (and then again in the prepare target)
[10:26] <man-di> doko: its not built twice, as I told you today
[10:27] <man-di> one prepares the build, and the other builds it for real
[10:27] <doko> hmm, anyway, building something before applying patches could be improved
[10:27] <man-di> yeah
[10:27] <man-di> and I really wonder if currently SVN ever built
[10:27] <vil> right, eclipse build is pretty complex
[10:28] <man-di> I have a small fix for the icu4j issue
[10:28] <man-di> but hppa is still broken because later gij segfaults
[10:28] <vil> cannot we put jsch and icu out of eclipse completely?
[10:28] <man-di> vil: that was the plan from the beginning but doko forced me to do it inside eclispe ;-)
[10:29] <doko> hahaha, you didn't succeed separating it ;-P
[10:29] <vil> man-di, I also introduced an useless new file under debian folder in SVN, sorry about that, I will remove it next time
[10:29] <man-di> I just had not enough time becuase you were bothering me all the time
[10:30] <vil> anyway, the version in SVN builds on x86 and amd64
[10:30] <man-di> vil: the icu4j cant really build
[10:30] <man-di> I need to apply the following patch:
[10:31] <man-di> @@ -384,7 +384,7 @@
[10:31] <man-di>         mv icu4j-build/com.ibm.icu.base/com.ibm.icu.base_3.4.5.jar com.ibm.icu.base_3.4.5.20061213.jar
[10:31] <man-di>         cd $(SOURCE_TREE)/baseLocation/plugins; \
[10:31] <man-di> -       zipfile=$$PWD/com.ibm.icu.source_3.4.5.200612113/src/com.ibm.icu_3.4.5.20061213/src.zip; \
[10:31] <man-di> +       zipfile=$$PWD/com.ibm.icu.source_3.4.5.20061213/src/com.ibm.icu_3.4.5.20061213/src.zip; \
[10:31] <man-di>         pushd icu4j-build/com.ibm.icu/src; \
[10:31] <man-di>         find -name \*.java | xargs touch --date=1/1/1970; \
[10:31] <man-di> so I really wonder it it *ever* built
[10:31] <man-di>         zip -X -9 -r $$zipfile . -i \*.java; \
[10:32] <man-di> s/it it/if it/
[10:33] <doko> man-di: PWD is always set?
[10:33] <doko> apparently
[10:33] <man-di> yes
[10:34] <man-di> the bug was: one "1" too much
[10:34] <man-di> now this passes on pampa
[10:35] <man-di> but later it segfaults when running 'ant dist' for jsch
[10:35] <doko> restarting the sparc build
[10:36] <vil> http://paste.ubuntu-nl.org/12806/
[10:36] <vil> obviously, something's wrong with zip ;)
[10:37] <man-di> vil: aptitude install zip
[10:37] <man-di> a build-depends is missing
[10:37] <vil> that's my point, build-depends
[10:37] <man-di> yeah, thats one of the open bugs in debian bts
[10:38] <vil> why do we create the zip a new? I guess it is there from the beggining
[10:39] <man-di> thats what the icu4j stuff needs unfortunately
[10:39] <man-di> and I wanted to include a pristine upstream version of it
[10:39] <man-di> (it = icu4j)
[10:39] <man-di> to build it you need to redo the source zip
[10:39] <man-di> its really bad, I know
[10:41] <vil> well, I also commented out deleting of one of the src.zip in rules. is that ok?
[10:42] <vil> btw. I just spotted another bogus file, I put inside. I feel ashamed
[10:43] <vil> the reason why I commented it out was that the icu.source plugin seems to be required for one of the eclipse features
[10:44] <doko> checked in the zip b-d and the typo in rules
[10:44] <man-di> doko: thx
[10:50] <vil> and deleted the unwanted file
[10:57] <man-di> I will go to bed now, need some sleep
[10:57] <man-di> good nite
[10:58] <doko> good night
[11:00] <vil> good nite
[11:01] <vil> doko, you checked in 3.2.2-0 version, won't there be a problem with firefox-dev vs. libxul-dev b-d?
[11:02] <doko> vil: debian doesn't have firefox-dev
[11:02] <doko> so it was wrong in the first place
[11:03] <vil> last time I asked about it and you wanted to put firefox-dev there for ubuntu, because it is in main
[11:04] <doko> right, we have it in main, I didn't change that, or did a make a mistake?
[11:05] <vil> no, I was just curious, if you will change that for debian
[11:06] <vil> can I do anything to make powerpc build, too? do you know the issue there?
[11:06] <doko> if libxul-dev doesn't work, we'll have to use icewhatever-dev
[11:07] <doko> no, didn't look yet
[11:18] <vil> ok, I guess I see the problem with ppc
[11:19] <vil> I omitted it in the disable-junit4-apt patch
[11:19] <vil> let me update it
[11:48] <vil> doko, I checked in the updated disable-ju4 patch
[11:48] <vil> can you please try building it on ppc? I don't have currently access to it.
[11:53] <vil> nite