**** BEGIN LOGGING AT Fri Jun 28 02:59:58 2013
Jun 28 04:12:19 <builder> build #305 of orion is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/305
Jun 28 04:20:57 <OpenWrt-Commits> cyrus r37051 trunk/package/ network/config/netifd/files/lib/netifd/dhcp.script network/config/netifd/Makefile * netifd: fix typo in dhcp script
Jun 28 04:21:53 <OpenWrt-Commits> cyrus r37052 branches/attitude_adjustment/ package/netifd/files/lib/netifd/dhcp.script package/netifd/Makefile * AA: netifd: backport r37051
Jun 28 07:24:34 <builder> build #295 of ramips is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/295
Jun 28 09:11:10 <The_Lizard_> Hi all, I have built my own openwrt, but it only detects one of my CFI nor flashes, anyone knows where I should configure the other?
Jun 28 09:35:15 <builder> build #274 of rb532 is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/274
Jun 28 09:38:12 <builder> build #274 of ppc44x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/274
Jun 28 09:56:10 <builder> build #320 of brcm63xx is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/320
Jun 28 10:30:00 <builder> build #260 of sibyte is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/260
Jun 28 11:03:28 <tripolar> blogic: hi, any news about the pivot block mount?
Jun 28 11:04:21 <blogic> tripolar: yes
Jun 28 11:04:27 <DAPE> and the procd trunk problem that bricks several routers
Jun 28 11:04:27 <blogic> its already in my staging treee
Jun 28 11:04:49 <tripolar> okay
Jun 28 11:04:53 <tripolar> and how do i use it?
Jun 28 11:04:58 <blogic> tripolar: i have been testing it locally
Jun 28 11:05:13 <blogic> i will push it during the day and write an email on the -devel list explaining how it works
Jun 28 11:05:23 <blogic> i think it now has all the features, that the old block-mounthad
Jun 28 11:05:30 <tripolar> nice cool
Jun 28 11:05:41 <blogic> there is still a endinaess bug in the ext uuid generation i think
Jun 28 11:05:53 <tripolar> okay
Jun 28 11:07:27 <DAPE> blogic any ideas about these please? https://dev.openwrt.org/ticket/13755  https://dev.openwrt.org/ticket/13780
Jun 28 11:08:05 <tripolar> blogic busybox: disable syslogd/klogd by default, procd replaces them - does procd support for example logging to a file?
Jun 28 11:08:14 <blogic> DAPE: the buttons are setup wrong i would say
Jun 28 11:08:29 <blogic> build an image with the gpio button driver removed and see if the problem is still there please
Jun 28 11:08:42 <DAPE> got it, thanks for the hint
Jun 28 11:08:50 <OpenWrt-Commits> nbd r37053 trunk/package/libs/libubox/Makefile * libubox: update to latest version, fixes a bug in safe_list_del()
Jun 28 11:08:55 <blogic> 13780 ... i will grab my 1043 in a sec and try it
Jun 28 11:09:39 <DAPE> second tk is almost same as mine (first) but  i had to kill -9 to get there
Jun 28 11:09:42 <blogic> tripolar: no logging to a file but logread -f -r 192.168.1.250:8888 will send the log via tcp to 192.168.1.250:8888
Jun 28 11:10:09 <OpenWrt-Commits> nbd r37054 branches/attitude_adjustment/package/libubox/Makefile * libubox: update to latest version from trunk (as of r37053)
Jun 28 11:11:24 <tripolar> okay - but will syslogd create problems when i enable it in busybox and use it for logging to a file?
Jun 28 11:11:30 <tripolar> @blogic
Jun 28 11:12:04 <blogic> tripolar: how do you setup logging to a file ?
Jun 28 11:12:11 <blogic> i will add support to procd for it
Jun 28 11:12:23 <blogic> but how is this setup at the moment, so i canmake the config compatible
Jun 28 11:12:52 <tripolar> blogic: http://paste.debian.net/13109/
Jun 28 11:13:03 <tripolar> through the file /etc/config/system
Jun 28 11:13:36 <jow_laptop> reference doc: http://wiki.openwrt.org/doc/uci/system#system
Jun 28 11:15:56 <tripolar> blogic: its actually started in /etc/init.d/boot - if /sbin/syslogd exists . so it will work with the busybox applet as it seems
Jun 28 11:17:00 <tripolar> okay this was allready removed :(
Jun 28 11:20:29 <OpenWrt-Commits> acinonyx r37055 packages/net/quagga * [packages] quagga: Drop 'quagga' package; will be moved in routing feed
Jun 28 11:23:27 <OpenWrt-Commits> blogic r37056 trunk/package/system/procd/Makefile * procd: update to latest git revision
Jun 28 11:23:40 <OpenWrt-Commits> blogic r37057 trunk/package/ system/ubox/files/fstab.init system/ubox/Makefile * ubox: update to latest git revision
Jun 28 11:23:46 <OpenWrt-Commits> blogic r37058 trunk/target/linux/ramips/ patches-3.9/0159-NET-MIPS-add-ralink-SoC-ethernet-driver.patch patches-3.9/0999-net.patch * ramips: fix ethernet driver
Jun 28 11:23:56 <blogic> tripolar: ^
Jun 28 11:27:22 <tripolar> blogic: thanks i will sync and try it
Jun 28 11:28:04 <OpenWrt-Commits> nbd r37059 trunk/target/ linux/orion/image/harddisk.mk linux/orion/harddisk/config-default linux/orion/config-default * orion: add support for the lacie 2big network device
Jun 28 11:28:06 <blogic> you need to set the uuid in uci and the target = /
Jun 28 11:28:08 <OpenWrt-Commits> nbd r37060 trunk/package/ (5 files in 3 dirs) * mdadm: add from /packages, add myself as maintainer
Jun 28 11:28:11 <OpenWrt-Commits> nbd r37061 trunk/target/ linux/orion/base-files/etc/uci-defaults/10-network linux/orion/base-files/etc/config linux/orion/base-files/etc/uci-defaults
Jun 28 11:28:12 <OpenWrt-Commits> orion: dynamically generate /etc/config/network, the LaCie 2big Network does not use DSA
Jun 28 11:28:15 <OpenWrt-Commits> nbd r37062 trunk/package/utils/mdadm/Makefile * mdadm: use -ffunction-sections, -fdata-sections, --gc-sections
Jun 28 11:28:19 <OpenWrt-Commits> nbd r37063 trunk/package/utils/mdadm/Makefile * mdadm: remove mdassemble, it is redundant
Jun 28 11:28:22 <OpenWrt-Commits> nbd r37064 trunk/package/utils/mdadm/patches/200-reduce_size.patch
Jun 28 11:28:23 <OpenWrt-Commits> mdadm: strip support for intel/ddf hardware raid to significantly reduce code size
Jun 28 11:28:26 <OpenWrt-Commits> nbd r37065 trunk/package/utils/e2fsprogs/Makefile
Jun 28 11:28:26 <OpenWrt-Commits> e2fsprogs: use the private version of blkid statically, it is significantly smaller than the external shared libblkid
Jun 28 11:28:29 <OpenWrt-Commits> nbd r37066 trunk/package/utils/e2fsprogs/Makefile * e2fsprogs: use -ffunction-sections, -fdata-sections, --gc-sections
Jun 28 11:28:33 <OpenWrt-Commits> nbd r37067 trunk/package/utils/e2fsprogs/Makefile * e2fsprogs: disable testio debug to reduce code size
Jun 28 11:28:37 <OpenWrt-Commits> nbd r37068 trunk/target/linux/orion/config-default * orion: disable CONFIG_VM_EVENT_COUNTERS by default
Jun 28 11:28:40 <OpenWrt-Commits> nbd r37069 trunk/target/linux/orion/harddisk/config-default * orion: disable normal router support for the harddisk subtarget
Jun 28 11:28:44 <OpenWrt-Commits> nbd r37070 trunk/package/utils/e2fsprogs/Makefile * e2fsprogs: disable library installation
Jun 28 11:28:48 <OpenWrt-Commits> nbd r37071 trunk/package/ boot/kexec-tools/Config.in boot/kexec-tools/Makefile * kexec-tools: make zlib support optional, but enabled by default
Jun 28 11:28:51 <OpenWrt-Commits> nbd r37072 trunk/package/ boot/kexec-tools/Makefile boot/kexec-tools/patches/100-reduce_size.patch * kexec-tools: reduce size
Jun 28 11:28:55 <OpenWrt-Commits> nbd r37073 trunk/ (7 files in 2 dirs) * kernel: add global menuconfig option to enable kexec support
Jun 28 11:28:59 <OpenWrt-Commits> nbd r37074 trunk/package/system/ubus/Makefile * ubus: fix ubus lua binding duplication
Jun 28 11:29:02 <OpenWrt-Commits> nbd r37075 trunk/package/utils/e2fsprogs/Makefile * e2fsprogs: allow mklibs to strip libext2fs.so
Jun 28 11:29:06 <OpenWrt-Commits> nbd r37076 trunk/package/ utils/e2fsprogs/Makefile utils/e2fsprogs/patches/003-com_err_version.patch
Jun 28 11:29:06 <OpenWrt-Commits> e2fsprogs: change the so-version of libcom_err to prevent conflicts, move it into the libext2fs package, get rid of the pthread dependency
Jun 28 11:29:14 <nbd> </spam>
Jun 28 11:29:19 <blogic> lol
Jun 28 11:29:34 <tripolar> blogic but how do i use it?
Jun 28 11:29:58 <blogic> you need tp specify your question
Jun 28 11:31:43 <tripolar> blogic i mean how i use it to pivot root to my hd at preinit
Jun 28 11:32:45 <blogic> config mount
Jun 28 11:32:59 <blogic> option uuid "$hdd_uuid"
Jun 28 11:33:03 <blogic> option target /
Jun 28 11:33:15 <blogic> those 3 lines in /etc/config/fstab
Jun 28 11:34:28 <tripolar> blogic: without option  enabled '1'?
Jun 28 11:35:14 <tripolar> blogic: and how could i use overlay or how is the distinction done
Jun 28 11:35:36 <jow_laptop> target / -> whole root
Jun 28 11:35:41 <jow_laptop> target /overlay -> ext root
Jun 28 11:35:47 <tripolar> ahh okay thanks
Jun 28 11:36:02 <jow_laptop> at least thats what I understood
Jun 28 11:36:26 <nbd> should probably be cleaned up by using an extra option to decide on overlay vs non-overlay
Jun 28 11:36:30 <nbd> instead of doing it based on the path
Jun 28 11:37:12 <jow_laptop> we had that in the past and nobody understood it
Jun 28 11:37:31 <nbd> hrm
Jun 28 11:37:43 <jow_laptop> also I see little practical value in making "/" and "/overlay" usable as mount points
Jun 28 11:38:31 <Kaloz> nbd: I really hope you didn't just broke orion with the kernel size changes :P
Jun 28 11:38:37 <[mbm]> think / and /overlay is pretty obvious to anyone who has spent any time on openwrt
Jun 28 11:39:02 <nbd> Kaloz: kernel size changes?
Jun 28 11:39:38 <Kaloz> nbd: how much did it increase? didn't check the actual commit, if you've enabled anything from the bloat dns323 had
Jun 28 11:39:54 <nbd> Kaloz: i only enabled stuff for the harddisk target
Jun 28 11:40:07 <nbd> Kaloz: i know about the size issues for routers
Jun 28 11:40:32 <Kaloz> nbd: okie
Jun 28 11:41:06 <nbd> in fact, i did pay close attention to kernel size, because the lacie device i have here can only load up to 2 MB kernel images
Jun 28 11:41:20 <nbd> and i'm building a recovery image with initramfs ;)
Jun 28 11:42:09 <nbd> took me a while to get mdadm, mke2fs, e2fsck, etc. in there without hitting the limit
Jun 28 11:47:11 <nbd> Kaloz: would you be ok with removing CONFIG_CMDLINE_FORCE from the harddisk subtarget?
Jun 28 11:47:40 <nbd> at least my device doesn't have a flash chip that can hold a kernel or rootfs, so i need to pass in the boot loader cmdline
Jun 28 11:48:52 <Kaloz> nbd: I have mostly finished DT, if you can wait 'til next week, you can make your nas use DT's chosen property
Jun 28 11:49:04 <nbd> ah, cool
Jun 28 11:49:06 <nbd> then i'll wait
Jun 28 11:56:12 <Kaloz> I'mstill fighting with dsa and co because noone tried/did it before
Jun 28 11:56:20 <Kaloz> and that includes [florian] as well :P
Jun 28 12:04:34 <nbd> i did it for an old project
Jun 28 12:04:41 <nbd> i probably still have patches somewhere
Jun 28 12:04:43 <nbd> let me check
Jun 28 12:06:52 <[florian]> nbd: I wrote one which got merged upstream for mvebu
Jun 28 12:07:08 <[florian]> for some reason Kaloz is not able to get them working
Jun 28 12:14:04 <blogic> DAPE: i cannot reproduce your 1043 bug
Jun 28 12:14:15 <blogic> maybe it was already fixed by my latest updates
Jun 28 12:14:26 <blogic> please check again with current trunk head revision
Jun 28 12:14:43 <DAPE> did it few seconds ago without the wifitoggle package and the gpio button kernel module
Jun 28 12:14:45 <KanjiMonster> Kaloz: isn't orion already "broken" since ages because of the kernel size issue? I don't remember orion ever buillding successfully lately on the builders
Jun 28 12:14:46 <DAPE> it works..
Jun 28 12:15:08 <DAPE> blogic but this means i cannot use restorefactory package anymore?
Jun 28 12:16:59 <Kaloz> KanjiMonster: since I've nuked the dns323 crap it should be ok
Jun 28 12:17:29 <blogic> DAPE: i dont understand teh restorefactory question
Jun 28 12:18:12 <DAPE> blogic isnt the gpio button module handling the router's buttons? i use restorefactory package to reset a router to defaults by holding reset down :)
Jun 28 12:18:52 <blogic> well
Jun 28 12:19:02 <blogic> this way obviously a test to see if it is the button or not
Jun 28 12:21:45 <KanjiMonster> Kaloz: at least yesterdays build still failed: http://buildbot.openwrt.org:8010/builders/orion/builds/305/steps/compile_8/logs/stdio
Jun 28 12:25:26 <_trine> dpaste.com/1273921/  trunk does not compile with my configuration
Jun 28 12:27:48 <_trine> I dont think it is a FreeSwitch problem
Jun 28 12:29:24 <blogic> i think it is
Jun 28 12:29:37 <blogic> freeswitch needs to explicitly disable uuid dependency
Jun 28 12:30:37 <_trine> If you perform an SVN update to OpenWRT, the util-linux package will get updated. Then, after the compilation of util-linux package, it will install 4 files under 'staging_dir/target-arm_v5te_uClibc-0.9.33.2_eabi/usr/lib' directory, namely libuuid.a, libuuid.so, libuuid.so.1, and libuuid.so.1.3.0.
Jun 28 12:31:02 <berniv6> _trine: I don't even get that far ... https://dev.openwrt.org/ticket/13728
Jun 28 12:31:10 <_trine> If I delete the libuuid.so file it compiles
Jun 28 12:32:00 <KanjiMonster> I agree with blogic, this is a freeswitch problem
Jun 28 12:41:02 <Kaloz> KanjiMonster: I don't trust the builders for a long time now :P
Jun 28 12:42:14 <KanjiMonster> oh, the builders are quite good at catching missing kernel config symbols, kernels getting too big if everything is enabled etc
Jun 28 12:42:37 <KanjiMonster> of course you should take everything with a grain of salt, but at least that one looks genuine
Jun 28 13:03:49 <tripolar> hi
Jun 28 13:04:49 <builder> build #263 of xburst is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/263
Jun 28 13:05:36 <Devastator> is there any bug related to initramfs builds?
Jun 28 13:06:04 <tripolar> blogic: the pivot root works nice
Jun 28 13:06:06 <tripolar> blogic: the only thing missing is syslog logging to a file then everyting is back to "normal" :)
Jun 28 13:08:05 <tripolar> blogic also rotation suppot would be nice when the file gets bigger than a predifined size
Jun 28 13:08:31 <tripolar> at least this was supported before by option log_size
Jun 28 13:08:36 <Kaloz> Devastator: [florian] changed how all that works, you likely need to check what's up
Jun 28 13:08:53 <Kaloz> [florian]: on a sidenote, you should have modified all target image makefiles to respect that
Jun 28 13:09:42 <[florian]> Kaloz: I did in case you did not read the last changesets
Jun 28 13:09:57 <[florian]> Kaloz: except maybe for cns21xx which is suffers from code duplication
Jun 28 13:10:15 <Kaloz> hm
Jun 28 13:10:23 <Kaloz> Devastator: what target are you building for?
Jun 28 13:10:59 <[florian]> I tested ppc40x, ar71xx, adm5120, adm8668, bcm47xx, bcm63xx, kirkwood, mvebu, mcs814x, gemini and I probably forget about some more
Jun 28 13:11:24 <[florian]> oh and avr32
Jun 28 13:11:32 <Kaloz> [florian]: I've meant stuff like https://dev.openwrt.org/browser/trunk/target/linux/orion/image/generic.mk
Jun 28 13:12:01 <Kaloz> [florian]: image makefiles where it either does initramfs or the others
Jun 28 13:12:16 <[florian]> oh right, I may have forget about thsi one
Jun 28 13:14:05 <Kaloz> [florian]: please fixup those as well
Jun 28 13:18:49 <[florian]> seems like adm5120/rb1xx.mk needs fixing too
Jun 28 13:25:26 <Devastator> Kaloz ramips
Jun 28 13:27:03 <[florian]> Devastator: what error do you have specifically?
Jun 28 13:27:35 <Devastator> [florian] kernel panic, it can't find rootfs
Jun 28 13:28:03 <Devastator> I notice this because builds shrinked a lot, from 2.5mb to 990kb
Jun 28 13:28:16 <[florian]> are you trying to boot an initramfs kernel or a flash kernel?
Jun 28 13:28:42 <Devastator> boot
Jun 28 13:28:57 <[florian]> that does not answer my question
Jun 28 13:29:04 <[florian]> I assume you want to boot off flash?
Jun 28 13:29:40 <Devastator> actually I'm loading to sdram
Jun 28 13:29:50 <Devastator> be back in a minute
Jun 28 13:30:11 <[florian]> the initramfs kernels are now suffixed with -initramfs in bin/ramips/
Jun 28 13:54:49 <dcosnet> so is there any known way to chroot into a system that used glibc, when the host os uses uclibc?
Jun 28 13:56:22 <dcosnet> all i get is an error that the binaries are unrunnable
Jun 28 13:56:28 <dcosnet> thus cant chroot in
Jun 28 13:56:51 <[florian]> I do not think you need to have the same libc between before chroot, and after chroot
Jun 28 13:57:00 <dcosnet> hmm
Jun 28 13:57:01 <[florian]> which platform are you using?
Jun 28 13:57:08 <cyrusff> yeah only the architecture needs to be compatbile
Jun 28 13:57:09 <dcosnet> brcm47xx
Jun 28 13:57:18 <dcosnet> err... bcm47xx
Jun 28 13:57:24 <[florian]> if your target chroot has not be compiled with soft-float, that could be the issue
Jun 28 13:57:29 <[florian]> because we disable the kernel FPU emulation in openwrt
Jun 28 13:57:39 <dcosnet> i think its mipsel
Jun 28 13:57:41 <dcosnet> o hmm
Jun 28 13:58:24 <[florian]> either you re-enable the FPU emulator, or your recompile your target chroot, whichever is the simplest for you
Jun 28 13:58:33 <dcosnet> so i am basically stuck not chrooting for the time being
Jun 28 13:58:35 <dcosnet> lol ok
Jun 28 13:58:47 <dcosnet> i will most likely rebuild target chroot
Jun 28 13:58:50 <[florian]> I'd go for the first option there
Jun 28 13:59:03 <[florian]> it's just a kernel config to enable while running make kernel_menuconfig
Jun 28 13:59:07 <dcosnet> which requires what a new kernel compile?
Jun 28 13:59:14 <[florian]> yes
Jun 28 13:59:22 <dcosnet> yea, not the easiest method for me
Jun 28 13:59:36 <dcosnet> since the hardware im using the kernel on has proprietary drivers
Jun 28 13:59:40 <dcosnet> ethernet, and wifi
Jun 28 13:59:55 <dcosnet> i would have to match kernel version
Jun 28 13:59:59 <dcosnet> and bleh
Jun 28 14:00:29 <dcosnet> copy over blobby proprietary drivers to use them later
Jun 28 14:00:44 <[florian]> this won't change the kernel ABI whatsoever
Jun 28 14:00:54 <[florian]> this is basically just adding back a few objects which were compiled out
Jun 28 14:01:05 <dcosnet> ya but its still probably more work then recompiling my chroot system
Jun 28 14:02:11 <[florian]> don't know, that depends really on your platform, you probably know better
Jun 28 14:03:40 <dcosnet> eh, for the most part yes
Jun 28 14:04:01 <dcosnet> mostly because the system is live 24/7 hosting my website dcos.net so ideally it wont have downtime
Jun 28 14:12:40 <dcosnet> well, i think i have a debwrt firmware i made a year ago. ill try and extract that into a folder and attempt to chroot that instead (probably still wont work)
Jun 28 14:15:19 <Devastator> [florian] do I need to fix up my device profile somehow?
Jun 28 14:15:40 <[florian]> Devastator: no I don't fix so, but please answer my previous questions
Jun 28 14:15:53 <[florian]> I still do not understand whether you boot an initramfs kernel or something else
Jun 28 14:16:42 <Devastator> [florian] I think it's best for me to show a serial log from the working one and fail one
Jun 28 14:17:22 <[florian]> you should now use bin/ramips/openwrt-ramips-rt288x-initramfs-vmlinux.elf
Jun 28 14:17:29 <[florian]> or whatever ramips SoC you are using
Jun 28 14:17:41 <Devastator> hummm
Jun 28 14:19:41 <Devastator> let's see what image/Makefile tells me
Jun 28 14:23:27 <Devastator> [florian] so instead of .uImage, .elf?
Jun 28 14:23:29 <KanjiMonster> I would assume that ramips like other u-boot targets needs a uImage packed elf even for netbooting
Jun 28 14:23:39 <dcosnet> [florian]: which cflag is it to enable soft float?
Jun 28 14:23:49 <[florian]> -msoft-float
Jun 28 14:23:54 <dcosnet> cool, thanks
Jun 28 14:23:57 <[florian]> Devastator: ok, you are using an uimage
Jun 28 14:24:18 <[florian]> then just use bin/ramips/openwrt-ramips-rt288x-uImage-initramfs.bi
Jun 28 14:25:14 <dcosnet> ive got a cross compile toolchain building to those specifications mentioned. i suppose i may be able to just build the apps i need versus chroot
Jun 28 14:25:16 <dcosnet> hhehe
Jun 28 14:32:14 <dcosnet> namely mysqld
Jun 28 14:32:19 <dcosnet> since its segfaulting on me
Jun 28 14:33:01 <Devastator> odd..
Jun 28 14:37:14 <Devastator> -rw-r--r-- 1 openwrt openwrt  983689 Jun 28 05:01 openwrt-ramips-rt305x-dir-610-a1-initramfs-uImage.bin
Jun 28 14:37:14 <Devastator> -rw-r--r-- 1 openwrt openwrt 2509575 Jun 28 05:01 openwrt-ramips-rt305x-uImage-initramfs.bin
Jun 28 14:37:23 <Devastator> let's see what I did wrong
Jun 28 14:39:37 <[florian]> the first one probably does not contain the initramfs, let me fix that
Jun 28 14:45:09 <OpenWrt-Commits> blogic r37077 trunk/package/system/ubox/Makefile * ubox: update to latest git revision
Jun 28 14:53:14 <tripolar> blogic: will you implement syslog logging to a file with rotation support? or should i create a patch that checks if busybox is compiled with syslogd/klogd and then use it if available?
Jun 28 14:56:38 <blogic> do the later
Jun 28 14:57:14 <tripolar> blogic do that later, or i just implement the check?
Jun 28 14:57:43 <blogic> implement your hack
Jun 28 14:58:05 <tripolar> blogic will such a mod be accepted?
Jun 28 14:58:11 <tripolar> i mean upstream
Jun 28 14:58:46 <blogic> not really
Jun 28 14:59:16 <tripolar> blogic but do you plan to implement it or is the feature just gone?
Jun 28 15:02:27 <blogic> it will return as a feature
Jun 28 15:02:38 <tripolar> blogicokya nice
Jun 28 15:04:41 <tripolar> blogic: thanks for your help, and thanks for implementing the pivot root
Jun 28 15:05:34 <DAPE> blogic should i try kmod-button-hotplug instead of kmod-gpio-button-hotplug to see if it bricks the router?
Jun 28 15:05:43 <blogic> does pivoit root work for you now =
Jun 28 15:05:50 <blogic> DAPE: that is not bricking the router
Jun 28 15:05:51 <tripolar> blogic like a charm :)
Jun 28 15:05:55 <blogic> bricking is something different
Jun 28 15:06:00 <blogic> tripolar: ah cool
Jun 28 15:06:09 <blogic> DAPE: which router is this ?
Jun 28 15:06:09 <DAPE> well, no networking i mean, basically just eth0
Jun 28 15:06:12 <blogic> w740 ?
Jun 28 15:06:17 <DAPE> a tp-link wr740n v2.4
Jun 28 15:06:19 <blogic> DAPE: that is not bricking
Jun 28 15:06:41 <DAPE> well, i got serial but if i didnt.. brick for me :P
Jun 28 15:07:06 <tripolar> blogic: the only thing still missing is, the umount shpould ty a lazy umount too - otherwise the disk is checked on every boot because it is not cleanly umounted
Jun 28 15:07:09 <tripolar> @package/base-files/files/etc/init.d/umount
Jun 28 15:07:20 <tripolar> -       umount -a -d -r
Jun 28 15:07:20 <tripolar> +       umount -a -d -r -l
Jun 28 15:07:34 <blogic> ok
Jun 28 15:08:31 <tripolar> blogic when i want to use syslogd/klogd from busybox where can i stop procd? or don't i have to do this?
Jun 28 15:13:08 <blogic> no idea
Jun 28 15:13:27 <tripolar> i will try it
Jun 28 15:19:12 <tripolar> blogic: works h´just by readding the code to boot
Jun 28 16:06:01 <Devastator> [florian] the first one has the header to flash from stock
Jun 28 16:06:15 <Devastator> at least, it should have
Jun 28 16:27:34 <tripolar> blogic: the problem i now get is - http://paste.debian.net/13171/
Jun 28 16:28:01 <tripolar> is firewall is realoaded and therefor the ntp server find its hosts
Jun 28 16:28:13 <tripolar> there are search again minute later
Jun 28 16:28:25 <tripolar> but is there a way to block the restart of the firewall?
Jun 28 16:28:49 <tripolar> find/doesn't
Jun 28 16:31:33 <tripolar> this change that the interface is brought up after ntp it starts with START=65 was introduced in the last week i think. why is the network restarting while the init scripts are allready running?
Jun 28 19:16:29 <OpenWrt-Commits> nbd r37078 trunk/package/kernel/mac80211/patches/300-pending_work.patch * mac80211: fix cck rate sampling in minstrel_ht
Jun 28 19:36:51 <tripolar> blogic: i found one problem with the new pivot root
Jun 28 19:37:02 <tripolar> sometimes it doesnt use the external harddisk
Jun 28 19:37:24 <tripolar> could this maybe related to a too short waiting time for the device to come up?
Jun 28 19:53:55 <tripolar> it seems the disk needs longer to come up
Jun 28 19:53:59 <tripolar> [    9.890000] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jun 28 19:54:02 <tripolar> [    9.970000]  sda: sda1 sda2 sda3 sda4
Jun 28 19:54:05 <tripolar> [   10.000000] jffs2: notice: (370) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (0 unchecked, 0 orphan) and 9 of xref (0 dead, 0 orphan) found.
Jun 28 19:54:09 <tripolar> [   10.020000] sd 0:0:0:0: [sda] Attached SCSI removable disk
Jun 28 19:54:11 <tripolar> [   10.080000] jffs2: notice: (369) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (0 unchecked, 0 orphan) and 9 of xref (0 dead, 0 orphan) found.
Jun 28 19:54:15 <tripolar> [   10.110000] eth0: link down
Jun 28 19:57:46 <blogic> ok, i will increase the sleep time
Jun 28 20:05:02 <tripolar> where is the sleep time defined?
Jun 28 20:08:01 <tripolar> @blogic
Jun 28 20:10:16 <builder> build #235 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/235
Jun 28 20:36:18 <tripolar> blogic: where is the sleep time defined?
Jun 28 22:18:10 <tripolar> blogic: an option the run e2fschk when the device is mounted is also missing
Jun 28 22:58:09 <OpenWrt-Commits> florian r37079 trunk/target/ (5 files in 4 dirs) * targets: fix remaining targets for initramfs builds
Jun 28 23:48:38 <dape> more people with gpio button "bricking" problem
Jun 29 02:03:53 <Devastator> something is different, if I try to flash openwrt-ramips-rt305x-uImage-initramfs.bin, I get "[    0.000000] Kernel panic - not syncing: Failed to find ralink,rt3050-sysc node", I don't know why it looks for rt3050-soc if on my dts file it's specified ralink,rt5350-soc
**** ENDING LOGGING AT Sat Jun 29 02:59:58 2013