On Jun 26, 2015, at 21:48 , Dave Taht <[email protected]> wrote:
> 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!
Too cite Shaggy “Wasn’t me” ;); the initial commit was not mine and I
do not want to claim otherwise. I basically just rearranged the "deck-chairs"
as I tend to think. I seem to be better at the “ love for details” thing than
the”big picture”, anyways
Best Regards
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
