HTTPS performance issue with opkg (Was: [PATCH 3/3] build: switch VERSION_REPO to HTTPS)

On 27-08-20, Paul Spooren wrote: > The variable VERSION_REPO is used by opkg to download package(list)s. > Now that the default installation support encrypted HTTP opkg should > make use of it. I wonder what is the performance impact of this? Opkg forks a new wget process to download each package

Re: [PATCH V3 uhttpd] ubus: add new RESTful API

On 14.09.2020 17:15, Rafał Miłecki wrote: +static void uh_ubus_handle_post(struct client *cl) +{ + static const struct blobmsg_policy hdr_policy[__HDR_UBUS_MAX] = { + [HDR_AUTHORIZATION] = { "authorization", BLOBMSG_TYPE_STRING }, + }; + struct dispatch_ubus *du =

[no subject]

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Hello Jeffery, Thank you for the

Re: [PATCH] imagebuilder: add package signature verification

Hi, On Mon Sep 14, 2020 at 12:27 PM HST, Baptiste Jonglez wrote: > Hi, > > Thanks for the patch, it looks good but comments below: > > On 25-08-20, Paul Spooren wrote: > > The ImageBuilder downloads pre-built packages and adds them to images. > > This process uses `opkg` which has the capability t

[PATCH 2/2] target/linux: disable legacy and debug cifs options

CIFS_ALLOW_INSECURE_LEGACY is only relevant for mounting shares that are provided by old CIFS servers. It is not relevant to the Samba or ksmbd package that provide a server. CIFS_STATS is a debugging option. It is not really useful for end users Signed-off-by: Rosen Penev --- target/linux/gene

[PATCH 1/2] fs/cifs: update module dependencies

0fdfef9aa7ee68ddd508aef7c98630cfc054f8d6 upstream removed CIFS_SMB311. Kernels 4.19 and above do not have it. Currently only kernels 4.19 and 5.4 are in the tree. The Kconfig file in the kernel has more selection that what is in here. Add the rest and reorder based on upstream ordering. Signed-of

Re: [PATCH] imagebuilder: add package signature verification

Hi, Thanks for the patch, it looks good but comments below: On 25-08-20, Paul Spooren wrote: > The ImageBuilder downloads pre-built packages and adds them to images. > This process uses `opkg` which has the capability to verify package list > signatures, as enabled per default on running OpenWrt

[PATCH] fs-cifs: remove old CONFIG option

0fdfef9aa7ee68ddd508aef7c98630cfc054f8d6 upstream removed this option. Kernels 4.19 and above do not have it. Currently only kernels 4.19 and 5.4 are in the tree. Signed-off-by: Rosen Penev --- package/kernel/linux/modules/fs.mk | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH luci] luci-base: use actual JSON-RPC for verifying ubus RPC URL

From: Rafał Miłecki Sending GET request to the main RPC base URL and expecting HTTP response code 400 had two flaws: 1. It was not verifying actual JSON-RPC interface availability 2. It did not allow implementing support for new requests Signed-off-by: Rafał Miłecki --- .../luci-base/htdocs/lu

RE: [PATCH] ath79: add support for Ubiquiti UniFi AP Pro

Hi, > + firmware-partition@5 { Is there a special reason for calling this "firmware-partition"? > + label = "firmware"; > + reg = <0x5 0xf6>; > + }; > + > + partition@f

[PATCH V3 uhttpd] ubus: add new RESTful API

From: Rafał Miłecki Initial uhttpd ubus API was fully based on JSON-RPC. That restricted it from supporting ubus notifications that don't fit its model. Notifications require protocol that allows server to send data without being polled. There are two candidates for that: 1. Server-sent events 2

[PATCH uhttpd] ubus: fix blob_buf initialization

From: Rafał Miłecki Initializing buffer in the uh_ubus_handle_request() didn't handle batched requests correctly. It resulted in reusing buffer and generating malformed replies. Call blob_buf_init() before every usage of the global buf variable. While at it make two functions take blob_buf poin

[PATCH] ath79: add support for Ubiquiti UniFi AP Pro

This adds support for the Ubiquiti UniFi AP Pro to the ath79 target. The device was previously supported on the now removed ar71xx target. SoC Atheros AR9344 WiFi Atheros AR9344 & Atheros AR9280 ETH Atheros AR8327 RAM 128M DDR2 FLASH 16M SPI-NOR Installation Follow the Ubiqui

[PATCH] mt76: move mt7615/7663 firmware to firmware section

Move the separate mt76 firmware packages to firmware section Signed-off-by: DENG Qingfang --- package/kernel/mt76/Makefile | 78 ++ target/linux/mediatek/image/mt7622.mk | 4 +- target/linux/mediatek/mt7622/target.mk | 2 +- target/linux/ramips/image/mt7621.m

RE: [PATCH] omap: update uboot to v2020.04

> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] > On Behalf Of Andre Heider > Sent: Montag, 14. September 2020 10:50 > To: Adrian Schmutzler > Cc: OpenWrt Development List > Subject: Re: [PATCH] omap: update uboot to v2020.04 > > Hi Adrian, >

Re: [PATCH] omap: update uboot to v2020.04

Hi Adrian, On 04/09/2020 09:30, Andre Heider wrote: Fixes the build error: /usr/bin/ld: scripts/dtc/dtc-parser.tab.o:(.bss+0x10): multiple definition of `yylloc'; scripts/dtc/dtc-lexer.lex.o:(.bss+0x0): first defined here collect2: error: ld returned 1 exit status Successfully tested on bonebl

Re: [PATCH v2 1/2] rules.mk: remove redundant -I/-L

On 26/08/2020 08:15, Andre Heider wrote: $STAGING_DIR/usr/{include,lib} are already added using the gcc specs file, see scripts/patch-specs.sh $STAGING_DIR/lib is unused and seems to be a leftover from 1f0063b5 "rules.mk: remove "$(STAGING_DIR)/include"" Signed-off-by: Andre Heider Anyone el