**** BEGIN LOGGING AT Sun Nov 03 02:59:58 2013 Nov 03 08:04:08 build #348 of ar71xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/348 Nov 03 09:16:39 we are having problems with recent AA on wgt634u, something is wrong with the squashfs it seems: http://pastebin.com/5zY480gd Nov 03 09:17:01 not sure if the nvram errors relate to that problem, but i would rather guess they don't Nov 03 11:14:08 <_trine> anyone know why this is making my build for the dockstar fail,, I am using 4.8 linaro not 4.6 http://pastebin.mozilla.org/3411675 Nov 03 11:16:18 _trine: your buildroot does not seem to use gcc 4.8 Nov 03 11:17:00 oh, sorry for my english, /me having a enormous headache Nov 03 11:18:09 <_trine> slachta, your english is perfectly understandable Nov 03 11:18:42 <_trine> I have selected 4.8 with linaro enhancements Nov 03 11:19:45 <_trine> slachta, you were right I checked again Nov 03 11:20:05 <_trine> I have no idea why it didnt keep the selection Nov 03 11:20:26 <_trine> must have been me,, but in anycase the error is still there Nov 03 11:20:57 <_trine> I will try a new compile Nov 03 11:25:14 _trine: I would suggest to keep package selection and temporarily disable all "dev" options (changes in toolchain, blabla, ...). If it fails, then take your buildroot configuration and all logs and report them to dev.openwrt.org or ping me here. Nov 03 11:25:55 <_trine> ok Nov 03 11:26:15 To avoid build failure I would suggest disabling postgresql (temporarily until it is fixed) Nov 03 11:26:28 according to your build log Nov 03 11:27:44 <_trine> I have been looking for where postgres is selected as I dont want it but I cant find out what has selected it Nov 03 11:28:45 is it selected in menuconfig? if so, find it and press "?" to see, what could select this package Nov 03 11:34:38 <_trine> pastebin.mozilla.org/3411802 Nov 03 11:35:57 <_trine> I am going to make without FreeSwitch Nov 03 14:15:13 <_trine> http://pastebin.mozilla.org/3412713 Nov 03 14:15:28 <_trine> I just cant get the dockstar to boot Nov 03 14:15:37 <_trine> with trunk Nov 03 14:15:59 <_trine> kernel panic Nov 03 14:38:21 mazilo: correct me if I am wrong, I thought you have the dockstar box, right? could you please take a look at the issue _trine mentioned? Nov 03 14:39:13 slachta: Yes and we are consulting about this issue through PM. Nov 03 14:41:46 _trine: the kernel does not support the filesystem used on sda1 Nov 03 14:43:07 <_trine> its ext2 Nov 03 14:43:21 <_trine> and old kernels works ok Nov 03 14:46:29 _trine: try adding CONFIG_EXT4_FS=y to the kernel config Nov 03 14:46:59 <_trine> Hauke, you mean in make menuconfig Nov 03 14:47:02 <_trine> ? Nov 03 14:47:08 <_trine> cos i have done that Nov 03 14:47:28 <_trine> or in the kernel config itself? Nov 03 14:48:17 <_trine> Hauke, by the way the dockstar is not selected in the make kernel-menuconfig Nov 03 14:48:32 <_trine> I had to select it myself Nov 03 14:50:33 <_trine> < > Second extended fs support x x Nov 03 14:50:33 <_trine> x x < > Ext3 journalling file system support < > The Extended 4 (ext4) filesystem Nov 03 14:50:46 <_trine> < > The Extended 4 (ext4) filesystem Nov 03 14:51:00 <_trine> is not selected in make kernel-menuconfig Nov 03 14:51:05 <_trine> should it be Nov 03 14:51:50 _trine: the you are using the kirkwood target? Nov 03 14:51:55 <_trine> yes Nov 03 14:52:09 they try adding that ext4 line to target/linux/kirkwood/config-3.10 Nov 03 14:52:47 <_trine> Hauke, I am not sure what you mean Nov 03 14:53:08 the filesystem used for the root partition has to be build into the kernel like it was done with ext4 for kernel 3.3 in the kirkwood target Nov 03 14:53:30 open target/linux/kirkwood/config-3.10 and add "CONFIG_EXT4_FS=y" to that file Nov 03 14:53:36 and then build a new image Nov 03 14:53:55 <_trine> I could select it in make kernel-menuconfig is that OK Nov 03 14:54:11 yes that will result to the same changes Nov 03 14:54:20 <_trine> I will try Nov 03 14:58:13 <_trine> 18.916023] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1) Nov 03 14:58:17 <_trine> still the same Nov 03 14:58:37 <_trine> should I need to dirclean Nov 03 15:03:03 <_trine> I just did a make clean and am compiling again Nov 03 15:03:17 <_trine> should not take too long Nov 03 15:05:25 _trine: normally a clean should not be necessary Nov 03 15:05:57 <_trine> I know but I tried it in desperation :) Nov 03 15:06:09 _trine: is CONFIG_EXT4_USE_FOR_EXT23 also selected in your kernel config? Nov 03 15:06:17 normally it should get selected automatically Nov 03 15:06:42 <_trine> I will check when the compile has finished Nov 03 15:30:50 <_trine> http://pastebin.com/0dQF0MGC Nov 03 15:30:58 <_trine> it boots to an extent Nov 03 15:31:06 <_trine> something must be wrong with the kernel configs Nov 03 16:01:31 here is something on the VR9 internal switch: http://pastebin.com/Uugq9q9f and http://pastebin.com/pTz04cYi Nov 03 16:02:10 KanjiMonster: luka: is there a reason why CONFIG_EXT4_FS=y was removed from kirkwood kernel config with 3.10? Nov 03 16:03:18 _trine: it is strange that it sill has the kernel module mbcache, it should be in the kernel Nov 03 16:04:11 http://pastebin.com/TVWJPxgw Nov 03 16:04:20 updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/index.html Nov 03 16:05:44 <_trine> Hauke, I am lost with this at the moment,, it looks as though its quite broken Nov 03 16:06:13 some kind of infenion ethernet switch Nov 03 18:05:47 http://pastebin.com/raw.php?i=MsLichft Nov 03 18:05:52 wow, just wow. Nov 03 18:06:07 talk about functionality Nov 03 18:07:01 its gonna take some serious doing integrating that to luci Nov 03 19:26:17 hauke r38637 trunk/target/linux/ (8 files in 2 dirs) * kernel: bgmac: update backport patch Nov 03 19:30:03 <_trine> i wonder if someone could have a look at trunk for the marvel kirkwood stuff as it seems to be properly broken at the moment with many things needed being unselected in the kernel Nov 03 19:32:12 _trine: it hink that is luka you need to talk to Nov 03 19:32:48 <_trine> ok Nov 03 19:33:05 <_trine> we need to have a good look at it and get it sorted out Nov 03 19:37:57 _trine: that would be ideal Nov 03 19:45:16 _trine: have you tried using a OpenWrt image without the ext4 package and only ext4 in the kernel Nov 03 20:04:39 who do i talk to about providing a openwrt mirror + other resources Nov 03 20:08:18 joI have 6 servers 5 in the US 1 in the UK, 1000mbps ports, lots of bandwidth, Great specs on memory and cpu, very unutilized Nov 03 20:08:23 -jo Nov 03 20:09:44 RealOpty: at best write a mail to the internal mailing list: openwrt-hackers@openwrt.org Nov 03 20:10:06 we always need some more computation power for the build bots Nov 03 20:10:18 Great. Nov 03 20:11:04 Im subscribed to the openwrt-devel, do i need to subscribe to that one too to see a reply? Nov 03 20:11:32 RealOpty: no you do not have to be subscripted to that list Nov 03 20:11:48 Hauke, thanks :) Nov 03 20:19:29 hauke r38638 trunk/package/kernel/linux/modules/usb.mk * kernel: fix dependencies of usb-eth-gadget Nov 03 20:20:22 hauke r38639 trunk/package/kernel/linux/modules/other.mk * kernel: fix dependencies of kmod-thermal Nov 03 20:21:51 hauke r38640 trunk/target/linux/ (6 files) * kernel: add some config options Nov 03 20:27:55 build #398 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/398 Nov 03 20:31:04 testing Nov 03 20:31:43 hi Nov 03 20:32:33 whats the fastest way to apply inline patches from mails? Nov 03 20:32:44 RealOpty_, boo Nov 03 20:48:36 build #431 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/431 Nov 03 20:48:55 build #398 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/398 Nov 03 20:51:19 build #371 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/371 Nov 03 21:28:49 tripolar r38641 packages/mail/ dovecot/Makefile dovecot/patches/001-configure_in.patch * [packages] dovecot: update to 2.2.7 Nov 03 22:32:20 hey should the line 27 say: "DEPENDS:=@TARGET_lantiq_xrx200 +libpthread" on https://dev.openwrt.org/browser/trunk/package/network/config/ltq-vdsl-app/Makefile Nov 03 22:32:53 because now its saying "DEPENDS:=@TARGET_lantiq_xway +libpthread" and i don't think the xway even has vdsl support Nov 03 22:34:49 Hauke: what do you think? Nov 03 23:03:59 JyZyXEL: I do not know, but blogic could know Nov 03 23:04:50 Hauke: https://dev.openwrt.org/browser/trunk/target/linux/lantiq/xrx200/profiles/tplink.mk Nov 03 23:05:07 that is a xrx200 target profile requiring ltq-vdsl-app Nov 03 23:06:13 would seem that indeed the line should read @TARGET_lantiq_xrx200 Nov 03 23:08:55 JyZyXEL: I ma not an expert in the lantiq devices, the best would be to ask blogic Nov 04 00:06:06 build #381 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/381 Nov 04 01:28:14 build #320 of iop32x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/320 **** ENDING LOGGING AT Mon Nov 04 02:59:58 2013