**** BEGIN LOGGING AT Wed Jun 22 23:59:57 2005 Jun 23 00:03:05 <__law__> ram123, read http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted Jun 23 00:05:21 went through that. finding it difficult to follow that document Jun 23 00:27:50 ram123: As you will se from the Guide, Thats not likely to work. You need about 4GB and from my experience at least 512MB memory Jun 23 00:39:57 morning Jun 23 00:41:29 morning all Jun 23 00:42:54 hey hrw|work Jun 23 00:43:05 morning all Jun 23 00:44:55 new zbedic was released, new dejavu fonts.. argh Jun 23 00:46:10 hrw|work: lot of work.. Jun 23 00:47:15 previous zbedic had compile problems iirc Jun 23 00:48:29 morning Jun 23 00:49:06 hi Al Jun 23 00:55:53 ~lart bitbake for include "ttf.inc" != include ttf.inc Jun 23 00:55:53 * ibot executes killall -HUP bitbake for include "ttf.inc" != include ttf.inc Jun 23 01:00:52 good morning all Jun 23 01:03:01 hi koen Jun 23 01:03:23 koen: fc-cache is in which pacakge? Jun 23 01:04:01 fontconfig-* I guess Jun 23 01:04:49 gpe base depends on it? Jun 23 01:05:05 I want to push ttf packages but dont want them to depend on fc-cache Jun 23 01:05:41 I think gtk depends on fontconfig, but I'm not sure Jun 23 01:06:09 hi koen Jun 23 01:06:16 hey RP Jun 23 01:06:34 monotone cvs_import still running :) Jun 23 01:06:42 ouch :) Jun 23 01:07:25 it's now at 21k revisions Jun 23 01:07:32 of ~30k Jun 23 01:09:07 hrw|work: fontconfig only depends on freetype and expat Jun 23 01:10:15 but has no use under opie Jun 23 01:10:37 doesn't opie use freetype for ttf fonts? Jun 23 01:10:48 freetype yes but not fontconfig Jun 23 01:12:00 03hrw 07 * r1.3601 10openembedded/packages/ttf-fonts/ (ttf.inc ttf-dejavu_1.11.bb): added DejaVu fonts 1.11 (Bitstream Vera with many glyphs added) Jun 23 01:12:09 I'm not sure what font config does, but the rest of the world (kde included) seem to use it Jun 23 01:12:28 the fact that KDE hasn't written a replacement is a nice omen Jun 23 01:13:01 anyway - dejavufonts ttf does not have maintainer Jun 23 01:17:02 we need fonts policy Jun 23 01:17:53 heya Jun 23 01:18:05 hey Twiun Jun 23 01:19:13 hrw|work: the last policy we had was: "Yo, opie dudes, do you use ttf?" "No, we only use the non-bloated qpf" "Ok, we'll add the fontconfig dep since it's small and essential for us" Jun 23 01:20:14 s/non-bloated/shitty Jun 23 01:22:01 hrw|work: vexed does not builds for me.. Jun 23 01:22:01 like levels.. Jun 23 01:27:02 NOTE: package qpe-vexed-1.3-r3: task do_build: completed Jun 23 01:28:28 NOTE: package qpe-vexed-levels-2.1Beta1-r1: task do_build: completed Jun 23 01:28:39 both fetched and rebuild Jun 23 01:30:18 ok will check later Jun 23 01:34:06 if anyone is interested: http://handhelds.org/moin/moin.cgi/PlanetHandhelds Jun 23 01:35:46 too bad that I forgot my pass to wiki (and email used) Jun 23 01:37:18 uf.. firefox know pass.. Jun 23 01:37:18 you can always create a new login Jun 23 01:38:03 yah know, reading the blogs, I can't fail to notice yet someone else using a dragonfly as their logo ;) Jun 23 01:38:33 damselfly, and it isn't official yet :P Jun 23 01:39:27 koen: added mine Jun 23 01:41:22 koen: do I have to mark entries in some way? Jun 23 01:41:30 not yet Jun 23 01:41:31 koen: http://odonata.tangency.co.uk/images/odonata_small.png is why I was noticing ;) Jun 23 01:42:06 heh Jun 23 01:42:15 koen: or sometimes some readers wont be able to understand my posts Jun 23 01:43:00 non-polish readers :) Jun 23 01:47:31 <_ggilbert> ssssssssdddddddddddddddddddddddddddd Jun 23 01:48:06 looks like _ggilbert has a renegade cat in the house Jun 23 01:50:22 <_chronic> koen: or maybe his SD card just got a slow puncture .... %^} Jun 23 02:17:33 ~shoot admins which have vi != vim Jun 23 02:17:34 * ibot shoots admins which have vi != vim in the head with a spitwad! Jun 23 02:41:54 24.3k out of 30k Jun 23 02:42:03 maybe it will be finished before supper Jun 23 02:48:26 Ciao all Jun 23 02:49:21 hey Pigi Jun 23 02:49:29 hey koen ! Jun 23 02:51:34 Yesterday I have cleaned up the tmp but the problem compiling mpeg2dec is still there. Jun 23 02:51:44 Any other hints ? Jun 23 02:53:34 * koen tries to build it Jun 23 02:57:49 NOTE: package mpeg2dec-0.4.0b: completed Jun 23 02:58:07 what's the arch you are using ? Jun 23 02:58:21 this one was for c7x0 Jun 23 02:58:32 it could be libsdl-qpe is broken Jun 23 02:58:39 my mpeg2dec uses libsdl-x11 Jun 23 02:58:58 ah ok. I will lok at this as starting point then. Jun 23 03:03:43 morning Jun 23 03:04:34 hi lardman Jun 23 03:04:57 hi hrw|work Jun 23 03:05:35 I half read the talk yesterday about suspend issues on collie - is the thought that it's to do with the GCC code differences? Jun 23 03:10:45 iirc mickeyl thinks it's a race condition Jun 23 03:10:58 due to generating faster stuff with a recent gcc Jun 23 03:11:23 that's how I recall it, but you'd better ask mickeyl Jun 23 03:11:49 I was just thinking that it might be worth saying as much on oesf (specifically here: http://www.oesf.org/forums/index.php?showtopic=11948&st=90) to cut the chatter Jun 23 03:12:32 that way we can say we are looking in to it, and also ask for volunteers to sort it out ;) Jun 23 03:14:50 as atm there are lots of posts saying blah blah 3.5.3 on collie is very unstable, a step back etc. - it would be worth while saying that we have a handle on what's causing it, even if it can't be fixed straight away Jun 23 03:21:20 lardman|work: you could point out that without OZ there wouldn't be a 2.6 kernel for clamshells (in that thread) Jun 23 03:23:08 koen, which is your binutils version Jun 23 03:23:10 ? Jun 23 03:23:50 binutils-cross-2.15.94.0.1-r0/ Jun 23 03:24:19 ahhhh. That could be the cause..... Jun 23 03:24:29 I have binutils-cross-2.15.99+csl-arm+cvs20050416-r0 Jun 23 03:24:57 I have read somewhere ( on gnu.org) that the problem may be cause also by the linker.... Jun 23 03:25:49 you did specified somewhere in "local.conf" the preferred version for binutils ? Jun 23 03:27:47 no Jun 23 03:28:04 Ok. Jun 23 03:28:24 now let's try to build it for familiar Jun 23 03:28:33 I had set to OZ Jun 23 03:28:55 koen: yes, but people don't repsond well to that kind of comment Jun 23 03:29:10 koen: even if it ought to be mentioned ;) Jun 23 03:30:37 koen, do you have different directory on your build machine ? Jun 23 03:33:13 I have TMPDIR=/home/koen/OE/build/tmp/${DISTRO} Jun 23 03:33:44 that way I can switch distro pretty easy Jun 23 03:34:04 and Jun 23 03:34:05 STAGING_KERNEL_DIR = "${STAGING_DIR}/${PACKAGE_ARCH}-${HOST_OS}/kernel" Jun 23 03:34:05 STAMP = "${TMPDIR}/stamps/${PACKAGE_ARCH}-${HOST_OS}/${PF}" Jun 23 03:34:05 WORKDIR = "${TMPDIR}/work/${PACKAGE_ARCH}-${HOST_OS}/${PF}" Jun 23 03:34:19 enable me to switch machine without reabuild 90% Jun 23 03:34:27 rebuilding* Jun 23 03:34:46 nice Jun 23 03:40:07 Gosh. Yes, it seems a problem when linking with libsdl-qpe. Jun 23 03:40:28 If I compile libsdl-x11 and then mpeg2dec it finish Jun 23 03:40:41 You were right, koen. ( as usual ) Jun 23 03:40:48 Jun 23 03:40:56 ehehe Jun 23 03:41:02 ~lart qpe Jun 23 03:41:02 * ibot squeezes qpe till qpe turns blue like papa smurf Jun 23 03:42:13 and anyway you confirm that actually there isn't needed to have a binutils preferred ? Jun 23 03:44:53 it's still building :) Jun 23 03:45:17 heh. Jun 23 03:45:18 at half speed, since the other cpu is still importing bk into monotone Jun 23 03:45:20 <_chronic> koen: thx for env tip. Jun 23 03:45:57 <_chronic> i guess distcc would be a hairy nightmare? Jun 23 03:46:18 I haven't tried it myself for crossbuild Jun 23 03:57:46 eating time Jun 23 03:57:50 brb Jun 23 04:04:15 Anyone tried a build from scratch lately. Ncurses-5.4 configure fails big time Jun 23 04:06:00 it worked a week ago Jun 23 04:06:17 but I'm bulding from scratch right now Jun 23 04:09:37 Cool. Jun 23 04:10:10 Yeah I cant even get it to configure manually...... Jun 23 04:12:19 <_chronic> i built fam from fresh pull last night ok .... Jun 23 04:15:30 _chronic: I am building OZ-3.5.3 From a fresh clone 1 hr ago and an empty sources dir. And I had a bug with the CVS date screwing up the patch step in gnu-config-native. Fixed that by moving the CVSDATE forward. but now ncurses-5.4 configure dies with a mess of wierd errors about invalid options to rm & mv....? Jun 23 04:17:21 Geo_KM: build oz-3.5.4 Jun 23 04:17:51 Oh is that ready. Cool I will give it a try 8-) Jun 23 04:19:58 Geo_KM: it is not ready but work-in-progress Jun 23 04:20:48 hrw|work: Well I am willing to give it a go. 8-) Off we go chug chug chug 8-) Jun 23 04:40:53 Pigi|eat: NOTE: package mpeg2dec-0.4.0b: completed, with the _csl binutils Jun 23 04:45:25 hrw|work: Bummer ncurses died in the same place as with 3.5.3 build Jun 23 04:46:24 Im gunna look int the errors a bit closer Jun 23 04:52:47 <_chronic> on an unrelated note, i perversely want to get icecast2 up and running on ipaq: libxml2_2.6.10.bb ok, but icecast requires >=2.6.17 with .19 current. updated header var in .bb, but get "/.libs/libxml2.so: undefined reference to `inithtmlDefaultSAXHandler'" on .17-19. anyone trod this path? Jun 23 04:52:56 lunch time.. Jun 23 04:53:31 well, koen, is definitelly a problem with libsdl-qpe Jun 23 04:54:36 <_chronic> requires libxml, that is ... :-/ Jun 23 04:55:58 _chronic, what do you mean ? Jun 23 04:58:39 <_chronic> sorry if not clear, >=libxml2-2.6.17 is dep for icecast2 but borks with above errors. original libxml2-2.6.10.bb compiles under fam and has custom list of header include files, which i updated for 2.6.19, but still the newer version seems not quite to compile. Jun 23 04:59:13 <_chronic> i suspect something simple, as i speak fluent idiot.... :-/ Jun 23 04:59:59 _chronic, what isn't clear to me if your message is related with the libsdl-qpe truble. My english is far from being fluent :) Jun 23 05:00:17 <_chronic> oh. no it is not. unrelated issue :-) Jun 23 05:00:25 ok :) Jun 23 05:24:42 *sigh* 28k4 revisions out of 30k Jun 23 05:45:10 _chronic: I don't blame icecast for requiring a recent libxml2 Jun 23 05:45:29 _chronic: except for the more recent versions, libxml2 has been missing many needed features Jun 23 06:15:21 29k5 revisions, it's getting close :) Jun 23 06:18:06 koen: bk-monotone import? Jun 23 06:18:33 bk->cvs->monotone Jun 23 06:18:53 we already have a monotone repo without history Jun 23 06:19:13 I'm building one with history for fun Jun 23 06:19:26 Sounds like it's taking quite a while. Jun 23 06:19:55 jbowler-zzz estimated it at 18 hours on a 3GHZ pentium4 Jun 23 06:20:16 I estimate it's the same on a 1.8GHz opteron Jun 23 06:20:23 ~hail AMD Jun 23 06:20:24 * ibot bows down to AMD and chants, "I'M NOT WORTHY!!" Jun 23 06:22:12 * BigAl grins Jun 23 06:22:49 ~hail Warsteiner Jun 23 06:22:49 * ibot bows down to Warsteiner and chants, "I'M NOT WORTHY!!" Jun 23 06:23:44 where does ccache get into compilation with OE? o.O Jun 23 06:24:49 I think OE uses ccache by default Jun 23 06:25:04 do CCACHE="" to disable it Jun 23 06:34:13 but what adds it? Jun 23 06:34:24 ccache is breaking compilation for some reason Jun 23 06:34:47 arm-linux-g++: arm-linux-g++: No such file or directory Jun 23 06:34:48 grep -rn ccache openembedded/e Jun 23 06:34:55 if I take 'ccache' out of the command, it works Jun 23 06:34:59 minus the e Jun 23 06:35:00 * luke-jr_ tried that Jun 23 06:36:27 CCACHE="" doesn't disable it in the bb either :| Jun 23 06:37:43 apt-get remove ccache Jun 23 06:37:59 or emerge -P ccache (iirc) Jun 23 06:38:01 I have no intention of removing it from my system... Jun 23 06:38:11 nor of disabling it for all of OE Jun 23 07:00:02 koen: can you test a "monotone sync mtn.nslu2-linux.org org.nslu2-linux" and tell me if you can check out the org.nslu2-linux.openembedded branch? Jun 23 07:03:02 monotone: read from fd 4 (peer mtn.nslu2-linux.org) failed, disconnecting Jun 23 07:03:30 woohoo!! cvs import complete Jun 23 07:03:32 oh, try a pull instead Jun 23 07:03:42 koen: yay Jun 23 07:03:48 I enabled anonymous read access Jun 23 07:04:11 that worked Jun 23 07:04:33 what does "monotone heads -b org.nslu2-linux.openembedded" say? Jun 23 07:05:09 koen@dominion:/data/build/oe/monotone/org.openembedded$ monotone heads -b org.nslu2-linux.openembedded Jun 23 07:05:13 monotone: branch 'org.nslu2-linux.openembedded' is currently merged: Jun 23 07:05:15 d91164277f525d52f5d93b713de003dfb955b82a jbowler@nslu2-linux.org 2005-06-23T08:09:09 Jun 23 07:05:24 * luke-jr_ should get monotone working Jun 23 07:05:36 ok, good. Jun 23 07:06:48 * rwhitby-away is working on "mkdir /home/slug ; cd /home/slug ; wget www.nslu2-linux.org/Makefile ; make all" to download and build every last thing associated with nslu2-linux Jun 23 07:07:30 koen: you'll notice the other three branches there - they are unconnected manifests - i.e. a completely different directory structure and set of files Jun 23 07:09:23 Afternoon Jun 23 07:09:30 http://ewi546.ewi.utwente.nl/tmp/cvsexport/ for the cvs_import Jun 23 07:09:33 hey SirFred Jun 23 07:09:58 hi SirFred Jun 23 07:10:13 Hi guys. Jun 23 07:10:50 g'day SirFred Jun 23 07:11:11 mithro: you in ADL? Jun 23 07:11:47 heh.. when c7x0 will lost power then it need much time to get on... Jun 23 07:12:18 rwhitby: yes Jun 23 07:12:24 robtaylor: w Jun 23 07:12:27 bah Jun 23 07:12:30 * mithro can't type Jun 23 07:12:34 rwhitby: why? Jun 23 07:12:36 mithro: me too :-) Jun 23 07:12:45 cool Jun 23 07:12:51 where you locate? Jun 23 07:12:58 and how did you know i was in adeliade? Jun 23 07:13:17 Magill, adl1.internode.on.net Jun 23 07:13:49 ha ha :P Jun 23 07:19:12 I have read that openembedded is going to migrate from bitkeeper to monotone. Is that right? Jun 23 07:20:23 ~lart trolltech for qpf Jun 23 07:20:23 * ibot cuts off trolltech's head with a halberd that could have been a little bit sharper for qpf Jun 23 07:20:36 SirFred: I'm not sure it's a decision yet. nslu2-linux is helping test out monotone as a candidate replacement. Jun 23 07:20:57 if anyone wants to have OE in monotone *WITH* revision history: http://ewi546.ewi.utwente.nl/tmp/cvsexport/cvs.db Jun 23 07:20:59 rwhitby: I never heard about monotone. Is it different than for example, subversion? Jun 23 07:21:21 yep Jun 23 07:21:24 (and yes, I removed my keys) Jun 23 07:21:36 koen: he he :P Jun 23 07:21:59 anyway off to bed Jun 23 07:22:00 gnight Jun 23 07:22:09 rwhitby: Could that difference be explained in a short sentence? Jun 23 07:22:09 same here Jun 23 07:22:14 night mithro. I should hit the sack too. Jun 23 07:22:20 hrw|work: I dislike qpf because it's just a memory dump of the font.. what's your beef with it? Jun 23 07:23:27 Twiun: they need to be generated in 4 rotations, take space on device etc Jun 23 07:23:30 SirFred: I only started using it three days ago, so take with with a grain of salt. The main difference I see is the ingrained use of public key cryptography for lots of stuff, and the ability for disconnected and peer-to-peer operation. Jun 23 07:23:52 rwhitby: Thanks for the explanation. Jun 23 07:24:06 SirFred: I see it as half-way between svn and bk. Jun 23 07:24:47 rcs, cvs, svn, mtn, bk Jun 23 07:25:11 [and then clearcase on the end ;-)] Jun 23 07:26:00 koen: how big is the cvs.db file? Jun 23 07:26:20 1.2G cvs.db Jun 23 07:26:31 compressed? Jun 23 07:26:44 no, sqllite db Jun 23 07:27:36 * koen bzip2 -k cvs.db Jun 23 07:38:01 night 'toners Jun 23 07:38:45 night rwhitby-asleep Jun 23 07:39:24 'night rwhitby-asleep Jun 23 07:45:20 * koen sends a mail about monotone to the oe@ list Jun 23 07:49:56 * RP reads Jun 23 07:51:08 * SirFred rotates Jun 23 07:51:27 638M cvs.db.bz2 Jun 23 07:51:37 * hrw|work wonder how to sort using opie pim api Jun 23 07:52:10 moin Jun 23 07:53:19 hey CoreDump|home Jun 23 07:54:06 hi koen Jun 23 07:54:19 koen: nice message. I have forwarded it on to the nslu2-linux list too Jun 23 07:54:27 thanks Jun 23 07:54:54 I hope it keeps the "and what about " a bit down Jun 23 07:55:24 hrw|work: Your sysfs problem is quite easy to solve - it was never updated when mainline changed recently... Jun 23 07:55:25 koen: what went wrong with the import? o.o Jun 23 07:55:44 luke-jr_: nothing went wrong, why? Jun 23 07:55:51 koen: why lose the history, then? Jun 23 07:55:52 koen: FWIW, I'm in agreement :) Jun 23 07:56:14 RP: good to know Jun 23 07:56:25 luke-jr_: we decided we didn't need it Jun 23 07:56:30 o.o Jun 23 07:56:39 what harm is there in keeping it? Jun 23 07:56:45 if someone wants it, the cvs archive is online Jun 23 07:57:22 luke-jr_: more switching overhead for us Jun 23 07:57:39 o Jun 23 07:57:51 we found an error in dumping and loading the 1gb database Jun 23 07:58:18 rwhitby-asleep: is any of you on the monotone list/irc channel? Jun 23 07:58:36 not me (yet) Jun 23 07:58:43 "you" nslu2 people Jun 23 07:59:28 don't think so Jun 23 07:59:46 I don't think any of us feel qualified to report bugs yet :-) Jun 23 07:59:55 same here :) Jun 23 08:00:08 * rwhitby-asleep stops sleep-typing and goes to bed ... Jun 23 08:00:57 hey jamey Jun 23 08:01:21 jamey: hi Jun 23 08:03:27 hi koen Jun 23 08:03:29 hi hrw|work Jun 23 08:08:24 hrw|work: I've checked in fixes for the sysfs battery problem Jun 23 08:08:50 koen rwhitby-asleep: I have an ID on the savannah.org bug list for monotone Jun 23 08:09:16 I haven't reported anything yet Jun 23 08:12:54 I'm cvs_importing jonslug.bkbits.net on top of nslu2-linux.bkbits.net - it looks good - jbowler.db is at 1314MByte, from 1245MByte at the start - so only 69MByte extra Jun 23 08:13:19 jonslug is a complete OE tree derived from nslu2-linux (itself derived from oe-devel). Jun 23 08:22:29 cu Jun 23 09:15:19 Final size of my merged monotone OE db is 1318MByte - so that is the result of importing two complete but different OE trees with a common ancestor (so that the differences are relatively small). Jun 23 09:21:57 that's pretty nice Jun 23 09:25:11 I guess all encrypting and signing takes a lot of space Jun 23 09:25:28 jbowler: how long did the merge take? Jun 23 09:28:38 Less time I think - I started at 2am local time and it was finished by about 9am. 7 hours. Jun 23 09:29:35 my cvsimport took about 16hours Jun 23 09:29:44 1.8GHz opteron Jun 23 09:29:50 koen|z: I think a sync with your db would be fast (only 64MByte of differences), but it might be interesting to try a pull - sync==pull+push, so pull should be pretty fast. Jun 23 09:30:25 My original cvs_import took about that, but now I have lots of ancestor revisions so I guess monotone sees those and figures they are already done. Jun 23 09:30:32 cu later brb Jun 23 09:30:41 cu pigi Jun 23 10:03:57 when compiling glibc, how do you enable the addon linuxthreads? Jun 23 10:04:45 hm ??? its enabled per default in the .bb file Jun 23 10:04:59 yeah i know, its just a general question :) Jun 23 10:14:24 bye all Jun 23 10:18:05 can linuxthreads be disabled? seems like a waste of space Jun 23 10:18:37 Cept that most of the guilicious apps end up using it at some point Jun 23 10:19:06 luke-jr hm edit the .bb file Jun 23 10:19:51 Not to mention, its all of 67200 bytes on my boxen Jun 23 10:20:26 CosmicPenguin: what apps are these? Jun 23 10:20:36 my desktop doesn't have linuxthreads and everything works... Jun 23 10:21:41 luke-jr sure? that you dont have the threadlibraries? Jun 23 10:22:04 I have thrreading... not linuxthreads tho Jun 23 10:22:05 NPTL Jun 23 10:22:17 *g* Jun 23 10:34:37 luke-jr_, linuxthreads is a glibc patch Jun 23 10:34:44 from what i remember Jun 23 10:46:22 Good evening Jun 23 10:46:58 Just tested the monotone method described in koens bloq. Works ... Jun 23 10:48:14 Inserted into www.uv-ac.de/openembedded doc. Can anyone check, that the written comments in installation chapter are OK ? Jun 23 10:50:45 uv1: org.openembedded.dev will be the 'standard' branch Jun 23 10:51:04 apart from that, the doc looks pretty sane Jun 23 11:06:42 koen: will change that, if happended. Jun 23 11:06:47 bye Jun 23 11:06:51 cu Jun 23 11:24:19 monotone is up to data again Jun 23 11:33:24 "MSAA needs your support to help people with MS lead a better life. Help us today! Public Service Ads by Google" Jun 23 11:33:25 LOL Jun 23 11:33:40 hoho, build of kenrel completed :) let0's flash it and see.. if this works on 5600 Jun 23 11:39:52 2gb of hdd space onlyt for kernel :) Jun 23 11:41:31 ho to change the optionw with witch bitbake configure my kernel? Jun 23 11:41:34 ho/how Jun 23 11:45:04 darkschneider: edit the bb I think Jun 23 11:45:15 or a defconfig file Jun 23 11:45:40 ok now are kernel related files located, because in package dir there is no kernel dir :) Jun 23 11:45:53 evening Jun 23 11:47:44 darkschneider: it's called 'linux/' Jun 23 11:47:55 tx Jun 23 11:49:16 I see on e big advantage of bk over monotone: 6 chars less to type each time Jun 23 11:51:05 koen|tv: alias mt=monotone Jun 23 11:51:11 :) Jun 23 11:51:13 yeah Jun 23 11:51:16 * koen|tv does so Jun 23 11:51:23 reenoo_: Hello! Jun 23 11:52:10 alias mt-add='monotone list unknown | xargs monotone add' Jun 23 11:52:29 * koen|tv sees the effiency increase every minute Jun 23 11:52:39 hehe Jun 23 11:52:42 hey tigrux Jun 23 11:53:24 and alias mt-drop=' monotone list missing | xargs monotone drop' Jun 23 12:06:06 cool :) Jun 23 12:14:46 hrm... is http://www.openembedded.org/ down? Jun 23 12:15:27 try oe.handhelds.org Jun 23 12:16:16 okee doke Jun 23 12:16:27 nope :( Jun 23 12:17:45 it works over here Jun 23 12:26:44 JoeLlama: does your browser allow redirects? Jun 23 12:48:31 mickey|zzZZzz: noway, the kernel from the current oe does not boot on sl-5600 i jsut compiled one, there is a way to discover if the kernel compil options where changed from kernel shipped with 3.5.2 (that boots) and 3.5.3/current (that does not boot) Jun 23 12:49:38 darkschneider: have a play with http://oe-devel.bkbits.net:8080/openembedded/src/packages/linux?nav=index.html|src/. Jun 23 12:49:47 agghh Jun 23 12:50:09 koen|tv: tx Jun 23 12:55:43 thre are no changes in 7 months to the config.. then the patches must be the problem.. Jun 23 13:02:21 someone knwo the apox relase date of 3.5.2 so i can discover what changed after it. Jun 23 13:11:40 is that a question? Jun 23 13:12:29 yes Jun 23 13:16:05 Ciao all Jun 23 13:16:06 hi pigi Jun 23 13:16:13 hi pb_ Jun 23 13:16:19 ciao Jun 23 13:16:40 (btw ciao is more used to leave than to come) Jun 23 13:16:48 is it ? Jun 23 13:16:53 in English, yeah Jun 23 13:16:53 darkschneider: the repo was tagged on every OZ release. that should reveal some clues Jun 23 13:17:03 reenoo_: tx Jun 23 13:17:09 Pigi: yes in eglihs Jun 23 13:17:22 I see, but in italy it isn't :) Jun 23 13:17:29 heh Jun 23 13:17:30 btw i'm italian, Jun 23 13:17:33 iknow :) Jun 23 13:17:37 I have seen.... Jun 23 13:17:42 eheh Jun 23 13:17:59 or should I say " I have seen, gabriele " ? Jun 23 13:18:19 hey Pigi Jun 23 13:18:25 it seems that mickey had a hard day yesterday :) Jun 23 13:18:27 hi reenoo_ Jun 23 13:18:28 ehehe Jun 23 13:18:49 it's yet sleeping since this morning. 24+ hour sleep :) Jun 23 13:19:04 lazy germans Jun 23 13:19:36 ehhe Jun 23 13:19:37 they are, and I need him :) ( at least if there isn't anyone that would help/fix libsdl-qpe :) ) Jun 23 13:20:13 reenoo_: how to usee tags with bk interface.. sorry but i'm totally impractical of it Jun 23 13:20:53 use/see and add a ? at the end of the sentence Jun 23 13:21:10 reenoo_: never mind Jun 23 13:21:49 darkschneider, I suspect isn't useful to learn bk these days.... Jun 23 13:22:32 Pigi: i know.. but i have to discover some thiongs from history.. hopeing it will stay consistent after port Jun 23 13:22:49 i jsut look them just now so i'm sure it is Jun 23 13:22:59 ok Jun 23 13:24:35 mm only 2 changes look revelant in the kernel a patch for tosa, that should be disabled for poodle and "add ROOT_FLASH_SIZE for poodle" the rest is unouched from before oz-3.5.2 Jun 23 13:38:14 from bad to pub, that's life! Jun 23 13:45:09 darkschneider: sorry, I'd have to look up how tags works in bk myself Jun 23 13:46:23 mickey|zzZZzz: bad mickey|zzZZzz! Trying to pimp qt/e apps on the maemo list ;) Jun 23 13:49:20 with this new monotone, we do need to have the whole package database on the local disk, or it will work as it was before ? Jun 23 13:49:31 I mean, we download only what we need to compile ? Jun 23 13:50:04 you had the whole db on your disk before Jun 23 13:50:16 that's the idea of distributed SCMs Jun 23 13:50:33 gosh. That's really expensive btw. Jun 23 13:50:49 only the first pull Jun 23 13:51:12 But I need to have all the packages, even if I don't need it, right ? Jun 23 13:51:29 andersee: ping? Jun 23 13:51:32 yes, but that was true of bitkeeper as well. Jun 23 13:51:45 and even of cvs. we don't support downloading just a subset of the package data. Jun 23 13:52:11 I'm not sure I have understood. Jun 23 13:52:30 In the actualy oe job, I start with a set of bb files, and no source at all Jun 23 13:53:04 then, if I do want to build opie-image, bitbake starts downloading and compiling the packages needed, Jun 23 13:53:44 right Jun 23 13:53:53 pb_: not true of CVS, actually Jun 23 13:54:01 pb_: you can choose only certain directories Jun 23 13:54:03 the only thing that's stored in bitkeeper, or monotone, or CVS, is the bb files. Jun 23 13:54:10 Ok, now I have understood. Jun 23 13:54:17 yes I was trying to write this. Jun 23 13:54:20 luke-jr_: ah yeah, true Jun 23 13:54:23 but my english.... Jun 23 13:54:37 pb_: BTW, bk-client didn't keep a copy of the db ;) Jun 23 13:55:21 well, actually the whole pull from oe ( bb files, and dir ) is 195 Meg Jun 23 13:55:57 it's 27mb in monotone for the version without history Jun 23 13:55:57 124 MB here... Jun 23 13:56:08 and 1.2GB for the imported stuff from cvs Jun 23 13:56:28 so oe was it in cvs before bk ? Jun 23 13:56:38 Pigi: BK exported to CVS Jun 23 13:56:44 ah ok. Jun 23 13:57:24 and, just to know, how much is in CVS ? Jun 23 13:57:28 NAiL: hello Jun 23 13:57:37 ( to know what's the overhead from monotone ) Jun 23 13:57:38 NAiL: what can I do for you? Jun 23 13:58:02 andersee: Did you have anything to do with busybox? It's been ages since last time I checked Jun 23 13:58:50 wtf... 'top' was just eating CPU Jun 23 13:59:06 it does, sometimes.... Jun 23 13:59:29 NAiL: the svn server is sitting in the office with me, the mailing list runs on my server, and I've devoted countless hours to working it over the last 6 years... Jun 23 13:59:47 NAiL: so I suppose the answer is yes Jun 23 14:00:18 I hate busybox Jun 23 14:00:25 andersee: Hehe, ok. I'm trying to get start-stop-daemon to actually listen to "--quiet" you see... ;) Jun 23 14:00:28 it's missing so many features on standard command line tools Jun 23 14:00:29 =p j/k Jun 23 14:00:54 andersee: psst... any chance grep can be more complete? =p Jun 23 14:01:25 luke-jr_: patches are welcome Jun 23 14:01:44 CosmicPenguin: patches are always welcome Jun 23 14:08:05 andersee: Anywhere I can file a bug? Jun 23 14:10:40 <_chronic> luke-jr_: why do you hate busybox? Jun 23 14:11:38 _chronic: see the part about "=p j/k" Jun 23 14:11:45 _chronic: tho it would be nice if grep -r worked Jun 23 14:12:18 <_chronic> luke-jr_: it fulfils a function for which your not happy with. but maybe step back and see why it is there. Jun 23 14:12:54 luke-jr_, you should always remember that busybox is for system with limited resources, thus they __need_ to reduce size, by removing some less usefull function Jun 23 14:13:00 _chronic: huh? Jun 23 14:13:08 Pigi: -r is quite useful Jun 23 14:13:12 <_chronic> see Pigi's response. Jun 23 14:13:35 luke-jr_: nothing prevents you from installing full grep Jun 23 14:13:45 <_chronic> reenoo_: indeed Jun 23 14:13:47 reenoo_: conflicts with busybox? =p Jun 23 14:13:48 luke-jr_: -r can easily be done with a small shell script :P Jun 23 14:14:00 luke-jr_, what about "find . -type f -exec grep pattern {} \;" Jun 23 14:14:02 luke-jr_: or implementing -r in one line sh Jun 23 14:14:25 I must admit I have never used -r in grep :) Jun 23 14:14:39 * andersee loves grep -r Jun 23 14:14:47 * luke-jr_ gets flamed for a joke ;.; Jun 23 14:14:56 but may is because when I first start playing unix, grep did not have a -r option :) Jun 23 14:15:04 <_chronic> luke-jr_: i guess it's all about balance - trying to get most out of limited resources, cutting corners, sure. no flame intended, tho. Jun 23 14:15:27 * andersee remembers the dark ages when he had to use find along with grep Jun 23 14:15:39 and, isn't the basixc of unix to have small command that can be piped togheter ? Jun 23 14:15:44 basic even Jun 23 14:15:55 * luke-jr_ grep -ir 'infrared :)' Documents/private/logs/ Jun 23 14:16:02 heh Jun 23 14:16:06 Do one thing and do it well! Jun 23 14:16:13 that is | Jun 23 14:18:14 pipe is the key to sucess Jun 23 14:18:19 or better, " that is | true" Jun 23 14:18:48 coke | mouth Jun 23 14:19:12 coke/caffeinouse_foo_substance Jun 23 14:19:14 flow < pepsi > mouth Jun 23 14:19:23 never heard that, but must be similiar to beer | mouth && !toomuch Jun 23 14:19:32 lol Jun 23 14:20:06 Pigi: while !overflow; do beer | mouth; done Jun 23 14:20:15 flow < can/pepsi > me/mouth Jun 23 14:20:18 rotfl Jun 23 14:31:24 time to sleep now Jun 23 14:31:31 'night all Jun 23 14:34:17 'night all Jun 23 14:49:37 night all Jun 23 15:03:01 03koen 07 * r1.3598.1.1 10openembedded/ (2 files in 2 dirs): kdrive: move it to today, remove tslib hack Jun 23 15:41:17 /usr/lib/libXext.so: file not recognized: File format not recognized Jun 23 15:41:35 why would linking try /usr/lib when tmp/staging/arm is there? Jun 23 16:13:39 'night all Jun 23 16:44:15 hi Jun 23 16:44:57 hi Jun 23 16:46:56 i have a problem, i can't build any package because quilt_savannah.nongnu.org_VER_0_39_.tar.gz fails to download Jun 23 16:47:22 i try in google but seems missing Jun 23 16:48:06 any ideas? Jun 23 16:50:46 fix your CVS Jun 23 16:52:49 CVS...? Jun 23 16:53:47 i use the snapshot, it's a bad idea? better bk? Jun 23 16:54:34 No - quilt is sucked down with CVS - if for some reason your CVS setup isn't working correctly, you won't get the file Jun 23 16:54:45 rather, the source Jun 23 17:05:35 i read the documentation and i can't find how to fix my CVS, here say i need bitkeeper Jun 23 17:09:38 arrase: there are no snapshots anymore Jun 23 17:10:44 anyone have problems writing bbs with stuff trying to link against native libs (instead of cross-libs)? Jun 23 17:15:42 /usr/lib/libXext.so: file not recognized: File format not recognized Jun 23 17:15:45 liek that Jun 23 17:16:30 i do update bk://openembedded.bkbits.net/openembedded openembedded but i have the same error, what i'm doing bad? Jun 23 17:20:29 update bk://oe-devel.bkbits.net:8080/openembedded openembedded Jun 23 17:25:33 thanks Jun 23 17:33:37 well, now runs but ipkg-utils/ipkg-utils-native_1.6cvs.bb depends on itself (eventually) Jun 23 17:33:50 what is that? Jun 23 17:34:15 ... Jun 23 17:34:21 ciclic depends? Jun 23 17:36:19 wfm Jun 23 17:36:45 CP|AtHome: any idea about linking? Jun 23 17:45:23 i can see lot ao people in google with the same problem but i can find the fix Jun 23 17:45:33 NOTE: no buildable providers for ipkg-utils-native Jun 23 17:49:05 * chouimat is away: food Jun 23 19:59:00 * chouimat is back. Jun 23 21:31:11 wheres my man raster Jun 23 21:31:37 finally i am putting in some time on biohazard Jun 23 21:31:41 :) Jun 23 21:31:53 hopefully you havent changed ecore too much Jun 23 21:32:18 building the new one now Jun 23 21:32:50 emmie! Jun 23 21:33:07 man thats a beautiful sight ... code scrolling past Jun 23 21:33:10 :) Jun 23 21:33:13 u shouldnt have to change ecore really :) Jun 23 21:33:39 its been a while and i am not sure why my linker doesnt like it so a recompile cant hurt Jun 23 21:34:42 once i get a few things going i'll give you a user account on my portal to complain about my bad codig :P Jun 23 21:34:49 coding* Jun 23 21:35:37 i've already had voidengineer/stderr compalin about my use of QT doxygen style Jun 23 21:35:42 complain* Jun 23 21:36:37 hmm, Jun 23 21:36:46 odd ... ecore errored ... Jun 23 21:37:21 ../../src/lib/ecore_evas/.libs/libecore_evas.so: undefined reference to `evas_key_modifier_is_set' Jun 23 21:37:21 ../../src/lib/ecore_evas/.libs/libecore_evas.so: undefined reference to `evas_key_lock_is_set' Jun 23 21:37:21 collect2: ld returned 1 exit status Jun 23 21:37:26 :( Jun 23 21:37:36 looks like i have other things to fix Jun 23 21:52:58 raster, you gotta fix edevelope .... if you expect anyone to read it Jun 23 21:54:41 * emte looks for the firefox css override extension Jun 23 21:55:22 i dont run that site Jun 23 21:55:24 thus cant fix Jun 23 21:55:25 ::) Jun 23 21:55:27 ah Jun 23 21:57:33 * Luke-Jr posts a probably simple-to-fix problem to the OE list... (hint hint) :) Jun 23 21:57:50 then fix it Jun 23 21:57:56 emte: I don't know how =p Jun 23 21:58:00 instead of telling someone else Jun 23 21:58:26 there is the try-try-try again methodology Jun 23 21:58:29 I've spent hours on it Jun 23 21:58:43 and it seems like something that would be obvious to more experienced cross-compilers Jun 23 21:59:39 * emte shrugges Jun 23 21:59:53 aww... *please*? Jun 23 21:59:58 please what? Jun 23 22:00:06 help me, please? :) Jun 23 22:00:23 fix your problem? i'll fix it if you finish my window manager Jun 23 22:00:44 finish it how? Jun 23 22:01:02 well since i lost all the code i had before i am starting almost from scratch again Jun 23 22:01:07 >.> Jun 23 22:01:12 undelete? Jun 23 22:01:16 lol Jun 23 22:01:40 that doesnt really work for rm -Rf Jun 23 22:01:44 * Luke-Jr has had a mental note to install a LD_PRELOAD trash so that he doesn't do something like that... for about a year Jun 23 22:01:53 * Luke-Jr is going to regret putting it off someday Jun 23 22:02:28 the good news is, I've found that rewriting something often results in a much better version Jun 23 22:02:43 yeah possibly Jun 23 22:03:01 If I had the time (haha), I'd probably delete every project when I was done with it and rewrite Jun 23 22:04:30 thats not really productive Jun 23 22:04:45 rewritting only works on a very small scale Jun 23 22:05:18 well, often my projects are in the form of patches :) Jun 23 22:05:33 ah Jun 23 22:05:35 if I made a large change, it's usually in a set of smaller changes Jun 23 22:05:37 make* Jun 23 22:06:33 very rarely are large monolithic changes necessary Jun 23 22:09:41 hey raster ... Jun 23 22:09:55 slight problem .. maybe you cant give me a hint Jun 23 22:10:03 emte@t:~/e17/libs/ecore$ ld -lecore Jun 23 22:10:03 ld: warning: canemte@t:~/e17/libs/ecore$ ld -lecore Jun 23 22:10:03 ld: warning: cannot find entry symbol _start; not setting start address Jun 23 22:10:03 not find entry symbol _start; not setting start address Jun 23 22:10:32 hmm starnge double paste Jun 23 22:12:09 had all of the symbols capitalized and the linker didn't like that, so I simply set everything back to lower-case letters and it did the trick. Jun 23 22:12:16 interesting ... Jun 23 22:13:59 errr Jun 23 22:14:05 theres no actual EXECUTABLE Jun 23 22:14:13 u're linking libcore to nothing Jun 23 22:14:17 its lookign for _start Jun 23 22:14:20 yeah i just noticed that :P Jun 23 22:14:23 which the kernel runs first Jun 23 22:14:27 doing a few locates Jun 23 22:14:29 which then runs main() Jun 23 22:14:38 raster: any chance you could look at the problem I'm having? ^^; Jun 23 22:15:14 Luke-Jr: what problem? Jun 23 22:15:18 trying to remind myself how i did all this before ... Jun 23 22:15:52 raster: last post on oe-devel list Jun 23 22:16:14 i'm not on oe-devel Jun 23 22:16:16 :) Jun 23 22:16:26 oh... I'll pastebin it then Jun 23 22:16:57 http://pastebin.ca/15730 Jun 23 22:20:40 o.o Jun 23 22:27:30 * emte curses at debians linker system Jun 23 22:27:47 emte@t:~/E-Test$ ./e-timer.o Jun 23 22:27:47 ./e-timer.o: error while loading shared libraries: libecore.so.1: cannot open shared object file: No such file or directory Jun 23 22:28:01 stupid damn thing ... Jun 23 22:28:21 atleast i rememered how to compile ... :) thats a bonus Jun 23 22:29:21 now where is my documentation journal Jun 23 22:32:17 AHA Jun 23 22:32:34 was missing /usr/local/lib in my ld.so.conf :P Jun 23 22:32:43 i knew it was something easy Jun 23 22:35:21 hmm Jun 23 22:54:58 hey raster do you really have any preference for fail/success exit values? i just noticed all the examples use 0 for success instead of 1 Jun 23 22:55:17 i prefer revers Jun 23 22:55:19 0 = fail Jun 23 22:55:22 1 = success Jun 23 22:55:24 i normally just use the EXIT_SUCCESS macro Jun 23 22:55:31 yeah Jun 23 22:55:40 good Jun 23 22:55:41 :) Jun 23 22:55:56 1 makes more sense to me as well Jun 23 22:56:15 and 90% of nix apps are that way Jun 23 23:01:56 hmm Jun 23 23:02:16 %*s prints multiple strings? Jun 23 23:02:48 um Jun 23 23:02:59 last I checked, 90% of *nix apps have 0=success and 1=fail Jun 23 23:03:15 it's also what && and || assume in BASH Jun 23 23:03:18 nope Jun 23 23:03:42 um... yep Jun 23 23:04:10 true; echo $? is 0 Jun 23 23:04:13 false; echo $? is 1 Jun 23 23:06:17 i'll take your word for it ... i'll check EXIT_SUCCESS in a couple min Jun 23 23:07:20 hey raster has anyone written an ecore reference manual yet? Jun 23 23:08:25 not really Jun 23 23:08:30 theres docs that get generated Jun 23 23:08:34 if u run ./gendoc Jun 23 23:08:41 but its not complete Jun 23 23:25:43 yeah thats what i figured ... Jun 23 23:25:57 wonder how much docy will give me Jun 23 23:26:00 doxy* Jun 23 23:27:17 nice ... the client-server tests are working beautifully Jun 23 23:27:47 time for the base evas canvas Jun 23 23:28:01 then the real playing begins Jun 23 23:28:57 btw Luke-Jr i just looked at your post ... thats not a bug Jun 23 23:29:07 your enviorment is messed up Jun 23 23:29:20 re-source your config file Jun 23 23:29:39 your tools are trying to access your host system Jun 23 23:31:03 emte: ...why tho? Jun 23 23:31:32 it's a bug somewhere... everything else works Jun 23 23:32:07 beacuse somehow your shell changed its inheriting values Jun 23 23:32:24 maybe you re-logged in, switched terminals, etc Jun 23 23:32:28 nope Jun 23 23:32:33 same shell I just build gpe-image with Jun 23 23:33:01 like i said just re-export your config and you should be fine Jun 23 23:33:23 nope, same thing Jun 23 23:33:26 your tolls should NEVER access your host system Jun 23 23:33:29 tools* Jun 23 23:33:44 it almost always means you have an enviroment or config error Jun 23 23:33:48 that's the problem... why are they? Jun 23 23:34:13 it almost always means you have an enviroment or config error <- Jun 23 23:34:17 oe_runconf should take care of it, right? Jun 23 23:34:27 environment is fine... Jun 23 23:34:40 the other rare situation is someone hardcoded the metadata Jun 23 23:35:07 ? Jun 23 23:35:27 * Luke-Jr might have-- what's the difference? O.o Jun 23 23:36:13 difference between what? Jun 23 23:36:42 "hardcoded the metadata"-- what is hardcoded? Jun 23 23:37:19 http://pastebin.ca/15736 <-- current bb Jun 23 23:37:48 hard coded means explicitly set Jun 23 23:38:04 in a way that BB cannot override it Jun 23 23:38:48 you have to be kidding me Jun 23 23:38:59 I do? :| Jun 23 23:39:01 you expect kde to run on a pda? Jun 23 23:39:09 yes Jun 23 23:39:18 if FireFox can, KDE certainly can =p Jun 23 23:39:22 rflmao Jun 23 23:39:30 good luck Jun 23 23:39:39 well, not a PDA Jun 23 23:39:41 a Zaurus Jun 23 23:39:45 which is a handheld Jun 23 23:40:07 * emte doesnt even know how you will get it small enough Jun 23 23:40:27 --enable-final --without-debug, strip, and non-compiling legacy libs Jun 23 23:40:30 mainly Jun 23 23:41:45 lol Jun 23 23:41:56 anyway what does $HOST_SYS return ? Jun 23 23:42:24 arm-linux, I expect Jun 23 23:44:48 type echo $HOST-SYS Jun 23 23:46:37 O.o... where? Jun 23 23:46:56 * emte goes back to programming Jun 23 23:47:14 do_configure? **** ENDING LOGGING AT Thu Jun 23 23:59:56 2005