**** BEGIN LOGGING AT Tue Apr 01 02:59:56 2008
Apr 01 07:48:46 <hrw> morning
Apr 01 08:03:36 <schurig> hrw: moin!
Apr 01 08:04:39 <hrw> elo schurig 
Apr 01 08:04:51 <schurig> elo?
Apr 01 08:04:58 <hrw> moin?
Apr 01 08:04:59 <schurig> electric light orchestra?
Apr 01 08:05:07 <schurig> hrw: hehe, you got me
Apr 01 08:05:10 <schurig> hrw: dobri den
Apr 01 08:05:18 <hrw> schurig: dzień dobry
Apr 01 08:05:25 <hrw> dobri den is Czech ;d
Apr 01 08:05:43 <schurig> hrw: "moin" is north german slang for "good morning"
Apr 01 08:05:47 <hrw> guten morgen herr Schurig
Apr 01 08:05:58 <hrw> schurig: I know about moin ;d
Apr 01 08:05:58 <schurig> hrw: yeah, I knew, but I hoped that the slavik languages are near enought so that you get it
Apr 01 08:07:05 <schurig> hrw: my polish is non-existing. "Woda Mineralnaja" and "pitsch" is almost all I know (I was 10 years ago in poland, only a weekand and while it was VERY hot. Now you know why I only know about mineral water ...)
Apr 01 08:07:47 <hrw> Mineralnaja sounds like Russian even - Mineralna would be more Polish
Apr 01 08:09:41 <schurig> hrw: hmm, I heard this near Wroclaw, could it have been slang?
Apr 01 08:11:05 <univac> no ;]
Apr 01 08:11:13 <hrw> schurig: maybe it was Legnica?
Apr 01 08:11:28 <hrw> schurig: Legnica was full of Russian soldiers and their families
Apr 01 08:12:43 <schurig> hrw: I don't think so. I helped a blind friend to meet a pen-pal (I was his driver, basically). I'm quite sure that she was polish. But hey, may ears are and were not accustomed to polish, so I simply might have get it wrong.
Apr 01 08:17:23 <hrw> k
Apr 01 08:22:49 <CIA-39> 03koen 07org.oe.dev * rdf86a907... 10/ (5 files in 3 dirs): 
Apr 01 08:22:49 <CIA-39> sdcc: update to 2.8.0 (released 2 days ago)
Apr 01 08:22:49 <CIA-39> * the 'use-native-tools.patch' patch now patches Makefile.in files instead of Makefiles that will get overwritten
Apr 01 09:32:10 <CIA-39> 03koen 07org.oe.dev * r4fec7547... 10/ (6 files in 3 dirs): gnuradio: add 3.1.2 release and make that the default over svn
Apr 01 09:42:04 <CIA-39> 03hrw 07org.oe.dev * ree1c0d99... 10/ (1 classes/cpan.bbclass): cpan.bbclass: removed bashisms (from Poky)
Apr 01 09:48:36 <hrw> florian_: got account details?
Apr 01 09:53:07 <florian> good morning
Apr 01 09:53:17 <florian> hrw: yes - many thanks!
Apr 01 09:53:50 <hrw> florian: you are also in 'oe crew' group so you should be able to add/edit/del users too
Apr 01 09:54:35 <florian> hrw: perfect :-)
Apr 01 10:33:19 <CIA-39> 03koen 07org.oe.dev * r72bb65d9... 10/ (1 conf/machine/beagleboard.conf): beagleboard: ship all kernel modules
Apr 01 10:33:24 <CIA-39> 03koen 07org.oe.dev * ra969c8d5... 10/ (4 files in 3 dirs): linux-beagleboard: switch to omap-git and use patch from Dirk Behme for board support
Apr 01 11:15:46 <CIA-39> 03jeremy_laine 07org.oe.dev * r190a8b90... 10/ (1 packages/u-boot/u-boot.inc): u-boot.inc: provide a u-boot-${MACHINE}.bin symlink like kernel images
Apr 01 11:22:31 <florian> lpotter: http://fl0rian.wordpress.com/2008/03/28/gpe-trademark-rejected/#comment-6816
Apr 01 11:34:08 <mib_rxbnz4> has anyone used fs-tests to test nand devices?
Apr 01 11:34:38 <CIA-39> 03koen 07org.oe.dev * ra892df1b... 10/ (1 packages/packagekit/packagekit_git.bb): packagekit: remove AUTOREV, that has no place in recipes
Apr 01 11:38:14 <Laibsch> ~seen thesing
Apr 01 11:38:15 <ibot> thesing <n=tkunze@BAA089a.baa.pppool.de> was last seen on IRC in channel #oe, 1d 11h 37m 40s ago, saying: 'Night all'.
Apr 01 11:41:31 <zecke> hrw: congrats
Apr 01 11:41:50 <hrw> ?
Apr 01 11:42:55 <zecke> hrw: for deciding to move to london
Apr 01 11:43:38 <hrw> ah. thx
Apr 01 11:51:37 <Crofton> hrw, see if you can rent my grandmothers old house :)
Apr 01 11:51:58 * Crofton has no idea what that neighborhood is like these days :)
Apr 01 11:53:51 <hrw> Crofton: check it during next trip to Europe?
Apr 01 11:56:40 <mib_rxbnz4> has anyone tried debugging a process which has a -D against it
Apr 01 12:02:53 <CIA-39> 03Laibsch 07org.oe.dev * r8fcdb2f1... 10/ (5 files in 2 dirs): fakeroot: update to 1.9.4. fixes do_fetch problem reported as 4143.
Apr 01 12:07:04 <cdbot2> * * OE Bug 4143 has been RESOLVED (FIXED) by <Laibsch>
Apr 01 12:07:06 <cdbot2> * * fakeroot 1.9.1 missing
Apr 01 12:07:08 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=4143
Apr 01 12:09:04 <cdbot2> * * OE Bug 3836 has been RESOLVED (FIXED) by <Laibsch>
Apr 01 12:09:06 <cdbot2> * * Can't flash 2007.12-r3 to collie correctly
Apr 01 12:09:08 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=3836
Apr 01 12:37:56 <mib_rxbnz4> how do i get the dependency graph for any package using bitbake?
Apr 01 12:40:18 <Crofton> anyone seen this error from bitbake: AttributeError" pysqlite2.dbapi2.Connection: object has no attribute 'execeute' ?
Apr 01 12:40:27 <Crofton> mib_rxbnz4, trt bitbake -g
Apr 01 12:41:01 <NAbyss> Crofton: Sounds like a typo to me..
Apr 01 12:41:20 <Crofton> what kind of typo is the question?
Apr 01 12:41:38 <NAbyss> Crofton: One in the python code, I'd imagine.
Apr 01 12:41:46 <NAbyss> "execEute" looks wrong.
Apr 01 12:42:02 <Crofton> oh, I am having to type the error by hand :(
Apr 01 12:42:10 <Crofton> I spelled it wrong :(
Apr 01 12:42:18 <Crofton> it is execute
Apr 01 12:42:52 <zecke> mib_rxbnz4: bitbake --help | grep graph
Apr 01 12:44:27 <hrw> Crofton: too old python-pysqlite2
Apr 01 12:46:20 <Crofton> hrw, my suspicion also
Apr 01 12:46:29 <Crofton> but it passed the startup tests
Apr 01 13:27:30 <strikov> hi! I at last parted my NAND (at91sam9260) and get Creating 1 MTD partitions on "at91_nand":
Apr 01 13:27:32 <strikov> 0x00300000-0x00720000 : "[SET-1] but if i set root=/dev/mtdblock0 i get: end_request: I/O error, dev mtdblock0, sector 2
Apr 01 13:27:32 <strikov> EXT2-fs: unable to read superblock
Apr 01 13:27:32 <strikov> end_request: I/O error, dev mtdblock0, sector 0
Apr 01 13:27:32 <strikov> Buffer I/O error on device mtdblock0, logical block 0
Apr 01 13:27:34 <strikov> end_request: I/O error, dev mtdblock0, sector 0
Apr 01 13:27:36 <strikov> Buffer I/O error on device mtdblock0, logical block 0
Apr 01 13:27:39 <strikov> end_request: I/O error, dev mtdblock0, sector 8
Apr 01 13:27:40 <strikov> Buffer I/O error on device mtdblock0, logical block 1
Apr 01 13:27:42 <strikov> end_request: I/O error, dev mtdblock0, sector 8
Apr 01 13:27:44 <strikov> Buffer I/O error on device mtdblock0, logical block 1
Apr 01 13:27:47 <strikov> end_request: I/O error, dev mtdblock0, sector 16
Apr 01 13:27:49 <strikov> Buffer I/O error on device mtdblock0, logical block 2
Apr 01 13:27:51 <strikov> end_request: I/O error, dev mtdblock0, sector 16
Apr 01 13:27:52 <strikov> Buffer I/O error on device mtdblock0, logical block 2
Apr 01 13:27:54 <hrw> strikov: DO NOT FLOOD CHANNEL
Apr 01 13:27:55 <strikov> end_request: I/O error, dev mtdblock0, sector 24
Apr 01 13:27:56 <strikov> Buffer I/O error on device mtdblock0, logical block 3
Apr 01 13:27:58 <strikov> end_request: I/O error, dev mtdblock0, sector 24
Apr 01 13:28:01 <strikov> Buffer I/O error on device mtdblock0, logical block 3
Apr 01 13:28:05 <strikov> end_request: I/O error, dev mtdblock0, sector 0
Apr 01 13:28:07 <strikov> How can i solve this problem?
Apr 01 13:28:12 <Jin^eLD> strikov: http://pastebin.mozilla.org
Apr 01 13:29:00 <strikov> thanks, next time ill use this service
Apr 01 13:43:43 <hrw> strikov: your nand is wrongly configured
Apr 01 13:44:01 <hrw> strikov: ask on linux-kernel or related ML
Apr 01 13:45:11 <mib_rxbnz4> comming to nand, how does one test a nand device, i tried running fs-tests that comes with mtd-git utils. one of the test makes the process go into an uninterruptible sleep
Apr 01 13:45:36 <mib_rxbnz4> does any one know how to debug a process that goes into unterruptible sleep?
Apr 01 13:51:45 <zecke> mib_rxbnz4: gdb?
Apr 01 13:52:03 <cdbot2> * * OE Bug 4145 has been created by pieterg(AT)gmx.com
Apr 01 13:52:06 <cdbot2> * * ipkg: package installed/configured BEFORE its dependencies
Apr 01 13:52:07 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4145
Apr 01 13:57:41 <mib_rxbnz4> gdb doesnot go into the kernel
Apr 01 13:59:56 <mib_rxbnz4> i tried echo t > /proc/sysrq-trigger. The dump points to a kernel functions like schedule or schedule io
Apr 01 14:00:11 <mib_rxbnz4> http://pastebin.ca/966067
Apr 01 14:00:52 <zecke> mib_rxbnz4: you want to debug a userspace process, you want to know where it entered the kernel (which sys call or such...)
Apr 01 14:01:14 <mib_rxbnz4> write
Apr 01 14:01:33 <mib_rxbnz4> i tried to close all the infinite loops in my nand driver
Apr 01 14:02:14 <mib_rxbnz4> i think it is struck on a page/something. not sure though
Apr 01 14:13:47 <strikov> hrw: and can it be connected with incorrect jffs image `blocksize` parameter?
Apr 01 14:34:45 <mib_rxbnz4> my block size seems okay - im using a large page size nand device. some of the fs-tests pass
Apr 01 14:53:09 <methril> <mib_rxbnz4> do you have a JTAG device?
Apr 01 14:53:16 <methril> then you can debug the kernel :D
Apr 01 15:00:49 <mib_rxbnz4> how can i do it?
Apr 01 15:01:47 <methril> you can load the kernel in the $(tarchet_arch)-gdb 
Apr 01 15:02:18 <methril> for example, if it's arm methril@home>arm-gdb uImage
Apr 01 15:02:23 <methril> and starts the gdb
Apr 01 15:03:04 <methril> set the target remote (JTAG-gdb server):(JTAG-gdb-server_por)
Apr 01 15:03:18 <methril> then, debug as a usual application
Apr 01 15:04:35 <methril> well, i have to go
Apr 01 15:04:37 <methril> see you
Apr 01 15:31:58 <strikov> Can i somehow set my rootfs (root=/dev/...) type? I do not want to check throw long available fs list
Apr 01 15:34:49 <hrw> rootfstype=NAMEOFFS
Apr 01 15:35:28 <strikov> thnx
Apr 01 15:39:27 <mib_rxbnz4> something like root=/dev/mtdblock5 is your rootfs resides in mtdblock5
Apr 01 15:40:33 <mib_rxbnz4> hrw: any advices on my problem, i am facing an uninterruptible sleep issue
Apr 01 15:41:12 <mib_rxbnz4> i have tried to remove all the infinite loops in my driver, but somehow the problem occurs
Apr 01 15:41:35 <mib_rxbnz4> please see http://pastebin.ca/966067
Apr 01 16:03:40 <hrw> I am not kernel hacker
Apr 01 16:20:59 <strikov> Can you describe me in brief how can i set e.g. board IP address to start from NFS
Apr 01 16:21:32 <hrw> strikov: ever looked into linux/Documentation/ folder?
Apr 01 16:27:17 <mwester> hrw:  If you can understand the Perl build mechanism, you can hack a kernel easily.  :D
Apr 01 16:42:47 <hrw> mwester: who told that I understand Perl build mechanism?
Apr 01 16:45:36 <hrw> http://blog.haerwu.biz/2008/04/01/moving-to-london/
Apr 01 16:45:58 <hrw> bye all
Apr 01 16:52:09 <CIA-39> 03koen 07org.oe.dev * r3045d455... 10/ (1 packages/gtk+/gtk+_2.10.14.bb): gtk 2.10.14: follow gtk 2.12 with not applying display-migration patch, applications now start 5 times faster
Apr 01 16:52:32 <CIA-39> 03koen 07org.oe.dev * r3045d455... 10/ (1 packages/gtk+/gtk+_2.10.14.bb): gtk 2.10.14: follow gtk 2.12 with not applying display-migration patch, applications now start 5 times faster
Apr 01 17:55:15 <summatusmentis> og geez... netsplits are fun
Apr 01 18:55:39 <thesing> morning all
Apr 01 18:57:28 <Khem> thesing: howdy
Apr 01 19:04:13 <flo_lap> re
Apr 01 20:23:08 <B_Lizzard> Hello
Apr 01 20:23:26 <B_Lizzard> I'm having a problem building my kernel
Apr 01 20:23:39 <B_Lizzard> This must be due to the recent changes in the classes
Apr 01 20:24:11 <B_Lizzard> I use the following command for do_deploy:
Apr 01 20:24:25 <B_Lizzard> install -m 0644 arch/$(ARCH)/boot/$(KERNEL_IMAGETYPE) $(DEPLOY_DIR)/images/$(KERNEL_IMAGETYPE)
Apr 01 20:24:53 <B_Lizzard> When doing do_deploy, bitbake errors out with the following:
Apr 01 20:24:57 <hrw|gone> B_Lizzard: do not use do_deploy at all
Apr 01 20:25:02 <B_Lizzard> ARCH: command not found
Apr 01 20:25:04 <B_Lizzard> Oh?
Apr 01 20:25:34 <hrw|gone> kernel.bbclass has do_deploy now
Apr 01 20:25:36 <B_Lizzard> Um, I was just wondering if bitbake doesn't export those variables anymore
Apr 01 20:25:39 <B_Lizzard> OK...
Apr 01 20:25:58 <B_Lizzard> So I just remove the do_deploy() function and all is well?
Apr 01 20:26:03 <hrw|gone> and use ${OE_VAR} not $(OE_VAR)
Apr 01 20:26:05 <hrw|gone> should
Apr 01 20:26:18 <B_Lizzard> Hmmm
Apr 01 20:26:31 <B_Lizzard> Heh, I see that now
Apr 01 20:26:38 <B_Lizzard> Strange that it didn't error out before
Apr 01 20:27:00 <hrw|gone>         install -m 0644 arch/${ARCH}/boot/${KERNEL_IMAGETYPE} ${DEPLOY_DIR_IMAGE}/${KERNEL_IMAGE_BASE_NAME}.bin
Apr 01 20:27:05 <B_Lizzard> Yeah
Apr 01 20:27:08 <hrw|gone> this is in kernel.bbclass
Apr 01 20:28:06 <B_Lizzard> OK...
Apr 01 20:28:19 <B_Lizzard> I'll just remove do_deploy() in order to be compatible
Apr 01 20:28:26 <B_Lizzard> If I don't like it I'll revert
Apr 01 20:28:33 <B_Lizzard> Thanks for the help, hrw! :)
Apr 01 20:28:42 <hrw|gone> np
Apr 01 21:32:03 <Fique> morning all
Apr 01 21:34:37 <flo_lap> hi Fique 
Apr 01 21:44:52 <Fique> Hello flo_lap
Apr 01 22:15:46 <Crofton> http://linuxdevices.com/articles/AT7976056787.html
Apr 01 22:37:01 <CIA-38> 03utx 07org.oe.dev * r9c850831... 10/ (3 files in 3 dirs): 
Apr 01 22:37:01 <CIA-38> Worked around embedding of staging dir to .pc files:
Apr 01 22:37:01 <CIA-38> * from cups-config to libgnomecups-1.0.pc
Apr 01 22:37:01 <CIA-38> * from more .pc files included in non-standard way to wv-1.0.pc
Apr 01 23:14:17 <zecke_> ljp: thanks
Apr 01 23:26:08 <ljp> zecke_: no problem
Apr 01 23:38:20 <zecke_> ljp: I still think this is a sign of wrong abstraction :)
Apr 02 00:10:32 <ljp> zecke_: yes, probably so. rhys did that and he is in helsinki
Apr 02 00:14:49 <zecke_> ljp: oslo, i thought
Apr 02 00:15:01 <zecke_> ljp: together with ian? :)
Apr 02 00:16:19 <ljp> i dunno. somehere up north
Apr 02 00:21:21 <zecke_> ljp: hehe, brisbane trolls copy and paste more than the (now laid off) gang in shanghai :)
Apr 02 00:26:54 <ljp> well, rhys wrote both of siminfo code
Apr 02 00:27:02 <lisppaste7> zecke pasted "Copy and paste alternative for ljp" at http://paste.lisp.org/display/58454
Apr 02 00:27:51 <zecke_> the above patch avoids copying and pasting, in a sane and maintainable way (one iteration through Jasmin to discuss better names, I still suck there)
**** ENDING LOGGING AT Wed Apr 02 02:59:57 2008