**** BEGIN LOGGING AT Fri Sep 16 02:59:56 2011
Sep 16 07:14:50 <lumag> hi all
Sep 16 07:36:48 <ant_work> hello lumag
Sep 16 07:59:21 <lumag> hi ant_work, bluelightning
Sep 16 08:00:01 <bluelightning> hi lumag, ant_work, all
Sep 16 08:17:54 <ant_work> so, should we revert the split I did when linux.inc was seemingly deprecated?
Sep 16 08:17:56 <ant_work> http://cgit.openembedded.org/cgit.cgi/openembedded/commit/recipes/linux/linux-kexecboot.inc?h=org.openembedded.dev&id=6d94ff134f59c2b76216a2127ea494a8c5816024
Sep 16 08:18:37 <ant_work> I'm doing some further cleanings (e.g. moving logo stuff in linux-2.6.39.inc)
Sep 16 08:19:02 <Jay7> btw
Sep 16 08:19:05 <Jay7> morning :)
Sep 16 08:19:20 <Jay7> do we have MIPS support in meta-handhelds?
Sep 16 08:19:43 * Jay7 is thinking about Ben NanoNote again :)
Sep 16 08:20:38 <Jay7> btw, jlime people will have hard times soon.. they are still using OE classic and known almost nothing about oe-core..
Sep 16 08:21:05 <Jay7> I fear JLime distro may dead..
Sep 16 08:21:55 <ant_work> what is lates kernel?
Sep 16 08:24:10 <Jay7> can't say
Sep 16 08:24:26 <Jay7> I still don't know how to get access to jlime repo
Sep 16 08:25:21 <ant_work> in oe-classic it was 2.6.37 iirc
Sep 16 08:44:44 <bluelightning> Jay7: it could be that nanonote deserves its own bsp layer
Sep 16 08:45:13 <bluelightning> it's a little different from the other devices we have in meta-hh
Sep 16 08:46:41 <bluelightning> we should really try to reach out to jlime... I have a jornada so maybe I should do that...
Sep 16 08:48:53 <Jay7> bluelightning: jlime need you :)
Sep 16 08:49:11 <Jay7> but placing ben-nn in own bsp is good idea
Sep 16 08:49:29 <Jay7> or it may share bsp with zipit and jornadas
Sep 16 08:49:52 <bluelightning> well we have some jornada stuff in meta-hh
Sep 16 08:51:02 <Jay7> iirc, kristoffer is right person to contact on #jlime
Sep 16 08:51:12 <Jay7> and B_Lizzard may be
Sep 16 08:52:16 <bluelightning> ok I will talk to them
Sep 16 08:52:19 * Jay7 may have local expo here in about a month
Sep 16 08:52:31 <Jay7> good idea to have all my devices up and usable :)
Sep 16 08:52:47 <lumag> ant_work, why do you want to move logo to version-specific inc?
Sep 16 08:52:51 <Jay7> not sure how it's real to reach :)
Sep 16 08:53:54 * bluelightning -> office
Sep 16 08:57:27 <ant_work> lumag: I would add the logo to SRC_URI, one line before defconfig
Sep 16 08:58:01 <ant_work> and the LOGO_SIZE ?= "." could also go there
Sep 16 08:58:32 <ant_work> but hen I have to swap the order of the includes
Sep 16 08:58:36 <Jay7> but why not just linux.inc?
Sep 16 08:58:51 <Jay7> not linux-a.b.c.inc
Sep 16 08:59:28 <lumag> ant_work, I'd judge we should keep .inc files machine-clean.
Sep 16 08:59:56 <lumag> What about moving LOGO_SIZE (maybe as BOOTUP_LOGO_SIZE to lower the risk of collisions) to machine .conf?
Sep 16 09:00:24 <ant_work> we have it in zaurus.inc
Sep 16 09:01:06 <ant_work> it is here for the 'unset' case
Sep 16 09:01:54 <ant_work> in fact, as I see it, we always want a bootlogo in the normal case
Sep 16 09:02:09 <ant_work> the thing is people committing new recipes often redeclare SRC_URI = in the linux-latest.bb so logo can be missing
Sep 16 09:02:36 <ant_work> I would remove the _append in linux-2.6.39.bb too , ofc
Sep 16 09:02:59 <ant_work> (in fact I did all above but have still to test the images)
Sep 16 09:03:39 <ant_work> final cherry, I think we can remov trhe DEFAULTY_PREFERENCES block and add COMPATIBLE_MACHINE
Sep 16 09:04:16 <ant_work> this in the 'common' inc, actually linux-2.6.39.inc
Sep 16 09:05:02 <ant_work> lumag: anyway linux-kexecboot.inc should be refactored as you did with linux.inc
Sep 16 09:05:18 <ant_work> probably we can merge back the two again
Sep 16 09:05:25 <lumag> ant_work, yes, most probably. Maybe most patches can be applied as is. I just didn't have time :(
Sep 16 09:06:21 <ant_work> at the moment we have 3 inc files, which seems a bit overkill
Sep 16 09:42:48 <lumag> Damn.
Sep 16 09:43:12 <lumag> Missing or unbuildable dependency chain was: ['libopie2', 'bluez4', 'gst-plugins-base', 'virtual/libx11']
Sep 16 10:46:16 <bluelightning> lumag: btw have you tested meta-opie with the latest changes?
Sep 16 10:46:50 <bluelightning> it's still missing opiebluetoothd but I have a basic recipe for that locally
Sep 16 10:47:07 <lumag> bluelightning, I'm currently stuck with making opie compatible with sysroot containing qt4 binaries.
Sep 16 10:47:24 <lumag> Do you plan to use qt3e somewhere?
Sep 16 10:47:37 <bluelightning> lumag: no, AFAIK it was never really very good
Sep 16 10:47:55 <lumag> My current plan is to make uicmoc install moc2 & uic2 and make qmake.bbclass call uic2 and moc2
Sep 16 10:48:13 <bluelightning> ok
Sep 16 10:48:36 <bluelightning> I have to admit I had never tried to mix qt2 & qt4 in the same rootfs
Sep 16 10:48:42 <bluelightning> or rather, sysroot
Sep 16 10:48:58 <bluelightning> lumag: btw is it OK if I submit a patch for the subpath issue?
Sep 16 10:49:07 <bluelightning> (bitbake)
Sep 16 10:49:23 <lumag> yes, you are welcome. I've tried submitting it but seems it got ignored.
Sep 16 10:49:35 <bluelightning> really? I did not see that...
Sep 16 10:51:00 <bluelightning> lumag: did you send it to bitbake-devel@lists.openembedded.org or elsewhere
Sep 16 10:51:02 <bluelightning> ?
Sep 16 10:51:11 <lumag> yes, probably. I don't remember
Sep 16 10:52:42 <lumag> Damn. Got a strange unpack error with openssl-0.9.8m
Sep 16 10:52:47 <lumag> *0.9.8r
Sep 16 11:27:23 <ant_work> bluelightning: I was reading  "Prevent IMAGE_FEATURES from contaminating initrd"
Sep 16 11:27:45 <ant_work> we have indeed some cruft in our initramfs
Sep 16 11:27:58 <ant_work> inexplicably some modules stuff leaking in
Sep 16 11:28:19 <ant_work> so let's start adding IMAGE_FEATURES = ""
Sep 16 11:28:34 <bluelightning> ant_work: kind of breaks the debugging thing though right?
Sep 16 11:28:50 <bluelightning> but we've stopped using that though I think, right?
Sep 16 11:29:25 <ant_work> for the custom-purpose cpio containing kexecboot and kexec we don't really need any cruft
Sep 16 11:30:29 <ant_work> imho one may want to debug single binaries, nopt any
Sep 16 16:35:21 <ant_work> bbl
Sep 16 21:42:44 <ant__> bluelightning: so we have to revive keymaps and formfactor?
Sep 16 22:35:44 <bluelightning> ant__: yes
Sep 16 22:35:59 <bluelightning> ant__: I will bring them in this weekend
Sep 16 22:39:33 <bluelightning> hmm I still have some patches to integrate also
Sep 16 22:40:27 <ant__> great, thx
Sep 16 22:43:05 <ant__> I'll send a reminder for removing tzcode/tzdata from meta-oe
Sep 16 22:47:50 <ant__> you know the issue happening btw layers, masking some new PV...
Sep 16 22:48:46 <bluelightning> ant__: it's a problem, but unfortunately it's by design...
Sep 16 22:52:00 <ant__> let's call it (mis)feature
Sep 16 22:57:03 <bluelightning> ant__: I agree, I'm not particularly keen on it myself
Sep 16 22:59:53 <ant__>  mail sent
Sep 16 23:02:34 <ant__> so, core-image-minimal doesn't boot on poodle, last line on screen being
Sep 16 23:02:53 <ant__> "No package system found"
Sep 16 23:03:23 * ant__ branches serial cable
Sep 16 23:05:24 <bluelightning> hmm :(
Sep 16 23:05:41 <bluelightning> what's complaining about that I wonder...
Sep 16 23:06:08 <bluelightning> it is deliberate for core-image-minimal to have no package management
Sep 16 23:07:49 <ant__> and I suspect some postprocessing removes kernel and modules as well...
Sep 16 23:10:00 <ant__> ouch :/
Sep 16 23:10:02 <ant__> http://paste.debian.net/130502/
Sep 16 23:33:15 <ant__> gn
**** ENDING LOGGING AT Sat Sep 17 02:59:57 2011