Hi,
can you extend the patch to update the corresponding strings in the *.po
files as well?
~ Jow
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/ma
Hi Russel,
I introduced that breakage yesterday and it applies to Kernel 3.13 as
well... I fixed my changed and pushed them, your patch was not
applicable because it modified the wrong patch file, the erroneous call
was introduced by 604-netfilter_conntrack_flush.patch
~ Jow
_
Hi Henning,
committed in r42139 and merged to BB in r42140 - thank you!
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Committed in r42151 - thank you!
~ jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi Liu Bo,
was there any particular reason why you couldn't use multiple "-e"
arguments? That should produce the very same results without using ";"
jsonfilter -s '{"a":"b","e":{"a":"c"}}' -e "t=$['a']" -e "y=$['e']['a']"
export t='b'; export y='c';
~ Jow
___
Hi.
Try adding
option delay_root 10
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi,
yes there is a reason, the initial uci implementation was shell based
and section names are part of generated variable names which must not
contain dashes.
Simply replacing dashes with underscores is not possible either as this
would lead to ambiguous results.
~ Jow
_
> So, it shouldn't be necessary with the C implementation?
Correct, but that cannot be changed without breaking support for legacy
APIs.
>
>> Simply replacing dashes with underscores is not possible either as this
>> would lead to ambiguous results.
>
> Yes, I've got exactly this problem: the
Hi.
> Dropbear should support sha2-based message authentication.
> This patch will enable hmac-sha2-256 and hmac-sha2-512.
Whats the size increase due to that?
~ Jow
>
>
> --- a/options.h
> +++ b/options.h
> @@ -128,8 +128,8 @@ much traffic. */
> * which are not the
Hi.
The wan port is likely a dedicated, non-switch interface (e.g. eth1) on
this model. If you want to declare VLANs on it then simply create a new
interface using eth1.Y as manual physical ifname where Y denotes the
desired VLAN id.
~ Jow
___
openwrt-d
Hi Gui,
this is not supposed to happen though - you can see the magic in
include/kernel-defaults.mk - define Kernel/Configure/Default
The hash is calculated like that:
grep '=[ym]' .../.config | sort | md5sum
Can you diff the Kernel build_dir/target-*/linux-*/linux-*/.config file
before and a
Hi Michel,
On 02.10.2014 15:24, Michel Stam wrote:
> During boot, a not found message is displayed for systems which do
> not have uci 'network.globals.ula_prefix' defined in
> /etc/config/network. The error message itself is not used and can
> be ignored.
>
> Signed-off-by: Michel Stam
> ---
>
Whats the meaning of this option?
The description text is awful and since I do not know what it is
supposed to do I cannot write a proper one.
Also a signed-off-by would be good.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http
Hi,
thanks for the patch. however the description still looks grammatically
wrong: "On which interface up should start the ddns script process."
Maybe it can be better written as "Trigger DDNS update when this
interface is started"
Ideas?
~ Jow
___
op
Hi Michel, John.
>> -for dev in $(ls /sys/class/ieee80211); do
>> +for dev in $(ls /sys/class/ieee80211 2>/dev/null); do
> what error do you see ? if you see an error we should try to fix that
> rather than supressing it
I suppose the case when "wifi detect" is invoked but no phy exists o
Applied in r42757 - thanks!
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Applied in
http://nbd.name/gitweb.cgi?p=luci.git;a=commitdiff;h=08df45ab3592e5084eab77127b84be3add358500
- thanks!
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi Paul,
the trick is to add the OpenWrt source as package feed, this way you
gain access to libffi and any other core packages:
$ wget
https://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/OpenWrt-SDK-ar71xx-for-linux-x86_64-gcc-4.8-linaro_uClibc-0.9.33.2.tar.bz2
[...]
$ tar -xjf
Hi.
In principle I have no objections but we need to figure out a way on how
to deal with translation files. If stuff is split out of the LuCI repo
you have to take of that yourself.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
h
Hi.
I think about abandoning the LuCI Trac entirely and only accept patches
sent to the mailinglist, I lack time and resources to keep it running
and spam-free.
So please resend the patches to the LuCI list in case you haven't done
already and I'll try to get them merged until tomorrow.
~ Jow
__
Hi,
I think there are two problems which prevented any definitive decision
so far:
1) Some DHCP servers (cable modems, etc.) have problems with clients
sending any hostname
2) As soon as we treat an empty hostname as defaulting to
/proc/sys/kernel/hostname we have no clean way to express "
from detect script
>
> Signed-off-by: Michel Stam
Acked-by: Jo-Philipp Wich
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi.
It makes no sense to use "scripts/feeds" in the Imagebuilder, that is
only required to recompile packages.
Add the following lines to repositories.conf and invoke make image as
usual:
src/gz barrier_breaker_packages
http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/package
Hi.
> it does not work. this is my interface: [...]
Actually it should work just fine even without "option netmask" if you
specify the "start" as ipaddr:
# ipcalc.sh 192.168.0.1 16 192.168.8.1 252
IP=192.168.0.1
NETMASK=255.255.0.0
BROADCAST=192.168.255.255
NETWORK=192.168.0.0
PREFIX=16
START=19
Hi Christian,
should be fixed with 43017 - thanks for reporting.
Btw, there's two little problems with the prerm & postinst defines in
the ddns-scripts Makefile:
First you should not indent the script code, otherwise the final script
file will have leading spaces on each line.
Second you must q
Hi.
> postinst and prerm are copied shell scripts
> and executed on the box and not by make
> thats the reason for #!/bin/sh required on the first line
> so "$$" not needed. right ?
Nope, not right - it is needed. Make is interpreting the stuff between
define .. endef - you need to escape $ in an
Try "make package/iwinfo/{clean,compile}"
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi.
> in any event, if the idea of an official release is that it should
> build out of the box, there are clearly a number of (albeit easily
> fixable) download and build issues to clean up. is it part of
> pre-release QA to make sure all of these issues are resolved?
Such issues are usually n
Hi,
upload should be possible for any registered user within the media
namespace.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi,
>> --- a/openwrt/package/network/services/dnsmasq/files/dnsmasq.init
>> +++ b/openwrt/package/network/services/dnsmasq/files/dnsmasq.init
> What kind of tree was this patch generated from? For the usual git trees
> it should be a/package/... instead of a/openwrt/package/...
>
>> @@ -123,6 +12
Hi.
> login window now without "wrong user ..." and no alert boxes
> but still hanging at "Loading data..."
No idea about that, it works fine here. Check your firebug / chrome
debugger console for errors.
~ Jow
___
openwrt-devel mailing list
openwrt-de
Hi,
my bad - I forgot to push the updated views as well. Please try again.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi Eric,
make your package ship an /etc/uci-defaults/99_custom_settings that
executes the appropriate uci set commands.
That script is automatically sourced on the first OpenWrt boot and
deleted afterwards. Make sure it exits with code 0.
You can not rely on postinstall hooks as the network conf
Hi,
a good solution would be to look what placeholders are used in the
service url template and check if those are all set. So if the url has
no [USERNAME] then option username is not checked either.
Granted, it is a bit harder to implement but would match the
expectations of the common user I gu
Hi,
thank you for the patch.
Since there already is a generic free further down I decided to move the
offending code blocks into the else clause wich sets valid = true, see
http://nbd.name/gitweb.cgi?p=firewall3.git;a=commit;h=adf87f3a36328b949ed777068b14d975b429f9ad
~ Jow
__
Hi.
As I already wrote three weeks ago, upload into the media namespace.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi.
> I've tested yesterday Openwrt CC (r44203) with all hardening options on
> PKG_CC_STACKPROTECTOR_STRONG
> KERNEL_CC_STACKPROTECTOR_STRONG
> PKG_FORTIFY_SOURCE_2
> PKG_RELRO_FULL
>
> i've only done basic testing but it seems to work,
> except luci which send me bad gatway.
Execute /www/cgi-b
Hi,
please retry after "sysctl -w net.netfilter.nf_conntrack_skip_filter=0"
~ Jow
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/o
Hi Etienne,
please try the change below (totally untested... just form reading the
cmake manual).
diff --git a/include/cmake.mk b/include/cmake.mk
index 6ab628e..862a6a9 100644
--- a/include/cmake.mk
+++ b/include/cmake.mk
@@ -61,6 +61,7 @@ define Build/Configure/Default
-
Hi Etienne,
please test after fresh build with these two patches applied:
http://luci.subsignal.org/~jow/rpath/
My first thought was to fixup libtool to not spray rpaths all over the
place but since replacing every libtool in every package seems futile
the next best place to do so would be the r
Hi Etienne,
so we should keep rpaths below /usr/lib/ or /lib/ and remove everything
else including exactly /usr/lib and /lib (with or without trailing /) ?
~ Jow
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
open
Hi,
theoretically the selective conntrack flushing of fw3 should take care
of that. Can you investigate why it is not the case for you?
~ Jow
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.open
Hi,
maybe we should simply flush all traffic routed via the toggled
interface instead of looking into the IPs. Unfortunately there is no
easy way to relate a given conntrack stream to the interface it is using...
~ Jow
signature.asc
Description: OpenPGP digital signature
__
Hi,
> The board can boot OpenWRT git X86 but not X86_64. I have a feeling that
> the X86_64 git is out of sync and that most drivers are disabled by
> default. Also no compilation options are available in make menuconfig.
Last time I checked the x86-64 target booted just fne on my Alix APU
board
Hi.
> Thanks, I got it now. So I should run make oldconfig when compiling
> automatically everyday?
The best approach is the following:
- Initially use menuconfig and select stuff as you like
- Extract the delta compared to the defualt configuration with
scripts/diffconfig.sh:
$ ./scripts/
Applied in r44959 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Applied in r44966 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Applied in r44967 - thanks!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi.
> I would like to point out this Debian Reproducible build project:
> https://wiki.debian.org/ReproducibleBuilds
> https://reproducible.debian.net/reproducible.html
> IMHO, it would be a major improvement to be able to build the same
> OpenWRT packages on different location.
Yes, it would. S
Hi,
some architectures do not have any default files for wireless and
network in the repository. Those files are generated by scripts on first
boot.
The question is raised over and over again in the forums and on the
lists. The natural solution to your kind of objective is to write an
(files/)etc
Hi.
> During the discussions for the OpenWireless/OpenWrt security hackathon
> in April, one of the participants asked if there's a way to report
> security vulnerabilities in OpenWrt. I didn't know of one so I figured
> I should ask. Is there a recommended process for reporting a security
> vulner
Hi.
> Is there any way to synchronously (blocking) reload or restart the
> network configuration?
>
> "ubus call network reload" (or "restart") returns immediately, and the
> re-configuration happens asynchronously in the background. I'd like the
> command to block or otherwise wait until the rec
Hi,
> comments inline
dito.
> On 12/04/2015 03:56, Luka Perkov wrote:
>> Signed-off-by: Luka Perkov
>> ---
>> changes in v2:
>>
>> * no need to null-terminate string after sprintf()
>>
>> file.c | 35 +++
>> 1 file changed, 35 insertions(+)
>>
>> diff --git a/fi
Ok, ACK from me then.
Thanks for taking care of the merge.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Hi Alexandru,
please reset the PKG_REVISION to 1 on version bumps.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Merged into project/firewall3.git, branch master.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Merged into master.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Merged into buildbot.git, branch master.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Merged into openwrt-18.06.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> Buildbot is already crunching the images and packages, and pretty much
> all targets are green. So there are no obvious build related issues
> preventing the release. I have also not noticed any franctic discussion
> about specific major bugs blocking the release, so it looks pretty good
> a
Hi,
> What do I have to do to enable access again, without calling ubus
> session grant like in the commit? Thank you!
you need to add the following sections:
"superuser": {
...
"read": {
"file": {
"/": [ "stat", "read" ],
"/*": [ "stat", "read" ]
Hi,
On 10/7/19 4:28 PM, Petr Štetiar wrote:
> In order to make the source code usable and testable separately out of
> buildroot.
>
> Signed-off-by: Petr Štetiar
Acked-by: Jo-Philipp Wich
signature.asc
Description: OpenPGP digit
Hi Bjørn,
> Or: Start discussing the release blockers here and now. Thanks.
1) Blocker: LuCI master needs to be backported to 19.07
Time estimate: 2-3 weeks
2) Blocker: All relevant sub-components for WPA-3 + GUI support, such as
hostapd, iwinfo etc. need to be backported to 19.07
Time
Hi,
another blocker:
opkg fails to select the correct provider package in case multiple
repositories provide the same kmod with different versions and only one
of the provider satisfied version dependency constraints.
Someone needs to debug and fix this.
~ Jo
signature.asc
Description: OpenP
Hi,
> Does it impact OpenWrt ? or just some OpenWrt based distributions ?
> (might influence who need to fix this ;) )
it impacts the usage of the kmod compatibility repositories - apparently
they're completely ignored by opkg.
This problem was reported in the forum by a user who was unable to
i
Hi,
> Silly question, does 18.6 have the same issue or is this a regression in
> relation to 18.6?
I believe it is a regression but I am not 100% sure yet.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
ope
Hi,
further blockers:
* opkg, under some circumstances fails to install
local packages:
root@mir3g:~# opkg install ./rpcd_2019-09-01-821045f6-3_x86_64.ipk
Installing rpcd (2019-09-21-95f0973c-1) to root...
Collected errors:
* opkg_download_pkg: Package rpcd is not available from any configure
Hi,
thanks Bjørn - this looks similar to a fix I had in mind. I'll give it
some more thorough tries later.
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
might be related to this:
http://lists.busybox.net/pipermail/busybox/2019-October/087535.html
Regards,
Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
you need to extend the netifd wireless handler to recognize your
proprietary options.
LuCI does not perform any wireless or network restarting by itself, it
relies on netifd doing the reloading of changed values.
If you introduce new options not yet known to netifd, it will do nothing
when y
Hi,
> On the Luci GUI, the current behaviour of Save&Apply of changes to the
> items in wifi.lua and wireless_modefreq.htm is to invoke a network
> restart. I would like to to change this behavior to invoke wifi restart
> directly from wifi.lua.
This is not supported and will confuse the netifd w
Hi Daniel, Yousong,
thanks for the reporting issue and the proposed patch. I'd prefer to go
with a minimal variant which merely zeroes the flags to avoid touching
too much code.
Imho the current uci_set() behavior of freeing uci_ptr members without
zeroing them is a bug that should be corrected a
Hi Yousong,
thank you for the series. I applied it with slight whitespace changes
after some valgrind testing on-target.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://
ory does not even _exist_ in the SDKs,
> which are used on the build bots when building packages (see [1] and
> [2]).
[...]
> Signed-off-by: Sebastian Kemper
Acked-by: Jo-Philipp Wich
I wanted to look into this for a long time but never had the motivation
to actually do comprehensive
Hi,
please try to find out which procedure is crashing rpcd by testing the
following commands:
- ubus call luci-rpc getNetworkDevices
- ubus call luci-rpc getWirelessDevices
- ubus call luci-rpc getHostHints
- ubus call luci-rpc getBoardJSON
- ubus call luci-rpc getDSLStatus
- ubus call luci-rpc
Hi,
thanks for checking.
Can you please pm me your /tmp/dhcp.leases, /tmp/hosts/odhcpd and
/etc/config/dhcp?
Thanks!
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi Sven,
done.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
The OpenWrt community is proud to announce the first release candidate
of the upcoming OpenWrt 19.07 stable version series. It incorporates
over 3700 commits since branching the previous OpenWrt 18.06 release and
has been under development for about one a half year.
With this release the Ope
Disable the ASUS RT-N10+ B1 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/1
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt305x.mk | 1 +
1 file changed, 1 insertion
here and only disable the ones explicitly reported.
Jo-Philipp Wich (17):
ramips: disable ASUS RT-N10+ B1 by default
ar71xx: disable Netgear WNR612 v2 by default
ar71xx: disable TP-Link TL-WA850RE v2 by default
ar71xx: disable On Networks N150R by default
ar71xx: disable Netgear WNR2000v4
Disable the Netgear WNR612 v2 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/4
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-legacy-devices.mk | 1 +
1 file changed
Disable the D-Link DIR-645 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/23
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt3883.mk | 1 +
1 file changed, 1 insertion
Disable the D-Link DIR-300 B5/B6/B7 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/18
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt305x.mk | 1 +
1 file changed, 1
Disable the Sitecom WL-351 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/24
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt305x.mk | 1 +
1 file changed, 1 insertion
Disable the On Networks N150R image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/10
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-legacy-devices.mk | 1 +
1 file changed
Disable the Netgear WNR2000v4 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/11
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-legacy-devices.mk | 1 +
1 file changed
Disable the TP-Link TL-WA850RE v2 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/9
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-tp-link.mk | 1 +
1 file changed, 1
Disable the TP-Link TL-WA750RE image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/30
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-tp-link.mk | 1 +
1 file changed, 1
Disable the TP-Link TL-WA850RE image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/30
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-tp-link.mk | 1 +
1 file changed, 1
Disable the TP-Link TL-WR840N v5 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/29
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/mt76x8.mk | 1 +
1 file changed, 1
Disable the A5-V11 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/72
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt305x.mk | 1 +
1 file changed, 1 insertion(+)
diff
Disable the Netgear WNR2000 v2 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/72
Signed-off-by: Jo-Philipp Wich
---
target/linux/brcm47xx/image/Makefile | 2 ++
1 file changed, 2
Disable the Linksys E1000 v1 image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/72
Signed-off-by: Jo-Philipp Wich
---
target/linux/brcm47xx/image/Makefile | 1 +
1 file changed, 1 insertion
Disable the ZyXel Keenetic images by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/72
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt305x.mk | 2 ++
1 file changed, 2 insertions
Disable the TP-Link TL-WA855RE image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/72
Signed-off-by: Jo-Philipp Wich
---
target/linux/ar71xx/image/tiny-tp-link.mk | 1 +
1 file changed, 1
Disable the WR512-3GN 4MB image by default as the device has
insufficient flash space for release build images.
Ref: https://forum.openwrt.org/t/devices-too-big-to-save-overlay/18161/72
Signed-off-by: Jo-Philipp Wich
---
target/linux/ramips/image/rt305x.mk | 1 +
1 file changed, 1 insertion
Hi,
does it make sense to keep the vlan/vid indirection if we increase the
table size to 4096? A simple 1:1 mapping of the vid to the table index
would be simpler and more robust from the configuration pov.
~ Jo
___
openwrt-devel mailing list
openwrt-d
Hi Hauke,
I agree with aiming for a kernel 5.4 based release in April.
If we decide to go this route, we should also set a fixed feature freeze date
(maybe end of March?) on which we branch off and drop targets not ported by
then.
~ Jo
___
openwrt-d
Hi,
> ok, so you claim my SoB means that *I* confirmed that my change is
> compatible to the netifd's license. I didn't do that though.
as it has been pointed out on this list, adding a S-o-b without consent
should not be done, so I reverted the offending commit.
Kind regards,
Jo
signature.as
Hi,
> Question is, if it's worth the hassle for a feature which is targeted more
> towards the expert users.
from my pov - it is not worth overengineering this feature. The proposed
patch is more than adequate. It increases the probability of the message
getting delivered without additional code
301 - 400 of 1348 matches
Mail list logo
