**** BEGIN LOGGING AT Wed Jul 13 02:59:57 2011
Jul 13 12:18:25 <ant_work> hello
Jul 13 12:37:07 <bluelightning> hi ant_work
Jul 13 12:38:15 * ant_work hides after having committed a malformed patch
Jul 13 12:38:50 <ant_work> bluelightning: I've seen the issue with initramfs in oe-core
Jul 13 12:39:09 <ant_work> we had (oe-dev):
Jul 13 12:39:13 <ant_work> IMAGE_DEVICE_TABLES = "files/device_table-minimal.txt \
Jul 13 12:39:15 <ant_work>                        files/device_table_add-scsi.txt \
Jul 13 12:39:17 <ant_work>                        files/device_table_add-loop.txt \
Jul 13 12:39:19 <ant_work>                        "
Jul 13 12:39:31 <ant_work> now, only the one is present, and is different, lacking input
Jul 13 12:39:48 <bluelightning> hmm, so there is a follow up patch needed?
Jul 13 12:39:56 <ant_work> somewhere this should trigger a bug...
Jul 13 12:40:08 <ant_work> no, I mean whykexecboot fails
Jul 13 12:40:30 <ant_work> no input
Jul 13 12:41:26 <ant_work> we do prepopulate /dev with a.m. device-files
Jul 13 12:41:36 <ant_work> we did try to use devtmpfs but...
Jul 13 12:41:44 <ant_work> 1) is not avalaible pre 2.6.32
Jul 13 12:41:51 <ant_work> 2) was slightly slower...
Jul 13 12:41:59 <bluelightning> hmm ok
Jul 13 12:42:34 <ant_work> well,I have a pending patch for kexecboot for that case
Jul 13 12:43:34 <ant_work> but device_table-minimal in oe-core is 'incomplete'
Jul 13 12:44:03 <ant_work> and about the missing files, those are probably included and not required
Jul 13 12:44:25 <ant_work> I'll check the IMAGE_DEVICE_TABLES syntax
Jul 13 12:47:06 <ant_work> bluelightning: there are many of those 'baselayout' files (devices_table, fstab, ..) whichseems a bit outdated wrt oe-dev
Jul 13 12:47:40 <bluelightning> ant_work: that is quite likely... the best thing would be to try and bring over patches from oe-dev
Jul 13 12:48:10 <ant_work> sure
Jul 13 12:48:25 <ant_work> I've started to note the homeworks ;)
Jul 13 12:48:25 <bluelightning> in some cases that would be too much, in which case just a single update from oe-dev patch should be OK but you'd need to describe the reasons in the commit msg
Jul 13 12:48:46 <ant_work> np
Jul 13 12:49:15 <ant_work> any news wrt new layer?
Jul 13 12:49:25 <ant_work> I' ve updated to 2.6.39.3
Jul 13 12:50:09 <bluelightning> things are still moving along very slowly :/ hopefully by friday it will all be sorted out
Jul 13 12:50:40 <bluelightning> mean time one thing we need to do - gnu-tar uploaded somewhere
Jul 13 12:50:49 <ant_work> great news
Jul 13 12:51:16 <ant_work> I'd upload on ltg
Jul 13 12:51:48 <bluelightning> do we have zaurus.projects.linuxtogo.org working yet?
Jul 13 12:52:16 <ant_work> yes, I can upload it right now if you mean
Jul 13 12:52:38 <ant_work> let me try to login
Jul 13 12:52:55 <ant_work> yes
Jul 13 12:55:42 <bluelightning> ok great
Jul 13 13:04:50 <ant_work> http://projects.linuxtogo.org/frs/download.php/288/gnu-tar.gz
Jul 13 13:05:01 <ant_work> md5 too?
Jul 13 13:07:10 <bluelightning> not sure we need it, should be able to put that in the recipe
Jul 13 13:07:12 <bluelightning> thanks
Jul 13 13:08:19 <ant_work> I'll add some chksums for the posterity ;)
Jul 13 13:09:47 <bluelightning> might be worth updating the recipe in oe-dev to use that file instead of the in-tree one also
Jul 13 13:11:39 <ant_work> yes, this one and uboot-zaurus too (fwiw)
Jul 13 13:11:53 <ant_work> same tarball problem
Jul 13 13:12:28 <bluelightning> really? hmm is that new? I don't know if I pulled that into meta-handheld
Jul 13 13:12:57 <bluelightning> nope, don't have uboot-zaurus
Jul 13 13:13:17 <ant_work> ah, yes, I forgot how that was merged
Jul 13 13:13:30 <ant_work> is an outdated pdaxrom patch
Jul 13 13:13:51 <ant_work> instead of d/l it, is there http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/u-boot/u-boot-git/pdaXrom-u-boot.patch
Jul 13 13:15:12 <bluelightning> that's just a patch though, that's OK..?
Jul 13 13:32:30 <ant_work> iirc there was any fiable SRC URI
Jul 13 13:33:02 <bluelightning> ? sorry I don't know what you mean...
Jul 13 13:33:33 <ant_work> patch was seemingly disappeared on the net
Jul 13 13:33:50 <ant_work> the pdaxrom site was shut down
Jul 13 13:35:54 <ant_work> many zaurus utils could be uploaded on ltg, updater.sh, encdec-native, ... or are only tarballs troubling you?
Jul 13 13:40:03 <ant_work> well, this one was a binary...anyway in the general order of the things the metadata should be as lean as possible
Jul 13 13:42:50 <ant_work> so that sources and 'mainstream' patches should not be hosted on oe but fetched
Jul 13 13:54:25 <bluelightning> the binary was of major concern...
Jul 13 13:54:47 <bluelightning> whole C files are a little dodgy
Jul 13 13:54:54 <bluelightning> (or other source)
Jul 13 13:55:10 <bluelightning> patches are fine, obviously if they can be merged upstream it's better though
Jul 13 20:27:17 <ant__> Jay7: hi
Jul 13 20:27:24 <Jay7> hi andrea
Jul 13 20:27:38 <ant__> have you read the logs?
Jul 13 20:29:07 <Jay7> ant__: ah, no
Jul 13 20:29:11 <Jay7> will do a bit later
Jul 13 20:31:15 <ant__> no new bug, just missing input devices
Jul 13 20:32:00 <ant__>  + can't open directory '/dev/input': No such file or directory
Jul 13 20:36:54 <Jay7> I see now
Jul 13 20:37:01 <Jay7> device-table?
Jul 13 20:53:06 <ant__> yes, lack-of
Jul 13 20:53:17 <ant__> I'll send a RFC on oe-core
Jul 13 20:53:46 <ant__> or..the devtmpfs patch
Jul 13 20:54:09 <ant__> and a micro-device-table
Jul 13 20:54:43 <Jay7> iirc, there was same problems
Jul 13 20:56:02 <ant__> 0001-Check-devtmpfs-presence-in-runtime.patch
Jul 13 20:56:02 <ant__> 10K   Download  
Jul 13 20:56:26 <ant__> yes, unconditional delay iirc
**** ENDING LOGGING AT Thu Jul 14 02:59:57 2011