**** BEGIN LOGGING AT Mon Sep 19 02:59:57 2011
Sep 19 09:32:30 <Jay7> ka6sox-away: https://github.com/codedance/Retaliation#readme
Sep 19 09:32:38 <Jay7> you will like this I'm sure :)
Sep 19 09:40:30 <ant_work> hello Jay7
Sep 19 09:40:39 <Jay7> hi ant_work
Sep 19 11:00:22 <bluelightning> hi Jay7, ant_work
Sep 19 11:02:00 <lumag> hi all
Sep 19 11:02:19 <lumag> hi Jay7 ant_work bluelightning
Sep 19 11:02:29 <bluelightning> hi lumag
Sep 19 11:36:19 <ant_work> so I tries yesterday's core- mages and none boots
Sep 19 11:36:41 <ant_work> it looks we have again initscripts/udev concurrency
Sep 19 11:37:41 <ant_work> http://paste.debian.net/130502/
Sep 19 11:38:07 <ant_work> fwiw core-image-sato was booting some weeks ago so this is a 'regression'
Sep 19 11:39:02 <ant_work> and for some (still) unknown reason there is no zImage symlink in /boot
Sep 19 11:39:39 <ant_work> (and even no kernel with oe-core-minimal)
Sep 19 11:41:07 <bluelightning> ant_work: hmm :( we really need to track down the cause of these issues#
Sep 19 12:09:06 <ant_work> lumag: what about  NR_IRQS:288 nr_irqs:292 292 ? Normal?
Sep 19 12:11:26 <ant_work> bluelightning: one is prolly  http://cgit.openembedded.org/cgit.cgi/openembedded-core/commit/meta/recipes-core/udev?id=fe7cef6febdb938b535259b09690192b17074314
Sep 19 12:11:30 <lumag> ant_work, do you have SPARSE_IRQ enabled/
Sep 19 12:13:10 <ant_work> no, I guess it's taking the defaults when expanding the mini-defconfig
Sep 19 12:13:42 <lumag> ant_work, those numbers look ok for me.
Sep 19 12:14:05 <ant_work> ok, no idea, I saw they differ
Sep 19 12:14:08 <ant_work> only that
Sep 19 12:36:11 <ant_work> bluelightning: ahh...meta-oe has own udev :/
Sep 19 12:36:18 <ant_work> sigh
Sep 19 12:41:21 <ant_work> I think we need two Tartarus patches (in oe-classic)
Sep 19 12:41:37 <ant_work> udev: Make the dev cache work with /dev/shm
Sep 19 12:41:55 <ant_work> udev: Fix cache problem
Sep 19 12:42:39 <ant_work> and verify the startlevel 3/4 according with the initscripts we are using
Sep 19 12:53:45 <ant_work> (I'd postpone systemd beta-testing ;)
Sep 19 13:41:54 <bluelightning> ant_work: hmm, the question is why does meta-oe have its own udev?
Sep 19 13:42:59 <ant_work> <koen> ant_work: there's no caching in the meta-oe udev if you use systemd
Sep 19 13:43:08 <ant_work> <ant_work> Isee, so udev is in meta-oe just for experimenting systemd ?
Sep 19 13:45:38 <ant_work> this duplication of recipes is driving me crazy...
Sep 19 13:46:32 <bluelightning> yes it's ridiculous
Sep 19 13:46:46 <bluelightning> particularly as the duplication is rarely explained in the commit message
Sep 19 13:48:28 <ant_work> meta-oe is born from an oe-checkout of an experimental branch it seems
Sep 19 13:49:11 <ant_work> JaMa was testing that and repeatedly said remove it, was pushed because oe-core has older versions
Sep 19 13:49:47 <ant_work> once oe-core keeps up meta-oe should be purged imho
Sep 19 13:50:33 <ant_work> heee
Sep 19 13:50:35 <ant_work> <koen> ant_work: no, it's there because it's better and more up to date than the oe-core one
Sep 19 13:50:38 <ant_work> sic
Sep 19 13:53:53 <ant_work> bluelightning: it is true that some/many recipes in oe-core were very old
Sep 19 13:54:04 <ant_work> things have improved, however
Sep 19 13:54:16 <bluelightning> so the answer is: fix the recipe in oe-core...
Sep 19 13:54:22 <bluelightning> surely?
Sep 19 13:54:23 <ant_work> for the remaining recipes I'd really love to merge in oe-core
Sep 19 13:54:43 <ant_work> and maybe get rid of nmeta-oe as it is
Sep 19 13:54:58 <ant_work> an oe-core-next would make more sense imho
Sep 19 13:55:24 <ant_work> but RP seems having other ideas
Sep 19 14:07:23 <lumag> meta-oe looks like an old org.oe.dev garbage sometimes to me. Lot's of recipes of strange quality.
Sep 19 14:07:49 <lumag> Unfrotuntely meta-angstrom depends on it :( And I still can't find the problem with meta-micro
Sep 19 14:09:10 <ant_work> does Angstrom console-image with systemd boot at least?
Sep 19 14:09:55 <lumag> it worked for me about two weeks ago
Sep 19 14:10:14 <lumag> I had to pass rw to the kernel though
Sep 19 14:10:18 <ant_work> ah
Sep 19 14:11:02 <ant_work> the version in oe-classic was working well after Tartarus patches, without rw
Sep 19 14:11:45 <ant_work> for me udev has been a pain in the a$$ on every release since 0.92 :/
Sep 19 14:12:04 <ant_work> let's count them..20 releases at least :/(
Sep 19 14:12:34 <ant_work> continuous adjustments required...
Sep 19 14:13:23 <ant_work> ..for an handheld with only SD and CF :p
Sep 19 14:13:45 <ant_work> anyway, that's the stream
Sep 19 21:46:48 <ant__> wow, I can type numbers on poodle
Sep 19 21:47:19 <ant__> Fn+Num+[0-9]
Sep 19 21:47:44 <ant__> this in userspace, oe-core
Sep 19 21:48:20 <ant__> now..damnit...  no valid shadow password
Sep 19 22:16:42 <ant__> ok, that's the "debug_tweaks" stuff
Sep 19 22:17:04 <ant__> looks like I'll login in a few mins :)
Sep 19 22:39:01 <ant__> yes, good news
Sep 19 22:39:24 <ant__> same for collie hopefully
Sep 19 22:49:05 <ant__> gn
**** ENDING LOGGING AT Tue Sep 20 02:59:56 2011