It turns out that I am pulling from openwrt for luci-app-sqm, not ceropackages, and overriding it was a headache. Fixed now, see below
router# cd /tmp; wget http://snapon.lab.bufferbloat.net/~cero3/luci-app-sqm_3-5_all.ipk ; opkg install ./luci-app-sqm_3-5_all.ipk router # /etc/init.d/uhttpd restart if it breaks, you get to keep both pieces, but it worked for me, and yea! cake in the gui! thx sebastian! I tried - ./scripts feeds uninstall luci-app-sqm; ./scripts feeds install -p cero luci-app-sqm # seemed sane, did not work git rm in the feed itself did not work doing the uninstall, deleting the symlink, and the git rm, nuking the bin/ar71xx/packages/packages/luci-app-sqm* and doing a complete rebuild... eventually did work... but strikes me as a bit more brute force than I wanted. I am not in a position (aformentioned build is my specialized for pico/nano build at the moment) to update the packages db, but I stuck up the correct new package... which you can install via Apologies for the confusion, I simply figured that the -p option would work, and never checked. I also note that I think I am building things compile tuned for the archer mips34c, rather thanthe wndr3800´s 24c. However I kept the unaligned access hacks (not needed on the 34c derived archer, but needed on the 24c wndr3800) Sigh. maintaining 3 separate trees for the platforms we sort of support is a PITA. Then adding in something that can mesh by default on 2 others. and then trying to get anything to compile for another arch entirely and failing... On Fri, Jun 26, 2015 at 11:49 AM, Sebastian Moeller <[email protected]> wrote: > Hi Jim, > > > On Jun 26, 2015, at 19:21 , Jim Gettys <[email protected]> wrote: > >> Inquiring minds would like to know…. > > I guess, that depends on your definition of “LUCI GUI for cake”; as > far as I know you can select cake in the “Queueing Discipline” drop down in > the “Queue Discipline” tab of luci-app-sqm. So if the machine has the cake > module and a sufficiently recent (out-of-tree) tc binary installed it should > just work. Using the “Advanced option strings…” it even should be possible to > pass arbitrary strings to cake (without any error checking), so I assume we > are all set up for cake testing (or should that be cake tasting?) from the > LUCI GUI. But I have not managed to build cake locally, nor have I dared to > risk my families internet connectivity by trying one of Dave’s newer "openwrt > trunk with cake” builds. So these changes linger in the ceropackages-3.10 > repository until we get enough tasting to convince Toke to pull them into the > openwrt repositories (these changes affect both sqm-scripts and > luci-app-sqm). Dave graciously allowed me access to one of his test machines, > and the changes allow to set up cake from the GUI, but I only did limited > functionality testing. (And we discovered that something was of in that cake > worked but did not accept all the keywords it should have, but unless you are > on a XDSL-Link you most likely do not care about specifying > per-packet-overhead) > If you have any specific thing you are missing, let me know and I > will try to help. > > Best Regards > Sebastian > > >> - Jim >> >> _______________________________________________ >> Cerowrt-devel mailing list >> [email protected] >> https://lists.bufferbloat.net/listinfo/cerowrt-devel > > _______________________________________________ > Cerowrt-devel mailing list > [email protected] > https://lists.bufferbloat.net/listinfo/cerowrt-devel -- Dave Täht worldwide bufferbloat report: http://www.dslreports.com/speedtest/results/bufferbloat And: What will it take to vastly improve wifi for everyone? https://plus.google.com/u/0/explore/makewififast _______________________________________________ Cerowrt-devel mailing list [email protected] https://lists.bufferbloat.net/listinfo/cerowrt-devel
