**** BEGIN LOGGING AT Fri Jul 21 02:59:56 2006 Jul 21 03:25:51 hey Jul 21 03:39:28 Can a dev help me with a compile error in oe? Jul 21 03:39:40 Error is here: http://www.oesf.org/forums/index.php?showtopic=20534&st=15 last post Jul 21 03:42:57 hey Jul 21 03:44:25 DoTheDog: this either means the OE compiled STL is borken or serializeclass has some sort of issue :) Jul 21 03:44:42 DoTheDog: in both cases preprocessing could help (preprocess by hand) Jul 21 03:44:54 and check what is in front of this line Jul 21 03:46:18 Sorry, I'm not a dev. Could you translate? When you say preprocess, do you mean download source and try a "make" and see what happens? Jul 21 03:46:50 Hehe, what you need is a dev Jul 21 03:46:58 specially when you compile ;) Jul 21 03:47:03 lol Jul 21 03:48:29 DoTheDog: do you have a gcc4.1 on your host? try to compile with that one (not to cross compile) Jul 21 03:49:12 I'm running Suse 10 with gcc-4.0.2 Jul 21 03:50:29 It looks like it compiles: Jul 21 03:50:36 Messages are here: Jul 21 03:50:37 http://pastebin.ca/94306 Jul 21 03:52:17 hmm Jul 21 03:54:51 This has been a biatch to try to compile. I'm also trying to compile native on the zaurus pocketworkstation and got pretty far, but am now running into out of memory errors. Jul 21 07:25:14 good morning all Jul 21 07:41:39 morning all Jul 21 07:43:01 hey RP Jul 21 08:15:45 hi Jul 21 08:16:12 I still found a sollution for the problem that the content of my self written packages don't get stripped Jul 21 08:16:36 don'T found I mean Jul 21 08:16:56 someone already had such problems`? Jul 21 08:18:20 there was a remark on the mailinglist about kernelmodules not getting stripped Jul 21 08:21:42 But also some executeables don't gets stripped Jul 21 08:23:45 actually nothing in my packages gets stripped Jul 21 08:24:19 where can i subscribe for the mailinglist? Jul 21 09:28:28 who is configuring which version of strip is being used? Jul 21 09:28:58 is this done automatically by the environment (bitbake & openembedded) or by a makefile? Jul 21 09:33:10 see STRIP in bitbake.conf Jul 21 09:33:58 okay, so this can't be manipulated by a makefile Jul 21 09:34:30 could it be that my bitbake version is too old? Jul 21 09:34:44 does exist such a problem in the past? Jul 21 09:35:08 that some binarties in the packages don't get stripped? Jul 21 09:37:04 any binary which is ELF will be stripped, assuming you have the 'strip' and 'file' commands Jul 21 09:37:18 and naturally, the appropriate strip is generated by the build process Jul 21 09:37:20 so thats not a factor Jul 21 09:37:26 Okay Jul 21 09:37:39 it will require 'file' to identify the files as being elf binaries that need stripping, however Jul 21 09:38:20 Is it a problem if I want to install the software under /opt/softwarename Jul 21 09:38:29 and there is a bin and lib directorty Jul 21 09:38:44 and in FILE_... in only enter /opt/ Jul 21 09:38:44 ? Jul 21 09:38:58 you mean other than that not complying with oe's target path variables? Jul 21 09:39:16 kergoth: what's the difference between do_stage() and do_populate_staging()? Jul 21 09:39:34 they both seem to run the same code in my setup Jul 21 09:39:54 what are oe's taget path variables? Jul 21 09:40:08 i dont recall. Jul 21 09:40:12 Cobelius: read bitbake.conf. Jul 21 09:40:59 is monotone.openembedded.org down? Jul 21 09:41:03 kergoth: nobody seems to know, and in .dev one of the two has fallen victim to "add foo before bar after quipl" manipulations :) Jul 21 09:41:08 getting connection refused or somesuch Jul 21 09:41:09 I don't think that this will to solve my problems Jul 21 09:41:28 kergoth: m.oe.org is running 0.27 now for testing (RO) Jul 21 09:41:32 The problem is that nothing in my packages gets stripped Jul 21 09:41:41 but the content of the standard packages get stripped Jul 21 09:41:43 yes, i heard you the first 5 times you asked about it Jul 21 09:41:52 koen: ah Jul 21 09:42:28 koen: is there a projected timeline for the upgrade phase? Jul 21 09:42:33 yes Jul 21 09:42:38 so, do you have an idea why this effects happens?` Jul 21 09:42:46 http://www.openembedded.org/wiki/OpenEmbeddedMigration Jul 21 09:43:11 we're a bit behind Jul 21 09:43:22 are you not paying attention? i just explained how it works. if you can't be bothered to test to ensure that 'file' reports the results oe expects for your binaries, i cannot help you further Jul 21 09:43:31 koen: ah, k Jul 21 09:43:35 * kergoth installs 0.27 Jul 21 10:00:19 * rwhitby returns from holidays, ready to migrate nslu2-linux monotone ... Jul 21 10:00:23 morning all Jul 21 10:00:46 hey rwhitby Jul 21 10:00:53 hey koen Jul 21 10:01:00 how's the migration going? Jul 21 10:01:06 Do I need to do anything yet? Jul 21 10:01:36 hi rwhitby Jul 21 10:01:44 hey RP Jul 21 10:02:01 rwhitby: you'd have to ask migration master zecke Jul 21 10:02:10 I've lost track of the migration thingy Jul 21 10:02:39 ok, I assume it's not finished then, and will wait for word from zecke Jul 21 10:03:16 rwhitby: scroll back a few lines and you'll see what was just said Jul 21 10:03:59 * koen can't wait to push all these commits sitting on his HD Jul 21 10:05:28 ok, so according to the timeline the migration is three days behind? Jul 21 10:05:45 more or less Jul 21 10:06:30 so I won't need to do anything until the 21st+3 = 24th. Jul 21 10:07:24 * rwhitby has to move a business of 25 people's network and computers to new premises tomorrow, so later is better :-) Jul 21 10:11:05 ahh okay now I understand, sorry kergoth I didn't understood what you mean but now I understand and I solved the problem Jul 21 10:11:06 thank you Jul 21 10:12:22 glad to hear it :) Jul 21 12:28:14 did anyone see the tumbleweed pass though here > Jul 21 12:28:23 s/>/? Jul 21 12:30:49 nope Jul 21 12:58:27 koen: your netbook is in the post Jul 21 12:58:41 presumably the Royal Mail, not a wooden barrier Jul 21 12:59:08 mikearthur: ah, cool Jul 21 12:59:16 I just made room for it Jul 21 12:59:50 it's amazing how much 5.6GB of storage weighs Jul 21 13:13:26 * koen throws 12kg worth of scsi into the thrash Jul 21 13:13:32 http://www.oesf.org/forums/index.php?showtopic=20624&hl= Jul 21 13:13:33 :) Jul 21 13:16:48 lardman: heh, someone has seen the light Jul 21 13:17:21 koen: Indeed, all good to see Jul 21 13:18:22 lardman: it would be interesting to see what happens if no-one in the OE camps replies Jul 21 13:18:46 sashz will act like a 5 year old regardless of that ;) Jul 21 13:18:58 perhaps, best to leave him to it Jul 21 13:19:14 looks like people are realising that a one-man dev team has some downsides Jul 21 13:19:18 ;) Jul 21 13:20:52 and that having a good design from the ground up is a good thing to have Jul 21 13:22:09 yes. it looks like we may be gathering something approaching a critical mass of Zaurus opinion, which is nice. Jul 21 13:22:36 That is very nice to see Jul 21 13:22:57 I like how his package ended up as 14 lines :) Jul 21 13:25:33 "- Rule based packaging - If I want to package something, I create a recipe/rule for it safe in the knowledge that most likely this same rule/recipe will work to recompile the package for future versions. I can submit this somewhere and know that someone else can run the 'rule' and get a package." Jul 21 13:26:09 Also good his comments about it only taking an hour to get setup and building nano Jul 21 13:27:17 actually less Jul 21 13:27:19 "It took me 30 minutes to work out how to use OpenEmbedded (to compile nano as an example...)" Jul 21 13:27:40 ah, even better, hopefully put to rest some of the "it's too hard to learn" stories Jul 21 13:27:59 well.... Jul 21 13:28:22 says lardman, cursing gcc FORTRAN ;) Jul 21 13:28:24 the pdaX people have said in the past than an SCM is too hard and takes too much time Jul 21 13:28:52 lardman: I have a nice commit sitting in my OE.mtn for gcc 4.1.1 :) Jul 21 13:29:03 koen: Cool, you fixed it? Jul 21 13:29:18 no, but it makes integrating your changes more obvious Jul 21 13:29:35 cool Jul 21 13:29:37 as well as enabling gcj for the java crow Jul 21 13:29:38 d Jul 21 13:30:11 I've heard people asking for objective c on the forum iirc, so it might be worth enabling that too Jul 21 13:30:20 yeah Jul 21 13:30:25 and add gnustep Jul 21 13:30:36 not much left ;) Jul 21 13:31:13 I bet mickeyl would like it if dhns would use OE for his mystep thingies Jul 21 14:24:40 Whee, I got my music player's CPU usage dropped to nearly zero by eliminating the last floating point operations! Jul 21 14:25:08 welcome to the ARM architecture Jul 21 14:25:51 ARM.. where floating point is forbidden? Jul 21 14:26:44 It's a rather huge improvement from mp3blaster which took nearly all CPU power. Jul 21 14:30:07 hi Jul 21 14:30:53 koen: I think I am getting a little farther with this PlutoHome thing. It is just failing on do_package. Jul 21 14:30:56 I try to get oe to work on a unpriviliged vserver inside a xen-domU on an amd64 Jul 21 14:31:24 it works fine untill qemu-arm tries to generate the utf-8 local. as qemu segfaults Jul 21 14:31:33 is there a known fix? Jul 21 14:31:39 koen: did you check perf list btw ? Jul 21 14:31:44 try using a newer qemu Jul 21 14:31:50 mallum: I did Jul 21 14:31:58 mallum: I was pleasantly surprised Jul 21 14:32:09 mallum: and I have gmane's nntp feed in thunderbird now Jul 21 14:32:11 koen: qemu is build by oe, how do i get it to use a newer version? Jul 21 14:32:30 koem: /use/build/ Jul 21 14:32:42 ierk: install the one from your distro and do 'ASSUME_PROVIDED += "qemu-native" in your local.conf Jul 21 14:32:44 koen: things seem to be kind of moving :/ Jul 21 14:32:52 mallum: *finally* Jul 21 14:33:05 what is the status of the migration? Jul 21 14:33:14 chouimat: check the wiki Jul 21 14:33:44 chouimat: http://www.openembedded.org/wiki/OpenEmbeddedMigration Jul 21 14:33:44 koen: I just checked ... doesn't seem to have changed since the last few days :) Jul 21 14:34:20 chouimat: last change was yesterday Jul 21 14:34:50 koen: will try it. Jul 21 14:35:26 koen: ok then it seem that today I can't type and read ... I have to stop drinking that much Jul 21 14:38:41 chouimat: maybe you should drink more Jul 21 14:39:25 is there a Psyco for amd64? Jul 21 14:39:35 ierk: no Jul 21 14:39:49 well, than no increased performance for me Jul 21 14:40:08 ierk: why not just run it in a chroot Jul 21 14:40:21 or just the 32-bit code manually Jul 21 14:41:24 mikearthur: given that my bitbake only came to building the libc for arm before qemu segfaulted for the next 19h i might be able to start over Jul 21 14:41:39 but I've no idea how much psyco will gain me Jul 21 14:41:50 it won't speed up builds Jul 21 14:41:58 just stuff like dep resolution Jul 21 14:42:09 are you running this all in qemu? Jul 21 14:42:29 ic. using 1G of ram helpes there too Jul 21 14:43:22 mikearthur: no, I'm just building openzaurus and it runs qemu to build the locals (why does it do this anyway?) Jul 21 14:43:40 koen: did not help, maybe i need to clean it first? Jul 21 14:43:50 no idea Jul 21 14:43:54 mine cross compiled Jul 21 14:43:57 ierk: running it on the zaurus required a zillion megs of ram Jul 21 14:44:00 ierk: binary locale compilation needs to be done on the target, iirc, or in qemu Jul 21 14:44:11 kk Jul 21 14:44:40 ierk: try removing qemu from staging//bin/ Jul 21 14:45:03 as i only want to build truecrypt, maybe i should stop building oe from scratch and use one of the permade sdks? Jul 21 14:46:04 ierk: you could do that, but if you write a .bb for it your distro can put it in the feeds later on Jul 21 14:47:03 koen: a .bb for what? truecrypt? i sure intended to do this. but can't i do this with the openzaurus sdk? Jul 21 14:47:12 nope Jul 21 14:47:23 the sdk is just a compiler + libs Jul 21 14:47:42 ierk: Or turn binary_locale_generation off Jul 21 14:47:51 RP: where? Jul 21 14:48:03 ierk: It wil break images but if you just want to play with packages, it should be safe enough Jul 21 14:48:04 the native qemu also segfaults. Jul 21 14:48:14 ierk: which distro/branch? Jul 21 14:48:19 at last it does not loop like mad Jul 21 14:48:36 RP: org.openembedded.oz354x Jul 21 14:48:54 RP: but only because I'm lazy (as that was what the docs used) Jul 21 14:49:14 RP: i want to get it to work in all of familiar Jul 21 14:49:37 ierk: conf/distro/openzaurus-3.5.4.1.conf Jul 21 14:49:54 ierk: familar and oz are binary incompatible - keep that in mind Jul 21 14:50:50 koen: Are we able to queue up commits locally or is it not wise to do that yet? Jul 21 14:51:15 RP: and i thought oz was familiar with opie. Jul 21 14:51:32 RP: mickeyl and I are doing so, there is a 1% we might need to rediff Jul 21 14:51:46 good thing there is http://fl0rian.wordpress.com/2006/07/19/ipaqzaurus/ :) Jul 21 14:51:54 * ierk should not have stopped keeping uptodate with familiar and such for the last two years Jul 21 14:52:02 ierk: Not in any way shape or form - read the oz website Jul 21 14:52:59 RP: there is no binary_locale_generation anywhere in conf and below Jul 21 14:53:45 ierk: try it in capitals and read the file I mentioned Jul 21 14:54:28 koen: That looks good - In a way I'd like to see OZ grow ipaq support and show familiar up :) Jul 21 14:54:53 RP: OZ on my h2200 has an uptime of >50 days now :_ Jul 21 14:54:59 RP: sorry, it's too warm here Jul 21 14:55:03 s/_/)/ Jul 21 14:56:25 uuups, /me must leave Jul 21 14:59:16 koen: Any idea what the tweaking florian mentions is? Jul 21 15:00:19 koen nice Jul 21 15:00:24 RP: OZ has some hardcoded assumption about running on a Z (updater, checkversion, etc) Jul 21 15:00:53 RP: there's a reason mhy mickeyl and I choose to start fresh with angstrom Jul 21 15:01:24 koen: Where is the updater hardcoded? Jul 21 15:01:58 no idea, but last time I tried building OZ for !Z I ran into that Jul 21 15:02:40 koen: I guess poky must have removed those assumptions :) Jul 21 15:02:50 !Z works fine there... Jul 21 15:02:51 RP: I have no frelling idea! Jul 21 15:03:07 and related to that, the machines know too much about which distro is going to run it Jul 21 15:03:44 koen: I'm all in favour of fixing that. If anyone summarises the known issues, I'd be prepared to take a look at resolving them Jul 21 15:04:35 try building a functional image without using BOOTSTRAP* on different machines Jul 21 15:05:09 koen: poky scraped BOOTSTRAP. In fact I scraped the whole of meta/ as well now.. Jul 21 15:05:52 RP: had my screen problem again Jul 21 15:06:23 RP: left my Z on all night, tapped the screen once this morning and it turned off. Still responded to power switch but LCD wouldn't come back on. Jul 21 15:06:38 koen: We should create a replacement alongside BOOTSTRAP... Jul 21 15:06:59 RP: it may or may not be conincidence that I tapped the backlight applet Jul 21 15:07:31 JustinP: Strange. Could you access via ssh to see what state it was in? Jul 21 15:07:32 RP: I;ve started one for the modules, but we'll also needs on for apps (acx-firmware, usbutils, wlan-ng, etc) Jul 21 15:07:34 JustinP: It happens randomly to me too. Jul 21 15:09:03 koen: We need to work out and agree a good approach... Jul 21 15:09:48 RP: yes Jul 21 15:10:10 RP: although I'm close to saying 'screw it' and do a special version for angstrom Jul 21 15:10:36 koen: Please try not to do that, at least at first Jul 21 15:10:57 although we should be able to have rational discussion since the complainers-not-doers have forked Jul 21 15:11:16 koen: careful ;-) Jul 21 15:12:02 RP: already rebooted, sorry......what should I try next time? Jul 21 15:12:17 which is just my opinionbla, bla , bla Jul 21 15:12:33 (of course by rebooted I mean turned off and on) Jul 21 15:14:36 JustinP: Something like chvt, kill any graphical UI, try and find out exactly what has locked up... Jul 21 15:19:46 do13: ping Jul 21 15:42:09 anyone here able to tell me about flashing zauruses? Jul 21 15:44:40 mikearthur: it's all on the website Jul 21 15:46:52 yeh, I've got some semiadvanced problems :s Jul 21 15:50:53 I can't get this thing flashing Jul 21 15:51:05 the normal menu won't do anything on any command Jul 21 15:51:23 and the diagnostic menu says "Found orders -- error!!!" on CF Update Jul 21 15:51:38 I've rebuilt the CF filesystem, and triplechecked the files Jul 21 15:54:20 what filesystem should be on the CF? Jul 21 15:54:49 mikearthur: FAT Jul 21 15:55:18 thats what I thought :s Jul 21 15:55:35 presumably "CF Card check" showing errors means I have a corrupt card? Jul 21 15:55:42 I'd guess so, yes Jul 21 15:55:50 the output is: Jul 21 15:55:52 CF Jul 21 15:55:54 Possibly a bent pin? Jul 21 15:56:06 >CD1#,CD2# OK Jul 21 15:56:13 sorry, the first line again Jul 21 15:56:17 CF NG Jul 21 15:56:20 >CD1#,CD2# OK Jul 21 15:56:38 >D15-D8,REG#,WE#,RD# NG Jul 21 15:56:38 Got another CF card to test with? Jul 21 15:56:53 ERR 0 Wr:0100->Rd :00f0 Jul 21 15:57:43 don't think so Jul 21 15:57:44 :s Jul 21 15:57:46 mikearthur: It could also mean the bootloader's CF driver doesn't like that card Jul 21 15:58:58 ah k Jul 21 15:59:10 it seemed to flash fine from it yesterday Jul 21 15:59:13 now its borked Jul 21 15:59:51 mikearthur: If it worked, I'd expect it to continue working :-/ Jul 21 15:59:56 yeh, thats the thing Jul 21 15:59:59 basically Jul 21 16:00:06 bye chaps, have a nice weekend Jul 21 16:00:09 wrote gpe-image and the oe zimage to it yesterday Jul 21 16:00:12 cya lardman Jul 21 16:00:23 now cross-compiled my own git kernel Jul 21 16:00:33 copied across the zImage Jul 21 16:00:45 said it updated successfully, but since then it won't boot Jul 21 16:00:58 mikearthur: Did you exceed the kernel size limit? Jul 21 16:00:59 it could be that the zImage was an attempt to NFS boot Jul 21 16:01:04 whats the size limit Jul 21 16:01:13 See linux-openzaurus.inc Jul 21 16:01:24 I bet I have Jul 21 16:01:26 If you exceeded that, you overwrote part of the bootloader Jul 21 16:01:35 NAND restore time Jul 21 16:01:42 :s Jul 21 16:02:07 that sounds likely Jul 21 16:03:41 RP: 300k too big :D/:( Jul 21 16:05:37 where would I get the NAND? Jul 21 16:05:57 trisoft.de Jul 21 16:06:16 koen: that to me? Jul 21 16:06:22 yes Jul 21 16:06:35 iirc the oz wiki has a direct link Jul 21 16:06:37 could a german speaker do me a favour and find it for me? Jul 21 16:06:40 awesome, cheers Jul 21 16:08:03 is the nand the same for all zauruses? Jul 21 16:09:07 mikearthur, no you need the NAND for your model... Jul 21 16:09:14 http://www.externe.net/zaurus/flash/nand/backup/ Jul 21 16:09:15 http://trisoft.de/download/SL6000LNAND.zip Jul 21 16:09:21 cheers koen Jul 21 16:14:29 splitnode **** BEGIN LOGGING AT Fri Jul 21 16:19:11 2006 Jul 21 16:27:28 Freenode ftw Jul 21 16:41:51 mikearthur: did the nand thingy work out? Jul 21 16:44:37 koen: aye, cheers Jul 21 16:44:58 not my fault, lrg never told me :p Jul 21 16:45:07 have a good weekend, slaters Jul 21 16:45:23 cu Jul 21 16:45:38 * koen sets up camp infront of the mailbox Jul 21 17:00:53 hey Jul 21 17:01:10 koen: our MTN db has the same issues like the normal one Jul 21 17:01:12 zecke_: master! Jul 21 17:01:24 koen: should we talk with njs about? Jul 21 17:01:24 zecke when could we test? Jul 21 17:01:43 once I'm back in berlin Jul 21 17:01:55 * zecke_ is currently at the Filmfest Munich Jul 21 17:02:01 where are you? Jul 21 17:02:03 what? Jul 21 17:02:46 zecke_: sure, send a mail to the mtn list Jul 21 17:02:49 and I had a pizza today, so I need to check how I will feel the next days Jul 21 17:03:12 time to subscribe, this gmane crap swallowed a mail already Jul 21 17:05:17 and I have visited the TT office in munich Jul 21 17:06:21 later guys Jul 21 17:23:10 aaargh Jul 21 17:23:17 ~lart gnome-performance list Jul 21 17:23:17 * ibot slams gnome-performance list against a large cement Tux Jul 21 17:23:33 "Is being held until the list moderator can review it for approval" Jul 21 17:28:37 koen lol Jul 21 17:29:36 http://secretdiaryofstevejobs.blogspot.com/ Jul 21 17:30:45 koen: migration issues? Jul 21 17:31:05 JustinP: not really migration issues Jul 21 17:31:12 as zecke said, the 0.25 db has the same issues Jul 21 17:31:23 which issues? Jul 21 17:31:30 * JustinP didn't quite grok the zecke Jul 21 17:34:28 mtn db check Jul 21 17:56:41 morning Jul 21 17:56:56 hey XorA Jul 21 17:58:02 koen: whats the news today then? Jul 21 17:58:17 not much Jul 21 17:58:33 the most exciting news was http://www.oesf.org/forums/index.php?showtopic=20624&hl= Jul 21 17:59:07 *klick* Jul 21 18:00:25 There seems to be a lot of effort needed to generate packages. Jul 21 18:00:26 hm Jul 21 18:03:07 koen: aaaargh rule software engineering surfacing :-) Jul 21 18:03:10 I find the "OE can't create multiple build versions..." hilarious Jul 21 18:04:38 think pdaxrom-builder is much easier to hack than OE.. Jul 21 18:04:42 It dumps much more debug code during compilation.. Jul 21 18:04:44 ???? Jul 21 18:05:02 isnt pdaxrom-builder buildroot based? Jul 21 18:05:09 dont know Jul 21 18:05:19 but this sentence isnt true Jul 21 18:05:27 XorA: ptxdist Jul 21 18:05:59 XorA: "make menuconfig" style config Jul 21 18:06:08 but you need to supply a toolchain yourself Jul 21 18:06:14 koen: I know when I looked at it it looks as scary as buildroot Jul 21 18:06:18 koen jesus Jul 21 18:06:36 and the toolchains plops out nowhere Jul 21 18:07:39 yep Jul 21 18:08:23 it also doesn't do dependency tracking Jul 21 18:08:37 you need to write the ipkg control field by hand Jul 21 18:08:38 uh Jul 21 18:08:43 what? Jul 21 18:08:58 he does all the ipkg by hand? Jul 21 18:09:04 hence why pdaXrom packages are so hard to make Jul 21 18:09:15 cant belevie it Jul 21 18:09:16 hance why I left pdaXrom for OE based distros :-) Jul 21 18:09:25 ldd foo, search for libs, add to control, goto 1 Jul 21 18:13:16 gah they have firefox 1.5.0.X running :-( Jul 21 18:13:35 XorA: 2.0beta? Jul 21 18:14:15 * koen crosses fingers Jul 21 18:14:19 koen: if the bloody thing will compile, mozilla and amd64 dont get on well Jul 21 18:14:34 hopefully one of those gnome people will forward port the integer pixops scaling patch Jul 21 18:15:59 XorA: I could give your .bbs a spin on amd32 tomorrow Jul 21 18:17:22 koen: going to create them just now Jul 21 18:29:17 koen: also I need to work on minimo, I managed to get the x86 version to compile and run Jul 21 18:43:59 XorA & koen: ARM version of Minimo will have some problems... There is atleast one location where it try to build code which does not have arm version of assemply. If you manage to build it somehow, then there are bugs for connecting security sites that are not fixed. Jul 21 18:44:34 minimo seems to work on wince Jul 21 18:46:10 The problems are somehow Linux/Arm related. The fixed binary for 770/linux exist in http://tonikitoo.blogspot.com/2006/07/minimo-0163-maemo-port-available.html but I do not know whether he has yet releaded the patches he needed to get it working.- Jul 21 18:46:40 lamikr: on my machine, it uses host compiler in build system Jul 21 18:46:44 anyway I must go Jul 21 18:46:55 doesn't the MPL dictate patch availabitily? Jul 21 18:47:11 * koen is growing annoyed with the indt people Jul 21 18:52:31 hi all Jul 21 18:52:42 hey florian Jul 21 18:53:04 hi florian, koen Jul 21 18:54:12 hi florian Jul 21 18:56:24 hi florian Jul 21 19:04:37 hi florian Jul 21 19:05:06 echo Jul 21 19:05:07 ;) Jul 21 19:06:18 florian: Its nice to see OZ nearly works on ipaqs - if you mail oe@ with details of the problems you encountered, I'd be happy to try and help do something about them Jul 21 19:07:19 indeed :-) Jul 21 19:07:53 RP: okay, maybe i can take a detailed look this weekend. Jul 21 19:25:02 koen: bugger, firefox 2.0b1 had the same broken build system as minimo, tries to call arm compiler with amd64/x86 arguments and surprise surprise fails. Someone please get a good Makefile/autoconf specialist on mozilla team Jul 21 19:26:08 xora jesus Jul 21 19:26:20 or anyone that actually knows C Jul 21 19:26:36 and they have payed developer Jul 21 19:28:59 firefox is always like that, it does NOT like to cross-compile Jul 21 19:38:51 how is migration progress? Jul 21 19:39:39 nearly finished, but stalled Jul 21 19:40:26 you can pull with 0.27 now from monotone.oe.org Jul 21 19:40:52 people started committing to their local db, but you might need to rediff Jul 21 19:41:01 that is a slim change Jul 21 19:41:18 koen okay so I can pull Jul 21 19:41:40 koen whats work is locally to be done? Jul 21 19:41:46 the wiki page wasnt quite clear Jul 21 19:42:56 hey Jul 21 19:42:57 woglinde: ask zecke(_) :) Jul 21 19:43:09 woglinde: huu Jul 21 19:43:13 *done* Jul 21 19:43:29 ah Jul 21 19:43:38 zecke how can I test monotone 0.27? Jul 21 19:43:51 woglinde: make check or make test ? Jul 21 19:44:01 hm? Jul 21 19:44:06 test the pull Jul 21 19:44:20 woglinde: ask koen :) Jul 21 19:44:25 koen: do we server mtn? Jul 21 19:44:29 yes Jul 21 19:44:30