> 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
>> automatically skip the hash che
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:
>>> While sshd should be favoured over telnetd, having a teln
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 br
Your aptness for seeing the possible attack vectors warrants your judgement ...
> Op 10 feb. 2018, om 17:07 heeft Philip Prindeville
> het volgende geschreven:
>
>
>> On Feb 10, 2018, at 3:28 AM, Paul Oranje wrote:
>>
>> Wouldn't it be appropriate to disa
Wouldn't it be appropriate to disallow password authentication on wan only and
allow it on all networks "behind" the router?
> Op 9 feb. 2018, om 01:28 heeft Philip Prindeville
> het volgende geschreven:
>
> From: Philip Prindeville
>
> Allowing password logins leaves you vulnerable to dict
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 jan.
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
p.
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 yanosz,
>>
>> "optio
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 wrote:
>>
>>
>>> On
On an archer-c7-v2 running 17.01.2 and samba with "use sendfile" enabled, no
problems have been noticed (long up-time).
S.y. Paul
> Op 21 nov. 2017, om 10:34 heeft Karl Palsson het
> volgende geschreven:
>
>
> Rosen Penev wrote:
>> sendfile has been tested to have stability issues with at le
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
> table support; as a
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 consequences
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: pr...@fsfe
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
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 Pene
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
Please see in-line,
regards,
Paul
> Op 22 jun. 2017, om 17:09 heeft Hans Dedecker het
> volgende geschreven:
>
> On Thu, Jun 22, 2017 at 12:52 PM, Paul Oranje wrote:
>> Hello Hans,
>> So far I did not see a patchwork message on the latest submission.
>> Jus
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
You are absolutely right.
Thanks, I post an update of the patch.
Paul
> Op 20 jun. 2017, om 16:41 heeft e9hack het volgende
> geschreven:
>
> Am 18.06.2017 um 09:46 schrieb Paul Oranje:
>> @@ -854,14 +895,15 @@ dnsmasq_start()
>> config_get_bool cachel
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 wrote:
>> this patch
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 het volgende
> geschreven:
>
> With this patch the dnsmasq init script manages resolv.conf if and only if
> when dnsm
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
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
To my limited knowlegde RCU is a notoriously difficult pattern to code right.
In order to avoid locking in concurrent processing context RCU uses primitives
like memory barriers which demands very strict and often subtle rules to be
followed. Implementations of memory barriers are very architect
Fixes the first parameter to the call of list_contains() in dnsmasq_ismain()
Signed-off-by: Paul Oranje
---
Commit a53f8ba6771de64c9c82a2e6867791226f3003cb introduces an error that has not
shown up in my tests of that commit (testing sh script is tough).
Thanks to Hartmut (e9hack).
---
package
Fixes the first parameter to the call of list_contains() in dnsmasq_ismain()
Signed-off-by: Paul Oranje
---
Commit a53f8ba6771de64c9c82a2e6867791226f3003cb introduces an error that has not
shown up in my tests of that commit (testing sh script is tough).
Thanks to Hartmut (e9hack).
---
package
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
> list_contains()
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
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 dn
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
---
History
v1 ->
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
---
History
v1 ->
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 het
> volgende geschreven:
>
> On Wed, Jun 7, 2017 at 12:07 PM, Paul Oranje wrote:
>> With this patch the d
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
---
The intended invariant is
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" writes:
>
>> Dear All,
>> I have a problem w
lution 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 ?
>>
>> If so, could you share
x].
>
>
> Regards,
> Paul
>
>
>
>> Op 4 jun. 2017, om 00:09 heeft Hans Dedecker het
>> volgende geschreven:
>>
>> On Sat, Jun 3, 2017 at 3:33 PM, Paul Oranje wrote:
>>> Thanks, please see a few quick reactions of mine inline ...
>>
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 het
> volgende geschreven:
>
> On Sat, Jun 3, 2017 at 3:33 PM, Paul Oranje wrote:
>> Thanks, please see a few quick rea
Thanks, please see a few quick reactions of mine inline ...
Paul
> Op 3 jun. 2017, om 14:18 heeft Hans Dedecker het
> volgende geschreven:
>
> On Thu, Jun 1, 2017 at 12:00 PM, Paul Oranje wrote:
>> Hello Hans,
>>
>> A new version of this small patch is worke
0:58 heeft Hans Dedecker het
> volgende geschreven:
>
> On Sat, May 20, 2017 at 12:41 AM, Paul Oranje wrote:
>> When UCI dhcp.dnsmasq.noresolv is true, dnsmasq ignores the (wan) resolv.conf
>> for upstream name resolution and the dnsmasq init script ialso skips writing
>>
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 plain text)
>
> H
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 wrote:
*) brand
; 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
---
This patch replaces an earlier patch with subject
dnsmasq: also write /tmp/resolv.conf when UCI
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 het volgende
> geschreven:
>
> Oké, I’ll submit another version with the requested changes later t
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 het
> volgende geschreven:
>
> On Sun, May 14, 2017 at 8:22 PM, Paul Oranje wrote:
doing just that. The spam is an
unwanted side effect.
I’ve submitted a last version of this patch, s.y.
Paul
> Op 14 mei 2017, om 18:54 heeft Kevin Darbyshire-Bryant
> het volgende geschreven:
>
>
>
> On 14/05/17 17:48, Alberto Bursi wrote:
>>
>>
>> On 05
fixes FS#785
Signed-off-by: Paul Oranje
---
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/dnsmasq.init
index 30fec7a4ee
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 het volgende
> geschreven:
>
> fixes FS#785
> v3: corrected typo (noreolv)
> v2: also change guard in dnsmasq_stop() routin
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
package/network/services/dnsmasq/files
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
---
package/network/services/dnsmasq/files/dnsmasq.init | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Please ignore, contains a syntax error.
new version will follow, sorry,
Paul
> Op 14 mei 2017, om 13:14 heeft Paul Oranje het volgende
> geschreven:
>
> fixes FS#785
> v1: write /tmp/resolv.conf also when nosolv is true
> v2: also change guard in dnsmasq_stop() routine
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
---
package/network/services/dnsmasq/files/dnsmasq.init | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/network/services
fixes FS#785
Signed-off-by: Paul Oranje
---
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
index 30fec7a4ee
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 het volgende
> geschreven:
>
> On Fri, 12 May 2017, Paul Oranje wrote:
>
>>> Op 11 mei 2017, om 14:18 heeft Imre Kaloz het
Taking part in this discussion feels a bit awkward - without question I have
less at stake than you and most other involved devs - but since I did speak-up
...
--
Paul
> Op 11 mei 2017, om 14:18 heeft Imre Kaloz het volgende
> geschreven:
>
> Hi Paul,
>
>
> On 2
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 het volgen
> 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 on.
Is a recording or
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 ina
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, Pierre Lebleu wrote:
>>
>> Hi Phili
taking your time,
Paul
> Op 9 apr. 2017, om 22:06 heeft Piotr Dymacz 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 for the generation of th
p 6 apr. 2017, om 09:51 heeft Piotr Dymacz 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 with u-boot tftp recovery bo
heeft Piotr Dymacz 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 follow rules from [1],
See comments/questions inline below.
--
Paul Oranje
> Op 1 apr. 2017, om 02:00 heeft Daniel Golle het
> volgende geschreven:
>
> Hi Paul,
>
> On Fri, Mar 31, 2017 at 10:38:39PM +0200, Paul Oranje wrote:
>> This POE access point suited for outside usage n
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
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target
at? .. 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-case that Eric gave as an example
> Op 11 mrt. 2017, om 14:09 heeft Bjørn Mork het volgende
> geschreven:
>
> Paul Oranje writes:
>
>> 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
>> rebindin
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
> 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.
>> Sure. Very few want this feature. We must however assu
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 het volgende
> geschreven:
>
>
>
> On 22/12/2016 04:45, Dave Taht wrote:
>> Lede trade
e
an issue with processes that run longer.
>
>
> Cheers,
> Zefir
--
s.y. Paul
>
> On 12/09/2016 07:50 PM, Paul Oranje wrote:
>> When functionality can be build with just scripts i.s.o. binaries without
>> suffering to much performance loss, then using scripts
start where all structured data is converted into semantic properties.
Regards,
--
Paul Oranje
> Op 14 sep. 2016, om 00:57 heeft Jo-Philipp Wich het volgende
> geschreven:
>
> Hi Tarek,
>
> Thomas Endt and others invested a lot of time to implement a structured
> tab
nd 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
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
71 matches
Mail list logo
