Has this branch been deleted?
Has someone else picked it up?
How can I pull the updates?
Steve
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Dear openwrt-devel,
I'm with MIT SIPB, the student computing club of Massachusetts Institute
of Technology (https://sipb.mit.edu/). As one of our projects, we
maintain high-speed mirrors for open source projects --
http://mirrors.mit.edu/ .
I'm writing you because we'd like to start mirroring Ope
Hello.
I'm newbie in Lua and tries to expose several objects' methods to ubus. In
current implementation only function is allowed as methods, but I need to pass
objects to such functions. Here is the snippet:
local uci = require "uci"
local ubus = require "ubus"
local uloop = requi
On 14 June 2016 at 06:04, Jerome wrote:
> To: openwrt-devel@lists.openwrt.org
> From: =?UTF-8?q?J=C3=A9r=C3=B4me=20Poulin?=
> Date: Mon, 13 Jun 2016 17:47:50 -0400
> Subject: [PATCH] micropython-lib: fix make install seldom fail
>
> - Since make install path was hardcoded inside the build dir, it
Reordered the VLANs so the LAN ports are set to VLAN 1 and the WAN
port is set to VLAN 2, as in the other routers in the config file.
Moreover, this model had this VLAN mapping in OpenWRT Chaos Calmer. It
seems that the VLAN were switched when fixing a bug in the port mapping
( OpenWRT changeset 47
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Signed-off-by: Sven Eckelmann
---
Based on following CC backports from 2016-05-19:
* https://patchwork.ozlabs.org/patch/624172/
* https://patchwork.ozlabs.org/patch/624173/
* https://patchwork.ozlabs.org/patch/624174/
* https://patchwork.ozlabs.org/patch/624175/
* https://patchwork.ozlabs.or
Hi,
Just a heads up,
ujail uses "bind mount" to include file and directories into the jail,
so if you include a file named aaa (procd_add_jail_mount(_rw) aaa),
and then replace it outside of the jail using "mv bbb aaa",
in the jail you will still have file aaa.
Workaround is to use a directory in
As we continue the TR-069 support discussion, I wanted to ask folks
whether they want me to continue to cross post to these list in addition
to the prplwrt list at open...@lists.prplfoundation.org. I have no
problem doing either way, but I don't want to fill people's inbox will
stuff they feel is o
As mentioned at last week's meeting, I wanted to announce that we'll
have another discussion on TR-069 and OpenWrt on Fuze on Friday June 17
at 7AM PT. We'll discuss any steps that need to be taken before the
in-person meeting and, depending on time, address other topics.
I've contacted Fuze and i
I'm happy to announce that an in-person meeting on TR-069 and OpenWrt
will occur on June 28 & June 29 at Softathome's office in Paris. We'll
further discuss the current implementations of TR-069 and other
protocols and develop a clear plan forward that meets needs of everyone
in the community as be
This patch was copied from
http://www.spinics.net/lists/netfilter/msg56704.html .
Signed-off-by: Alin Nastac
---
.../patches/100-udp_checksum_computation.patch | 95 ++
1 file changed, 95 insertions(+)
create mode 100644
package/libs/libnetfilter-queue/patches/100-udp_c
This patch was copied from
http://www.spinics.net/lists/netfilter/msg56704.html .
---
.../patches/100-udp_checksum_computation.patch | 95 ++
1 file changed, 95 insertions(+)
create mode 100644
package/libs/libnetfilter-queue/patches/100-udp_checksum_computation.patch
di
Possibility to overwrite the default hardcoded settings by adding 'options'
and 'fstype' in the uci configuration. The fs names are changed in lowercase
to comply with UCI general naming.
Signed-off-by: Olivier Hardouin
---
replaces patch "filesystem mount options in uci config" according to re
add hotplug events (add, remove) to inform other subsystems
remove obsolete /etc/mountd/event call
Signed-off-by: Olivier Hardouin
---
mount.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/mount.c b/mount.c
index aaddb70..219146b 100644
--- a/mount.c
+++ b/mount.c
@@ -161
Signed-off-by: Olivier Hardouin
---
mount.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mount.c b/mount.c
index 8892040..36b99f5 100644
--- a/mount.c
+++ b/mount.c
@@ -59,6 +59,7 @@ char *fs_names[] = {
"",
"NTFS",
"",
+ "EXFAT",
"EXT4"
};
--
1.9.
fix also possible null dereferenced pointers
Signed-off-by: Olivier Hardouin
---
uci.c | 6 ++
ucix.c | 9 -
2 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/uci.c b/uci.c
index f5aad02..46c3922 100644
--- a/uci.c
+++ b/uci.c
@@ -54,6 +54,9 @@ char* uci_get_option(str
I can confirm this patch fixes the problem atleast on CC I haven’t tested any
others.
https://raw.githubusercontent.com/freifunk-gluon/gluon/1f400189cfbae697b50180bccf876784a3c03423/patches/openwrt/0026-kernel-backport-spi-nor-driver-from-4.4.9.patch
https://raw.githubusercontent.com/freifunk-glu
Since make install path was hardcoded inside the build dir, it can sometime
fail with cp indicating that source and destination are the same since make
install will copy all py file in build dir to install dir. In this case,
install dir is in build dir causing a loop.
---
lang/micropython-lib/Make
To: openwrt-devel@lists.openwrt.org
From: =?UTF-8?q?J=C3=A9r=C3=B4me=20Poulin?=
Date: Mon, 13 Jun 2016 17:47:50 -0400
Subject: [PATCH] micropython-lib: fix make install seldom fail
- Since make install path was hardcoded inside the build dir, it can sometime
fail with cp indicating that source
31 matches
Mail list logo
