**** BEGIN LOGGING AT Thu Nov 12 02:59:57 2009 Nov 12 10:39:12 kaloz * r18398 /trunk/package/openssl/ (5 files in 2 dirs): update openssl to 0.9.8l -- thanks puchu Nov 12 10:39:46 kaloz * r18399 /packages/net/openvpn/Makefile: update openvpn to 2.1_rc21 Nov 12 11:18:14 mirko * r18400 /packages/Xorg/lib/atk/Makefile: is no dependency for Nov 12 11:21:15 mirko * r18401 /packages/Xorg/xorg/app/fontconfig/Makefile: does not need Nov 12 12:20:40 kaloz * r18402 /trunk/package/base-files/Makefile: neither avr32 or coldfire has a shared libgcc Nov 12 13:42:10 nbd * r18403 /trunk/ (3 files in 2 dirs): gcc: add a config option for using the gcc graphite framework (disabled by default) Nov 12 14:15:11 nbd * r18404 /trunk/package/hostapd/patches/140-ht40_scan.patch: hostapd: fix HT40 BSS scan checks Nov 12 14:15:15 nbd * r18405 /trunk/package/hostapd/patches/150-ht_cap_endian.patch: hostapd: fix endian bugs in STA HT capability handling **** BEGIN LOGGING AT Thu Nov 12 14:27:36 2009 Nov 12 18:00:22 Hi. Nov 12 18:00:37 Have the openwrt a torrent client? Nov 12 18:01:40 dkostousov: transmission Nov 12 18:03:46 blogic: it is console client? Nov 12 18:04:01 is it... Nov 12 18:23:57 eh, just a quick n silly question... was there something like a 'patches' folder in the kamikaze build directoy? Nov 12 18:26:20 argh, no... damn it, don't know where I got that from... that's embarassing Nov 12 18:37:14 T_X: :) Nov 12 19:00:56 so I checked out a fresh copy from trunk, and having problems with initramfs Nov 12 19:01:26 is anybody aware of this? Nov 12 19:01:56 essentially, build an initramfs image, then I netboot it, and, it isn't finding the initramfs, complaining about not able to find a root file system Nov 12 19:02:35 I haven't dug to far into just why yet, wondering if anybody is aware of this already, and there's a 'quick fix', or if it's something i need to dig into Nov 12 19:12:19 groz: what platform ? Nov 12 19:12:33 groz: imre recently added a new squashfs/lzma update Nov 12 19:12:37 x86 Nov 12 19:12:37 might be rrelated Nov 12 19:12:41 hmm Nov 12 19:12:50 hang on. i'm on phone Nov 12 19:12:55 k Nov 12 19:15:19 i'll be a couple minutes Nov 12 19:18:59 call is dragging on, trying to get off Nov 12 19:35:10 sorry about that blogic, I am 'standing in' for a friend on his phone calls today, and it suddenly got busy Nov 12 19:35:17 normally when I do that, goes all day without a call Nov 12 19:35:56 so, the scenario is, built from scratch, and, to simplify problem isolation, i am netbooting the kernel image onto the target Nov 12 19:36:06 it's an initramfs image, target is x86 Nov 12 19:36:12 not sure Nov 12 19:36:19 i'm actually using a little netbook to troubleshoot Nov 12 19:36:22 i tested initramfs x86 about 4 months ago last time Nov 12 19:36:31 and it worked imho Nov 12 19:36:37 ok, i know it was working a week or so ago Nov 12 19:36:45 ok Nov 12 19:36:47 sso, it's something in the last batch of commits Nov 12 19:36:54 imres squashfs update Nov 12 19:36:58 was it a clean tree ? Nov 12 19:37:07 and i was just wondering if anybody was aware of it, or, should i start digging deeper Nov 12 19:37:12 svn up made my tree not boot after that change and a distclean was needed Nov 12 19:37:17 after the problem in my old tree, before I checked in here Nov 12 19:37:20 started with a new tree Nov 12 19:37:22 fresh checkout Nov 12 19:37:25 hang on phone again Nov 12 19:37:37 * blogic hands groz a shovel.... happy digging Nov 12 19:42:43 mirko * r18406 /packages/Xorg/lib/gtk2/patches/010-dont-build-demos-and-tests.patch: adjust patch to version 2.17.0 of gtk+ Nov 12 20:13:43 mirko * r18407 /packages/Xorg/lib/gtkhtml/ (. Makefile patches/ patches/000-disable-editor.patch): add package - library to render HTML within GTK Nov 12 21:57:07 mirko * r18408 /packages/Xorg/lib/pangomm/Makefile: add glibmm as dependency Nov 12 23:44:13 [florian] ping Nov 12 23:59:57 nbd: ping Nov 13 00:01:51 anyone know if biuldroot for brcm-2.4 it's working? Nov 13 00:02:57 or for brcm-2.6? Nov 13 00:03:23 i haven't built for those out of head in a week Nov 13 00:03:26 but it was a week ago Nov 13 00:04:16 I still with not boot image from some day ago, Idid svn co and distcean all days but every time i get the same problem Nov 13 00:06:40 thnaks groz, so it's ok if I think it's not a problem in my buildroot? Nov 13 00:07:01 well, what is the problem you are bumping into ? Nov 13 00:07:22 all i can say for sure is, I had a fresh checkout a week ago, and it did build for brcm, both variants Nov 13 00:07:36 and i was able to flash a box with it, box came up and ran Nov 13 00:07:48 buildroot done perfect, but when i flash router not boot Nov 13 00:09:25 hmmm maybe is something wrong here, thanks groz Nov 13 00:10:03 i'll have to check to be precise on exactly when i got it, but,it was about a week ago Nov 13 00:10:11 i haven't built brcm since then Nov 13 00:10:35 I guess it could have been a little longer Nov 13 01:19:43 ok, fussing with this off and on thru the day, I've managed to track down the problem with initramfs on x86 Nov 13 01:20:26 the patch 300-block2mtd_init patch that went in a few days ago Nov 13 01:20:31 breaks the startup for initramfs Nov 13 01:20:56 I've just built a full fresh checkout, from scratch, but removed that patch Nov 13 01:21:02 and initramfs is working again Nov 13 01:21:47 I haven't yet drilled down into what exactly is doing the breaking inside the patch, that'll come in a while, but i gotta break away now, go cook dinner (my nite to cook) Nov 13 01:22:41 the breakage apperas pretty strait forward, with that patch in place, its no longer using the initramfs Nov 13 01:23:08 butr complaining about missing block device Nov 13 01:25:06 if you find the exact cause, consider creating a ticket with your diff attached Nov 13 01:37:00 i will, but, i gotta stay off this for a while now, my nite to cook, and, chris will be home in an hour Nov 13 01:37:13 hehe, cant have no dinner when she gets home that late from work Nov 13 01:37:29 impossible to chase a buglet if one is dead Nov 13 01:41:08 and that's what I'll be if dinner isn't ready in an hour Nov 13 01:44:09 no problem **** ENDING LOGGING AT Fri Nov 13 02:59:57 2009