Re: [rpcd PATCH 3/4] rc: add option to skip running check for list method

Christian Marangi wrote: > On Wed, Feb 01, 2023 at 10:50:24AM -0000, Karl Palsson wrote: > > > > > > > > Christian Marangi wrote: > > > Running check may be slow and increase result time in the other > > > of 70ms for the list method. >

Re: [rpcd PATCH 3/4] rc: add option to skip running check for list method

info is not needed. > > With the option set to true the execution time lower to just > 5ms. Can I ask what you're doing that you are calling ubus service list so often that 70ms vs 5ms is meaningful? You're complicating APIs and adding code for what seems wildly unnecessary? Sincerely, Ka

Re: [PATCH] libtasn1: CVE-2021-46848

This is superseded by https://github.com/openwrt/packages/commit/b1d112c5d2a1bba095033a59a761f50216840a4e anyway. Peter Naulls wrote: > On 11/3/22 12:01, Etienne Champetier wrote: > > Hi Peter, > > > > Can you resend this as a proper patch ready to be applied ? > > Or as a PR on Github if this

Re: Security changes - restricting uhttpd addresses

l aware that > nftables is in use, but this is in a security review, and they > see what they want to see. If they see what they want to see, then why should anyone else get involved in their wish fulfilment? Security review is fine, security should not be entertained, and certainly

Re: [PATCH] packages: pagekitec: fix crashing due to musl time64

