Re: [LEDE-DEV] [PATCH] download: skip hash check without a download hash

> Op 30 apr. 2018, om 08:39 heeft John Crispin het volgende > geschreven: > > On 30/03/18 17:34, Hauke Mehrtens wrote: >> If the package doe not contain a PKG_HASH just skip the check instead of >> making the download fail. The scripts/download.pl script will >>

Re: [LEDE-DEV] [PATCH] busybox: re-enable telnet applet

Who needs telnet when nc is there ? > Op 18 feb. 2018, om 19:25 heeft Philip Prindeville > het volgende geschreven: > > > >> On Feb 18, 2018, at 2:27 AM, John Crispin wrote: >> >> >> >>> On 20/06/17 19:13, Stefan Tomanek wrote: >>>

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

People that build there own images and choose OpenSSH would be expected to know what they are doing and for that reason not allowing password logins as a default seems reasonable, but ... even those knowledgeable users may sometimes forget to add a public key and find their lovely router soft

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

Your aptness for seeing the possible attack vectors warrants your judgement ... > Op 10 feb. 2018, om 17:07 heeft Philip Prindeville > <philipp_s...@redfish-solutions.com> het volgende geschreven: > > >> On Feb 10, 2018, at 3:28 AM, Paul Oranje <p...@oranjevos

Re: [LEDE-DEV] Debugging steps for FS#1246 - Ubnt Nanostation Loco M2 - WDS link drops out after a few hours

As a work-around you might setup a crontab that restarts wifi every 8 hours or something like that. Once the root cause, whatever it is, has been dealt with the crontab entry can be disabled again. with "crontab -e" you edit the file for syntax, see: "man 5 crontab" Regards, Paul > Op 26

Re: [LEDE-DEV] [OpenWrt-Devel] owrt landing page

A practica;l note on the style differences. The white LEDE style is very clearly different from the darkish OpenWrt style: one does notice very easily which version of the wiki (and other stuff as well) one sees. A good reason to maintain the visual different styles for the near future. Paul

Re: [LEDE-DEV] Bug? Routes of disabled interfaces appear in routing table

The common option on an interface that disables/enables it is named "disabled". Just corrected wiki entry accordingly. Regards, Paul > Op 8 jan. 2018, om 20:06 heeft yanosz het volgende > geschreven: > > Hallo, > > > Am 2018-01-08 um 16:41 schrieb Jo-Philipp Wich: >> Hi

Re: [LEDE-DEV] [PATCH v3] kernel: bump 4.4 to 4.4.106 for 17.01

Is the declared and initialized variable chipnr used otherwise ? (seen since 4.4.104) If not, how would that make a difference ? Regards, Paul > Op 19 dec. 2017, om 23:26 heeft Hauke Mehrtens het > volgende geschreven: > > On 12/17/2017 06:56 PM, Kevin Darbyshire-Bryant

Re: [LEDE-DEV] [PATCH netifd] interface-ip: add missing IPv6 policy rule

git show 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa yields: fatal: bad object 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa Paul > Op 16 nov. 2017, om 15:42 heeft Hans Dedecker het > volgende geschreven: > > Commit 2f31bff38d4dc2f36006ded6b8a7d039cb569eaa added interface routing

Re: [LEDE-DEV] Lede/Openwrt documentation

M2C: Wiki's are wonderful for documentation purposes as it allows anyone to attribute without much difficulty. But how to ensure that the documentation follows project code changes ? Add to https://lede-project.org/submitting-patches the instruction that any change that would have

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

Would reuse.software (SPDX) be something that could benefit LEDE/OpenWrt ? > Begin doorgestuurd bericht: > > Van: pr...@fsfe.org > Onderwerp: [FSFE PR][EN] FSFE makes copyrights computer readable > Datum: 8 november 2017 11:19:56 CET > Aan: press-rele...@lists.fsfe.org > Antwoord aan:

Re: [LEDE-DEV] [PATCH] procd: Remove unnecessary memset calls.

