**** BEGIN LOGGING AT Sat Oct 15 02:59:56 2005 Oct 15 03:42:26 after the first image being build ... do I need to clean or update anything to build a new image? Oct 15 03:45:23 is it possible now to build image for poodle ? Oct 15 03:45:56 hi Oct 15 04:03:13 hmm, pth_mctx.c:476:2: #error "Unsupported Linux (g)libc version and/or platform" Oct 15 04:05:37 it hasnt found the glibc headers? Oct 15 04:16:10 de error says, unsupported version and/or platform Oct 15 04:16:30 not says i don't found glibc headers Oct 15 04:16:32 xD Oct 15 04:17:03 Its refering to the version i have installed on my system then? or the version built in the tree? Oct 15 04:17:58 is the version usign for compilation Oct 15 04:18:12 i don't know what parameters are you passing to compiler Oct 15 04:18:49 ./libtool --mode=compile --quiet ccache arm-linux-gcc -march=armv5te -mtune=xscale -c -I/home/mango/oe/build/tmp/staging/arm-linux/include -I. -I/home/mango/oe/build/tmp/staging/arm-linux/include -I/home/mango/oe/build/tmp/staging/arm-linux/include/glib-2.0/ -I/home/mango/oe/build/tmp/staging/arm-linux/include/glib-2.0/glib/ -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -I/home/mango/oe/build/tmp/work/pth- Oct 15 04:18:49 2.0.2-r0/pth-2.0.2 -pipe pth_mctx Oct 15 04:22:06 the file is looking for versions bigger than 2.0 and that have i386, mc68000 or JB_PC && JB_SP, non of them will fir arm and oi doubt they fit me on x86_64 either, i asusme its arm it shold be building for in this case as it doesnt say native in the package name Oct 15 04:22:42 and it clearly saye march=arm Oct 15 04:43:51 morning Oct 15 04:48:13 hi reenoo_ Oct 15 04:50:59 hey pb_ Oct 15 11:48:04 mickeyl: monotona.vanille.de is very much down now (connection refused) Oct 15 11:52:13 Whole thing or just the monotone server? Oct 15 11:52:56 I just connected to its web page just fine. Oct 15 11:59:14 JustinP: vanille.de has just been restarted Oct 15 11:59:32 hi Oct 15 11:59:43 hey hrw Oct 15 12:00:18 :) Oct 15 12:04:36 anyone can help me on writing the staging? :) I'm a little confused Oct 15 12:04:51 * AvengerMoJo is trying fix the ImageMagick staging Oct 15 12:06:19 AvengerMoJo: does it use autotools? Oct 15 12:06:31 if so, you can use autotools_stage_all Oct 15 12:08:07 oh cool :) Oct 15 12:08:14 the package are being well Oct 15 12:08:23 and I think I miss the staging step Oct 15 12:09:19 so just add do_stage() { autotools_stage_all } ? Oct 15 12:09:48 AvengerMoJo: if IMageMagick uses autotools just inherit autotools Oct 15 12:09:49 yes, although I suspect it needs to be multiple lines Oct 15 12:10:33 JustinP: that inherit doesn't take care of staging Oct 15 12:11:23 autotools.bbclass:165:EXPORT_FUNCTIONS do_configure do_install Oct 15 12:14:04 JustinP: thanks Oct 15 12:14:58 JustinP: I'm not sure it doing the stage correctly Oct 15 12:18:09 AvengerMoJo: 'inherit autotools' doesn't stage anything Oct 15 12:18:28 autotools.bbclass only handles configure and install by default Oct 15 12:25:56 koen: oh....sorry about that, I forgot it didn't stage. Oct 15 12:26:31 Orinoco-modules-0.15rc2-r9 failed to build with a couple "invalid lvalue in unary `&'" errors for a 2.4.18 kernel collie build of 3.5.4. Did I do something wrong or is this a known problem? Oct 15 12:28:40 koen: so all I need is do_stage() { autotools_stage_all } ? <= Oct 15 12:28:53 AvengerMoJo: yes Oct 15 12:29:13 JustinP: mickey's plan was to make it handle staging in the near future Oct 15 12:31:19 I see Oct 15 12:33:00 joshin: for 2.4.18-crapix use 0.13e orinoco Oct 15 12:34:04 Thanks hrw, I figured that would be the answer. Appreciate the help! Oct 15 12:35:39 I'll push that Oct 15 12:38:21 pushed Oct 15 12:38:29 koen: could you do #350? Oct 15 12:39:19 03hrw 07org.oe.dev * r0c618c66... 10/: Oct 15 12:39:19 collie.conf: set orinoco-modules 0.13e as preferred version Oct 15 12:39:19 - newer ones are broken on 2.4 kernels (or does not support it at all) Oct 15 12:41:11 hrw: I'm away from home (and build machines) right now Oct 15 12:41:42 ok Oct 15 12:41:52 koen: so enjoy weekend Oct 15 12:42:03 thanks Oct 15 12:42:10 * koen opens up a guinness Oct 15 12:42:15 good idea Oct 15 12:42:25 I have 2 'Dębowe mocne' in a fridge Oct 15 12:44:34 beer is good thing for evening Oct 15 12:46:15 * koen tries to figure out how to get Lyx working on osX Oct 15 12:50:09 ~seen bilbolodz Oct 15 12:50:12 bilbolodz was last seen on IRC in channel #gpe, 4d 7h 52m 10s ago, saying: 'Florian: did you managed to remember name of this application?'. Oct 15 12:51:27 I guess I should bribe zecke to add an OSX target to OE Oct 15 12:52:52 wtf? Oct 15 12:52:54 The following NEW packages will be installed: Oct 15 12:52:54 tetex-texmf Oct 15 12:52:55 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Oct 15 12:52:55 Need to get 148MB of archives. After unpacking 364MB will be used. Oct 15 12:53:01 148MB?!? Oct 15 12:53:09 nice... Oct 15 12:53:23 ~lart again libtool in glib-2.0 Oct 15 12:53:24 * ibot calls again libtool in glib-2.0 on the phone ... the lights are on but nobody's home Oct 15 12:56:29 PREFERRED_PROVIDER_virtual/imlib2 doesn't seem to work.... Oct 15 13:00:41 CIao all Oct 15 13:01:23 hi Pigi Oct 15 13:01:33 hi hrw Oct 15 13:01:47 Are we still on monotone 0.20, aren't we ? Oct 15 13:02:15 0.23 which is compatible with 0.20 Oct 15 13:02:22 0.20 is lowest allowed Oct 15 13:02:34 thx hrw Oct 15 13:02:37 np Oct 15 13:03:09 is it worth the upgrade AFAIK ? Oct 15 13:03:24 Pigi: do you know where is a problem with dying opie-packagemanager? Oct 15 13:03:29 Pigi: it is Oct 15 13:03:52 dying ? do you mean some sort of segv or similar ? Oct 15 13:04:14 iirc segv due to oom Oct 15 13:05:08 its old problem - select 10 pacakges, run install, watch it dying after some time Oct 15 13:05:25 there where some problem of oom in .152 or so, but it should have been fixed AFAIK. Oct 15 13:05:29 worst thing is that whole opie die. Oct 15 13:05:51 I'll look which one I have on Z Oct 15 13:05:54 gosh. Could it be a problem with those biggest Packages file ? Oct 15 13:06:39 argh... my wifi died again Oct 15 13:08:42 my Packages have ~2M Oct 15 13:09:31 which ipkg version is ? Oct 15 13:10:43 154 Oct 15 13:11:20 that's rather strange. I have no bug filed around that. Oct 15 13:11:36 what about installing those 10 packages ( or so ) by hand ? Oct 15 13:12:09 by hand works Oct 15 13:12:13 iirc Oct 15 13:12:31 I'm now trying to install 7 packages in packagemanager Oct 15 13:12:48 I'm trying to build monotone, instead :) Oct 15 13:13:01 ok Oct 15 13:13:15 * koen|dishes uses the static debian versions for monotone Oct 15 13:13:27 hi koen Oct 15 13:13:42 hey Pigi Oct 15 13:13:44 hail zecke Oct 15 13:13:55 moin zecke Oct 15 13:14:12 hi guys, the ipkg problem (at least it used to be) related to the Package files info being loading while running a command and then not being released Oct 15 13:14:59 drw, can you explain better, please ? Oct 15 13:16:15 ~stab uni vpn Oct 15 13:16:16 * ibot runs at uni vpn with an origami Swiss Army knife, and inflicts a nasty paper cut. Oct 15 13:17:00 Pigi: when you execute a command (such as install, remove, info etc.), libipkg parses the status and Packages files, loading some of that info into memory. After the command completes, libipkg does not free that memory. Oct 15 13:17:56 are you sure about that ? IIRC every hash table or vector should be freed before exiting Oct 15 13:17:57 hey Oct 15 13:18:25 zecke: fink sucks, could you add a osx target to OE? ;) Oct 15 13:18:41 hi zecke Oct 15 13:18:48 Pigi: The memory will not get free until Package Manager exits, am pretty sure about it (though I can't point you to an exact location in the code) Oct 15 13:18:52 hi zecke Oct 15 13:19:45 drw, that's could be. But I'm not sure it could be seen as an ipkg problem. Oct 15 13:20:34 The memory leak is much bigger when you have done an 'ipkg update' and it is parcing the Packages files, that much I am sure of. Which leads me to believe it is in that parcing code in libipkg Oct 15 13:21:07 I see. Oct 15 13:22:07 Pigi: IIRC, zecke had used valgrind on Package Manager a few months ago and did not find any major leakage in the Package Manager code itself Oct 15 13:23:20 he is more lucky than me, then. I have never successful run a valgrind against ipkg. Not enough memory on my machine :) Oct 15 13:23:32 I will look at this problem btw Oct 15 13:23:52 I haven't used it myself either, but I trust zecke ;) Oct 15 13:24:01 Pigi: great, thanks Oct 15 13:24:07 what sound strange to me is that hrw says that installing the same 10 ( or so ) packages by hand, it works. Oct 15 13:24:49 I'll look closer to it Oct 15 13:25:11 hrw: by hand, do you mean running 'ipkg install ' for each package? Oct 15 13:25:40 evening all Oct 15 13:25:56 obviously not. It should be possible to do ipkg install and so on Oct 15 13:26:01 Hi raduga Oct 15 13:26:04 hi RP Oct 15 13:26:05 hi RP Oct 15 13:26:33 drw: I dont remember when last time I used ipkg by hand in other way then 'ipkg upgrade' so will look now Oct 15 13:27:11 and btw when you do an ipkg upgrade, it is ( almost ) the same then installing several packages. Oct 15 13:27:32 Pigi: yeah, that would be weird...when you try to install multiple packages in PM, it combines them into one call to libipkg's install function Oct 15 13:27:47 hi Pigi Oct 15 13:27:51 hi pb_ Oct 15 13:29:46 apologize drw, but tonite my english seems to be worst then ever. Do you mind to explain better ( please ) :) Oct 15 13:30:19 drw, forgive, I have understood Oct 15 13:30:40 ~kill wifi Oct 15 13:30:42 * ibot shoots a inverse graviton gun at wifi Oct 15 13:30:51 hrw drw: do the PM die when upgrading ? Oct 15 13:31:14 Pigi: never did upgrading via PM Oct 15 13:31:31 ok Oct 15 13:33:08 bttw, Oct 15 13:33:22 btw, the latest snapshot aren't really working. Oct 15 13:34:13 I'm having trouble with vfat module, Oct 15 13:34:34 and whenever I plug my usb connector the ipaq freeze, usually.... Oct 15 13:35:14 "ipkg upgrade" just upgraded 14 packages Oct 15 13:35:45 yeah, upgrade seems to work OK Oct 15 13:36:19 that's rather strange, as iirc the memory structures used in install and upgrade are the same :( Oct 15 13:36:19 (I've upgraded 20+ packages at a time) Oct 15 13:36:54 I've upgraded from 0.8.2 to 0.8.3 ( more than 20 packages iirc ) Oct 15 13:37:24 Pigi: for an upgrade is the data loaded just once, or once for each package? Oct 15 13:38:24 maybe that's the difference with doing an install (just guessing) Oct 15 13:38:42 Pigi: usbnet freezing is a problem with 2.4 Oct 15 13:39:17 koen, but 2.6 lacks bluetooth on h39, isn't it ? Oct 15 13:39:41 no idea Oct 15 13:39:41 drw, I don't remember atm Oct 15 13:40:17 I'm doing "ipkg install 12 packages" now (by hand) Oct 15 13:41:12 drw, ipkg_upgrade call ipkg_install to achieve the job, so I suspect they works in the same way. Oct 15 13:41:25 but that's only a guess atm Oct 15 13:41:35 ok Oct 15 13:51:50 hrw, how is going ? Oct 15 13:52:00 zecke, did you get the patches for BSD ? Oct 15 13:52:20 yeah thanks, IIRC they let it build Oct 15 13:52:32 I need to check it again though Oct 15 13:52:48 good to know. Let me know when you've done, so I will commit them . Oct 15 13:53:51 Pigi: ok. no problems Oct 15 13:55:08 hrw, do you mean it has installed without problems ? Oct 15 13:56:39 yes Oct 15 13:59:23 good (and bad). So the problem could be in the exported function to PM .... Oct 15 14:08:43 why do I get a "bb.fatal" when doing a build ? Oct 15 14:09:24 it should tell you Oct 15 14:10:05 it does, but I was too stupid to read it correctly :) Oct 15 14:10:15 removing 23 pacakges with PM... Oct 15 14:11:00 worked ok Oct 15 14:11:31 koen, so I should pull the oz-whatever-fam-whatever branch, isn't it ? Oct 15 14:14:17 and this mean I should checkout this branch, right ? Oct 15 14:14:28 yes Oct 15 14:14:37 or remove that line ;) Oct 15 14:14:44 obviously. Oct 15 14:15:53 If I understand correctly that's the way to branch a specific revision, right ? No more 0.8.3 in dev ( unless I comment the line ) Oct 15 14:16:35 0.8.3 is in .dev, but it can break any time Oct 15 14:16:54 ah ok. Now I understand better. Oct 15 14:16:57 and I don't have enough time/motivation to fix it when it breaks Oct 15 14:17:03 heh Oct 15 14:18:10 the .oz354fam083 branch only gets bugfixes Oct 15 14:30:34 time to sleep now. Oct 15 14:30:42 See you all. Oct 15 14:30:43 'night pigi Oct 15 14:38:54 cu Oct 15 14:41:57 ''night all Oct 15 14:47:45 bugs.openembedded.org seems to be down Oct 15 14:49:25 also, I'm connecting to monotone.vanille.de and it starts "finding items to sync" but then does nothing... Oct 15 14:51:43 actually 0.8.3 is broken Oct 15 14:51:54 unless you pull oz354fam083 Oct 15 14:52:23 you can no longer build any version of familiar without it Oct 15 14:53:31 if you dont have the branch BB will tell you that you cannot use familiar-0.8.3 as a distro Oct 15 14:54:02 and since we cant use unversioned distros you cant build familiar without it Oct 15 14:56:22 it seems the cherrypicking is physically moving the BB Oct 15 15:27:49 wonderful, eh? I have no idea how people are supposed to do dev in .dev... Oct 15 15:30:30 * emte shrugges Oct 15 16:18:25 well. I guess the ability to edit a file can be seen as a requirement if you want to work on OE Oct 15 16:20:27 <_ggilbert> that's unreasonable. Oct 15 16:35:44 anyways. 'night all Oct 15 16:55:29 hi Oct 15 18:58:00 <_ggilbert> ibot, lart ggilbert Oct 15 18:58:00 * ibot chops ggilbert in half with a free AOL CD Oct 15 18:58:22 <_ggilbert> oh how I missed you ibot Oct 15 19:00:42 :) Oct 15 19:09:13 heh Oct 15 19:09:13 hey greg Oct 15 19:09:13 how goes it? Oct 15 19:09:20 <_ggilbert> crappy Oct 15 19:32:48 welcom back Oct 15 19:32:56 fucking comcast Oct 15 19:33:16 ~emulate fry Oct 15 19:33:18 Words. Nothing but sweet, sweet words that turn into bitter orange wax in my ears. Oct 15 19:34:02 kergoth uh Oct 15 19:34:07 wtf aren't you using screen? Oct 15 19:34:39 i use an irc proxy. guess for some reason my work machine wasnt able to connect to it Oct 15 19:34:45 ah Oct 15 19:34:58 okie Oct 15 19:35:05 ignore me Oct 15 19:35:09 I think I'm very drunk Oct 15 19:37:57 heh Oct 15 19:38:20 i'm reasonably drunk Oct 15 19:38:33 hmmm Oct 15 19:38:45 the mess in by bathroom makes me think I'm beyond reasoable Oct 15 19:38:48 at linux-kongress the day before yesterday it was worse Oct 15 19:38:51 ew Oct 15 19:39:10 if stuff comes out again it's a bad sign ;) Oct 15 19:43:00 malomg rpp, for more Oct 15 20:23:57 hello Oct 15 20:28:06 I followed the instructions on the "Getting Started" page. I used the OE.db.bz2 download instead of monotone'ing from scratch. Oct 15 20:28:19 I am attempting to build for 'x86' only. Oct 15 20:28:42 When I ran 'bitbake opie-image (or gpe-image)', I get the following error message: Oct 15 20:29:34 | ../ports/sysdeps/unix/sysv/i386/signal.S: Assembler messages: Oct 15 20:29:34 | ../ports/sysdeps/unix/sysv/i386/signal.S:31: Error: open CFI at the end of file; missing .cfi_endproc directive Oct 15 20:29:55 | make[2]: *** [/home/pattieja/projects/openembedded/stuff/build/tmp/work/glibc-2.3.5+cvs20050627-r0/build-i386-linux/signal/signal.o] Error 1 Oct 15 20:29:55 | make[2]: Leaving directory `/home/pattieja/projects/openembedded/stuff/build/tmp/work/glibc-2.3.5+cvs20050627-r0/libc/signal' Oct 15 20:29:55 | make[1]: *** [signal/subdir_lib] Error 2 Oct 15 20:29:55 | make[1]: Leaving directory `/home/pattieja/projects/openembedded/stuff/build/tmp/work/glibc-2.3.5+cvs20050627-r0/libc' Oct 15 20:29:57 | make: *** [all] Error 2 Oct 15 20:29:59 | FATAL: oe_runmake failed Oct 15 20:30:01 (sorry for the dump) Oct 15 20:30:06 any thoughts? Oct 15 20:30:09 what's a CFI? Oct 15 21:05:57 it didn't work for me either. PREFERRED_VERSION_glibc = "older version" Oct 15 21:06:32 i put it in my machine conf file... need one for initial, cross and actual **** ENDING LOGGING AT Sun Oct 16 02:59:56 2005