not anything that's OpenWrt related. I'll try and poke upstream about this personally too. Sincerely, Karl Palsson l...@plan44.ch wrote: > From: Lukas Zeller > > [Please note: this is my first attempt at submitting a patch, > please apologize/advise if something is not as it should b

Re: [iwinfo PATCH 1/2] iwinfo: add support for indoor only chan restriction

(1 << 5) > #define IWINFO_FREQ_NO_2160MHZ (1 << 6) > > +#define IWINFO_FREQ_NO_IR(1 << 0) > +#define IWINFO_FREQ_NO_OUTDOOR (2 << 0) That's a pretty non-standard way of defining bits? Did you really mean (1<&

Re: LUCI behaviour

Paul D wrote: > > If I use js e.g. : > > o = ss.option(form.TextValue, 'blah', _('blah'), _('blah.')); > o.optional = true; o.monospace = true; > > > And add either: > > o.width = "500px"; > > or: > > o.width = "60ch"; > > I do not get the desired effect. Is this normal? > > Here ( >

[RFC: PATCH] ath79: port dragino ms14 to DTS

'm getting nowhere with it. Same as before: * usb works * leds work (wan led toggles with wan/eth1 link state, lan led is permanently up, but can be toggled manually) * wifi works * all interfaces have same MACs as before, and wan/lan are same physical locations as before. Signed-off-by: Karl Pal

Re: [PATCH] base-files: add blink and turnoff commands to the led script

stack for a temporary blink, it just hard sets all led to blink. I can see plenty of uses for this in private testing builds, I have something similar myself for production testing that all leds function, but i'm having a hard time seeing what the use case for it is in general, and why it should

[PATCH] prereq-build: g++ formatting and consistency fixes

ncurses. (Missing libncurses.so or ncurses.h) Signed-off-by: Karl Palsson --- include/prereq-build.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/prereq-build.mk b/include/prereq-build.mk index 8adf0d03dd..639d1ad0fa 100644 --- a/include/prereq-build.mk +++ b

Re: [PATCH] pcre: disable C++ bindings

ow much support _is_ given to downstream openwrt builds, it doesn't seem unreasonable that for a general package like this we should offer all of it? Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt

RE: [PATCH] rockchip: use stable MAC-address for NanoPi R2S

you're only operating on a 1k block read out anyway. This sort of suggestion is pointless noise that just makes things harder to read. Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt-devel

Re: [PATCH] state: check return value of chown

Daniel Golle wrote: > On Mon, Jan 04, 2021 at 05:08:22PM -0000, Karl Palsson wrote: > > > > Daniel Golle wrote: > > > On Sat, Jan 02, 2021 at 10:01:36PM +0800, yehol...@outlook.com > > > wrote: > > > > > > -

Re: [PATCH] state: check return value of chown

or > messages. Imho an assertion is the right thing to do here. > Do we compile with assertions enabled? Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [PATCH] base-files: read all 5 bytes in get_magic_fat32() at once

small, un measured pseudo gain. I'd kinda imagine that the underlying layer already read a bigger block anyway... Sincerely, Karl Palsson Adrian Schmutzler wrote: > While the speed improvement might be negligible, there is still > no reason to read individual bytes. > > Sugges

Re: 20.xx: postponse LuCI HTTPS per default

y much in favour of leaving this off, self-signed isn't viable by default Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [PATCH] ath25: fix preinit Ethernet port configuration

interface, but in fact the iplink.c have the following code > in the interface creation handler: > > /* Allow "ip link add dev" and "ip link add name" */ > >if (!name) > >name = dev; > Relying on undocumented behaviour seems

Re: [PATCH 1/2] build: ipkg-build add -r option for all-root

Paul Spooren wrote: > > diff --git a/scripts/ipkg-build b/scripts/ipkg-build > index e3a9a882cf..38149c4432 100755 > --- a/scripts/ipkg-build > +++ b/scripts/ipkg-build > @@ -1,5 +1,7 @@ > #!/bin/sh > > +set -x > + Do you mean to have this in the patch? Si

Re: [PATCH] uhttpd: Increase default certificate validate from 2 to 10 years

services/uhttpd/files/uhttpd.config;h=39089ca25b34bfdcc065682360030e3d3d6433ac;hb=HEAD#l13 This then forces the self signed problematic behaviour anyway. Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature __

Re: [PATCH] uhttpd: Increase default certificate validate from 2 to 10 years

t HTTP will be marked as insecure, but not with the click through horror show of self signed certs. https://www.chromium.org/Home/chromium-security/marking-http-as-non-secure Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature

Re: [RFC] self-signed certificates for LuCI

ing usability and user experience for security theatre and the checkbox marketting of "TLS out of the box" Should we have more documentation on how you _could_ setup secure HTTP access? Sure! But this isn't it. Sincerely, Karl Palsson * Yes, I completely agree, the browser vendors are the root

Re: [PATCH 2/3] build: sort default packages and split by newlines

e \ right, and adding entries at the end doesn't break things? DEFAULT_PACKAGES+=base-files DEFAULT_PACKAGES+=busybox DEFAULT_PACKAGES+=ca-bundle . Sincerely, Karl Palsson > > Signed-off-by: Paul Spooren > --- > include/target.mk | 35 --- > 1 fil

Re: [PATCH 1/3] build: add libustream and certs to default pkgs

lso trigger uhttpd to generate self signed certs? That's still (IMO) a major step backwards while browsers still obstinately treat them as insecure. That could be _separated_ of course.... Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP

PATCH libubox: arg checking and examples

Minor tweaks to hopefully help people avoid some sharp corners. Patches 2 and 3 are optional, and have no functional change, but IMO make the code easier to follow for subsequent developers. ___ openwrt-devel mailing list

[PATCH libubox 4/4] examples/lua: attempt to highlight some traps

Ran into some issues with my fd event being garbage collected. As I never wanted to call :delete, I had seen no reason to keep the returned object, as my callback and upvalues were still valid. Signed-off-by: Karl Palsson --- examples/uloop-example.lua | 8 +--- 1 file changed, 5

[PATCH libubox 1/4] lua/uloop: fd_add() better args checking

Actually check for flags being valid, instead of simply ignoring the call if flags was zero. Use standard lua checks for the function argument, so you can get a normal "argument #2 was invalid, expected function, got xxx" instead of the vague, "invalid arg list" Signed-

[PATCH libubox 2/4] lua/uloop: make get_sock_fd capable of absolute addresses

The original code required the use of relative addresses into the lua stack. It should accept either. Signed-off-by: Karl Palsson --- lua/uloop.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lua/uloop.c b/lua/uloop.c index fcbe274..394970d 100644 --- a/lua/uloop.c

[PATCH libubox 3/4] lua/uloop: fd_add: use absolute indices for arguments

Instead of having to adjust the index repeatedly as the stack is manipulated, use absolute addressing for the function arguments, so they stay the same throughout the call. Zero functional change, just subjectively easier to follow variables. Signed-off-by: Karl Palsson --- lua/uloop.c | 11

[no subject]

--- Begin Message --- The original code required the use of relative addresses into the lua stack. It should accept either. Signed-off-by: Karl Palsson --- lua/uloop.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lua/uloop.c b/lua/uloop.c index fcbe274..394970d 100644

[no subject]

--- Begin Message --- Some minor improvements to argument handling and docs. Patches 2 and 3 are optional, they have zero functional change, but IMO make the code easier to follow for future workers. --- End Message --- ___ openwrt-devel mailing

[no subject]

--- Begin Message --- Instead of having to adjust the index repeatedly as the stack is manipulated, use absolute addressing for the function arguments, so they stay the same throughout the call. Zero functional change, just subjectively easier to follow variables. Signed-off-by: Karl Palsson

[no subject]

st" Signed-off-by: Karl Palsson --- lua/uloop.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-) diff --git a/lua/uloop.c b/lua/uloop.c index 1b0389f..fcbe274 100644 --- a/lua/uloop.c +++ b/lua/uloop.c @@ -232,17 +232,14 @@ static int ul_ufd_add(lua_State

[no subject]

--- Begin Message --- Ran into some issues with my fd event being garbage collected. As I never wanted to call :delete, I had seen no reason to keep the returned object, as my callback and upvalues were still valid. Signed-off-by: Karl Palsson --- examples/uloop-example.lua | 8 +--- 1

Re: [OpenWrt-Devel] Problems with e-mail DMARC policy, and other usability issues

hahah oh, I made myself sad) Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Ubus based service watchdog?

end? monit works right now, and has been tested and used by a large cast. Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] rpcd: fix respawn settings

