Re: [OpenWrt-Devel] OnetSwitch FYI
Interesting, the ONetSwitch45 has 4 10gb SFP+ ports and 4 1gb eth ports (plus 1 more direct to the ARM) https://github.com/MeshSr/wiki/wiki/ONetSwitch45 They seem to be talking about a 1000$ price point but unsure of whether they're shipping yet... CC'd sales... What's the price range and when is the target date for shipping ? Thanks, Caleb On 04/09/2015 04:40 AM, Outback Dingo wrote: Just came across this on another list, looks interesting, thought some of you might be interested, About this project As we all know, Raspberry Pi is an open source hardware computer, and Arduino is an open source hardware microcontroller. Where is the standalone open source hardware for networking without any PC support? The ONetSwitch project sets up an open source Software Defined Networking (SDN) platform that make it easy for you to create new network applications. What is ONetSwitch? Open Source Hardware ONetSwitch is a notebook-sized Quad Gigabit Ethernet Ports SBC based on Xilinx Zynq SoC, which combines the software programmability of ARM processors with the hardware programmability of FPGAs.  With a FPGA programmable accelerator (Efficient Bitcoin Miner System), five Gigabit Ethernet ports, Up to 3GB DDR3 DRAM, SATA connector, and Mini PCIe interface for WLAN Card (OpenWrt on Zynq). Open Source Reference Design ONetSwitch provides several reference designs available on GitHub. Each reference design consist of open source FPGA Hardware(RTL Code), Linux OS and open source software, sharing your mind and contribute to our community. https://www.kickstarter.com/projects/onetswitch/onetswitch-open-source-hardware-for-networking ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Satire is the escape hatch from the cycle of sorrow, hatred and violence. #JeSuisCharlie ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Designated Driver
+1 I agree with Imre that Dirty Diamond should be avoided due to its unpleasant connotations with blood diamonds. Eric -- Eric Schultz, Community Manager, prpl Foundation http://www.prplfoundation.org eschu...@prplfoundation.org cell: 920-539-0404 skype: ericschultzwi @EricPrpl ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Designated Driver
+1 On 2015-04-07 15:47, Hartmut Knaack wrote: That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned poll? Give your +1 answer on this mail if you prefer Designated Driver. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Don't be afraid to ask (λf.((λx.xx) (λr.f(rr. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 0/7] updated umbim fixes
thanks for the series, i also merged 7/7, had that on my list for a while On 08/04/2015 15:31, Bjørn Mork wrote: Sorry about sending the previous version without doing any runtime testing. I overlooked the fact that 'struct command_done_message' doesn't include the header like 'struct command_message' does, so the status field parsing was completely off... BTW, is there a more appropriate mailing list where I should send stuff like this? Changes in v2: - fix the above bug - add command_id to the verbose command done output - fix IP config parsing (missed the prefix length) - add IPv6 configuration output - add support for non-default ip-types I don't really know how the last patch should be implemented. This version is simply a hack I made to be able to test the IPv6 config output. Please modify or drop as you find appropriate. Sample test runs with IPv6 and IPv4v6 contexts (please ignore the bogous IPv6 addresses - that's a bug in my modem firmware. This is tested on a Sierra Wireless EM7345): bjorn@nemi:/usr/local/src/git/umbim$ ./umbim -d /dev/cdc-wdm0 -n -v caps sending (16): 01 00 00 00 10 00 00 00 01 00 00 00 00 04 00 00 header_type: 0001 header_length: 0010 header_transaction: 0001 reading (16): 01 00 00 80 10 00 00 00 01 00 00 00 00 00 00 00 header_type: 8001 header_length: 0010 header_transaction: 0001 sending (48): 03 00 00 00 30 00 00 00 02 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 01 00 00 00 00 00 00 00 00 00 00 00 header_type: 0003 header_length: 0030 header_transaction: 0002 reading (256): 03 00 00 80 00 01 00 00 02 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 01 00 00 00 00 00 00 00 d0 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00 02 00 00 00 3f 00 00 00 03 00 00 00 01 00 00 00 10 00 00 00 00 00 00 00 00 00 00 00 40 00 00 00 1e 00 00 00 60 00 00 00 34 00 00 00 94 00 00 00 3c 00 00 00 30 00 31 00 33 00 39 00 33 00 37 00 30 00 30 00 30 00 35 00 33 00 36 00 31 00 39 00 31 00 00 00 46 00 49 00 48 00 37 00 31 00 36 00 30 00 5f 00 56 00 31 00 2e 00 32 00 5f 00 57 00 57 00 5f 00 30 00 31 00 2e 00 31 00 34 00 31 00 35 00 2e 00 30 00 37 00 58 00 4d 00 4d 00 37 00 31 00 36 00 30 00 5f 00 56 00 31 00 2e 00 32 00 5f 00 4d 00 42 00 49 00 4d 00 5f 00 47 00 4e 00 53 00 53 00 5f 00 4e 00 41 00 4e 00 44 00 5f 00 52 00 45 00 header_type: 8003 header_length: 0100 header_transaction: 0002 command_id: 0001 status_code: devicetype: 0001 - embedded cellularclass: 0001 voiceclass: 0001 - no-voice simclass: 0002 dataclass: 003F smscaps: 0003 controlcaps: 0001 maxsessions: 0010 deviceid: 013937000536191 firmwareinfo: FIH7160_V1.2_WW_01.1415.07 hardwareinfo: XMM7160_V1.2_MBIM_GNSS_NAND_RE bjorn@nemi:/usr/local/src/git/umbim$ ./umbim -d /dev/cdc-wdm0 -n -t 2 -v subscriber sending (48): 03 00 00 00 30 00 00 00 02 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 02 00 00 00 00 00 00 00 00 00 00 00 header_type: 0003 header_length: 0030 header_transaction: 0002 reading (148): 03 00 00 80 94 00 00 00 02 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 02 00 00 00 00 00 00 00 64 00 00 00 01 00 00 00 1c 00 00 00 1e 00 00 00 3c 00 00 00 28 00 00 00 00 00 00 00 00 00 00 00 32 00 34 00 32 00 30 00 31 00 33 00 30 00 35 00 30 00 31 00 33 00 38 00 31 00 39 00 30 00 00 00 38 00 39 00 34 00 37 00 30 00 33 00 30 00 35 00 31 00 32 00 31 00 30 00 31 00 31 00 30 00 30 00 38 00 31 00 39 00 35 00 header_type: 8003 header_length: 0094 header_transaction: 0002 command_id: 0002 status_code: readystate: 0001 - initialized simiccid: 89470305121011008195 subscriberid: 242013050138190 bjorn@nemi:/usr/local/src/git/umbim$ ./umbim -d /dev/cdc-wdm0 -n -t 3 -v attach sending (52): 03 00 00 00 34 00 00 00 03 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 0a 00 00 00 01 00 00 00 04 00 00 00 00 00 00 00 header_type: 0003 header_length: 0034 header_transaction: 0003 reading (76): 03 00 00 80 4c 00 00 00 03 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 0a 00 00 00 00 00 00 00 1c 00 00 00 00 00 00 00 02 00 00 00 20 00 00 00 80 f0 fa 02 00 00 00 00 00 e1 f5 05 00 00 00 00 header_type: 8003 header_length: 004C header_transaction: 0003 command_id: 000A status_code: nwerror: - unknown packetservicestate: 0002 - attached uplinkspeed: 5000 downlinkspeed: 1 bjorn@nemi:/usr/local/src/git/umbim$ ./umbim -d /dev/cdc-wdm0 -n -t 4 -v connect ipv6:telenor.mobil sending (136): 03 00 00 00 88 00 00 00 04 00 00 00 01 00 00 00 00 00 00 00 a2 89 cc 33 bc bb 8b 4f b6 b0 13 3e c2 aa e6 df 0c 00 00 00 01 00 00 00 58 00 00 00 00 00 00 00 01 00 00 00 3c 00 00 00 1a 00
[OpenWrt-Devel] [PATCH] Simple http server to expose opkg packages and images from bin/
I have created a python script to make easily available packages under bin/ easier. I got sick of installing a web server, or move the packages, or configure it. So I just thought that a python based solution based on the scripts/ folder would be the best solution. Hope you like it! --- scripts/package-server.py | 50 +++ 1 file changed, 50 insertions(+) create mode 100755 scripts/package-server.py diff --git a/scripts/package-server.py b/scripts/package-server.py new file mode 100755 index 000..3954781 --- /dev/null +++ b/scripts/package-server.py @@ -0,0 +1,50 @@ +#!/usr/bin/env python +from __future__ import print_function +import operator +import os +import sys + +try: +from SimpleHTTPServer import SimpleHTTPRequestHandler as Handler +except ImportError: +from http.server import SimpleHTTPRequestHandler as Handler +try: +from SocketServer import TCPServer +except ImportError: +from socketserver import TCPServer + +PORT = 80 + + +def find_last_modification_date(path): +time = 0 +for root, dirs, files in os.walk(path): +for path in files: +_, _, _, _, _, _, _, _, last_m, _ = os.stat( +os.path.join(root, path)) +time = time if time last_m else last_m +return time + + +(dirpath, dirnames, _) = next(os.walk(os.path.join(os.path.dirname(__file__), + '../bin'))) + +m_times = {} + +for dir in dirnames: +path = os.path.join(dirpath, dir) +m_times[path] = find_last_modification_date(path) +dir, m_path = sorted(m_times.items(), key=operator.itemgetter(1), + reverse=True)[0] +dir = os.path.relpath(dir) +print('Selecting', dir, 'as working dir for', m_path, 'modification date.') +os.chdir(dir) + +try: +httpd = TCPServer((, PORT), Handler) +except PermissionError: + +sys.stderr.write('Permission denied for listening in port %d\n' % PORT) +sys.exit(1) +print(HTTP server started at port, PORT) +httpd.serve_forever() -- 2.3.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Designated Driver
Imre Kaloz ka...@openwrt.org wrote: Designated Driver fits the best as a name, but it's a mocktail (but at least tastes good). +1 And, it would be be nice if all the drivers were up-to-date... :- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Dirty Diamond
+1 Citeren Hartmut Knaack knaac...@gmx.de: That Doodle poll turned out to be spamed/trolled, and everyone could even change or delete other votes. Since this was just communicated over this mailing list, and subscribers are at least basically verified, why not have a good old fashioned poll? Give your +1 answer on this mail if you prefer Dirty Diamond. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 0/2] uci: fix uci batch regression on handling comment lines.
On 2015-04-09 15:48, yszhou4t...@gmail.com wrote: From: Yousong Zhou yszhou4t...@gmail.com Yousong Zhou (2): tests: add test coverage for comment lines within batch commands. file: reset parsing position on starting over a newline. Applied and committed to OpenWrt Thanks! - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/2] file: reset parsing position on starting over a newline.
From: Yousong Zhou yszhou4t...@gmail.com Signed-off-by: Yousong Zhou yszhou4t...@gmail.com --- file.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/file.c b/file.c index be75e54..81047a4 100644 --- a/file.c +++ b/file.c @@ -278,10 +278,11 @@ int uci_parse_argument(struct uci_context *ctx, FILE *stream, char **str, char * uci_alloc_parse_context(ctx); ctx-pctx-file = stream; - if (!*str) + if (!*str) { + ctx-pctx-pos = 0; uci_getln(ctx, 0); + } - /*FIXME do we need to skip empty lines? */ ofs_result = next_arg(ctx, false, false, false); *result = pctx_str(ctx-pctx, ofs_result); *str = pctx_cur_str(ctx-pctx); -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Designated Driver
+1 for Designated Driver When I last checked the Doodle around day 2, Designated Driver was leading with about 2:1, and I couldn't see much spam at that point. I guess the mailing list archives are public, so robots and pranksters could do targeted harvesting of such polling links in short order. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] CC-release kernel version
On 09/04/2015 16:09, Claudio Thomas wrote: On 09.04.2015 15:44, Michael Richardson wrote: And, it would be be nice if all the drivers were up-to-date... :- which will be the CC-release kernel version? 3.18? Thanks, Claudio yes, the builders have been doing test build for 2 weeks now and things are looking good. we plan to start the rc1 build this weekend and see how it goes. waiting on some testing reports on ar71xx and the imx6 kernel bump just now before we can start -- Working on OpenWrt CC for Xmodus GSM Router XM1710E http://www.xmodus-systems.de/openwrt ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Designated Driver
+1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH V2] scripts: python based server for opkg packages and .bin
This patch adds a small script that will expose the built packages and the images to ease opkg and sysupgrade use during development. Compatible with Python2 and Python3. --- scripts/package-server.py | 50 +++ 1 file changed, 50 insertions(+) create mode 100755 scripts/package-server.py diff --git a/scripts/package-server.py b/scripts/package-server.py new file mode 100755 index 000..3954781 --- /dev/null +++ b/scripts/package-server.py @@ -0,0 +1,50 @@ +#!/usr/bin/env python +from __future__ import print_function +import operator +import os +import sys + +try: +from SimpleHTTPServer import SimpleHTTPRequestHandler as Handler +except ImportError: +from http.server import SimpleHTTPRequestHandler as Handler +try: +from SocketServer import TCPServer +except ImportError: +from socketserver import TCPServer + +PORT = 80 + + +def find_last_modification_date(path): +time = 0 +for root, dirs, files in os.walk(path): +for path in files: +_, _, _, _, _, _, _, _, last_m, _ = os.stat( +os.path.join(root, path)) +time = time if time last_m else last_m +return time + + +(dirpath, dirnames, _) = next(os.walk(os.path.join(os.path.dirname(__file__), + '../bin'))) + +m_times = {} + +for dir in dirnames: +path = os.path.join(dirpath, dir) +m_times[path] = find_last_modification_date(path) +dir, m_path = sorted(m_times.items(), key=operator.itemgetter(1), + reverse=True)[0] +dir = os.path.relpath(dir) +print('Selecting', dir, 'as working dir for', m_path, 'modification date.') +os.chdir(dir) + +try: +httpd = TCPServer((, PORT), Handler) +except PermissionError: + +sys.stderr.write('Permission denied for listening in port %d\n' % PORT) +sys.exit(1) +print(HTTP server started at port, PORT) +httpd.serve_forever() -- 2.3.2 resending properly formatted patch ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] CC-release kernel version
On 09.04.2015 15:44, Michael Richardson wrote: And, it would be be nice if all the drivers were up-to-date... :- which will be the CC-release kernel version? 3.18? Thanks, Claudio -- Working on OpenWrt CC for Xmodus GSM Router XM1710E http://www.xmodus-systems.de/openwrt ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: fix ext4 image
Zoltan HERPAI writes: Michael Heimpold wrote: Am Sonntag, 5. April 2015, 12:01:48 schrieb Harald Geyer: commit 597a84e52d9eff8d4686c40cd8be4f7a9b47679d with git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45052 3c298f89-4303-0410-b956-a3cf2f4a3e73 made the ext4 rootfs image unavailable for download from snapshots. Only a SD-card image with u-boot and everything is available. This is annoying for people who either have their own custom partition layout or want to upgrade the rootfs without losing the u-boot configuration. The same commit also broke the inclusion of dtbs in the root filesystem. Note: I don't know if this is the right way to implement this. I'm just adding code back that was there before. [snip] Acked-by: Michael Heimpold m...@heimpold.de With Michael's acks, I'll add this code (and the other patch) back in. Thanks. One more thing which we discussed with Michael, that the SDcard image for Duckbill could use the following partitions: u-boot (0x53), rootfs1 for kernel/dtb (0x83), rootfs2 (0x83), data(0x83) F.e. the second partition would be ext2 instead of fat, which could be supported with updating the uboot config to use ext2load instead of fatload. While this would be for Duckbill mainly, if people won't get annoyed this would be the default for the Olinuxino too. I probably won't use the SDcard image, so I can't give you real input on that. I personally use 1: u-boot (0x53) 2: rootfs + kernel/dtb in /boot (0x83) 3: data (0x0b) - FAT seems more tolerant to unclean shutdown (black out) a flash friendly filesystem would be even better 4: unused / debian chroot on development boards So I don't have any feelings to either of your proposals as long as including the kernel/dtbs in the rootfs works. best regards, Harald ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Designated Driver
+1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Designated Driver
On Thu, Apr 9, 2015 at 12:37 PM, Eric Schultz eschu...@prplfoundation.org wrote: +1 I agree with Imre that Dirty Diamond should be avoided due to its unpleasant connotations with blood diamonds. Eric -- Eric Schultz, Community Manager, prpl Foundation http://www.prplfoundation.org eschu...@prplfoundation.org cell: 920-539-0404 skype: ericschultzwi @EricPrpl ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel +1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mxs: fix ext4 image
Michael Heimpold wrote: Am Sonntag, 5. April 2015, 12:01:48 schrieb Harald Geyer: commit 597a84e52d9eff8d4686c40cd8be4f7a9b47679d with git-svn-id: svn://svn.openwrt.org/openwrt/trunk@45052 3c298f89-4303-0410-b956-a3cf2f4a3e73 made the ext4 rootfs image unavailable for download from snapshots. Only a SD-card image with u-boot and everything is available. This is annoying for people who either have their own custom partition layout or want to upgrade the rootfs without losing the u-boot configuration. The same commit also broke the inclusion of dtbs in the root filesystem. Note: I don't know if this is the right way to implement this. I'm just adding code back that was there before. [snip] Acked-by: Michael Heimpold m...@heimpold.de With Michael's acks, I'll add this code (and the other patch) back in. One more thing which we discussed with Michael, that the SDcard image for Duckbill could use the following partitions: u-boot (0x53), rootfs1 for kernel/dtb (0x83), rootfs2 (0x83), data(0x83) F.e. the second partition would be ext2 instead of fat, which could be supported with updating the uboot config to use ext2load instead of fatload. While this would be for Duckbill mainly, if people won't get annoyed this would be the default for the Olinuxino too. Regards, Zoltan H ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 0/2] uci: fix uci batch regression on handling comment lines.
From: Yousong Zhou yszhou4t...@gmail.com Yousong Zhou (2): tests: add test coverage for comment lines within batch commands. file: reset parsing position on starting over a newline. file.c|5 +++-- test/references/batch_comments.result |9 + test/tests.d/060_batch| 26 ++ 3 files changed, 38 insertions(+), 2 deletions(-) create mode 100644 test/references/batch_comments.result -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] tests: add test coverage for comment lines within batch commands.
From: Yousong Zhou yszhou4t...@gmail.com Signed-off-by: Yousong Zhou yszhou4t...@gmail.com --- test/references/batch_comments.result |9 + test/tests.d/060_batch| 26 ++ 2 files changed, 35 insertions(+) create mode 100644 test/references/batch_comments.result diff --git a/test/references/batch_comments.result b/test/references/batch_comments.result new file mode 100644 index 000..c726bad --- /dev/null +++ b/test/references/batch_comments.result @@ -0,0 +1,9 @@ + +config section 'SEC0' + option option0 'value0' + option option1 'Hello, + World' + +config section 'SEC1' + option option0 'value1' + diff --git a/test/tests.d/060_batch b/test/tests.d/060_batch index 49d15e4..40f473b 100644 --- a/test/tests.d/060_batch +++ b/test/tests.d/060_batch @@ -15,3 +15,29 @@ EOF assertSameFile ${REF_DIR}/batch_set.result ${CONFIG_DIR}/batch_set } +test_batch_comments() +{ + touch ${CONFIG_DIR}/batch_comments + +${UCI} batch EOF +# first line comment +set batch_comments.SEC0='section' +set batch_comments.SEC0.option0='value0' + +# two consecutive blank lines +# two consecutive blank lines + + +set batch_comments.SEC0.option1='Hello, +' World\ +set batch_comments.SEC1='section' +set batch_comments.SEC1.option0=value1 + +# comment line starts with spaces. + +commit +# last line comment +EOF + + assertSameFile ${REF_DIR}/batch_comments.result ${CONFIG_DIR}/batch_comments +} -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Designated Driver
+1 Sorry I had to spam the whole distlist... /ted -Original Message- From: Hartmut Knaack Sent: Thursday, April 09, 2015 6:21 AM To: Ted Hess Subject: Re: [OpenWrt-Devel] Designated Driver Ted Hess schrieb am 08.04.2015 um 23:43: +1 /ted Hi, it seems this mail just got to me, but not to the mailing list. Thus, nobody else could see it (and therefor count your vote). Please re-submit and make sure to include openwrt-devel@lists.openwrt.org as recipient of your message. Usually the Answer-All (or answer sender and all recipients) function does the job right. You can confirm that your vote has posted publicly by having a look at [1]. Thanks Hartmut [1] https://lists.openwrt.org/pipermail/openwrt-devel/2015-April/thread.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel