[LEDE-DEV] Fwd: Re: convention on uid/gid for packages

t;<< 100:102?? I know I don't care, but getting 100 for uid and 102 for gid seems somewhat unexpected? Is it issuing ids from the same sequence or something? Sincerely, Karl Palsson Yousong Zhou wrote: > On 16 May 2017 at 00:02, Val Kulkov > wrote: > > I agree t

Re: [LEDE-DEV] Fwd: Re: convention on uid/gid for packages

Yousong Zhou wrote: > On 19 May 2017 at 18:44, Karl Palsson > wrote: > > Resending to the list properly as planned... > > > > > > I've modified one of my packages (mosquitto) to use the > > autoassignment style, as it never cared about the actual uid

[LEDE-DEV] github oauth for webpage editing requests too many permission

Hi, I was trying to fix something on the documentation pages of lede-project today, and tried to login with github. However, the docuwiki/oauth thing is demanding full read/write access to my account, which seems excessive... ``` LEDE Project (lede-project.org) by lede-project wants to acce

Re: [LEDE-DEV] [PATCH 2/3] base-files: allocate uid/gid starting from 65536

Do you mean to have it count down now as well, instead of up from 100? Yousong Zhou wrote: > There already exist static assignment of uid/gid 65533 in > packages feed and we have nobody/nogroup taking 65534 as their > ids. Let's change the pid of dynamic assignment to start from > 65536 so that

Re: [LEDE-DEV] [PATCH 2/3] base-files: allocate uid/gid starting from 65536

I'm not really sure I understand wanting to start so high. Are you afraid of someone installing 65400 packages and colliding with nobody? I know it's a machine that looks at the number, but can't they be humanly simple as well? Cheers, Karl P Yousong Zhou wrote: > There already exist static as

Re: [LEDE-DEV] About /etc/board.json

endencies, but installing luci on development hosts is a pain. Alternatively of course, simply splitting this completely out of luci altogether, as it has nothing in common with it apart from the namespace and the source repository. Simply adding a luarocks file is probably less intrusive though :

[LEDE-DEV] busybox ntpd not syncing if any server is bad

0.001084 delay:0.002000 status:0x24 strat:3 refid:0xc1043a2c rootdelay:0.001465 reach:0x03 Sincerely, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] busybox ntpd not syncing if any server is bad

both 17.01 and master? Sincerely, Karl Palsson Karl Palsson wrote: > > Hi, > > On old openwrt 15.05 builds, if I was running in a private > network, and only had some NTP servers available, ntpd would > still sync, and I could still query the local ntpd for it's > sy

[LEDE-DEV] [PATCH] sdk: automatically use all CPU cores for xz

xz has supported multithreaded compression since 5.2 in 2014. Enable it's automatic support for this via the "-T 0" flag. Previously: (xz -7e) real3m13.631s Now: (xz -T 0 -7e) real1m23.051s Signed-off-by: Karl Palsson --- target/sdk/Makefile | 2 +- 1 file changed, 1

Re: [LEDE-DEV] busybox ntpd not syncing if any server is bad

Hans Dedecker wrote: > On Thu, Aug 17, 2017 at 1:25 PM, Karl Palsson > wrote: > > > > Ok, so this was broken after busybox 1.23.2 and not fixed until > > 1.27 via > > > > https://git.busybox.net/busybox/commit/networking/ntpd.c?id=b62ea34afed7d3bf60a6c8e

Re: [LEDE-DEV] [PATCH] sdk: automatically use all CPU cores for xz

Jonas Gorski wrote: > > > > Previously: (xz -7e) > > real3m13.631s > > > > Now: (xz -T 0 -7e) > > real1m23.051s > > After playing around with it, it seems enabling multiple > threads makes it compress slightly worse, at least in case of > the linux kernel sources (86.8 MiB single thread

Re: [LEDE-DEV] [PATCH] sdk: automatically use all CPU cores for xz

Bjørn Mork wrote: > This looks yucky. Experimenting a bit, I see that the result > with > > a) -T 0 depends on multi-core vs single-core > b) -T 1 is always different from the output of -T x where x > 1 > c) -T x where x > 1 is independent of both x and the actual number of > cores > >

Re: [LEDE-DEV] busybox ntpd not syncing if any server is bad

Magnus Kroken wrote: > Hi Karl > > On 17.08.2017 15:13, Karl Palsson wrote: > > It certainly _looks_ better, but isn't actually syncing... > > > > Sincerely, > > Karl Palsson > > > > > > # /usr/sbin/ntpd -d -n -N -l -S /usr/sbin/ntpd-

[LEDE-DEV] [PATCH] procd: mdns: Support txt values with spaces

wse -r -v _myservice._tcp _myservice._tcp local hostname = [blah.local] address = [192.168.255.74] port = [] txt = ["another=something equally verbose" "key=descriptive text field 1"] Signed-off-by: Karl Palsson --- package/system/procd/files/procd.sh | 4 ++-- 1 fil

[LEDE-DEV] RFC [PATCH] odhcpd: don't enable server mode on dhcp lan

Instead of blindly enabling the odhcpd v6 server and RA server on the lan port, only do that if the lan port isn't set to DHCP. This prevents the unhelpful case of a device being a dhcpv4 client and v6 server on the same ethernet port. Signed-off-by: Karl Palsson -- Should other protoco

Re: [LEDE-DEV] RFC [PATCH] odhcpd: don't enable server mode on dhcp lan

Daniel Golle wrote: > Hi Karl, > > On Thu, Aug 31, 2017 at 05:17:38PM +0000, Karl Palsson wrote: > > Instead of blindly enabling the odhcpd v6 server and RA server on the > > lan port, only do that if the lan port isn't set to DHCP. > > > > This prevents

[LEDE-DEV] [PATCHv2] odhcpd: don't enable server mode on non-static lan port

Instead of blindly enabling the odhcpd v6 server and RA server on the lan port, only do that if the lan port protocol is "static" This prevents the unhelpful case of a device being a dhcpv4 client and v6 server on the same ethernet port. Signed-off-by: Karl Palsson --- Changes sinc

Re: [LEDE-DEV] [PATCH 1/2] target/toolchain: Switch to xz compression instead of bz2

This is going to make builds _much_ slower :( Koen Vandeputte wrote: > Switch to xz compression instead of bz2 > This reduces the output size here from 41M to 29M > > Signed-off-by: Koen Vandeputte > --- > target/toolchain/Makefile | 8 > 1 file changed, 4 insertions(+), 4 deletion

Re: [LEDE-DEV] [PATCH 1/2] target/toolchain: Switch to xz compression instead of bz2

Koen Vandeputte wrote: > > On 2017-09-05 19:29, L. D. Pinney wrote: > > i7 4770K <--- Yes we all have these plus 64 GB of RAM don't we ? > This is not relevant as the benchmark was provided to show > relative differences .. (percentage) > > > I really understand your concern and I don't mind

Re: [LEDE-DEV] Luci's HTTP API

Here's a snippet I've used to accept HTTP POST of a file to in luci... http = require("luci.http") local method = http.getenv("REQUEST_METHOD") local pathinfo = http.getenv("PATH_INFO") -- from luci --- if method == post and path info == allowed for your requirements. http.se

[LEDE-DEV] [PATCH] instance: properly compare and reload respawn config

respawn configuration variables were not checked for changes, and were not copied to new instances. Signed-off-by: Karl Palsson --- service/instance.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/service/instance.c b/service/instance.c index a968a0b..d12c580 100644 --- a

Re: [LEDE-DEV] [PATCH] procd: Restore respawn on SIGTERM timeout

Kristian Evensen wrote: > When SIGTERM times out, procd sends SIGKILL and then restarts > the process once SIGCHLD has been received. This all works > fine, with one exception - respawn is not restored when > instance_start() is called from instance_exit(). The reason is > that respawn is always

Re: [LEDE-DEV] [OpenWrt-Devel] merge: add OpenWrt branding

Zoltan HERPAI wrote: > Given that we've decided to sail under the same flag for the > benefit of the whole community, and acknowledge the > achievements of the LEDE project, let's start the final steps > of the merge. > > The git and other sources are untouched until the infra merge. >

Re: [LEDE-DEV] [PATCH 2/2] download.mk: introduce a new variable SKIPHASH

Baptiste Jonglez wrote: > When calling a download target, hash verification is now > completely skipped if the SKIPHASH variable is set. > > This allows to easily bump package version: > > # Update PKG_VERSION in the package Makefile > $ make package//download SKIPHASH=1 V=s > $ mak

Re: [LEDE-DEV] [PATCH v2] merge: add OpenWrt branding

Hannu Nyman wrote: > Zoltan HERPAI kirjoitti 26.10.2017 klo 18:41: > > + - > > + * 2 oz. Orange Juice Combine all juices in a > > + * 2 oz. Pineapple Juice tall glass filled with > > + * 2 oz. Grapefruit Juice ice, stir well.

Re: [LEDE-DEV] busybox ntpd not syncing if any server is bad (update, if _first_ server is bad)

Magnus Kroken wrote: > On 21.08.2017 16:34, Karl Palsson wrote: > > on master, even with the ntpd patch for busybox applied. > > # ntpdate -q localhost > > server ::1, stratum 0, offset 0.00, delay 0.0 > > server 127.0.0.1, stratum 0, offset 0.00, delay

Re: [LEDE-DEV] busybox ntpd not syncing if any server is bad (update, if _first_ server is bad)

plies, and never stepping or setting the stratum. (And hence, > my tests with ntpdate -q never succeeded) > > I've filed https://bugs.busybox.net/show_bug.cgi?id=10466 with > busybox for this. It's actually only a bother for me in my > development environment, where the *.

Re: [LEDE-DEV] [PATCH] umdns: Replace unnecessary memset calls with {}.

C form with a gnu form, just because? What on earth for? Sincerely, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Fwd: [FSFE PR][EN] FSFE makes copyrights computer readable

David Lang wrote: > that's mostly a question to direct at the upstream software > sources. only a small portion of things are written by the LEDE > team > > SPDX is mostly useful for people wanting to fork or extract > code from opensource projects, not for the project writing the > code Well,

Re: [LEDE-DEV] [PATCH 4/4] toolchain: musl: update to current HEAD

Christian Lamparter wrote: > Hello, > > On Monday, November 20, 2017 8:17:05 AM CET Syrone Wong wrote: > > Hi, > > > > Any specific reason to introduce these changes? > Actually yes. The LEDE Website prides itself with > "LEDE is actively updated [...]" >

Re: [LEDE-DEV] [PATCH] samba36: Disable by default

ken on al platforms. Sincerely, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH 1/7] ag71xx: Reorder some more structs based on warmth.

Rosen Penev wrote: > Should help slightly. That's not really very encouraging. Surely you have a test setup if you're actually looking at making performance related changes? You should have actual numbers on changes, otherwise this is just poking in chicken entrails. Sincerely,

Re: [LEDE-DEV] Lua script as a ubus service using rpcd

Carlito Nueno wrote: > Hi all, > > I am trying to make a ubus service in lua. > > I placed a lua script (myluaservice) in /usr/libexec/rpcd but I > didn't see it in ubus -v list. > > So I placed a shell script (myshellservice) in > /usr/libexec/rpcd and moved the lua script (myluaservice) to >

Re: [LEDE-DEV] [PATCH] luci: treewide: Replace strerror(errno) with %m.

Rosen Penev wrote: > Saves a few bytes. No functional difference. Except that it now requires gnu extensions to compile. That seems like a pretty poor tradeoff. Sincerely, Karl P > > Signed-off-by: Rosen Penev > --- > contrib/package/freifunk-watchdog/src/watchdog.c | 6 ++--- > contrib/p

Re: [LEDE-DEV] [PATCH] base-files: rc.common: fix enable() return code and logic

Roman Yeryomin wrote: > On 2017-12-21 21:35, Roman Yeryomin wrote: > > In current state, if there is STOP but no START, enbale() > > will return 0 (success), which is wrong. > > Moreover there is no need to check for START/STOP twice. > > Instead, add err variable to save success state and > > an

Re: [LEDE-DEV] [PATCH v1] dnsmasq: use SIGUSR2 for dnssec time valid

Kevin Darbyshire-Bryant wrote: > > I don’t have a magic patch for this problem. It seems to me > that ideally busybox ntpd shouldn’t serve time until it has > sync’d. A horrible hack idea: firewall rule to drop incoming > ntp requests from clients… have an ntpd hotplug script that > captures the

Re: [LEDE-DEV] [OpenWrt-Devel] patchwork

lp get it merged" after 120 days we close it with a note > saying "sorry try again, something did not work out". :+1: Great wording, sounds really good. Cheers, Karl Palsson signature.html Description: OpenPGP Digital Signature _

Re: [LEDE-DEV] [OpenWrt-Devel] patchwork

but you're going to struggle to get anyone new permanently like that. Sincerely, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] curl: Switch all TLS libraries to use ca-bundle.

How will this play with people with ca-certificates installed rather than ca-bundle? Rosen Penev wrote: > At least one application (transmission) depends on > CURL_CA_BUNDLE being set in order to operate properly (Could > not connect to tracker errors). As far as I can tell, there's > no real

Re: [LEDE-DEV] A state of network acceleration / test on Archer C7 v4

Joel Wirāmu Pauling wrote: > Any chance I can convince you to use netperf + FLENT for doing > your tests rather than iperf(3)? > > flent.org > For those playing at home, could you elaborate on _why_? What do you expect to change? By what sort of percentage? Sincerel

Re: [LEDE-DEV] [PATCH 1/2] libubox: Don't warn about sign comparisons.

Rosen Penev wrote: > -Wsign-compare was breaking my builds when i disabled MIPS16 on > ramips (mt7621). Since this will probably not get fixed, > disable it. Given the fine tuned nature of all your prior commits, why are you now all of a sudden avoiding actually fixing the bad sign comparisons?

Re: [LEDE-DEV] [PATCH 1/2] libubox: Don't warn about sign comparisons.

Rosen Penev wrote: > On Fri, Feb 2, 2018 at 4:54 AM, Karl Palsson > wrote: > > > > Rosen Penev wrote: > >> -Wsign-compare was breaking my builds when i disabled MIPS16 on > >> ramips (mt7621). Since this will probably not get fixed, > >> disable i

Re: [LEDE-DEV] [PATCH v1 1/1] openssh: disable passwords for openssh server

rather see a lot _less_ of things created via an ever expanding .config and _more_ local customizations applied as local customizations :) Cheers, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ Lede-dev mailing list

Re: [LEDE-DEV] [OpenWrt-Devel] kernel version status

Hauke Mehrtens wrote: > The following targets are on kernel 4.4 and will probably not > be included in the next release: > * gemini This is a platform that upstream seems to be actually working on, would it not be at least polite to keep it alive while it's landing in mainline? I don't have any

Re: [LEDE-DEV] [PATCH] libjson-c: Update to 0.13

Alexandru Ardelean wrote: > On Sat, Mar 31, 2018 at 9:45 AM, Hans Dedecker > wrote: > > On Sat, Mar 31, 2018 at 12:25 AM, Rosen Penev wrote: > >> From: Daniel Engberg > >> > >> Update (lib)json-c to 0.13 > > What are the changes? > > Is there any size increase ? > > Please be a bit more verbos

Re: [LEDE-DEV] package contribution guidelines

ke about this recently. Addresses a few other things that had come up recently too, wrt git vs http(s) sources and so on. Did anyone else ever comment on that jow? Should we submit it as a change to that file now? Sincerely, Karl Palsson signature.asc Description: OpenPGP Digital Signature __

Re: [LEDE-DEV] [PATCH] base-files: ensure reset only works if an overlay exists

noticed it, but thought it was probably simpler this way, but Rafal's right, if you're changing that behaviour as well, it should at least be documented as deliberate in the commit note. Sincerely, Karl Palsson Chris Blake wrote: > Rafal, > > I am not sure I see the issue you

Re: [LEDE-DEV] [PATCH v2] base-files: ensure reset only works if an overlay exists

Rafał Miłecki wrote: > On 20 October 2016 at 08:11, Chris Blake > wrote: > > I agree that would work in terms of functionality, but the issue with > > that logic is if you hold the button over 5 seconds, the system LED > > will start flashing (as expected) but then no action is taken on the > >

[LEDE-DEV] [PATCH] dnsmasq: support log-dhcp option

Helpful when trying to resolve issues with quirky dhcp client devices. Signed-off-by: Karl Palsson --- package/network/services/dnsmasq/files/dnsmasq.init | 1 + 1 file changed, 1 insertion(+) diff --git a/package/network/services/dnsmasq/files/dnsmasq.init b/package/network/services/dnsmasq

Re: [LEDE-DEV] Package updates in the for-15.05 branch (libuv)

lease from both LEDE and OpenWrt, people are starting to treat the for-15.05 branch like a free for all "mainline" branch again. Karl Palsson wrote: > > Again, we're getting major version package updates in the > stable for-15.05 branch. haproxy has just been updated from &

Re: [LEDE-DEV] [OpenWrt-Devel] LED uci policy for not actively used LEDs

Given that the current leds init script only looks for some explicit values, I've done the following to have a led _listed_ in the UCI file, and available to leds.sh, but not actually touched by the init script... > ucidef_set_led_default "etactica" "etactica" "eg200:red:etactica" "ignored" It

Re: [LEDE-DEV] [OpenWrt-Devel] LED uci policy for not actively used LEDs

Mathias Kresin wrote: > 2016-11-10 16:41 GMT+01:00 Jo-Philipp Wich : > > Hi Karl, > > > > I think there is not much speaking against making the led init script > > run earlier. I think it would make sense to have it START=11, right > > after /etc/init.d/boot. > > I've a TDW-8980 here, where the

Re: [LEDE-DEV] [PATCH odhcpd 1/5] config: Support infinite as DHCP pool leasetime value

uci sections. A > DHCPv4/DHCPv6 assignment is now considered infinite if > valid_unil holds the value 0. Can you specify "0" in uci too? that's a really common way of saying never, I've not ever seen a config file that needed the word "infinite" before Sincerely

Re: [LEDE-DEV] [PATCH odhcpd 3/5] ubus: Fix displayed valid paramater for both DHCPv4 and DHCPv6 lease

programmer nerds would even recognize? Sincerely, Karl Palsson signature.asc Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] can I have some feedback about a wrapper to call initscripts

ed to systemd, ubuntu went to upstart, and that changed things _again_ Why should openwrt _add_ a duplicate path that needs to be documented and adds little to no value? Sincerley, Karl Palsson signature.asc Description: OpenPGP Digital Signature _

Re: [LEDE-DEV] [PATCH] odhcpd: Update to 2016-12-01 snapshot

Care to explain what you're updating? This patch is completely devoid of useful information without resorting to external sources. Surely, you have motivation for updating? Sincerely, Karl Palsson Florian Fainelli wrote: > Signed-off-by: Florian Fainelli > --- > package/ne

Re: [LEDE-DEV] [PATCH] odhcpd: Update to 2016-12-01 snapshot

Florian Fainelli wrote: > On 12/04/2016 02:53 PM, Karl Palsson wrote: > > Care to explain what you're updating? This patch is completely > > devoid of useful information without resorting to external > > sources. Surely, you have motivation for updating? > > H

Re: [LEDE-DEV] [PATCH] odhcpd: Update to 2016-12-01 snapshot

if this is what you actually wanted to say. because > it think it would be a good idea and i would support such a new > way of bumping packages. Sounds lovely, I appreciate your rewording, it's much clearer and to the point than my earlier complaints. Let's hope the commun

Re: [LEDE-DEV] [PATCH 1/1] add support for overlaying rootfs content

tthias Schiffer Perhaps putting --force-overwrite back on? Cheers, Karl Palsson Rafał Miłecki wrote: > From: Rafał Miłecki > > This adds support for install-overlay define. When used in > package it allows installing files to a special directory that > gets copied to the root

Re: [LEDE-DEV] [PATCH 1/1] add support for overlaying rootfs content

Rafał Miłecki wrote: > On 7 December 2016 at 16:44, Karl Palsson > wrote: > > How is this different from just reverting the commit that stopped > > this from working? I'm all for this, don't get me wrong, but if a > > package can just explicitly define a fil

Re: [LEDE-DEV] [RFC PATCH odhcpd] config: respect ignore uci option

t; state to allow selectively enabling services on ignored >interfaces > > - the README to clarify the fact that "ra", "ndp", "dhcpv4" and "dhcpv6" can >now override "option ignore" > > Signed-off-by: Jo-Philipp Wich > --- Acked-by: Karl Palsson Not tested, but I support a future where "ignore" ignores :) signature.asc Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] the ipv6 issues and the notions of timer

Bastian Bittorf wrote: > * Dave Taht [24.01.2017 08:52]: > > I'd love a "simple ubus listen daemon example - one that listens > > merely for events on a set of interfaces. or routes or on a proto". > > root@box:~ ubus listen > { "network.interface": {"action":"ifdown","interface":"lan"} }

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

> > (apply some symbols) > make defconfig > > [...] > > (apply some symbols) > make defconfig > > This is called up to 30 times till our '.config' is ready. > > Question: is it *safe* to call 'defconfig' only at there very > end? That's all I've ever done. I have a little snippet of maybe 20-

Re: [LEDE-DEV] [PATCH] sdk: Fix src-git URL for the base feed when on a detached commit (FS#501)

Baptiste Jonglez wrote: > From: Baptiste Jonglez > > When the source repository is on a detached commit (such as > when building a release tag), the git URL for the "base" feed > is incorrect in the SDK. > > Before this commit: > > On branch "master": src-git base git://git.lede-projec

Re: [LEDE-DEV] [PATCH 2/2] [ubox] logd: add ubus reload method

Dan Bugnar wrote: > From: Dan Bugnar > > Add logd link to uci library, to read the system config file > and get the buffer size. Remove the -S option support and use > just the option from the config file. Why do you need this exactly? It's already being parsed from the config file by the ini

Re: [LEDE-DEV] [PATCH 2/2] [ubox] logd: add ubus reload method

Alexandru Ardelean wrote: > On Thu, May 12, 2016 at 5:30 PM, Karl Palsson > wrote: > > > > > Dan Bugnar wrote: > > > From: Dan Bugnar > > > > > > Add logd link to uci library, to read the system config file > > > and get the buffer

Re: [LEDE-DEV] [PATCH 2/2] [ubox] logd: add ubus reload method

Alexandru Ardelean wrote: > > Changing the log size dynamically at runtime is a use case that > we have. I'm sorry, but can you talk to me like I'm 5? What is this use case? I mean, I can understand it synthetically, like, "If I want to resize the log dynamically, I need to be able to reload t

[LEDE-DEV] "block" fstools wishlist

Listing out a few things I've found with fstools package (Version: 2016-05-17-db5d39d48b9d9a77565015c1aafb3ef0d2925f02) I'm mostly still working on openwrt CC branch, but the issues _seem_ to be fstools related, not kernel related, though I'm happy to retest if necessary. Some of these I've discus

Re: [LEDE-DEV] [PATCH] scripts/download.pl: Use CDN for kernel downloads

Bjørn Mork wrote: > Not sure that is a good idea at this point. At least here, > kernel.org has IPv6 records while cdn.kernel.org does not: So you're taking that up with kernel.org right? Sincerely, Karl P signature.asc Description: OpenPGP Digital Signature ___

[LEDE-DEV] uci-lua: error checking problems

When using the lua binding for UCI, there's cases where failures aren't properly propagating to the lua caller environment. eg: (Starting from an empty file) root@blah:/# lua Lua 5.1.5 Copyright (C) 1994-2012 Lua.org, PUC-Rio (double int32) > uci = require("uci") > x = uci.cursor() > =x:set("unk

Re: [LEDE-DEV] [PATCH 2/2] Add script to build common platforms.

d by digging through script after script. Adding more scripts to hide the complexity/flexibility/power of some of those other scripts doesn't seem like a net gain. Sincerely, Karl Palsson signature.asc Description: OpenPGP Digital Signature ___ Lede-de

Re: [LEDE-DEV] TR-069 for OpenWrt

David Lang wrote: > On Thu, 26 May 2016, Delbar Jos wrote: > > > We are conscious of the fact that together with the proposals made by > > Felix, > > Luka and Wojtek we are now looking at many "competing" proposals. As a next > > step, we recommend to organize a workshop, at a practical locat

Re: [LEDE-DEV] [RFC 01/12] ath25: generalize button hotplug

As discussed on irc, I don't really see any need to keep this. People can just insert scripts directly into /etc/hotplug.d/button, rather than _still_ entering UCI system buttons configs? Jo-Philipp Wich wrote: > The ath25 target has its own unique button action config > support, make it av

Re: [LEDE-DEV] [RFC 03/12] ath25: register button actions through board.d

Given that the existing default button handler didn't actually do anything, I think it furthers the argument that they can just be dropped entirely. Jo-Philipp Wich wrote: > Register button actions through board.d and drop corresponding > config sections from the /etc/config/system template. >

Re: [LEDE-DEV] [PATCH] _GNU_SOURCE should be defined for building vs uClibc

John Crispin wrote: > > > On 23/05/2016 20:12, Waldemar Brodkorb wrote: > > Hi John, > > John Crispin wrote, > > > >> Hi, > >> is it really a gnu extension or is uclibc b0rked for these symbols ? > > > > I think it isn't b0rked. > > It was added for ARM GNU libc here under #ifdef __USE_GNU: >

Re: [LEDE-DEV] [RFC v3 2/2] x86: use sysfs DMI information to populate sysinfo

Dirk Neukirchen wrote: > On 01.06.2016 17:14, Jo-Philipp Wich wrote: > > Use the DMI data available in sysfs to extract manufacturer and model info > > and write it to /tmp/sysinfo/. > > > > The data will be picked up by board_detect and can be used by e.g. LuCI to > > display a more appropriate

Re: [LEDE-DEV] [PATCH] _GNU_SOURCE should be defined for building vs uClibc

Waldemar Brodkorb wrote: > > > > This still doesn't work on the uclibc in openwrt-CC branch. The > > O_PATH definitions are in asm-generic/fcntl.h, which can be > > included via linux/fcntl.h, _GNU_SOURCE doesn't get this pulled > > in though. > > > > I attempted to add includes for linux/fcntl

Re: [LEDE-DEV] [PATCH 2/2] Add script to build common platforms.

Conor O'Gorman wrote: > > > On 03/06/16 13:27, Ben Greear wrote: > > > > > > On 06/03/2016 02:17 AM, John Crispin wrote: > >> > >> > >> On 01/06/2016 20:21, Ben Greear wrote: > >>> On 06/01/2016 11:07 AM, John Crispin wrote: > Hi Ben, > > also inclined to reject this one. it will

Re: [LEDE-DEV] [PATCH 2/2] Add script to build common platforms.

uot;buildme" magic that automatically solves all the configs someone needs. Sincerely, Karl Palsson signature.asc Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH] wolfssl: enable openssl 1.0.1 compatibility

From: Karl Palsson >From wolfssl/openssl/opensslv.h, and from skimming the contents of what "--enable-stunnel" actually does, it seems that --enable-opensslextra doesn't give you the "full" openssl compatibility that you may wish for these days. Unfortuantely, wh

[LEDE-DEV] RFC: patches on cyassl/wolfssl openssl compatibility

While attempting to update libwebsockets to version 2.x, I ran into the curious case of openssl compatiblity in wolfssl (nee cyassl) Apparently "--with-stunnel" enables "the rest" of the openssl compatibitility, bringing the compatibility up to v1.0.1. As openssl is already at 1.0.1, it seems rea

[LEDE-DEV] [PATCH] ustream-ssl: cyassl compatibility with build time options

From: Karl Palsson Adds a HAVE_CYASSL definition to be consistent with polar/mbedtls. Uses that definition to include the wolfssl build time options. This enables the correct pullin of the "remainder" of the wolfssl openssl compatibility options, if they were enabled in the build of

Re: [LEDE-DEV] [PATCH] [ramips] Added NixCore X1 target V3

If the 8 and 16 meg files only differ in their memory, should they perhaps just have a common .dtsi file for them both? instead of duplicating the entire dts? I've snipped the only differences between them below... Sincerely, Karl P Drew from NixCore wrote: > Added NixCore X1 ramips target htt

Re: [LEDE-DEV] [PATCH] procd: uClibc O_PATH backwards compatibility fixes

Does this actually preserve what O_PATH implies or does it just make it compile properly when people use the O_PATH attribute? Cheers, Karl P Hans Dedecker wrote: > Signed-off-by: Hans Dedecker > --- > inittab.c | 4 > utils/utils.c | 4 > 2 files changed, 8 insertions(+) > >

Re: [LEDE-DEV] [PATCH] build: reintroduce md5 checksums for generated firmware images

Why not just add sha256 sum rather than going back to md5? Cheers, Karl P Stefan Lippers-Hollmann wrote: > Commit 83175687c81bee594885d0738cfd488673f5a3fb "build: remove > image specific checksum code" dropped the generation of md5 > checksums in favour of only shipping sha256 ones. > > A defa

Re: [LEDE-DEV] [PATCH] Use printf instead of echo.

Felix Fietkau wrote: > On 2016-08-23 12:10, A. Benz wrote: > > Hi Bastian, > > > > I will update them, however to do that while adhering to Felix's request > > on using perfect syntax means going over them one by one. > > > > Perhaps a seasoned sed user can do a trick to automate it? > > > >

Re: [LEDE-DEV] [PATCH 1/2] apm821xx: detect sd-card media changes for the WNDR4700

Christian Lamparter wrote: > The insertion or removal of the sd-card cannot be detected by > the hardware itself. This is by design. To workaround this, for > the WNDR4700 unload/load the dwc2 module in case the the > special SD CARD GPIO line is low/high. You want to bounce _all_ usb devices wh

Re: [LEDE-DEV] Documentation for router support means the famous Table of Hardware

is correct or up to date, but that's why it has history annotations saying when it was written, and with your reading glasses on, you can get real useful information there, even if it's often incomplete, or sometimes slightly wrong, or outdated. People should be encouraged to edit m

Re: [LEDE-DEV] Documentation for router support means the famous Table of Hardware

Jan-Tarek Butt wrote: > > Since I was referenced in that thread on the OpenWrt forum, I'll give my > > two cents. The documentation initiative I tried to start seemed to > > fizzle out from the difficulty in getting the front page of the wiki > > changed to be more useful. When changes didn't see

[LEDE-DEV] odhcpd: [PATCH 3/3] Respect interface "ignore" settings as documented.

From: Karl Palsson The "ignore" option is correctly loaded. Actually observe it as documented. Signed-off-by: Karl Palsson --- src/config.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/config.c b/src/config.c index ef51112..a1b6ab7 100644

[LEDE-DEV] odhcpd: [PATCH 1/3] enable loglevel setting via envvar ODHCPD_LOG_LEVEL

From: Karl Palsson Currently the loglevel is hardcoded to LOG_WARNING, even though there is debug log messages. Allow an env var to control the log threshold. Signed-off-by: Karl Palsson --- src/odhcpd.c | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/src

[LEDE-DEV] odhcpd: [PATCH 2/3] remove superfluous log output.

From: Karl Palsson Drop pointless syslog. The single line just doubles the amount of lines logged to syslog without adding any value. Signed-off-by: Karl Palsson --- src/odhcpd.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/odhcpd.c b/src/odhcpd.c index c51cfa1..50f3c9f 100644

Re: [LEDE-DEV] odhcpd: [PATCH 1/3] enable loglevel setting via envvar ODHCPD_LOG_LEVEL

John Crispin wrote: > > > On 22/09/2016 19:32, Karl Palsson wrote: > > From: Karl Palsson > > > > Currently the loglevel is hardcoded to LOG_WARNING, even though there is > > debug log messages. Allow an env var to control the log threshold. >

[LEDE-DEV] odhcpd: [PATCHv2 1/3] enable loglevel setting via command line

From: Karl Palsson Currently the loglevel is hardcoded to LOG_WARNING, even though there is debug log messages. Allow setting the loglevel via cli option. Include basic help text because we're adding command line options. Signed-off-by: Karl Palsson --- Changes since v1: Use command

[LEDE-DEV] odhcpd [PATCHv2 3/3] Respect interface "ignore" settings as documented.

From: Karl Palsson The "ignore" option is correctly loaded. Actually observe it as documented. Signed-off-by: Karl Palsson --- Changes since v1: * nothing, no feedback received on this item src/config.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff -

[LEDE-DEV] odhcpd [PATCHv2 2/3] remove superfluous log output.

From: Karl Palsson Drop pointless syslog. The single line just doubles the amount of lines logged to syslog without adding any value. Signed-off-by: Karl Palsson --- Change since v1: Nothing src/odhcpd.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/odhcpd.c b/src/odhcpd.c index

[LEDE-DEV] ubus rpcd plugins

(sleep 3; echo "after sleeping, child wrote this" >> /tmp/demo-hang.log)& echo '{ "gofork": "went fine" }' ;; esac ;; esac ``` The log file w

Re: [LEDE-DEV] Call defines for minifying scripting languages

nified script via scp. This is a _massive_ downside IMO, and absolutely not something that should be enabled by default. There's already far too much undocumented/underdocumented internal behaviours of scripts and processes in LEDE/OpenWrt, and minifying scripts and stripping comments act

[LEDE-DEV] replacing files in base system from a package?

uot;use a package!" What's the currently accepted mechanism for including replacement files in a custom build? Sincerely, Karl Palsson signature.asc Description: OpenPGP Digital Signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] replacing files in base system from a package?

Alberto Bursi wrote: > > > On 10/03/2016 03:26 PM, Karl Palsson wrote: > > What's the "new" way of doing this? In the past, in OpenWrt CC > > and before, a package could install files like /etc/banner and > > /etc/inittab that were provided by the ba

  1   2   >