- Jan 02, 2013
-
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
-
- Dec 29, 2012
-
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
-
- Dec 28, 2012
-
-
Jo-Philipp Wich authored
-
- Dec 25, 2012
-
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
-
Translation System authored
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
libs/core: make luci.util.spairs(), kspairs() and vspairs() return the sequential index as 3rd variable
-
- Dec 24, 2012
-
-
Jo-Philipp Wich authored
-
- Dec 20, 2012
-
-
Jo-Philipp Wich authored
Signed-off-by: Luka Perkov <luka@openwrt.org>
-
- Dec 19, 2012
-
-
Jo-Philipp Wich authored
modules/admin-full: fix "unsupported protocol" vs. "no interface assigned" errors for protocols without ifname property, e.g. 6in4
-
Jo-Philipp Wich authored
I've noticed that there is nothing in my /tmp/luci-modulecache directory. Digging into it it looks like because both the expected uid and mode of the files doesn't match, so for security reasons they're long being loaded or saved by ccache.lua (from the luci-lib-core package). I'm not sure how far back this has been broken but I it appears to have been quite some time, possibly years? I've included a patch which updates the checks to use the right newer function name / structure name. It decreases page load times by about 10-15% on my bcm2708 (raspberrypi). I can create a ticket if you'd prefer. The patch is against the luci-0.11 branch but should apply to trunk as well. Signed-off-by: Bryan Mayland <bmayland@leoninedev.com>
-
- Dec 18, 2012
-
-
Jo-Philipp Wich authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Translation System authored
-
Jo-Philipp Wich authored
-
- Dec 15, 2012
-
-
Jo-Philipp Wich authored
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
-
- Dec 14, 2012
-
-
Jo-Philipp Wich authored
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
-
Jo-Philipp Wich authored
Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
-
Jo-Philipp Wich authored
Converting NaN to zero for the sake of the cumulative stack in non-overlay mode is all very well. But we shouldn't then use that for displaying the graph. Make another variable %s_plot which *preserves* NaN from the input data, and then we don't get bogus data points drawn. Especially at the end of the graph this was problematic. Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
-
- Dec 11, 2012
-
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
-
Jo-Philipp Wich authored
-
- Dec 10, 2012
-
-
Manuel Munz authored
-