**** BEGIN LOGGING AT Wed Jul 01 02:59:57 2009 Jul 01 06:29:35 good morning Jul 01 06:37:29 the same Jul 01 06:37:30 ;) Jul 01 06:55:31 03Koen Kooi  07org.openembedded.dev * r778523aa7e 10openembedded.git/recipes/linux/ (4 files in 2 dirs): Jul 01 06:55:31 linux 2.6.30-rc4: stop violation the versioning policy. Jul 01 06:55:31 * it's now 2.6.29+2.6.30-rc4 as it should be Jul 01 06:55:31 * remember: 2.6.30-rc4 > 2.6.30 Jul 01 07:20:08 good morning Jul 01 08:52:55 morning Jul 01 08:54:46 good morning Jul 01 08:56:03 03Elena Grandi  07org.openembedded.dev * r8c98bd62b1 10openembedded.git/ (conf/checksums.ini recipes/sugar/sugar_0.84.6.bb): sugar: updated recipe for version 0.84.6 Jul 01 08:56:04 03Elena Grandi  07org.openembedded.dev * rcf5d5cfa6b 10openembedded.git/ (conf/checksums.ini recipes/sugar/sugar-base_0.84.1.bb): sugar-base: updated recipe for version 0.84.1 Jul 01 08:56:04 03Elena Grandi  07org.openembedded.dev * rb1cd100467 10openembedded.git/ (2 files in 2 dirs): sugar-presence-service: updated recipe for version 0.84.0 Jul 01 08:56:04 03Elena Grandi  07org.openembedded.dev * r719ac90a32 10openembedded.git/ (conf/checksums.ini recipes/sugar/sugar-artwork_0.84.1.bb): sugar-artwork: updated recipe for version 0.84.1 Jul 01 08:56:07 03Elena Grandi  07org.openembedded.dev * r5ffd81ea6e 10openembedded.git/recipes/tasks/task-sugar-sucrose.bb: task-sugar-sucrose: new recipe for a complete sugar environment Jul 01 08:56:10 03Elena Grandi  07org.openembedded.dev * ref127ce31b 10openembedded.git/ (conf/checksums.ini recipes/sugar/sugar-toolkit_0.84.4.bb): sugar-toolkit: updated recipe for version 0.84.4 Jul 01 08:56:13 03Elena Grandi  07org.openembedded.dev * r111224cb10 10openembedded.git/: Merge branch 'sugar' into org.openembedded.dev Jul 01 08:56:16 03Elena Grandi  07org.openembedded.dev * rd9348bc345 10openembedded.git/ (conf/checksums.ini recipes/sugar/sugar-datastore_0.84.0.bb): sugar-datastore: updated recipe for version 0.84.0 Jul 01 08:56:21 03Elena Grandi  07org.openembedded.dev * r0bc63dc0d9 10openembedded.git/ (conf/checksums.ini recipes/sugar/etoys_4.0.2212.bb): Jul 01 08:56:24 etoys: updated recipe for version 4.0.2212 Jul 01 08:56:26 This is the sugarlabs release of etoys. Jul 01 08:56:28 03Elena Grandi  07org.openembedded.dev * rff806d26a1 10openembedded.git/recipes/images/sugar-image.bb: sugar-image: updated to use the task-sugar-sucrose recipe Jul 01 08:56:34 morning Jul 01 08:58:20 hi valhalla Jul 01 09:01:51 03Elena Grandi  07org.openembedded.dev * r14fb948e60 10openembedded.git/ (3 files in 2 dirs): xapian-core, xapian-core-native: updated recipes for version 1.0.13 Jul 01 09:01:52 03Elena Grandi  07org.openembedded.dev * rc86c7dec5e 10openembedded.git/: Merge branch 'sugar' into org.openembedded.dev Jul 01 09:07:51 * florian notes oe has reached 7000 packages Jul 01 09:09:57 florian: wow Jul 01 09:10:22 my laptop sees 7000 exactly :) Jul 01 09:13:21 $ find . -name "*.bb" | wc -l Jul 01 09:13:23 7069 Jul 01 09:16:51 7055 here Jul 01 09:16:57 but I did not pulled yet today Jul 01 09:18:47 7076 after pull Jul 01 09:21:19 i am in the process of setting up my own OE-based distro ... and noticed that the task-base task seems to pull in a whole bunch of X11 stuff ... is there any canonical way to prevent this from happening, as i really don't need nor want X11 ? Jul 01 09:21:30 hi Jul 01 09:22:12 Caelian: how about building a console-image instead? Jul 01 09:23:10 aah ok .. that sounds good ... i've been following the OE documentation so far .. and that suggested building task-base hence my question :) Jul 01 09:23:46 florian: good morning Jul 01 09:23:47 i usually build the console-image because i don't need a GUI Jul 01 09:24:19 same here ... it'll be an internal-use-only distro for an NSLU2 Jul 01 09:24:31 I Jul 01 09:24:46 I've been using SlugOS so far ... but want to have a little bit more control Jul 01 09:24:49 morning pb Jul 01 09:24:58 and it's a nice learning excercise :0 Jul 01 09:25:07 yeah :) Jul 01 09:27:10 i already figured out that binutils-2.19 and gcc-4.4.0 are a bad combo in general (failes to build eglibc) ... and binutils-2.18 and gcc-4.4.0 fairs better but fails to cross build a native gcc package afterwards ... so i went back to binutils-2.18 and gcc-4.3.3 which seems to be a stable toolchain Jul 01 09:28:07 I also have a toolchain problem, I keep getting an EABI version error all the time Jul 01 09:28:27 hmmm .. haven't seen any EABI problems crop up so far Jul 01 09:29:07 haven't been able to fix it yet as I should find a way to tell OE to build a specific package with a specific toolchain and the rest with the default one Jul 01 09:29:13 do you have TARGET_OS set to "linux-gnueabi" ? Jul 01 09:29:33 hmmm .. ok .. that's beyond me :) Jul 01 09:29:46 hmm, which file is that? Jul 01 09:30:12 i set it in my own distro configuration Jul 01 09:30:37 ah, i use angstrom Jul 01 09:31:51 hmmm ... from what i can tell .. it looks like angstrom sets TARGET_OS to linux-gnueabi under certain conditions ... Jul 01 09:32:14 hi woglinde Jul 01 09:33:49 Caelian: yeah well actually i've managed to make oe to try and build the specific package with the toolchain i want but it can't find the toolchain because OE hasn't built it Jul 01 09:34:12 definitely beyond me :) Jul 01 09:34:34 have to keep digging Jul 01 09:34:39 there's lots of that in OE :) Jul 01 09:35:08 hehehe Jul 01 09:37:10 hi laibsch Jul 01 09:37:22 morning woglinde Jul 01 09:40:40 gm Jul 01 09:41:15 Anybody knows what is the situation of dm365 support in oe? Jul 01 10:01:13 recalcati whats dm365? Jul 01 10:01:17 hehe Jul 01 10:16:45 03Michael 'Mickey' Lauer  07fso/milestone5.5 * r17de028d36 10openembedded.git/recipes/freesmartphone/fsodeviced_git.bb: fsodeviced: depend on alsa-lib now Jul 01 10:16:46 03Michael 'Mickey' Lauer  07fso/milestone5.5 * r0a46a84a83 10openembedded.git/recipes/freesmartphone/ (8 files in 8 dirs): Jul 01 10:16:46 frameworkd: adjust all configuration files to disable the deprecated python subsystem implementation Jul 01 10:16:46 for ousaged by default. Instead, RDEPEND on fsousaged. Jul 01 10:17:56 hi zecke, mickeyl Jul 01 10:18:02 morning bp Jul 01 10:18:03 oops Jul 01 10:18:07 morning pb_ as well Jul 01 10:18:10 heh Jul 01 10:18:19 morning! Jul 01 10:18:37 pb_: have you ever worked with kprobes? Jul 01 10:18:44 zecke: never Jul 01 10:18:50 too bad Jul 01 10:19:14 this is the kernel diagnostic thing, right? Jul 01 10:19:22 it always seemed a bit too enterprise-class for me. :-} Jul 01 10:20:15 hahaha Jul 01 10:21:37 pb_: kernel debugging, e.g. your module code can be called whenever a given symbol will be called Jul 01 10:21:40 pb_: e.g. do_fork Jul 01 10:23:11 lunch Jul 01 10:24:46 no thanks Jul 01 10:26:24 florian: has there been any progress with un-jamming this e.V. membership thing? Jul 01 10:26:45 mickeyl: ... I still need to sign something.. we are incredible stupid Jul 01 10:27:47 zecke: i know, it occured to me some hours later Jul 01 10:28:06 mickeyl: I wanted to call you from the train station but couldn't find your number :( Jul 01 10:28:13 pb_: yes Jul 01 10:28:25 pb_: i organized a meeting while we were on the LT Jul 01 10:28:40 mickeyl: ah, excellent Jul 01 10:28:41 pb_: i took the notes, but didn't have time to send the mail yet. Jul 01 10:28:48 03Elena Grandi  07org.openembedded.dev * ra2ba9341af 10openembedded.git/ (conf/checksums.ini recipes/python/python-cjson_1.0.5.bb): Jul 01 10:28:48 python-cjson 1.0.5: new recipe Jul 01 10:28:48 python-cjson is a Fast JSON encoder/decoder for Python Jul 01 10:28:53 pb_: basically, the path forwards is clear now, we just have to do it Jul 01 10:29:03 more details in the mail, hopefully by tonight Jul 01 10:29:08 re Jul 01 10:29:10 mickeyl: awesome. thanks for dealing with that. Jul 01 10:29:13 np Jul 01 10:31:24 pb_: no thanks for kprobe? the cool thing for me is... I have core kernel code (no module) and I wonder with which parameters the functions get called... I can install some probes and see... and then unload them again :) Jul 01 10:31:52 zecke: heh, no, the "no thanks" was to woglinde and his offer of lunch. Jul 01 10:31:57 kprobe does sound quite neat. Jul 01 10:33:15 pb_: now, I would like to replace the code but I don't have access to the static variable... (and figuring where in memory it is is a bit too wild) Jul 01 10:41:35 * florian returns from a meeting Jul 01 10:50:16 03Florian Boor  07org.openembedded.dev * r9a6639419d 10openembedded.git/conf/machine/tx25.conf: tx25.conf: Prefer a usable kernel Jul 01 10:50:26 03Florian Boor  07org.openembedded.dev * r935f6044f6 10openembedded.git/recipes/linux/ (4 files in 2 dirs): linux: Merge tx25 support into the correct recipe. Jul 01 10:50:27 03Florian Boor  07org.openembedded.dev * r81531b3915 10openembedded.git/recipes/linux/linux_2.6.30-rc4.bb: linux: Delete misnamed recipe Jul 01 10:50:55 dth: Now it looks better... Jul 01 10:51:04 way better Jul 01 10:52:25 03Koen Kooi  07org.openembedded.dev * r2184b2862f 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev Jul 01 10:52:26 03Koen Kooi  07org.openembedded.dev * r6d13b52b66 10openembedded.git/recipes/cwiid/cwiid_svn.bb: cwiid: add svn version Jul 01 10:52:48 morning all Jul 01 10:58:20 03Elena Grandi  07org.openembedded.dev * r645418b10b 10openembedded.git/ (2 files in 2 dirs): Jul 01 10:58:20 python-pygtksourceview 2.6.0: new recipe Jul 01 10:58:20 python bindings for gtksourceview Jul 01 10:58:20 03Elena Grandi  07org.openembedded.dev * r6b8d5b4320 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev Jul 01 10:59:30 hey RP Jul 01 11:02:34 I hate git :( Jul 01 11:05:33 hi oespirit Jul 01 11:05:47 valhalla: it is... different Jul 01 11:06:02 valhalla: how did you feel about monotone? ;) Jul 01 11:06:51 florian: actually, I usually love it, it's just that today it has decided to add spurious merge commits to everything I do Jul 01 11:07:03 (I know it's my fault, I know) Jul 01 11:07:06 hello everyone Jul 01 11:08:30 and monotone... well, I just used it to pull, I didn't have write access Jul 01 11:09:03 when the pull did work and didn't timeout Jul 01 11:20:33 valhalla: those merges just mean that you didn't rebase between committing your change and pushing it. they're harmless, I wouldn't worry about them. Jul 01 11:22:00 valhalla: ah well... if you used monontone for some time you must like git :-) Jul 01 11:22:16 it'd be nice to teach cia to ignore those kinds of things, along with the long list of other things that it would be nice for cia to ignore, but still. Jul 01 11:22:51 pb_: yes, it's just that they're untidy Jul 01 11:24:04 valhalla: you might be able to arrange for git to automatically run "git pull --rebase" whenever you push, that'd stop them occurring in future. Jul 01 11:24:34 I think I was discussing this with Laibsch a week or so ago but neither of us knew exactly which hook should be used for that. Jul 01 11:25:18 I'll look into that, thanks Jul 01 11:26:08 The downside will pull --rebase is that it means that history no longer reflects *exactly* what you tested. Depends if you care, of course. Jul 01 11:26:11 pb? Jul 01 11:26:41 Oh, I just always manually rebase before commit Jul 01 11:26:59 It should be possible to do this automatically with a hook, I guess Jul 01 11:30:17 Laibsch: yeah, I think you suggested using a hook for that. or maybe that was something else, I don't quite remember. Jul 01 11:31:00 broonie: yah. personally I don't care, though I guess others might. Jul 01 11:31:23 not that I care very much about the merge commits either :-} Jul 01 11:33:36 re Jul 01 11:34:00 hi woglinde Jul 01 11:34:11 hi rp Jul 01 11:34:29 jo florian Jul 01 11:43:26 03Koen Kooi  07org.openembedded.dev * r851c0b4629 10openembedded.git/recipes/icon-slicer/icon-slicer-native_0.3.bb: icon-slicer-native: switch to pixbux-native Jul 01 11:43:37 03Koen Kooi  07org.openembedded.dev * rae63c8ef49 10openembedded.git/ (conf/checksums.ini recipes/loudmouth/loudmouth_1.4.3.bb): loudmouth: add 1.4.3 Jul 01 11:49:57 hi woglinde Jul 01 12:01:00 re Jul 01 12:01:39 re hrw Jul 01 12:42:44 03Koen Kooi  07org.openembedded.dev * r6af86b4c9c 10openembedded.git/recipes/python/python-pygtksourceview_2.6.0.bb: python-pygtksourceview: catch up with sourceview renaming Jul 01 12:43:39 woglinde: there? Jul 01 12:43:50 woglinde: or rahter, what was the small marvell thing named? Jul 01 12:45:27 blinder sheevaplug Jul 01 12:45:34 ah, sheevaplug Jul 01 12:45:39 just off by one vowel Jul 01 12:45:58 http://www.globalscaletechnologies.com/ Jul 01 12:46:09 look at openrd-client too Jul 01 12:46:24 seems I should change to marketing and sales Jul 01 12:50:03 re alphaone Jul 01 12:54:30 hey woglinde Jul 01 13:18:49 Gnutoo: just have seen your message. Thanks. Jul 01 13:19:14 mario-goulart, ok Jul 01 13:49:15 *sigh Jul 01 13:49:42 is it me or autotools is beyond-reasonable complex? Jul 01 13:52:23 tmartins: autotools is beyond-acceptable complex. Jul 01 13:54:35 mario-goulart: you shall try boost' bjam then ;) Jul 01 13:56:41 thebohemian: does it manage to be worse than autofools? Jul 01 13:57:05 mario-goulart: have a look at our boost recipe ... there is a nice comment about those Jul 01 13:57:53 hi. i have a custom recipe which should check out the source from svn, but it tries to download an archive from angstrom first. is that normal? Jul 01 13:58:21 mike_s: yes, it is normal Jul 01 13:58:33 mario-goulart: OTOH I am not really sure if the autotools are the ones to blame. we have many working autotools recipes only a few where the authors did terrible things are causing grief Jul 01 13:58:45 valhalla, can it be disabled? Jul 01 13:58:54 mike_s: yeah that is normal Jul 01 13:59:08 mike_s: i don't know Jul 01 13:59:14 mike_s: it looks whether the file is cached on that server Jul 01 13:59:38 mike_s: CVS_TARBALL_STASH="" SRC_TARBALL_STASH="" in recipe may help Jul 01 13:59:44 it seems like a good idea in general, but this particular recipe is looking on an internal server at the moment Jul 01 13:59:59 mike_s: downloading from svn usually takes longer Jul 01 14:01:02 hrw, thanks i'll try that Jul 01 14:01:41 hrw, it worked Jul 01 14:03:16 thebohemian: this is just for testing. i will probably get it to download an archive from our hudson server in the end Jul 01 14:10:37 03Mario Domenech Goulart  07stable/2009 * r6ae1aa5d9d 10openembedded.git/docs/usermanual/reference/class_rootfs_ipkg.xml: Jul 01 14:10:37 Documentation for PACKAGE_ARCH is actually for PACKAGE_ARCHS Jul 01 14:10:37 Signed-off-by: Mario Domenech Goulart Jul 01 14:10:37 Signed-off-by: Otavio Salvador Jul 01 14:10:37 Signed-off-by: Marcin Juszkiewicz Jul 01 14:10:40 Acked-by: Koen Kooi Jul 01 14:10:42 03Rolf Leggewie  07stable/2009 * r56abc5c11e 10openembedded.git/docs/usermanual/usermanual.xml: Jul 01 14:10:45 docs: add copyright notice for 2009 Jul 01 14:10:47 Signed-off-by: Marcin Juszkiewicz Jul 01 14:10:49 Acked-by: Koen Kooi Jul 01 14:10:51 03Rolf Leggewie  07stable/2009 * r990c7cc94d 10openembedded.git/docs/usermanual/chapters/getting_oe.xml: Jul 01 14:10:54 docs: fix URL for bitbake manual. (Closes: #5122) Jul 01 14:10:56 Signed-off-by: Marcin Juszkiewicz Jul 01 14:10:58 Acked-by: Koen Kooi Jul 01 14:11:00 03Cliff Brake  07stable/2009 * rf762b56d10 10openembedded.git/docs/usermanual/chapters/getting_oe.xml: Jul 01 14:11:03 doc: change openembedded.net reference to openembedded.org Jul 01 14:11:05 Signed-off-by: Marcin Juszkiewicz Jul 01 14:11:15 Acked-by: Koen Kooi Jul 01 14:11:17 03Dmitry Eremin-Solenikov  07stable/2009 * r5ec2bbfb55 10openembedded.git/classes/seppuku.bbclass: Jul 01 14:11:20 seppuku: add support for working behind the proxy Jul 01 14:11:22 Signed-off-by: Dmitry Eremin-Solenikov Jul 01 14:11:24 Signed-off-by: Marcin Juszkiewicz Jul 01 14:11:26 Acked-by: Koen Kooi Jul 01 14:11:28 03Mario Domenech Goulart  07stable/2009 * r97bb4121f2 10openembedded.git/docs/usermanual/reference/class_rootfs_ipkg.xml: (log message trimmed) Jul 01 14:11:31 s/IPKG_INSTALL/PACKAGE_INSTALL/ Jul 01 14:11:33 According to the git log (e.g., Jul 01 14:11:35 7302c6263934c237da66719bd42505b6c05d10cc), there was a change in the Jul 01 14:11:37 variable naming. IPKG_INSTALL was renamed to PACKAGE_INSTALL some time Jul 01 14:11:41 ago. classes/rootfs_ipk.bbclass currently uses PACKAGE_INSTALL instead Jul 01 14:11:47 of IPKG_INSTALL. Jul 01 14:11:49 03Michael Smith  07stable/2009 * r305831b6c2 10openembedded.git/classes/rootfs_deb.bbclass: (log message trimmed) Jul 01 14:11:52 rootfs_deb: make Packages.gz, not Packages.bz2. Jul 01 14:11:54 apt ignores Packages.bz2 unless bzip2 exists in /bin/bzip2 (!!). Jul 01 14:11:56 If it's in /usr/bin/bzip2 (e.g. SuSE build host) the image fails to build. Jul 01 14:12:00 Also, remove commented-out check for DEPLOY_KEEP_PACKAGES. Jul 01 14:12:02 Signed-off-by: Michael Smith Jul 01 14:12:04 Signed-off-by: Marcin Juszkiewicz Jul 01 14:12:06 03Dmitry Eremin-Solenikov  07stable/2009 * r3edfda6e5d 10openembedded.git/classes/tinderclient.bbclass: Jul 01 14:12:09 (63 lines omitted) Jul 01 14:32:15 Hi everyone, I am trying to build a package called at91bootstrap, but a file is missing (fixboot.py), did anyone experience this problem ? Jul 01 14:54:51 sigh... anyone did a x86 uclibc build? Jul 01 14:55:39 KERNEL_HEADERS=/usr/include my ass Jul 01 14:55:56 03Michael 'Mickey' Lauer  07fso/milestone5.5 * rbecde1d863 10openembedded.git/recipes/freesmartphone/cornucopia.inc: cornucopia.inc: ship dbus system activation files. Thanks Playya for spotting Jul 01 14:58:52 zecke not here Jul 01 14:59:35 woglinde: qemux86 as target? Jul 01 14:59:41 hm Jul 01 14:59:44 not tried Jul 01 15:00:16 in a few seconds Jul 01 15:01:19 I have x86 as target, there is no KERNEL_HEADERS and no TARGET_ARCH in the merged.config, so config mangling will not do anything Jul 01 15:01:26 and /usr/include will be the default... Jul 01 15:01:37 maybe we should fail instead of having an empty uclibc.machine config? Jul 01 15:04:06 ah right Jul 01 15:04:08 yes Jul 01 15:05:47 Acked-By to remove the default? Jul 01 15:06:03 oh, nothing to remove Jul 01 15:14:44 oh, what is our review process? can I just add an x86/uClibc.machine? Jul 01 15:15:01 yes Jul 01 15:15:08 you have my "amen" Jul 01 15:15:26 sure you dont need qemux86 ? Jul 01 15:16:21 woglinde: yes, I use kvm and not qemu :) Jul 01 15:17:06 hahahaahahahaaa Jul 01 15:17:26 but I depends on machine if I remeber correctly Jul 01 15:17:28 woglinde: I like the splitup between uClibc.machine and uClibc.distro Jul 01 15:17:45 so if you choose qemux86 as machine Jul 01 15:18:05 you need to provide a qemux86/uClibc.machine Jul 01 15:18:08 woglinde: it is a bit unfortunate that I will need a uClibc.machine for progear, x86, x86-nehalem, x86-*, qemu-x86... did you ever talk about that? Jul 01 15:18:13 zecke I didnt sugges that Jul 01 15:18:27 the split up was there before my time Jul 01 15:18:28 woglinde: If I would have qemux86, I would have picked something that builds :) Jul 01 15:19:06 woglinde: maybe have a) uClibc.arch and don't use if uClibc.machine exists? Jul 01 15:19:43 nope I did it for simpad an warp board Jul 01 15:20:35 hm intressting a qemux86/uClibc.conf is almost there Jul 01 15:21:15 woglinde: why almost? looks complete :) Jul 01 15:21:55 hm so niw I am trying micro-uclibc with qemux86 Jul 01 15:22:11 or are you trying a differrent setup now? Jul 01 15:22:45 woglinde: do you agree on having an arch fallback? or at least fail with a good error message? Jul 01 15:22:59 woglinde: I have MACHINE="x86" Jul 01 15:25:16 woglinde: do I sound reasonable? the uClibc.machine have certainly "wildwuchs" Jul 01 15:29:06 hm yes Jul 01 15:29:20 I only touched the machines I worked on Jul 01 15:29:59 but why you now switched to x86 instead of qemux86? Jul 01 15:32:08 I didn't dwitch Jul 01 15:32:12 I started with x86 Jul 01 15:32:17 after an ls in conf/machine Jul 01 15:32:19 morning Jul 01 15:32:21 ah okay Jul 01 15:32:22 sorry Jul 01 15:32:37 it was question from you Jul 01 15:33:41 woglinde: I just wonder what to do about it, there is so much "shared" Jul 01 15:34:20 hm dont know Jul 01 15:34:38 didnt have the time yet to think about it Jul 01 16:13:06 mario-goulart, I have to go I'll be back soon and continue what I left yesterday Jul 01 16:23:03 hi ph5 Jul 01 16:24:24 hej woglinde Jul 01 16:41:49 woglinde: i wonder if one can use the sata ports Jul 01 16:59:05 blinder? Jul 01 16:59:09 its an esata Jul 01 17:01:10 yeah, the block diagram show s 2 sata ports ... and at least on one site they mention that the sata board is accessible through a port Jul 01 17:01:15 it's kind of confusing :) Jul 01 17:02:47 hm oh okay Jul 01 17:04:06 http://www.einfochips.com/marvell/openrd_client_d.php#extern Jul 01 17:06:30 otherwise i would have to cut a whole in the casing ;) Jul 01 17:06:42 but it looks a bit like a variation from the one yo uposted Jul 01 17:07:07 looking for a new gateway anyway :) Jul 01 17:11:26 no its same Jul 01 17:11:35 yeah, just figured Jul 01 17:11:40 i have my nick for a name, missed the e Jul 01 17:11:44 in eSATA ;) Jul 01 17:11:55 in the hardware block diagram Jul 01 17:14:55 jo kergoth Jul 01 17:15:42 hey Jul 01 17:30:09 03Michael 'Mickey' Lauer  07shr/import * r17de028d36 10openembedded.git/recipes/freesmartphone/fsodeviced_git.bb: fsodeviced: depend on alsa-lib now Jul 01 17:30:12 03Klaus Kurzmann  07shr/import * r6763458975 10openembedded.git/: Jul 01 17:30:12 Merge branch 'fso/milestone5.5' into shr/import Jul 01 17:30:12 Conflicts: recipes/freesmartphone/frameworkd_git.bb Jul 01 17:30:12 fix PR conflict Jul 01 17:30:13 Signed-off-by: Klaus Kurzmann Jul 01 17:30:15 03Michael 'Mickey' Lauer  07shr/import * r0a46a84a83 10openembedded.git/recipes/freesmartphone/ (8 files in 8 dirs): Jul 01 17:30:18 frameworkd: adjust all configuration files to disable the deprecated python subsystem implementation Jul 01 17:30:20 for ousaged by default. Instead, RDEPEND on fsousaged. Jul 01 17:30:22 03Michael 'Mickey' Lauer  07shr/import * rbecde1d863 10openembedded.git/recipes/freesmartphone/cornucopia.inc: cornucopia.inc: ship dbus system activation files. Thanks Playya for spotting Jul 01 18:21:59 *phew* Jul 01 18:22:01 sent the letter Jul 01 18:22:08 to oe Jul 01 18:22:16 hm? Jul 01 18:24:46 protocol of OE e.V. meeting @ LT Jul 01 18:28:12 cool! Jul 01 18:28:43 * milomb Hi folks, trying to 'bitbake base-image' from scratch for a beagleboard following the instructions at elinux.org; failing at shared-mime-info-native_0.51. Any suggestions? Jul 01 18:29:56 milomb: what kind of failure? Jul 01 18:31:03 * milomb log.do_compile ends complaining about POTFILES.in (po/missing includes freedesktop.org.xml.in and update-mime-database.c) Jul 01 18:33:05 milomb: the usual early question... did you google for the failure you see? Jul 01 18:33:39 * milomb Yep. Only a couple of hits, older errors in shared-mime-info that look to already have been fixed. Jul 01 18:34:00 yay OEDEM goodness :-) Jul 01 18:34:12 now to find a job so I can afford flights Jul 01 18:34:26 milomb: maybe paste your full error to something like paste.lisp.org/new/oe Jul 01 18:37:00 milomb pasted "shared-mime-info failure" at http://paste.lisp.org/display/82863 Jul 01 19:00:10 03Florian Boor  07org.openembedded.dev * r486d524cfa 10openembedded.git/conf/checksums.ini: checksums.init: add checksum for linux kernel patch-2.6.30-rc4.bz2 Jul 01 19:16:34 argh tinylogin got killed... Jul 01 19:17:31 milomb: interesting, I have never seen this Jul 01 19:18:26 * milomb zecke: I'm running on a stock, up-to-date Kubuntu Jaunty under VMware, fwiw Jul 01 19:18:50 milomb: my wildest guess is something like bash vs. dash Jul 01 19:19:38 * milomb zecke: Nope, fixed that before started (it's in the tutorial) -- sh is a symlink to bash Jul 01 19:21:05 * milomb zecke: I tried building both base-image and x11-image from scratch (thought the x11 config might have pulled in some requred dependencies related to the freedesktop.org file), same result. Jul 01 19:22:08 milomb: /home/bbender/oe/tmp/staging/i686-linux/usr/bin/intltool-update comes from gettext if I'm not mistaken... Jul 01 19:23:17 and I'm wrong :} Jul 01 19:23:38 fg Jul 01 19:23:51 oops. Wrong buffer. :-) Jul 01 19:24:16 milomb: the best I can think of is to put these files into POTFILES.in and provide a patch :} Jul 01 19:25:05 * milomb zecke: Thx, will try. Was just checking first to see if it was a known issue Jul 01 19:25:21 maybe, but not known to me Jul 01 20:11:10 milomb: I have jaunty too and it builds fine for me Jul 01 20:11:46 khem: thanks Jul 01 20:11:57 I do have freedesktop.org.xml.in and update-mime-database.c in shared-mime-info sources Jul 01 20:12:16 but they are not reported by intltool-update Jul 01 20:12:27 to have translations Jul 01 20:13:04 which version of intltool-native is being built for you Jul 01 20:14:33 milomb: do you have update-mime-database.c listed in po/POTFILES.skip or not ? Jul 01 20:16:09 khem: I'm pretty sure it was not (I just wiped everything to do a clean start before I start mucking with trying to patch it) Jul 01 20:16:30 milomb: I doubt if a patch would be needed Jul 01 20:19:05 milomb: btw. do you have perl installed Jul 01 20:19:13 in /usr/bin Jul 01 20:20:21 khem: Yes, /usr/bin/perl Jul 01 20:22:22 milomb: paste your local.conf somewhere Jul 01 20:24:05 khem: already rm'd whole oe tree, starting from scratch. Will be a little while before I can check. Jul 01 20:25:28 even local.conf ? Jul 01 20:26:01 Yeah, everything (wasn't thinking, even whacked local git copy of openembedded :( ) Jul 01 20:26:41 well too bad Jul 01 20:26:44 ... so now waiting for whole 'git clone' again Jul 01 21:27:43 mickey|dinner: thanks for posting the ev update, that all sounds good. Jul 01 21:33:50 * florian agrees Jul 01 21:34:08 ... and tries to continue with the banking stuff Jul 01 22:15:19 03Stanislav Brabec  07org.openembedded.dev * r11ac596fc3 10openembedded.git/ (4 files in 3 dirs): balsa: Updated to version 2.4.0. Jul 02 02:15:26 hello! i have a project to do with a PIC24H... Jul 02 02:15:34 i don't want to use the MPLAB environment Jul 02 02:15:48 I have built the GNU toolchain for the PIC on Linux Jul 02 02:16:17 what i have is a mass of banal C code, but a small amount of device-specific (SPI) code for the PIC Jul 02 02:16:31 i want to port the application to the x86 Jul 02 02:16:48 so that i can develop and debug it with better tools.. e.g. gdb Jul 02 02:17:12 so i wonder how to build the code for two platforms simultaneously Jul 02 02:17:33 (bearing in mind only the SPI code is the problem) Jul 02 02:18:05 i like the eclipse IDE.. but don't know if i can easily swap processor target from eclipse.. Jul 02 02:18:21 or i could write a makefile with target options for PIC and for x86 Jul 02 02:18:35 any ideas very welcomed, please! Jul 02 02:19:58 it's a generic question really... what is the easiest way to build code for two target architectures simultaneously.. bearing in mind there is some device-specific code involved **** ENDING LOGGING AT Thu Jul 02 02:59:57 2009