Petr Štetiar wrote: > Commit 432ec292ccc8 ("rpcd: add respawn param") has introduced > infinite restarting of the service which could be reached over > network. Didn't we already decide that this wasn't the case? This is not recommended security practice as it might > give potential

Re: [OpenWrt-Devel] Next maintenance releases

Petr Štetiar wrote: > Karl Palsson [2020-02-21 13:14:29]: > > Hi, > > > I would very much like to see > > https://bugs.openwrt.org/index.php?do=details_id=2833 merged > > (it contains a fix and tests) for 19.07, as it fixes a regression > > in beh

Re: [OpenWrt-Devel] Next maintenance releases

I would very much like to see https://bugs.openwrt.org/index.php?do=details_id=2833 merged (it contains a fix and tests) for 19.07, as it fixes a regression in behaviour there. (umdns stopped working) I've tested the fix locally at least Sincerely, Karl Palsson OpenPGP-digital-signature.html De

Re: [OpenWrt-Devel] [PATCH v4 1/2] serial: ar933x_uart: add rs485 support

ather see the basic bindings working _at all_ rather than asking for this optional one. Sincerely, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.op

Re: [OpenWrt-Devel] [PATCH v2 1/2] ath79: ar9330-uart: add support for half-duplex using DTR signal

gpios: dtr-gpio-pin-id" And anyone else on ath79 who wants to use rs485 can then use their own gpios, instead of hardcoded DTR like you have here. Sincerely, Karl Palsson https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/serial/rs485.yaml

[OpenWrt-Devel] [PATCH] uboot-envtools: ath79: add etactica eg200 support

Was inadvertantly missed from the inital forward port from ar71xx to ath79. Fixes: 1588114cf2 ath79: add etactica-eg200 support Signed-off-by: Karl Palsson --- package/boot/uboot-envtools/files/ath79 | 1 + 1 file changed, 1 insertion(+) diff --git a/package/boot/uboot-envtools/files/ath79 b

Re: [OpenWrt-Devel] [PATCH] ath79: eg200: enable status led usage

second From: field to the annotated patch when sending, which may help, otherwise I'll revert to the (clearly second tier) method of sending PRs via github, where the actual git commits are preserved, instead of whatever the world of mail decides to mangle and rewrite on the way. Sincerely, Kar

Re: [OpenWrt-Devel] [PATCH] ath79: eg200: enable status led usage

Karl Pálsson wrote: > > Signed-off-by: Karl Palsson > --- It's minor, but if someone picks this, please _don't_ change my SoB to match the email. The original source commits and all git config names are unaccented, and it's how I use my name, it's just the office365 ma

Re: [OpenWrt-Devel] [PATCH procd] system: reject sysupgrade of broken firmware images

