Age | Commit message (Collapse) | Author |
|
ipkg.lua: new function compare_version()
|
|
Musl libc requires the length parameter of getnameinfo() to be exactly
`sizeof(struct sockaddr_in)` or `sizeof(struct sockaddr_in6)`, depending on
the passed sockaddr family.
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
|
|
|
|
* minor fix function _list() set to local
* new function compare_version() lua version of opkg compare-version
Signed-off-by: Christian Schoenebeck <christian.schoenebeck@gmail.com>
|
|
networks are defined on the same radio.
|
|
Mode of an active network on the same radio.
|
|
also present on the same radio, then the channel is locked and cannot be changed for the AP. The case when all STA networks are disabled is not considered. This patch fixes the issue. Disabled networks no longer apply a lock on the channel.
|
|
Wireless configuration page, replacing the WPA key.
|
|
luci-app-shadowsocks-libev: update package
|
|
support for shadowsocks-libev v2.2.3
Signed-off-by: Jian Chang <aa65535@live.com>
|
|
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
|
|
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
|
|
Signed-off-by: Lars Kruse <lists@sumpfralle.de>
|
|
luci-app-vnstat: Fix blank graphs for iface names with underscores
|
|
The regex used to process the iface query string argument in
vnstat.htm was stripping underscores, which caused the graph not to
display for interfaces with names containing underscores. This
patch adds the underscore to that regex so that the interface name
will be correct and the graph will be displayed.
Signed-off-by: Michael Marley <michael@michaelmarley.com>
|
|
|
|
set_defaults()
|
|
luci-app-shadowsocks-libev: add package
|
|
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
|
|
This adds support for configuring shadowsocks-libev
Signed-off-by: Jian Chang <aa65535@live.com>
|
|
|
|
|
|
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
|
|
luci-app-upnp: Stop sys upgrade disabling miniupnpd service on first boot after upgrade
|
|
Delete luci-upnp
|
|
Stop sys upgrade automatically disabling miniupnpd on first boot after upgrade.
I spent a lot of time tracking this behaviour down which only occurs if you have luci-app-upnp installed.
|
|
Corrected "Aggironamento Automatico" to "Aggiornamento Automatico"
|
|
luci-app-olsr: depend on luci-lib-json
|
|
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
|
|
|
|
|
|
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
|
|
add chinese translations for luci-app-mjpg-streamer
|
|
Luci-app-fwknopd:add a couple config options to the interface
|
|
add chinese translations for luci-app-mjpg-streamer
|
|
add chinese translations to luci-app-privoxy
|
|
|
|
|
|
Minor tweaks to uci-defaults
refresh translation files
Signed-off-by: Jonathan Bennett <JBennett@incomsystems.biz>
|
|
luci-lib-json: ignore null keys to allow encoding empty objects
|
|
Timezone information is updated to 2015d, released on 24 Apr 2015.
|
|
luci-app-qos: remove l7 options
|
|
Cleanup luci-app-qos, as it still contains references to l7 functionality
that has been removed both from kernel and from qos-scripts.
Qos config page has a non-functional "Service" option and every visit to
qos config page generates currently an error as no l7 files can be found.
daemon.err uhttpd[2285]: find: /etc/l7-protocols/: No such file or directory
Patch removes "Service" option and the l7 file search.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
There is currently no way to encode an empty object {}, as empty tables are
encoded as empty lists [].
With this patch, encode() will ignore table fields with the key json.null (which
doesn't make sense anyways). This allows adding a field with key json.null to
force encoding it as an object.
Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
|
|
luci-app-privoxy: fixed function ipkg_ver_compare()
|
|
fixed function ipkg_ver_compare()
Signed-off-by: Christian Schoenebeck <christian.schoenebeck@gmail.com>
|
|
luci-app-radicale: fixed function ipkg_ver_compare
|
|
fixed function ipkg_ver_compare()
Signed-off-by: Christian Schoenebeck <christian.schoenebeck@gmail.com>
|
|
|
|
|