What's new

[Test build] Asuswrt-Merlin 380.65 alpha builds

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
I did some further checks with busybox commands and this is what it puts out.

admin@RT-AC87U-A818:/bin# busybox
busybox: applet not found
admin@RT-AC87U-A818:/bin# sh busybox
busybox: line 1: syntax error: unexpected word (expecting ")")
admin@RT-AC87U-A818:/bin# ./busybox
busybox: applet not found
admin@RT-AC87U-A818:/bin#

From Ubuntu, shouldn't we be seeing a working busybox like this output?
 

Attachments

  • busybox.txt
    2.2 KB · Views: 434
From Ubuntu, shouldn't we be seeing a working busybox like this output?
Exactly, that's the output you get in the non-test releases and will surely be so in the next test release.
 
I just noticed if I remove a guest the ssid and password from guest corrupts that bands ssid and password in the gui it doesnt apply the settings and it isnt a browser cache issue. ALPHA 4 RT AC5300
 
There is a problem during reboot if one of wireless band or both are disabled. It takes about 3-4 minutes in this case. On my RT-AC66U router I see that it reboot all interfaces about 4 or 5 times. And only after this long booting the GUI and interfaces are available.
If all wireless band are enabled than reboot takes about 40 seconds.
I get a broken wan connection and long boot if one of the wireless bands is disabled and long boots as well regardless it doesn't work unless all bands are enabled. ALPHA 4 RT AC5300
 
for some reason i cant upgrade my ac3200 from alpha2 to alpha4, always ending with upgrade unsuccessful. i tried ie, ffox, chrome, three different machines, two different tablets, but no luck...
is there somewhere a log about upgrade so i can see there why it is crashing ?
 
Same happens with RT-AC87U FW, something went wrong on those files...
 
Have you both reboot your router before flashing?

I've done better, I flashed it via TFTP and Recovery Mode, no go, flashing old versions all of them work fine, like I said before something wrong with that file, and flashing it via WEBUI it will show the message:

To comply with regulatory amendments, we have modified firmware verification rule to... bla bla.

From 380.64 to 380.65 Alpha4 wish definitely shouldn't happen, didn't lost more time with it since i only wanted to make a quick test on latest FW code, nothing else, 380.65 Alpha 3 has done the job.
 
Last edited:
I have this error showing up using assarbad script for 380.65_beta1

checking for arm-linux-ar... arm-brcm-linux-uclibcgnueabi-ar
configure: error: We are cross compiling but could not find a properly named toolchain. Do you have your cross-compiling toolchain in PATH? (You can --disable-tool-name-check to ignore this.)
Makefile:1696: recipe for target 'config.status' failed
make[4]: *** [config.status] Error 1
make[4]: Leaving directory '/home/roddy/asuswrt-merlin/release/src/router/tor'
Makefile:2685: recipe for target 'tor' failed
make[3]: *** [tor] Error 2
make[3]: Leaving directory '/home/roddy/asuswrt-merlin/release/src/router'
Makefile:198: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/home/roddy/asuswrt-merlin/release/src-rt-6.x.4708'
Makefile:2578: recipe for target 'bin' failed
make[1]: *** [bin] Error 2
make[1]: Leaving directory '/home/roddy/asuswrt-merlin/release/src-rt-6.x.4708'
Makefile:2648: recipe for target 'rt-ac87u' failed
make: *** [rt-ac87u] Error 2
make: Leaving directory '/home/roddy/asuswrt-merlin/release/src-rt-6.x.4708'
 
You need to add "--disable-tool-name-check" to new Tor 0.2.9.8 version.
 
Not Tor file but ../router/Makefile ( tor/Makefile: )
 
Jeez...

This file: ../router/Makefile

This segment:

tor/Makefile:
(cd tor ; $(CONFIGURE) --enable-static-libevent --with-libevent-dir=$(STAGEDIR)/usr \
--with-openssl-dir=$(TOP)/openssl \
--with-zlib-dir=$(TOP)/zlib \
--disable-asciidoc --disable-unittests --disable-tool-name-check)
 
Jeez...

This file: ../router/Makefile

This segment:

tor/Makefile:
(cd tor ; $(CONFIGURE) --enable-static-libevent --with-libevent-dir=$(STAGEDIR)/usr \
--with-openssl-dir=$(TOP)/openssl \
--with-zlib-dir=$(TOP)/zlib \
--disable-asciidoc --disable-unittests --disable-tool-name-check)

It's already there. Hmmmm.... Doing another compilation. See if it gives out the same error.
 
I just noticed if I remove a guest the ssid and password from guest corrupts that bands ssid and password in the gui it doesnt apply the settings and it isnt a browser cache issue. ALPHA 4 RT AC5300

It's an old bug in Asus's code that I fixed at some point, but the fix got lost with a GPL update.
 
I have this error showing up using assarbad script for 380.65_beta1

checking for arm-linux-ar... arm-brcm-linux-uclibcgnueabi-ar
configure: error: We are cross compiling but could not find a properly named toolchain. Do you have your cross-compiling toolchain in PATH? (You can --disable-tool-name-check to ignore this.)
Makefile:1696: recipe for target 'config.status' failed
make[4]: *** [config.status] Error 1
make[4]: Leaving directory '/home/roddy/asuswrt-merlin/release/src/router/tor'
Makefile:2685: recipe for target 'tor' failed
make[3]: *** [tor] Error 2
make[3]: Leaving directory '/home/roddy/asuswrt-merlin/release/src/router'
Makefile:198: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/home/roddy/asuswrt-merlin/release/src-rt-6.x.4708'
Makefile:2578: recipe for target 'bin' failed
make[1]: *** [bin] Error 2
make[1]: Leaving directory '/home/roddy/asuswrt-merlin/release/src-rt-6.x.4708'
Makefile:2648: recipe for target 'rt-ac87u' failed
make: *** [rt-ac87u] Error 2
make: Leaving directory '/home/roddy/asuswrt-merlin/release/src-rt-6.x.4708'

It seems that we need to add a link/reference somewhere for /home/roddy/asuswrt-merlin/release/src-rt-6.x.4708/toolchains/hndtools-arm-linux-2.6.36-uclibc-4.5.3/bin/arm-brcm-linux-uclibcgnueabi-ar
 
Not sure if is 380.65 issue, but after a few days the QoS Statistics are reset!
Is anyone else having same behaviour?
 
Status
Not open for further replies.

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top