What's the point of "force" if it doesn't force? Are we going to add a second -F to "really force" ? Or is it going to be "oh, -F failed for some lame reason, so I'll use mtd write, and still complain anyway" Cheers, Karl P Rafał Miłecki wrote: > From: Rafał Miłecki > > This uses recently

Re: [OpenWrt-Devel] [PATCH] lua: create lua symlink for host installation

How is this meant to work when you have both? David Bauer wrote: > Since the binaries for both lua as well as lua5.3 contain the > version number, invocations of the "lua" binary are failing, as > it's not created anymore for the host package. > > Fixes: fe59b46 ("lua: include version number

Re: [OpenWrt-Devel] [PATCH v2] ath79: convert devices to interrupt-driven gpio-keys

compatible = "gpio-keys-polled"; > - poll-interval = <50>; > + compatible = "gpio-keys"; > > restore { > linux,code = ; Tested-by: Karl Palsson (Only this ha

Re: [OpenWrt-Devel] [PATCH 1/2] toolchain: add support for custom toolchains

irectories searched for libraries > (override LDFLAGS). > Use ./DIR for directories relative to the root above. > > +config CUSTOM_TOOLCHAIN > + depends on DEVEL > + > +source "toolchain_custom/*.in" Could we add help text here, based on the comm

Re: [OpenWrt-Devel] [PATCH V3 2/2] script/feeds: add a new command that allows generating a new feeds.conf

John Crispin wrote: > > On 05/06/2019 12:17, Karl Palsson wrote: > > John Crispin wrote: > >> This can be used inside build setups for easy feeds.conf > >> generation. > > > > Could you give us an example of how this is actually easy, or > > wha

Re: [OpenWrt-Devel] [PATCH V2 1/2] image: make the folder that gets included intot he RootFS configurable

John Crispin wrote: > This allows managing several different folder for varying env > profiles. This is neat, very cool! Thanks for this, I hadn't even thought it could be done so simply. Cheers, Karl Palsson OpenPGP-digital-signature.html Description: OpenPGP Digital Sig

Re: [OpenWrt-Devel] [PATCH V3 2/2] script/feeds: add a new command that allows generating a new feeds.conf

like a lot of perl for a narrow usecase. Sincerely, Karl Palsson > > Signed-off-by: John Crispin > --- > scripts/feeds | 42 ++ > 1 file changed, 42 insertions(+) > > diff --git a/scripts/feeds b/scripts/feeds > index 304ef6cb

Re: [OpenWrt-Devel] [PATCH] lua: lnum: fix strtoul based number parsing

Petr Štetiar wrote: > From: Liangbin Lian > > Lua's LNUM patch currently doesn't parse properly certain > numbers as it's visible from the following simple tests. > Tested-by: Karl Palsson This makes some busted unit tests of ours pass for the first time on the openwr

Re: [OpenWrt-Devel] A second 'make' always rebuilds something

"Daniel F. Dickinson" wrote: > On 2019-01-30 5:51 a.m., Jo-Philipp Wich wrote: > > Hi, > > > > please share the exact steps used to trigger the issue. Running a simple > > "make" after an initial build here does not trigger the recompilation of > > uci or the kernel. > > > > ~ Jo > > > And

Re: [OpenWrt-Devel] [PATCH] usbgadget: Add new package

Does this work for providing a console on the ACM interface? Petr Štetiar wrote: > This package allows easier configuration of USB gadgets via > standard UCI interface. So far only CDC/ACM has been > implemented and tested. > > Signed-off-by: Petr Štetiar signature.html Description: OpenPGP

Re: [OpenWrt-Devel] [PATCH 0/7] procd: console hotplugging support

o-mounting of configfs to the > right place. I'm feeling that this should not be part of the > shell script but be done at a central place - still unsure > where to put it because configfs is an optional kernel module > and thus available later during boot... > > Best regards, &g

Re: [OpenWrt-Devel] ar71xx Vs ath79 -- sysupgrade

Henrique de Moraes Holschuh wrote: > Em 05/12/2018 21:20, Thomas Endt escreveu: > >> Auftrag von Henrique de Moraes Holschuh > >> Do we have a wiki table somewhere that has the device name, ar71xx info > >> and ath79 info, which could be expanded with ar71xx->ath79 status (no, > >> yes but

Re: [OpenWrt-Devel] ar71xx Vs ath79 -- sysupgrade

John Crispin wrote: > > On 03/12/2018 19:04, Henrique de Moraes Holschuh wrote: > > (openwrt-adm dropped from this subthread) > > > > Em 03/12/2018 15:29, Stijn Segers escreveu: > >> Op ma, 3 dec 2018 om 5:51 , schreef John Crispin : > >>> The idea was to fade out ar71xx after the next release

Re: [OpenWrt-Devel] umdns vs avahi: differences in browse (missing ip addresses)

Karl Palsson wrote: > > Hi, > > I've been using umdns to advertise some services for a little > while, and when browsing from my desk, with avahi-browse, it > has worked well. I've finally gotten around to using "ubus > umdns browse" and have found some > inco

[OpenWrt-Devel] umdns vs avahi: differences in browse (missing ip addresses)

ame": "_rme-sg._tcp.local", "type": "PTR", "ttl": 4375, "target": "eTactica gateway Locator on eg-03A19D._rme-sg._tcp.local"

Re: [OpenWrt-Devel] GitHub and -devel; differentiating between voting committers and random community comments

"Daniel F. Dickinson" wrote: > Hi, > > This isn't my first preference, but I think this is becoming a > bit of a problem, especially for people not all that familiar > with who's who in OpenWrt. > > I've noticed that community (vs. voting committers) often jump > in with (presumably

Re: [OpenWrt-Devel] liblua vs. CMake

Welcome to the joys of lua's packaging, not just in OpenWrt, but across the bsds and desktop distros as well. You need "lua" to find it for OpenWrt. (There will be only one lua) On ~most recent distros, as you may have noticed, this will however be lua 5.2 or 5.3. On those distros you need

Re: [OpenWrt-Devel] [PATCH v2] build: add mkrasimage

David Bauer wrote: > The current make-ras.sh image generation script for the ZyXEL > NBG6617 has portability issues with bash. Because of this, > factory images are currently not built correctly by the OpenWRT > buildbots. > > This commit replaces the make-ras.sh by C-written mkrasimage. > The

Re: [OpenWrt-Devel] [PATCH] ath79: fix SUPPORTED_DEVICES for TL-MR3020

Rosen Penev wrote: > On Sat, Aug 18, 2018 at 5:04 AM David Bauer > wrote: > > > > Sysupgrading to ath79 from ar71xx currently fails because of mismatching > > supported_devices. ar71xx is expecting "tl-mr3020" which is missing in > > the ath79 image. Upgrading from ath79 is unaffected, as the

Re: [OpenWrt-Devel] [PATCH] ath79: fix SUPPORTED_DEVICES for TL-MR3020

David Bauer wrote: > Sysupgrading to ath79 from ar71xx currently fails because of > mismatching supported_devices. ar71xx is expecting "tl-mr3020" > which is missing in the ath79 image. Upgrading from ath79 is > unaffected, as the image contains the old string for ar71xx and > the new one coming

Re: [OpenWrt-Devel] [PATCH] build: add mkrasimage

David Bauer wrote: > The current make-ras.sh image generation script for the ZyXEL > NBG6617 has portability issues with bash. Because of this, > factory images are currently not built correctly by the OpenWRT > buildbots. > > This commit replaces the make-ras.sh by C-written mkrasimage. > The

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Proposed flattening of menuconfig menus

"Daniel F. Dickinson" wrote: > Posting on list as I think the discussion should include as > folks as possible in the discussion. > > https://github.com/openwrt/packages/issues/6745 > > > Especially when getting started with OpenWrt finding things in menuconfig > > is complicated by the

Re: [OpenWrt-Devel] [PATCH v4] base-files: make wifi report unknown command

Thibaut VARÈNE wrote: > Avoid having /sbin/wifi silently ignore unknown keywords and > execute "up"; instead display the help message and exit with an > error. > > Spell out the "up" keyword (which has users), add it to usage > output, and preserve the implicit assumption that runing >

Re: [OpenWrt-Devel] watchdog against router crash freezes?

entially try the patch in https://github.com/openwrt/openwrt/pull/747 and see if that helps. Sincerely, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] base-files: make wifi report unknown command

before, if anyone knew about that. The usage text could/should be expanded still, but hoenstly, I don't know the difference between them all. What's the difference between config and detect? should detect be listed in the usage? what's reload_legacy? when would I want it? Should it be listed in

Re: [OpenWrt-Devel] [PATCH] base-files: make wifi report unknown command

t is an unknown command. Does the command perhaps not take arguments? What would they be? Do we _reallly_ have to keep it's behaviour this way? What this patch _is_ missing, is a new command to replace the old "anything but the other commands". ie, the one that does "ubus call

Re: [OpenWrt-Devel] [PATCH] verbose.mk: quote SUBMAKE options

Lucian Cristian wrote: > On 06.07.2018 14:09, Lucian Cristian wrote: > > On 06.07.2018 13:03, 李国 wrote: > >> build openwrt on centos 6 I should use devtoolset-3 to get gcc 4.9, but > >> it fail when make menuconfig. so I have to give option HOSTCC='gcc > >> -Wl,--copy-dt-needed-entries' to make.

Re: [OpenWrt-Devel] uhttpd: add configurable client Cache-Control http header

> > I just made all my code request js files with ?ver= version > > suffixes, so that only the right versions were cached. > > Yes i have seen this in luci but not in luci-ng. well, fix that? :) signature.html Description: OpenPGP Digital Signature

Re: [OpenWrt-Devel] uhttpd: add configurable client Cache-Control http header

Florian Eckert wrote: > I am working with luci-ng. And i have problems with caching > with the following Browser Edge, Internet-Explorer and Firefox. > Chrome is working fine. If the javascript or html files have > changed on the system for example on sysupgrade then the new > files will not get

Re: [OpenWrt-Devel] iputils packaging

Noah Meyerhans via openwrt-devel wrote: > Some time ago, David > Heidelberg forked the iputils packages found at > http://www.skbuff.net/iputils. The fork is maintained at > https://github.com/iputils/iputils/ > > Many Linux distros, including Debian, Ubuntu, Fedora, and > probably others, have

Re: [OpenWrt-Devel] [PATCH] brcm2708: cosmetic changes

Christo Nedev wrote: > bcm2709: rename kernel.img to image7.img > kernel8.img boot in 64 bit mode > kernel8-32.img boot in 32 bit mode > kernel7.img 32 bit mode > kernel.img 32 bit mode > Couldyou perhaps elaborate on the _why_ of your change? The what of your change is visible in the

Re: [OpenWrt-Devel] [PATCH] ramips: Fix WiFi after 5f7396ebef09b224edf08b0bda113613a42f0928

inux/ramips/dts/ZBT-WE1326.dts | 4 Confirmed this fixes missing 2.4g radios on WE1326. Sincerely, Karl Palsson signature.html Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Wifi on ZBT-WE1326 broken after commit 5f7396ebef09

Kristian Evensen wrote: > Hello, > > On Tue, May 29, 2018 at 5:24 PM, Kristian Evensen > wrote: > > Carrying a local revert of the commit in question is always a > > possibility (and does not seem to have any unintentional > > side-effects), but I would rather try to fix the problem properly.

Re: [OpenWrt-Devel] [PATCH] libevent2: update to version 2.1.8

Eneas U de Queiroz via openwrt-devel wrote: > 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 >

Re: [OpenWrt-Devel] regarding procd and manually controlling hardware watchdog

Valent Turkovic wrote: > Using internal hardware watchdog would mean that we could > remove external hardware watchdog that we currently have on > some customers products. I'm working on embedded products based > upon OpenWrt and mips hardware that use usb lte modems, >

Re: [OpenWrt-Devel] [LEDE-DEV] 18.03/4 -> GCC 5 or 7

Felix Fietkau wrote: > On 2018-03-04 16:15, Hauke Mehrtens wrote: > > There is also a pull request for busybox 2.28.1 at github, this will > > probably also introduce some more regressions, so I am not sure if we > > should take it before or after the release. > >

Re: [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

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

g syntax! I'd generally 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 ___ openwrt-de

Re: [OpenWrt-Devel] Toolchain for armv7-ar?

That part is armv7-m (not -a, not -r). They don't generally run linux at all, so don't have toolchains targetting linux, and don't generally have existing targets in openwrt. You _can_ run linux on them, but it's a fa bigger task than just, "which toolchain do I need to select in menuconfig"

Re: [OpenWrt-Devel] [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

Re: [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

Re: [OpenWrt-Devel] WiFi client mode leaves router inaccessible if upstream network goes down

ar as getting worked on, the general response was, "use two radios if you want two networks dummy" which was, accurate perhaps, but... unhelpful :) Sincerely, Karl Palsson Nick Malyon <n...@fishun.co.uk> wrote: > Hi all, > > I tried to open the following bug report but Trac's sp

Re: [OpenWrt-Devel] [LEDE-DEV] 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. > >

Re: [OpenWrt-Devel] [LEDE-DEV] 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"

Re: [OpenWrt-Devel] Package updates in the for-15.05 branch (libuv)

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 <ka...@tweak.net.au> wrote: > > Again, we're getting major version package updates in the > stable for-15.05 branch. haproxy has just

[OpenWrt-Devel] Package updates in the for-15.05 branch (haproxy)

your own feed_ and stop dumping major changes on people using a stable branch. The commit updating haproxy had to be immediately followed with fixup commits _already_ https://github.com/openwrt/packages/commit/bec6d8fc8d3f0a18ab965933e4b9187c30aab743 What's going on?! Sincerely, Karl Palsson

[OpenWrt-Devel] Why was libwebswocekts bumped in the for-15.05 branch?

different it's not even listed on the page! Sincerely, Karl Palsson signature.asc Description: OpenPGP Digital Signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] odhcp sending RAs to wrong interface

"Brian J. Murrell" wrote: > I have an OpenWRT router that has been running stably for many > many (many!) months if not years on BB (r42625). > > When I reboot it, it sends a couple of initial RAs to the > br-lan interface but subsequently switches to sending them out >

[OpenWrt-Devel] odhcpd [PATCHv2 3/3] Respect interface "ignore" settings as documented.

From: Karl Palsson <ka...@etactica.com> The "ignore" option is correctly loaded. Actually observe it as documented. Signed-off-by: Karl Palsson <ka...@etactica.com> --- Changes since v1: * nothing, no feedback received on this item src/config.c | 8 1 file

[OpenWrt-Devel] odhcpd [PATCHv2 2/3] remove superfluous log output.

From: Karl Palsson <ka...@etactica.com> Drop pointless syslog. The single line just doubles the amount of lines logged to syslog without adding any value. Signed-off-by: Karl Palsson <ka...@etactica.com> --- Change since v1: Nothing src/odhcpd.c | 1 - 1 file changed, 1 delet

[OpenWrt-Devel] odhcpd: [PATCHv2 1/3] enable loglevel setting via command line

From: Karl Palsson <ka...@etactica.com> 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 <ka...@eta

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

From: Karl Palsson <ka...@etactica.com> The "ignore" option is correctly loaded. Actually observe it as documented. Signed-off-by: Karl Palsson <ka...@etactica.com> --- src/config.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/config.

[OpenWrt-Devel] odhcpd: [PATCH 1/3] enable loglevel setting via envvar ODHCPD_LOG_LEVEL

From: Karl Palsson <ka...@etactica.com> 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 <ka...@etactica.com> --- src/odhcpd.c | 16 +++- 1 file

[OpenWrt-Devel] odhcpd: [PATCH 2/3] remove superfluous log output.

From: Karl Palsson <ka...@etactica.com> Drop pointless syslog. The single line just doubles the amount of lines logged to syslog without adding any value. Signed-off-by: Karl Palsson <ka...@etactica.com> --- src/odhcpd.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/od

Re: [OpenWrt-Devel] [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

Re: [OpenWrt-Devel] [PATCH v2 5/6] openssl: remove some unneeded functionality and algorithms

On this one, does SRP have to be included? I'm not using it, and i know it's super uncommon, but it's like PSK, only easier to use, and disabling it in even more places is just guaranteeing that it's never going to be used. Totally understand tossing all the others though. Cheers, Karl P Dirk

Re: [OpenWrt-Devel] [PATCH 4/6] openssl: add option to disable PSK support

Dirk Feytons <dirk.feyt...@gmail.com> wrote: > On 9 June 2016 at 13:55, Karl Palsson <ka...@tweak.net.au> > wrote: > > > > This is turning off PSK by default right? I actually use that > > option, and it's a relatively common use with mosquitto, which > &g

  1   2   3   >