ly trivial changes, is hard. For new code this disadvantage of changing working code is absent ... Paul > Op 8 nov. 2017, om 19:59 heeft ros...@gmail.com het volgende geschreven: > > On Wed, 2017-11-08 at 11:57 +0100, Paul Oranje wrote: >> Both memset() and calloc() have highly opti

Re: [LEDE-DEV] [PATCH] procd: Remove unnecessary memset calls.

Both memset() and calloc() have highly optimised implementations, so the expected gains with this patch for the allocation of zeroed memory will be small at best. As this patch does not fix a bug: why is the change "needed" ? Just curiosity, bye, Paul > Op 7 nov. 2017, om 21:05 heeft Rosen

[LEDE-DEV] [PATCH v5] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also adds ::1 to the resolver file. For unbound a likewise patch exists (PR#4454). Fixes (combined with the unbound PR) FS#785 Signed-off-by: Paul

Re: [LEDE-DEV] [PATCH v4] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

Please see in-line, regards, Paul > Op 22 jun. 2017, om 17:09 heeft Hans Dedecker <dedec...@gmail.com> het > volgende geschreven: > > On Thu, Jun 22, 2017 at 12:52 PM, Paul Oranje <p...@xs4all.nl> wrote: >> Hello Hans, >> So far I did not see a patchw

[LEDE-DEV] [PATCH v4] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also adds ::1 to the resolver file. For unbound a likewise patch exists (PR#4454). Fixes (combined with the unbound PR) FS#785 Signed-off-by: Paul

Re: [LEDE-DEV] [PATCH v3] dnsmasq: manage resolv.conf if when listening on 127.0.0.1#53

You are absolutely right. Thanks, I post an update of the patch. Paul > Op 20 jun. 2017, om 16:41 heeft e9hack <e9h...@gmail.com> het volgende > geschreven: > > Am 18.06.2017 um 09:46 schrieb Paul Oranje: >> @@ -854,14 +895,15 @@ dnsmasq_start() >> co

Re: [LEDE-DEV] [PATCH v3] dnsmasq: manage resolv.conf if when listening on 127.0.0.1#53

gt; > I tested this patch with a standard install, as well as with noresolv=1 and 2 > servers configured with opendns, and it worked fine. /etc/resolv.conf still > correctly listed 127.0.0.1 and ::1 as the local nameserver. > > Ben > > On 6/19/2017 6:16 AM, Paul Oranje

Re: [LEDE-DEV] [PATCH v3] dnsmasq: manage resolv.conf if when listening on 127.0.0.1#53

this patch has been resend with corrected title (not "if", but "iff") sorry for the spamming > Op 18 jun. 2017, om 09:46 heeft Paul Oranje <p...@xs4all.nl> het volgende > geschreven: > > With this patch the dnsmasq init script manages resolv.conf if

[LEDE-DEV] [PATCH v3] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also adds ::1 to the resolver file. For unbound a likewise patch exists (PR#4454). Fixes (combined with the unbound PR) FS#785 Signed-off-by: Paul

[LEDE-DEV] [PATCH v3] dnsmasq: manage resolv.conf if when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also adds ::1 to the resolver file. For unbound a likewise patch exists (PR#4454). Fixes (combined with the unbound PR) FS#785 Signed-off-by: Paul

[LEDE-DEV] [PATCH] dnsmasq: fix error in call of list_contains()

Fixes the first parameter to the call of list_contains() in dnsmasq_ismain() Signed-off-by: Paul Oranje <p...@xs4all.nl> --- Commit a53f8ba6771de64c9c82a2e6867791226f3003cb introduces an error that has not shown up in my tests of that commit (testing sh script is tough). Thanks to Hartmut (

[LEDE-DEV] [PATCH] dnsmasq: fix error in call of list_contains()

Fixes the first parameter to the call of list_contains() in dnsmasq_ismain() Signed-off-by: Paul Oranje <p...@xs4all.nl> --- Commit a53f8ba6771de64c9c82a2e6867791226f3003cb introduces an error that has not shown up in my tests of that commit (testing sh script is tough). Thanks to Hartmut (

Re: [LEDE-DEV] [PATCH] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

Thanks, did not show up im my tests. (damm, sh script is difficult to test well). I'll post a patch to fix that. Paul > Op 12 jun. 2017, om 21:46 heeft e9hack het volgende > geschreven: > > > Hi, > > there is a bug in dnsmasq_ismain(). The first parameter in the call of

Re: [LEDE-DEV] [PATCH v2] ramips: add support for Ubiquiti EdgeRouter X-SFP

Isn't this related to FS#764 ? > Op 12 jun. 2017, om 20:14 heeft p.wa...@gmx.at het volgende geschreven: > > Ok - I've got some interesting news. > First, the stalls started to appear on multiple CPUs/tasks simultaneously: > (find an excerpt from dmesg under [1]). > > For further testing, I've

Re: [LEDE-DEV] [PATCH] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

Did the change break existing code ? What I did understand about the dnsmasq options --resolv-file (UCI dhcp:dnsmasq.resolvfile) and --no-resolv (UCI dhcp:dnsmasq.noresolv) is: - the --no-resolv option governs whether dnsmasq ignores the nameservers listed in the resolvfile. - the resolvfile

[LEDE-DEV] [PATCH v2] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also, resolvfile is now set irrespective of the value of noresolv. Fixes (partially) FS#785 Signed-off-by: Paul Oranje <p...@xs4all.nl> --- Hist

[LEDE-DEV] [PATCH v2] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also, resolvfile is now set irrespective of the value of noresolv. Fixes (partially) FS#785 Signed-off-by: Paul Oranje <p...@xs4all.nl> --- Hist

Re: [LEDE-DEV] [PATCH] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

Hi Hans, Please see my reaction/question on your remark about #53 and the main instance. Thanks for reviewing, Paul > Op 8 jun. 2017, om 16:34 heeft Hans Dedecker <dedec...@gmail.com> het > volgende geschreven: > > On Wed, Jun 7, 2017 at 12:07 PM, Paul Oranje <

[LEDE-DEV] [PATCH] dnsmasq: manage resolv.conf iff when listening on 127.0.0.1#53

With this patch the dnsmasq init script manages resolv.conf if and only if when dnsmasq will listen on 127.0.0.1#53 (is main resolver instance). Also, resolvfile is now set irrespective of the value of noresolv. Fixes (partially) FS#785 Signed-off-by: Paul Oranje <p...@xs4all

Re: [LEDE-DEV] ddns problem

Often besides CGNAT for IPv4, you'll have an IPv6 address (and a delegated prefix). The latter may allow access from the Internet. -- Paul > Op 5 jun. 2017, om 17:39 heeft Toke Høiland-Jørgensen het > volgende geschreven: > > "Giuseppe Lippolis"

Re: [LEDE-DEV] [PATCH] dnsmasq: write resolv.conf also when noresolv = 1

simple, sane and much more elegant solution would be: >> a) dnsmasq indeed only handles /tmp/resolv.conf when it runs the main >> instance and >> b) unbound does so when it the main instance, i.e. will listen on >> 127.0.0.1#53. >> >> Do you agree ? >>

Re: [LEDE-DEV] [PATCH] dnsmasq: write resolv.conf also when noresolv = 1

options of UCI dhcp.dnsmasq[x]. > > > Regards, > Paul > > > >> Op 4 jun. 2017, om 00:09 heeft Hans Dedecker <dedec...@gmail.com> het >> volgende geschreven: >> >> On Sat, Jun 3, 2017 at 3:33 PM, Paul Oranje <p...@xs4all.nl> wrote: &

Re: [LEDE-DEV] [PATCH] dnsmasq: write resolv.conf also when noresolv = 1

ets, though that could easily be achieved with the server options of UCI dhcp.dnsmasq[x]. Regards, Paul > Op 4 jun. 2017, om 00:09 heeft Hans Dedecker <dedec...@gmail.com> het > volgende geschreven: > > On Sat, Jun 3, 2017 at 3:33 PM, Paul Oranje <p...@xs4all.nl> wrote:

Re: [LEDE-DEV] [PATCH] dnsmasq: write resolv.conf also when noresolv = 1

Thanks, please see a few quick reactions of mine inline ... Paul > Op 3 jun. 2017, om 14:18 heeft Hans Dedecker <dedec...@gmail.com> het > volgende geschreven: > > On Thu, Jun 1, 2017 at 12:00 PM, Paul Oranje <p...@xs4all.nl> wrote: >> Hello Hans, >>

Re: [LEDE-DEV] [PATCH] dnsmasq: write resolv.conf also when noresolv = 1

8 heeft Hans Dedecker <dedec...@gmail.com> het > volgende geschreven: > > On Sat, May 20, 2017 at 12:41 AM, Paul Oranje <p...@xs4all.nl> wrote: >> When UCI dhcp.dnsmasq.noresolv is true, dnsmasq ignores the (wan) resolv.conf >> for upstream name resolution

Re: [LEDE-DEV] openwrt and lede - remerge proposal V3

The current workflow for handling patches involves https://patchwork.ozlabs.org/project/lede/. Is that something that shouldn't be addressed also in the merging process ? Paul > Op 29 mei 2017, om 09:03 heeft John Crispin het volgende > geschreven: > > (resend, this time as

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal V2

Who are/will be entitled to an [IRC] project cloak ? Paul > Op 22 mei 2017, om 19:11 heeft Imre Kaloz het volgende > geschreven: > > Hi, > > On 2017-05-22 03:10, John Crispin wrote: >> >> >> On 22/05/17 11:02, Rafał Miłecki wrote: >>> On 05/22/2017 09:40 AM, John Crispin

[LEDE-DEV] [PATCH] dnsmasq: write resolv.conf also when noresolv = 1

; the semantics of that config value do not imply this. With this patch the init script also writes /tmp/resolv.conf when noresolv is true. fixes FS#785 Signed-off-by: Paul Oranje <p...@xs4all.nl> --- This patch replaces an earlier patch with subject dnsmasq: also write /tmp/resolv.conf wh

Re: [LEDE-DEV] [PATCH v5] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

Question: when the subject is changed in order the make it less than 50 characters long, does that result in a distinct new patch ? Paul > Op 19 mei 2017, om 12:58 heeft Paul Oranje <p...@xs4all.nl> het volgende > geschreven: > > Oké, I’ll submit another version with the

Re: [LEDE-DEV] [PATCH v5] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

Oké, I’ll submit another version with the requested changes later today. This trivial change is turning out a ping pong lesson. Thanks anyway, Paul > Op 18 mei 2017, om 16:53 heeft Hans Dedecker <dedec...@gmail.com> het > volgende geschreven: > > On Sun, May 14, 2017 at 8:22

Re: [LEDE-DEV] [PATCH v4] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

ote: >> >> >> On 05/14/2017 02:46 PM, Paul Oranje wrote: >>> fixes FS#785 >>> --- >>> >>> v4: place patch version info in annotation (not in commit message, afraid >>> this is learning by practice) >>> v3: corrected typo (no

[LEDE-DEV] [PATCH v5] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

fixes FS#785 Signed-off-by: Paul Oranje <p...@xs4all.nl> --- package/network/services/dnsmasq/files/dnsmasq.init | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/package/network/services/dnsmasq/files/dnsmasq.init b/package/network/services/dnsmasq/files/dnsmas

Re: [LEDE-DEV] [PATCH v3] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

Please ignore, a v4 has been submitted without patch version bla bla in the commit message. Paul > Op 14 mei 2017, om 13:54 heeft Paul Oranje <p...@xs4all.nl> het volgende > geschreven: > > fixes FS#785 > v3: corrected typo (noreolv) > v2: also change guard in dns

[LEDE-DEV] [PATCH v4] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

fixes FS#785 --- v4: place patch version info in annotation (not in commit message, afraid this is learning by practice) v3: corrected typo (noreolv) v2: also change guard in dnsmasq_stop() routine v1: write /tmp/resolv.conf also when noresolv is true

[LEDE-DEV] [PATCH v3] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

fixes FS#785 v3: corrected typo (noreolv) v2: also change guard in dnsmasq_stop() routine v1: write /tmp/resolv.conf also when noresolv is true Signed-off-by: Paul Oranje <p...@xs4all.nl> --- package/network/services/dnsmasq/files/dnsmasq.init | 4 ++-- 1 file changed, 2 insertions

Re: [LEDE-DEV] [PATCH v2] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

Please ignore, contains a syntax error. new version will follow, sorry, Paul > Op 14 mei 2017, om 13:14 heeft Paul Oranje <p...@xs4all.nl> het volgende > geschreven: > > fixes FS#785 > v1: write /tmp/resolv.conf also when nosolv is true > v2: also change guard i

[LEDE-DEV] [PATCH v2] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

fixes FS#785 v1: write /tmp/resolv.conf also when nosolv is true v2: also change guard in dnsmasq_stop() routine Signed-off-by: Paul Oranje <p...@xs4all.nl> --- package/network/services/dnsmasq/files/dnsmasq.init | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/p

[LEDE-DEV] [PATCH] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

fixes FS#785 Signed-off-by: Paul Oranje <p...@xs4all.nl> --- package/network/services/dnsmasq/files/dnsmasq.init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/package/network/services/dnsmasq/files/dnsmasq.init b/package/network/services/dnsmasq/files/dnsmasq.init

Re: [LEDE-DEV] openwrt and lede - remerge proposal

Dear David, dear community, Please, see my comments below in-line. With the highest esteem, Paul > Op 12 mei 2017, om 02:04 heeft David Lang <da...@lang.hm> het volgende > geschreven: > > On Fri, 12 May 2017, Paul Oranje wrote: > >>> Op 11 mei 2017, om 14:18 heeft

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> > > On 2017-05-11 00:33, Paul Oranje wrote: >> Although being someone that’s merely following the developments of this >> project, I want to comment on what’s going on in this thread. >> Some of my remarks may strike as not very positive, so please do not take >>

Re: [LEDE-DEV] openwrt and lede - remerge proposal

Although being someone that’s merely following the developments of this project, I want to comment on what’s going on in this thread. Some of my remarks may strike as not very positive, so please do not take any of those personal. s.y. Paul > Op 10 mei 2017, om 11:31 heeft Imre Kaloz

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> Op 8 mei 2017, om 15:19 heeft John Crispin het volgende > geschreven: > > Hi, > > Felix, Imre and myself had 2 calls last week lasting several hours and > discussed the following proposal of conditions for a remerge that we would > like to propose and have people vote

Re: [LEDE-DEV] dnsmasq-full should deselect dnsmasq

Could a case as this one where multiple packages of one software component having different build configs exist not be treated as a specific case of alternatives (for which Yousong Zhou submitted a patch) ? So install the versions in parallel and select one alternative i.s.o. deselecting the

Re: [LEDE-DEV] [PATCH 5/7] firewall3: add UBUS support for ipset sections

Assignment within a condition is easily read by (dyslectic) humans as a test for equality (==) and is for that reason als better avoided. Paul > Op 2 mei 2017, om 18:43 heeft Philip Prindeville > het volgende geschreven: > > >> On May 2, 2017, at 6:15 AM,

Re: [LEDE-DEV] [PATCH] ar71xx: add Engenius ENH200EXT support

for taking your time, Paul > Op 9 apr. 2017, om 22:06 heeft Piotr Dymacz <pep...@gmail.com> het volgende > geschreven: > > Hello Paul, > > Sorry for a late reply. > > On 06.04.2017 14:24, Paul Oranje wrote: >> Thanks for the info. >> The systematics f

Re: [LEDE-DEV] [PATCH] ar71xx: add Engenius ENH200EXT support

p 6 apr. 2017, om 09:51 heeft Piotr Dymacz <pep...@gmail.com> het volgende > geschreven: > > Hello Paul, > > On 05.04.2017 23:23, Paul Oranje wrote: >> Hello, >> >> I’m wondering how to make LEDE build automatically an initramfs image (for >> use wit

Re: [LEDE-DEV] [PATCH] ar71xx: add Engenius ENH200EXT support

heeft Piotr Dymacz <pep...@gmail.com> het volgende > geschreven: > > Hello Paul, > > On 01.04.2017 13:05, Paul Oranje wrote: >> Thanks for the comments. >> See my comments/questions inline below. >> Paul >> > [...] >>> Also, make sure you

Re: [LEDE-DEV] [PATCH] ar71xx: add Engenius ENH200EXT support

See comments/questions inline below. -- Paul Oranje > Op 1 apr. 2017, om 02:00 heeft Daniel Golle <dan...@makrotopia.org> het > volgende geschreven: > > Hi Paul, > > On Fri, Mar 31, 2017 at 10:38:39PM +0200, Paul Oranje wrote: >> This POE access point

[LEDE-DEV] [PATCH] ar71xx: add Engenius ENH200EXT support

be flashed from the booted iniramfs LEDE. Only abnormality is that for some unknown reason the txpower cannot be set higher than 16 dBm whereas the Engenius stock firmware allows a maximum of 27 dBm. Signed-off-by: Paul Oranje <p...@xs4all.nl> --- package/boot/uboot-envtools/files/

Re: [LEDE-DEV] [PATCH odhcpd] dhcpv6-ia: add option for dhcpv6 privacy address

e, if you question "what? .. crazy?" then its > likely my fault for not editing well. > > On 03/11/2017 11:39 AM, Paul Oranje wrote: >>> RFC 3315 section 22.5: >>> >>> An IA_TA option does not include values for T1 and T2. >> The use-ca

Re: [LEDE-DEV] [PATCH odhcpd] dhcpv6-ia: add option for dhcpv6 privacy address

Small addition (the following may be non-obvious to those not involved in this discussion). Just saw that A_TA does not have renewal (T1) or rebinding (T2) fields and for that reason cannot suit a use-case like a IA just for a work shift. -- Paul > Op 11 mrt. 2017, om 13:21 heeft Paul Ora

Re: [LEDE-DEV] [PATCH odhcpd] dhcpv6-ia: add option for dhcpv6 privacy address

> Op 11 mrt. 2017, om 06:09 heeft Eric Luehrsen het > volgende geschreven: > > On 03/10/2017 09:09 AM, Bjørn Mork wrote: >> Eric Luehrsen writes: >>> It appears many other severs and clients dont implement IA_TA. Its a lost >>> option. >>

Re: [LEDE-DEV] [OpenWrt-Devel] Talks between OpenWrt and LEDE

of OpenWRT, as already suggested by John, redirects and keeping archives of (outdated) documentation would probably suffice. — Paul Oranje > Op 22 dec. 2016, om 08:17 heeft John Crispin <j...@phrozen.org> het volgende > geschreven: > > > > On 22/12/2016 04:45, Dave Taht

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

as a start where all structured data is converted into semantic properties. Regards, -- Paul Oranje > Op 14 sep. 2016, om 00:57 heeft Jo-Philipp Wich <j...@mein.io> het volgende > geschreven: > > Hi Tarek, > > Thomas Endt and others invested a lot of time to implem

Re: [LEDE-DEV] looking for ar7 testers

that you offer help, but NDA’s don’t play well with open source development and are certainly problematic when such development is under a copy left type of licence (GPL/CC SA etc.). Documentation such as datasheets needed for coding should be offered unencumbered by NDA provisions. Paul Oranje