[384.14_Alpha - builds] Testing all variants.

[Delusion]

I chowned the folders /etc/ssl/man/* to my user:user -R and the build completed without any issues or whines. Weird it didn't add anything to the man/ folder...

Really? Cause it failed to create other folders outside this one for example failed to create a folder in /usr/lib/... .

 

[TheOldMan]

Anybody having this issue with this 3.84.14 a2 build?

Oct 12 12:19:00 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc015131ae8 next ffffffc0142ea660 prev ffffffc0142ea660 rep_entry->list ffffffc0142ea660 next ffffffc015131ae8 prev ffffffc015131ae8
Oct 12 12:19:01 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc0101947e8 next ffffffc0142ea660 prev ffffffc0142ea660 rep_entry->list ffffffc0142ea660 next ffffffc0101947e8 prev ffffffc0101947e8
Oct 12 12:19:14 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc004ef0068 next ffffffc00729fde0 prev ffffffc00729fde0 rep_entry->list ffffffc00729fde0 next ffffffc004ef0068 prev ffffffc004ef0068
Oct 12 12:19:14 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc0111792a8 next ffffffc0054c6c60 prev ffffffc0054c6c60 rep_entry->list ffffffc0054c6c60 next ffffffc0111792a8 prev ffffffc0111792a8
Oct 12 12:19:24 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc0141e48a8 next ffffffc00610d720 prev ffffffc00610d720 rep_entry->list ffffffc00610d720 next ffffffc0141e48a8 prev ffffffc0141e48a8
Oct 12 12:19:24 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc004ead4e8 next ffffffc01704a660 prev ffffffc01704a660 rep_entry->list ffffffc01704a660 next ffffffc004ead4e8 prev ffffffc004ead4e8
Oct 12 12:19:37 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc012ea5428 next ffffffc006837360 prev ffffffc006837360 rep_entry->list ffffffc006837360 next ffffffc012ea5428 prev ffffffc012ea5428
Oct 12 12:19:37 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc012ea5428 next ffffffc01116d520 prev ffffffc01116d520 rep_entry->list ffffffc01116d520 next ffffffc012ea5428 prev ffffffc012ea5428
Oct 12 12:19:55 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc01918e5a8 next ffffffc0190e7da0 prev ffffffc0190e7da0 rep_entry->list ffffffc0190e7da0 next ffffffc01918e5a8 prev ffffffc01918e5a8
Oct 12 12:19:55 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc01918e5a8 next ffffffc0048da220 prev ffffffc0048da220 rep_entry->list ffffffc0048da220 next ffffffc01918e5a8 prev ffffffc01918e5a8
Oct 12 12:20:03 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc004ef0de8 next ffffffc00482cbe0 prev ffffffc00482cbe0 rep_entry->list ffffffc00482cbe0 next ffffffc004ef0de8 prev ffffffc004ef0de8
Oct 12 12:20:03 kernel: bcm_mcast_mld_add:833 mc_fdb->rep_list ffffffc004ef08a8 next ffffffc01704a260 prev ffffffc01704a260 rep_entry->list ffffffc01704a260 next ffffffc004ef08a8 prev ffffffc004ef08a8

 

[TheOldMan]

Really? Cause it failed to create other folders outside this one for example failed to create a folder in /usr/lib/... .

My build environment only complained about not being able to access /etc/ssl/man ... nothing about the /usr/lib/ thingamajig.

 

[TheOldMan]

My build environment only complained about not being able to access /etc/ssl/man ... nothing about the /usr/lib/ thingamajig.

I got /usr/lib/engines complaint. chowned to myself and am re-running it.

 

[Deleted member 22229]

I don't see why Merlin wont just update the build to include these fixes. Most people have no clue how to add commands or SSH in there routers. Maybe he is busy.

 

[Delusion]

I don't see why Merlin wont just update the build to include these fixes. Most people have no clue how to add commands or SSH in there routers. Maybe he is busy.

Well... these are alpha test builds so bugs are expected for those who would like to experiment. I guess Merlin is working on more fixes\features for the next alpha\beta release because building for all devices takes a lot of time so better have more fixes\changes rather then releasing a small fix and wasting time building also keeping a mind that the fix is not for a major feature test and also it is still an alpha version . You can always try making a build yourself (I do it everytime I see interesting commits on git, you have a guide on how to build)

 

[dave14305]

I don't see why Merlin wont just update the build to include these fixes. Most people have no clue how to add commands or SSH in there routers. Maybe he is busy.

He’s probably busy spending all that money people send him as appreciation for the hard work he’s given away all these years.

The rmerlin donation thread.

 

[Blacklistedcard]

Does anyone know if there is a pre-made docker container out there that we can compile the firmware on?

 

[RMerlin]

I don't see why Merlin wont just update the build to include these fixes

Because compiling images take time, it's not just a 2 minutes process. I only generate builds when I need to test something in particular. These alpha builds are NOT releases, and the fact I occasionally chose to upload them should be taken as a bonus, not as a given, planned thing. These WILL have issues and unfinished code, so anyone running them should be ready to revert back to the previous release if a specific build doesn't suit their needs or expectations.

 

[RMerlin]

making all in tools...
make[7]: Entering directory '/home//asuswrt-merlin.ng/release/src/router/openssl-1.0/tools'
make[7]: Nothing to be done for 'all'.
make[7]: Leaving directory '/home//asuswrt-merlin.ng/release/src/router/openssl-1.0/tools'
Cannot create directory /etc/ssl/man: Permission denied
make[6]: *** [Makefile:642: install_docs] Error 13
make[6]: Leaving directory '/home//asuswrt-merlin.ng/release/src/router/openssl-1.0'
make[5]: *** [Makefile:8046: openssl-install] Error 2
make[5]: Leaving directory '/home//asuswrt-merlin.ng/release/src/router'
make[4]: *** [Makefile:30: router_all] Error 2
make[4]: Leaving directory '/home//asuswrt-merlin.ng/release/src-rt-5.02hnd/userspace'
make[3]: *** [make.hndrt:211: userspace] Error 2
make[3]: Leaving directory '/home//asuswrt-merlin.ng/release/src-rt-5.02hnd'
make[2]: *** [make.hndrt:19: parallel_targets] Error 2
make[2]: Leaving directory '/home//asuswrt-merlin.ng/release/src-rt-5.02hnd'
make[1]: *** [Makefile:4292: bin] Error 2
make[1]: Leaving directory '/home//asuswrt-merlin.ng/release/src-rt-5.02hnd'
make: *** [Makefile:4437: rt-ac86u] Error 2

I'm having a problem with this compilation. 2/3 or more thru the build. Create directory yourself?

Something changed with the HND build environment with the latest GPL merge (as it only occurs with the RT-AC86U), and I have no idea why yet - don't have the time at the moment to look into it. The HND build environment is a complete mess.

 

[nash16]

Firstly, thanks Eric, TheMiron and others for your effort with this fw, really appreciated!

Regarding to this alpha, I have the same error like others with DHCP list not showed in GUI with 384.14 Alpha 2 (dirty upgrade), in my case Asus RT-AC86U, tested with Chrome (latest stable build) and Edge Dev (latest Dev build), the error showed is:
Uncaught TypeError: Cannot read property 'style' of null
at sortlist (Advanced_DHCP_Content.asp:557)
at HTMLTableCellElement.onclick (Advanced_DHCP_Content.asp:803)

On the other hand, nvram get dhcp_staticlist output is fine , so it's only regarding to web interface.

 

[Grisu]

@nash16: you could read one page up: https://www.snbforums.com/threads/384-14_alpha-builds-testing-all-variants.59019/page-8#post-520112

 

[Sonyrolfy]

First of all, thank you for thinking ahead of the game and all your great work!

Small Q, is your implemented option to prevent Firefox using DoH in the Alpha 2? (I suppose its there) For my testing on the Alpha 2, i enabled DoH on Firefox and then find myself on their CF DNS. My vpn is set to exclusive with DNS filter set to Router and DOT is enabled. I can disable DoH in Firefox for now, but with any future update from Firefox, I will forget to check if DoH is enabled by default. I rather have my DNS for choosing. Due to the inconvenience not able to SSH in the router to add your recommend line: server=/use-application-dns.net/ in /jffs/configs/dnsmasq.conf...... Just wondering if I get it right.

Thanks!

 

[hervon]

First of all, thank you for thinking ahead of the game and all your great work!

Small Q, is your implemented option to prevent Firefox using DoH in the Alpha 2?

Small Q, Why not take a look at the commits ?
https://github.com/RMerl/asuswrt-merlin.ng/commits/master
Implement option to prevent Firefox's automatic usage of DoH
RMerl committed 19 days ago

 

[bbunge]

First of all, thank you for thinking ahead of the game and all your great work!

Small Q, is your implemented option to prevent Firefox using DoH in the Alpha 2? (I suppose its there) For my testing on the Alpha 2, i enabled DoH on Firefox and then find myself on their CF DNS. My vpn is set to exclusive with DNS filter set to Router and DOT is enabled. I can disable DoH in Firefox for now, but with any future update from Firefox, I will forget to check if DoH is enabled by default. I rather have my DNS for choosing. Due to the inconvenience not able to SSH in the router to add your recommend line: server=/use-application-dns.net/ in /jffs/configs/dnsmasq.conf...... Just wondering if I get it right.

Thanks!

I too enabled DoH in Firefox with the same test result. Then I realized that the add to the router said "Prevent client auto DoH" and the key word is auto. If you enable DoH manually it will not be blocked by the Merlin firmware.

 

[Sonyrolfy]

Oke thanks guys! Clear. I hope Firefox will not switch from Non to Auto to Enabled in future updates Again, Eric I hope you will find a strategic solution for this as well, as I can imagine people will do a clean install of their OS and install Firefox or install Firefox on mobile devices without thinking of that setting and simply forget about it, I know I will J

 

[bluepoint]

I too enabled DoH in Firefox with the same test result. Then I realized that the add to the router said "Prevent client auto DoH" and the key word is auto. If you enable DoH manually it will not be blocked by the Merlin firmware.

"Prevent client auto DOH" will "not" let browsers to reroute you to their chosen DNS whether automatically or manually set, instead, the router will use your DOT settings as intended. That's my understanding of that option, if it's not working, maybe RMerlin needs to tweak a little more.

 

[dave14305]

"Prevent client auto DOH" will "not" let browsers to reroute you to their chosen DNS whether automatically or manually set, instead, the router will use your DOT settings as intended. That's my understanding of that option, if it's not working, maybe RMerlin needs to tweak a little more.

DNSFilter will block client DoT (port 853) if the DNSFilter mode does not support DoT. The new DoH setting will prevent Firefox from automatically enabling DoH (port 443) in upcoming Firefox releases. There are not yet any plans to block DoH in the firmware since it looks the same as normal https traffic. So a Firefox client that manually enables DoH will pass through the router just fine, which is part of the Firefox controversy.

 

[DJCrapsody]

On RT-AC86U, 384.14_alpha2, having issues turning on SSH (after clean flash).
Consistently prompts to set a port number between 1-65535 even when a port number between 1-65535 has been set (including default 22).

 

[octopus]

On RT-AC86U, 384.14_alpha2, having issues turning on SSH (after clean flash).
Consistently prompts to set a port number between 1-65535 even when a port number between 1-65535 has been set (including default 22).

Asus did some silly changes to the SSH settings (which are half-broken). I reverted these changes, however some parts weren't fully reverted. This is already fixed on my git repo.