**** BEGIN LOGGING AT Thu Jan 18 02:59:57 2007
Jan 18 06:09:46 <Cockroach-> Morning
Jan 18 09:27:55 <_law_> the vt switching via FN-key + Arrow Right/Left doesnt work on my c7x0 with angstrom
Jan 18 09:28:45 <XorA> _law_: does on mine
Jan 18 09:29:00 <_law_> XorA, hmm c760 ?
Jan 18 09:29:32 <XorA> _law_: yeah
Jan 18 09:29:53 <XorA> _law_: just checked
Jan 18 09:29:56 <_law_> XorA, strange, some modification on keymap ?
Jan 18 09:30:28 <XorA> _law_: no idea
Jan 18 09:42:39 <_law_> XorA, any ideas where i can change this settings? keymap ?
Jan 18 09:45:28 <XorA> _law_: /etc/keymaps/corgi-2.6.* or something like that
Jan 18 09:45:49 <_law_> XorA, ok so i take a look. thanks
Jan 18 09:56:49 <lardman> morning
Jan 18 09:56:53 <hrw> hi lardman 
Jan 18 09:56:57 <lardman> hi hrw
Jan 18 09:58:33 <lardman> Under tmp/work/ there are two main directories, which are (I presume) the native, x86_64 in my case, and cross (arm-linux-eabi, etc.)
Jan 18 09:58:54 <lardman> Should the cross directory contain things built using the native compiler?
Jan 18 09:59:02 <lardman> or being built with
Jan 18 10:00:30 <hrw> happens
Jan 18 10:00:43 <lardman> It's just that my m-i-t-cross is being built under the arm-linux-* directory, even though it's a cross tool (runs on x86_64 to manipulate arm), not native to the arm side
Jan 18 10:01:01 <lardman> I'm just clutching at straws ;)
Jan 18 10:01:17 <hrw> and forcing me to launch dict ;d
Jan 18 10:01:51 <lardman> sorry!
Jan 18 10:01:53 * hrw need to buy idioms dictionary one day
Jan 18 10:02:18 <lardman> clutching at straws is, I think, related to drowning. A few straws won't keep you afloat
Jan 18 10:02:57 <hrw> 'tonący brzytwy się chwyta'
Jan 18 10:03:12 <hrw> in Polish we clutch razor not straws ;D
Jan 18 10:03:20 <lardman> ow!
Jan 18 10:03:47 <hrw> 'drowning catches razor'
Jan 18 10:04:05 <XorA> http://www.phrases.org.uk/bulletin_board/27/messages/391.html
Jan 18 10:04:29 <XorA> at least with enough straws you can float :-)
Jan 18 10:04:36 <hrw> compiler lines suxx
Jan 18 10:04:38 <hrw> | if ccache i686-angstrom-linux-gcc -DHAVE_CONFIG_H -I. -I/home/hrw/devel/build/progear/tmp/work/i686-angstrom-linux/xserver-kdrive-X11R7.1-1.1.0-r5/xorg-server-X11R7.1-1.1.0/hw/kdrive/sdl -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I../../../include -I/home/hrw/devel/build/progear/tmp/work/i686-angstrom-linux/xserver-kdrive-X11R7.1-1.1.0-r5/xorg-server-X11R7.1-1.1.
Jan 18 10:05:02 <hrw> now how to find wrong dir in it..
Jan 18 10:05:51 <hrw> nightmare
Jan 18 10:06:48 <lardman> If anyone wouldn't mind looking at my m-i-t-cross log file (and hopefully diagnosing my problem ;) ), it's here: http://people.bath.ac.uk/enpsgp/temp
Jan 18 10:06:49 <hrw> fscking SDL
Jan 18 10:06:53 <lardman> :D
Jan 18 10:07:00 * lardman goes to find a coffee
Jan 18 10:10:04 <hrw> looks like my angstrom/progear build is fscked again
Jan 18 11:46:16 <lardman> Why would the command: "ls d*" produce the following output?: "enoent methods mksplit"
Jan 18 11:47:23 <XorA> isnt ENOENT an error code?
Jan 18 11:48:15 <lardman> ah, might be
Jan 18 11:48:19 <lardman> busybox is screwed
Jan 18 11:48:32 <XorA> busybox 1.3?
Jan 18 11:48:33 <lardman> ls e* in the same dir produces: extensions
Jan 18 11:48:45 <lardman> Not sure, whatever's on the nokia 770
Jan 18 11:49:11 <koen> you're doing that inside /sys or something?
Jan 18 11:49:33 <XorA> thats an ls of /usr/lib/dpkg/*
Jan 18 11:49:56 <lardman> No, I'm in /usr/lib
Jan 18 11:51:29 <XorA> lardman: ah, then ls d* will correctly produce that
Jan 18 11:51:37 <XorA> as d* resolves only to dpkg/
Jan 18 11:52:26 <lardman> ah-ha
Jan 18 11:52:30 <lardman> thought I'd gone mad
Jan 18 11:52:39 <lardman> shame it doesn't let me know it's looking in dpkg
Jan 18 11:52:51 <lardman> busybox is version 1.01-4
Jan 18 11:53:04 <lardman> not that it matters
Jan 18 11:53:05 <XorA> lardman: real ls works the same way
Jan 18 11:53:19 <XorA> confuses me on occasion
Jan 18 11:53:40 <lardman> good, not just me then
Jan 18 11:54:13 <hrw> someone tried 1.3.x one?
Jan 18 11:54:26 <hrw> I wonder about adding 1.3.x one into oz 3.5.5
Jan 18 11:55:16 <XorA> I havent and I heard complaints it was broken
Jan 18 11:56:18 <koen> I haven't heard anyone trying it
Jan 18 11:56:40 <koen> busybox is like ipkg, you trade bugfixes for more bugs
Jan 18 12:32:14 <Cockroach-> phew
Jan 18 12:32:16 <Cockroach-> finally
Jan 18 12:33:40 <Cockroach-> CONFIG_FB_OMAP_LCD_MIPID was the option I was looking for.
Jan 18 12:33:50 <koen> aha
Jan 18 12:33:55 * koen stores that in memory
Jan 18 12:34:36 <XorA> for google Angstrom fbdev kdrive CONFIG_FB_OMAP_LCD_MIPID
Jan 18 12:34:42 <XorA> n770
Jan 18 12:35:58 <Cockroach-> Had to compare the boot sequence on vanilla maemo and the one I built. Then I saw the line "omapfb: configured for panel lph8923"
Jan 18 12:36:12 <Cockroach-> some grep:ing and there was it
Jan 18 12:36:43 <koen> Cockroach-: could you make a patch that enables that in the default OE defconfig?
Jan 18 12:40:49 <Cockroach-> koen: I suppose I can try, first time for everything. but I clean up the changes first, I might have done some unnecessary things.
Jan 18 12:43:12 <_law_> i am not able do set date/time (gpe-conf time) after login, because i dont have permissions, could someone confirm this?
Jan 18 12:43:35 <Cockroach-> And around (embedded) linux I feel like an amateur, so I'm very cautious on publishing anything =)
Jan 18 12:45:51 <lardman> Cockroach-: Have a go, I'll join you once I (if I ever) have a working toolchain
Jan 18 13:05:56 <Cockroach-> koen: BTW, the way I used to enable that kernel option was by copying the linux-nokia770_2.6.16-osso26.bb and related patches to a "local_metadata" directory, which I then used to override the original .bb, using BBCOLLECTIONS. 
Jan 18 13:06:33 <Cockroach-> koen: Then I edited the "local" linux-nokia770_2.6.16-osso26.bb 'do_configure_prepend()' function to enable those options I needed
Jan 18 13:23:58 <koen> woudln't it be easier to edit the defconfig file?
Jan 18 13:28:35 <Cockroach-> koen: ... as just now realizing that the defconfig comes from the directory "packages/linux/linux-nokia770-2.6.16-osso26/nokia770", I would need to say "yes. It would be much easier"
Jan 18 13:28:57 <koen> :)
Jan 18 13:35:36 <Cockroach-> umm now I am confused
Jan 18 13:36:14 <Cockroach-> those options ARE set on the defconfig. But not in the .config, which then is used by the oe_runmake
Jan 18 13:37:29 <Cockroach-> so the actual problem seems to be somewhere else
Jan 18 13:39:52 <Cockroach-> On another build machine, which I used to build the bootstrap-image without changing anything, /tmp/work/nokia770-angstrom-linux-gnueabi/linux-nokia770-2.6.16-osso26-r2/defconfig has the required "CONFIG_FB_OMAP_LCD_LPH8923=y"
Jan 18 13:40:47 <Cockroach-> but the /tmp/work/.../kernel-source-2.6.16-2.6.16.rel/.config doesn't have that value
Jan 18 13:58:07 <Cockroach-> ".config:870:warning: trying to assign nonexistent symbol FB_OMAP_LCD_LPH8923" from log.do_configure
Jan 18 14:02:10 <Cockroach-> In moments like these, I would like to quote a famous 4chan saying... :P
Jan 18 14:02:45 <Cockroach-> "Disregard that, I suck c0cks". I've spent 30 minutes wondering about totally non related things
Jan 18 14:23:51 <lardman> Can I trouble you all to look at my log file?: http://people.bath.ac.uk/enpsgp/temp/log.do_compile.16070
Jan 18 14:24:25 <lardman> strangely lsmod, insmod and modprobe are built, before it falls over on rmmod using the same command line (I think)
Jan 18 14:25:09 <koen> it seems it cannot find libc.so.6
Jan 18 14:25:30 <lardman> yep, strange it only happens for rmmod though
Jan 18 14:33:08 <lardman> Any suggestions?
Jan 18 14:33:16 * lardman feeling frustrated
Jan 18 14:34:21 <koen> probably a missing -L<path where your libc.so.6 is>
Jan 18 14:35:54 <lardman> Why only for rmmod though? Surely the others are also linked to libc?
Jan 18 14:36:17 <koen> no idea on that
Jan 18 14:36:46 <lardman> I tried modifying the -L settings last night in the run.* file, but to no avail
Jan 18 14:48:49 <_law_> bbl
Jan 18 14:52:31 <hrw> hi [g2] 
Jan 18 22:36:04 <lardman|home> night
**** ENDING LOGGING AT Fri Jan 19 02:59:58 2007