Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
This patch may not actually be necessary, but adds the allnet
uboot-envtools safety checks before allow a firmware upgrade to
and Netgear WNDR3700/3800 device.
Note that the Netgear devices already have a hardware id check so
this may be superfulous.
Signed-off-by: Daniel Dickinson
---
target
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Hi all,
I have added suport for three PowerCloud Systems devices based on
the patches posted in
https://lists.openwrt.org/pipermail/opewrt-devel/2012-Novembre/017340.html,
updated board support in the OpenWrt tree, and some tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
.../816-MIPS-ath79-add-cr5000-support.patch| 230 +
2 files changed, 231 insertions(+)
create mode 100644
target/linux/ar71xx/patches-4.1/816-MIPS-ath79-add-cr5000
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 5 +
target/linux/ar71xx/base-files/etc/uci-defaults
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 9 +
target/linux/ar71xx/base-files/etc/uci-defaults
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 26 ++
target/linux/ar71xx/image/Makefile | 4
2 files changed, 30 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target/linux/ar71xx/generic
path and therefore all binaries not just
buildroot's binaries use liblzma from staging_dir/host/lib, at
least while building OpenWrt).
Closes: 20134
Signed-off-by: Daniel Dickinson
---
include/host.mk | 7 ++-
include/prereq-build.mk | 7 +++
tools/Makefile
can't support DV devices (DV requires
the clock source support) but unless clock source support was addded to
OpenWrt the other alternative is to drop v4l altogether).
Signed-off-by: Daniel Dickinson
---
package/kernel/linux/modules/video.mk | 3 +-
...avoid-clk-for-devices-t
name back to
polarssl and used a new variable SRC_PKG_NAME for the purposes of downloading
the upstream tarball and creating PKG_BUILD_DIR.
Signed-off-by: Daniel Dickinson
---
package/libs/polarssl/Makefile | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/package/libs/pol
tweaks of my own.
These patches are against trunk.
Daniel Dickinson (8):
CC PowerCloud CAP324 Image generation
CC PowerCloud CAP324 OpenWrt configuration
CC PowerCloud CR3000 Kernel BSP
CC PowerCloud CR3000 image generation
CC PowerCloud CR3000 OpenWrt configuration
CC PowerCloud
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 26 ++
target/linux/ar71xx/image/Makefile | 4
2 files changed, 30 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target/linux/ar71xx/generic
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 27 +++
target/linux/ar71xx/image/Makefile | 4
2 files changed, 31 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target/linux/ar71xx/generic
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 6 ++
target/linux/ar71xx/base-files/etc/uci-defaults
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
.../815-MIPS-ath79-add-cr3000-support.patch| 211 +
2 files changed, 212 insertions(+)
create mode 100644
target/linux/ar71xx/patches-4.1/815-MIPS-ath79-add-cr3000
On 2015-08-10 10:00 PM, Yousong Zhou wrote:
Nice catch, but only setting PKG_BUILD_DIR should be enough to fix
this. No need to introduce a new variable.
Actually the source package is used *two* places. For the download and
for PKG_BUILD_DIR. It's needed for the download because you need
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 26 ++
target/linux/ar71xx/image/Makefile | 4
2 files changed, 30 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target/linux/ar71xx/generic
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
.../816-MIPS-ath79-add-cr5000-support.patch| 230 +
2 files changed, 231 insertions(+)
create mode 100644
target/linux/ar71xx/patches-4.1/816-MIPS-ath79-add-cr5000
tweaking
(unless non-DTS patches are no longer accepted even though the majority of
ar71xx BSPs are not yet DTS).
Regards,
Daniel
Daniel Dickinson (9):
CC PowerCloud CAP324 Kernel BSP
CC PowerCloud CAP324 Image generation
CC PowerCloud CAP324 OpenWrt configuration
CC PowerCloud CR3000
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 5 +
target/linux/ar71xx/base-files/etc/uci-defaults
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
.../815-MIPS-ath79-add-cr3000-support.patch| 211 +
2 files changed, 212 insertions(+)
create mode 100644
target/linux/ar71xx/patches-4.1/815-MIPS-ath79-add-cr3000
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 6 ++
target/linux/ar71xx/base-files/etc/uci-defaults
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
.../814-MIPS-ath79-add-cap324-support.patch| 183 +
2 files changed, 184 insertions(+)
create mode 100644
target/linux/ar71xx/patches-4.1/814-MIPS-ath79-add-cap324
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 9 +
target/linux/ar71xx/base-files/etc/uci-defaults
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 27 +++
target/linux/ar71xx/image/Makefile | 4
2 files changed, 31 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target/linux/ar71xx/generic
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 26 ++
target/linux/ar71xx/image/Makefile | 4
2 files changed, 30 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target/linux/ar71xx/generic
Hi,
I've noticed that mailman uses the timestamp in the email (which in the
case of git format-patch is the timestamp of the commit) when adding
emails to the archive list, rather than actual time the email arrived at
the mailing list.
This is probably not ideal since it means email in the a
On 2015-08-12 12:21 AM, Yousong Zhou wrote:
On 11 August 2015 at 10:00, Yousong Zhou wrote:
On 2 August 2015 at 19:46, Daniel Dickinson
wrote:
Packages that depend on PolarSSL fail to build because polarssl's InstallDev
section never actually gets executed because (prior to this patch
Hi all,
I tried to rush the patch series out the door and even though it was
supposed to be simple port from patches I had done (but not released)
for BB, I did a bunch of typos I didn't detect until I actually flashed
to a device.
I am reworking and will resubmit once I have tested on actua
I'll be doing a build shortly. I haven't had much time this weekend, so
hopefully I'll have an answer before the busy week starts.
Regards,
Daniel
On 2015-08-16 11:44 AM, John Crispin wrote:
On 15/08/2015 16:37, Hauke Mehrtens wrote:
On 08/09/2015 05:50 AM, Daniel Dicki
I have confirmed this issue exists in trunk (although I had no issue
with CC) and have filed the patch in ticket #20340
(https://dev.openwrt.org/ticket/20340)
On 2015-08-12 12:21 AM, Yousong Zhou wrote:
On 11 August 2015 at 10:00, Yousong Zhou wrote:
On 2 August 2015 at 19:46, Daniel
This resolves the build issue on CentOS.
On 2015-08-15 10:37 AM, Hauke Mehrtens wrote:
On 08/09/2015 05:50 AM, Daniel Dickinson wrote:
On RedHat/Fedora and derivatives we must use the system liblzma
from xz-devel because the liblzma in tools/xz breaks these
systems due to system tools (which
e code and dependencies on clk support when it's not
present).
Regards,
Daniel
On 2015-08-15 10:34 AM, Hauke Mehrtens wrote:
On 08/02/2015 04:34 PM, Daniel Dickinson wrote:
The v4l kernel modules fail to compile on latest kernels due to a new
dependency on a clock source. Since most route
ntent but 2 different
subjects. i marked all 25 patches as invalid. can you please work out
what we should merge and just resend it as a clean series against trunk
please.
John
On 09/08/2015 06:12, Daniel Dickinson wrote:
Sorry, one last time; this series got concatenated into one big email
Hi all,
Is there an issue with the mailing list? I sent a patch series
(actually accidentally twice because the abort failed when I tried to
cancel the first with no cover letter), but I haven't seen the mails on
the list.
Is my mail out there or what's the story?
Regards,
Daniel
On 2015-08-28 9:26 PM, Daniel Dickinson wrote:
Hi all,
Is there an issue with the mailing list? I sent a patch series
(actually accidentally twice because the abort failed when I tried to
cancel the first with no cover letter), but I haven't seen the mails on
the list.
Is my mail out the
Can changeset 46126 that explicity disables the stack protector for
grub2 be backported to Chaos Calmer?
I know stack protector isn't enabled by default in Chaos Calmer but it's
the only thing that I had block a build of Chaos Calmer with stack
protector enabled and it would be kind of nice if
NVM. It seems that the infrastructure that changeset depends on isn't
in CC. I guess I'll just disable stack protector for x86.
Regards,
Daniel
On 2015-08-30 2:31 AM, Daniel Dickinson wrote:
Can changeset 46126 that explicity disables the stack protector for
grub2 be backporte
and 128MB RAM and single gigabit ethernet port. It can be powered via PoE
or a wall wart.
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
target/linux/ar71xx/mikrotik/config-default| 1 +
target/linux/ar71xx/nand/config-default
wireless access point with 16MB flash
and 128MB RAM and single gigabit ethernet port. It can be powered via
PoE or a wall wart.
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 44 +
target/linux/ar71xx/image/Makefile |
rd support definition).
Regards,
Daniel
Daniel Dickinson (9):
ar71xx: PowerCloud CAP324 kernel support
ar71xx: PowerCloud CAP324 image generation
ar71xx: PowerCloud CAP324 OpenWrt configuration
ar71xx: PowerCloud CR3000 kernel support
ar71xx: PowerCloud CR3000 image generation
ar71xx:
point with 16MB flash
and 128MB RAM and single gigabit ethernet port. It can be powered via PoE
or a wall wart.
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar
-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
target/linux/ar71xx/mikrotik/config-default| 1 +
target/linux/ar71xx/nand/config-default| 1 +
...-MIPS-ath79-add-powercloud-cr3000-support.patch | 201 +
4 files
-managed router service.
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 37 +
target/linux/ar71xx/image/Makefile | 4
2 files changed, 41 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b/target
service.
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 9 +
target/linux/ar71xx/base-files/etc/uci
.
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/config-4.1 | 1 +
target/linux/ar71xx/mikrotik/config-default| 1 +
target/linux/ar71xx/nand/config-default| 1 +
...-MIPS-ath79-add-powercloud-cr5000-support.patch | 219 +
4
cloud-managed router service.
Signed-off-by: Daniel Dickinson
---
target/linux/ar71xx/generic/profiles/pcs.mk | 37 +
target/linux/ar71xx/image/Makefile | 4
2 files changed, 41 insertions(+)
diff --git a/target/linux/ar71xx/generic/profiles/pcs.mk
b
service.
Signed-off-by: Daniel Dickinson
---
package/boot/uboot-envtools/files/ar71xx | 1 +
target/linux/ar71xx/base-files/etc/diag.sh | 3 +++
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds| 5 +
target/linux/ar71xx/base-files/etc/uci
On 2015-09-07 8:29 AM, Alexander Couzens wrote:
diff --git a/target/linux/ar71xx/image/Makefile
b/target/linux/ar71xx/image/Makefile index 8f609de..15bb6a3 100644
--- a/target/linux/ar71xx/image/Makefile
+++ b/target/linux/ar71xx/image/Makefile
Could you migrate to the new image Makefile fo
certainly looks to me like a lot more effort
than the old way, in part because of lack of documentation, and in part
because there's more to write for new oems).
Regards,
Daniel
On 2015-09-07 4:14 PM, Daniel Curran-Dickinson wrote:
On 2015-09-07 3:01 PM, Daniel Dickinson wrote:
On 201
unappealing.
Regards,
Daniel
On 2015-09-07 4:38 PM, Daniel Dickinson wrote:
Sorry meant to cancel after I looked closer.
However, because it looks like it involves a whack of undocumented
variable settings and rather a mess, to be frank, so I doubt I'll get to
it anytime soon if ever because I
Quite frankly if someone has unintionally exposed LuCI to the internet I
think they've got a lot bigger problem than exposed version information,
and that not putting the version information at best delays only very
slightly a would be attacker.
And for properly configured installs, the versio
rent issue is that by default uhttpd listens on all addresses, not
just lan AND user has broken their firewall and allowed HTTP access to
the router on the WAN in the *firewall* config.
Of the two 2) is harder and takes more work.
Regards,
Daniel
On 2015-09-13 10:28 AM, Daniel Dickinson wro
ng, is still a sound
security policy.
If there's no one answering the phone, it does't matter how loud you
shout at the handset (except of course that you might cause a local
disturbance and get in trouble).
Regards,
Daniel
On 2015-09-13 11:00 AM, Etienne Champetier wrote:
Hi,
L
their LuCI is reachable via WAN, I
agree, that definitely makes sense. However, I see that as a separate issue
from displaying security sensitive information on the login page.
Maurits
On 13 Sep 2015, at 15:28, Daniel Dickinson wrote:
Quite frankly if someone has unintionally exposed LuCI to the
s,
Daniel
On 2015-09-13 3:06 PM, L. D. Pinney wrote:
+1 for Etienne
Patch OpenWrt to add robots.txt
On Sun, Sep 13, 2015 at 12:45 PM, Daniel Dickinson
mailto:open...@daniel.thecshore.com>> wrote:
My point, especially if you read this post fully, and the following,
is that no
ason.
Regards,
Daniel
On 2015-09-13 3:21 PM, Daniel Dickinson wrote:
I agree add robots.txt would be useful, but I suspect that lies between
point 1 and 2 of my second email (that is configuring uhttpd listen on
on lan by default is easiest, and frankly most useful from a
'bang-for-buck
then they're a pretty minor threat IMO.
Regards,
Daniel
On 2015-09-13 3:21 PM, Daniel Dickinson wrote:
I agree add robots.txt would be useful, but I suspect that lies between
point 1 and 2 of my second email (that is configuring uhttpd listen on
on lan by default is easiest, and frankly m
I do think allowing to choose to disable the banner is a minor benefit,
however, as I've said, there are much more effective means of preventing
accidential exposure, and quite frankly if the user is *choosing* to
open the web interface I think an warning and disabling the banner if
the user fo
ealize the
risks of doing so).
I think solving the real problem is more important than relying on a
bandaid and saying 'job done'.
(Which is how I view Etienne's robots.txt email).
Regards,
Daniel
they would just try the known attack.
Regards,
Em dom, 13 de set de 2015
On 2015-09-13 5:00 PM, Etienne Champetier wrote:
Hi Daniel,
For me listenning only on lan will break all my setups (15+):
- On most of my openwrt there is no lan, it's management, or
'name-of-the-site' ...
- on some of them i can access from multiple interface (VPNs + ...)
What I'm talking abo
On 2015-09-13 11:39 PM, Florian Fainelli wrote:
On Sep 13, 2015 2:00 PM, "Etienne Champetier"
mailto:champetier.etie...@gmail.com>> wrote:
>
> Hi Daniel,
>
> Le 13 sept. 2015 22:04, "Daniel Dickinson"
mailto:open...@daniel.thecshore.com>> a
écrit
On 2015-09-14 12:30 AM, Daniel Dickinson wrote:
On 2015-09-13 11:39 PM, Florian Fainelli wrote:
On Sep 13, 2015 2:00 PM, "Etienne Champetier"
mailto:champetier.etie...@gmail.com>>
wrote:
>
> Hi Daniel,
>
> Le 13 sept. 2015 22:04, "Daniel Dickinson"
m
Patchwork failed to send confirmation email to my email address, for the
account cshore AND there is not password reset option, nor means to
re-request confirmation email AND it won't let me register an already
registered email address AND I can't login because the account is
'inactive' (probab
t on trunk. (And I tried cutting *way* back on things that increase
image, well below normal OpenWrt).
Regards,
Daniel
On 14/01/16 10:59 AM, Roman Yeryomin wrote:
On 14 January 2016 at 17:31, wrote:
From: Daniel Dickinson
To my knowledge there are no working images, nor a way to get
l WRT54GLs upgraded to 8MB Flash and 64MB
RAM...
Regards, Arnd
On 01/14/2016 04:31 PM, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
To my knowledge there are no working images, nor a way to get them,
even using maximum stripping and dropping of packages, kmods, and
compile options
Apparently my tree got trashed and I need to do distclean. Sorry for
the noise.
Regards,
Daniel
On 14/01/16 11:25 AM, Daniel Dickinson wrote:
Ah, ok, so there likley there are are pobablly not any working *stock*
devices. That merits the @BROKEN flag - if you're running modified
har
Hi all,
I have noticed an unintended consequence of building all profiles for a
single target at once: All profiles get all packages marked as 'y' as a
consquence of dependencies of *any* profile being built.
This is true even before the code I'm doing to build multiple profiles
and is a con
Hi,
Just to ping again on registration problem with patchwork. I had
created an account which was supposed to send a confirmation email,
however the confirmation email never got sent (and is *not* in spam
folder), and I cannot request new confirmation, nor is there a 'I forgot
my password' o
Hi John,
Contrary to what you believed it is not possible for the ordinary users
(of which I am one at the moment) to modify their own patches, so I
can't discard, archive, or otherwise do anything to patches even my own.
Regards,
Daniel
___
openwr
On 19/01/16 02:22 AM, Etienne Champetier wrote:
Hi
You should respond to the original mail and not create a new thread each
time
Sorry, didn't have it handy to reply to.
>
> Hi John,
>
> Contrary to what you believed it is not possible for the ordinary
users (of which I am one at the mom
On 19/01/16 05:04 AM, Felix Fietkau wrote:
[snip]
[legacy UBI_OPTS targets]
Please don't add extra abstractions to this code. The
$(PROFILE)_UBI_OPTS stuff is legacy crap and any target still using it
should just stay that way and not get multi-profile selection until it
is converted to the
On 20/01/16 02:10 AM, Bastian Bittorf wrote:
* open...@daniel.thecshore.com [20.01.2016
07:21]:
@@ -5,30 +5,34 @@ set_classless_routes() {
local max=128
local type
thanks for that, i have it also on my todo-list.
please remove also the 'local type' here.
Missed that.
On 20/01/16 04:24 AM, Bastian Bittorf wrote:
* Daniel Dickinson [20.01.2016 10:18]:
+ local prefix="$(
+ eval "$(ipcalc.sh 0.0.0.0 ${subnet:-255.255.255.0})"
+ echo -n $PREFIX
dont use '-n'
Why not? It prevents echo from emi
On 20/01/16 04:24 AM, Bastian Bittorf wrote:
please dont double-fallback. It's ok to have it once default to '255.255.255.0',
so just use $prefix
The second fallback is in case the interpolation fails.
ok, i will not discuss this and accept.
On second thought I don't like relying on ipcalc
On 21/01/16 05:28 PM, Felix Fietkau wrote:
On 2016-01-20 20:22, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
This is the final package in base that depends on ifconfig, so
remove the the dependency on ifconfig and replace ifconfig
command with ip command. After packages there
Hi Felix,
On 21/01/16 05:28 PM, Felix Fietkau wrote:
done
append ${prefix}q "$(tcrules)" "$N"
- export dev_${dir}="ifconfig $dev up txqueuelen 5 >&- 2>&-
+ export dev_${dir}="ip link set $dev up txqueuelen 5 >&- 2>&-
This doesn't actua
Hi Felix (or anyone else who knows netifd)
For a netifd protocol is there way to tell netifd to *not*
automatically try to restart the connection?
I'm asking for the case of VPN where if the password it wrong (e.g. due
to an stoken that expires before the connection completes), too many
rep
open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
v3: Drop comment thanking user who gave mask2cidr at their
request
: Fix echo had correct CIDR but actual command did not
: Fix style issue
: Use full -family in ip command line instead of -f
v2: Also update previously missed deconfig u
Sorry, I've been out of the country and not had a chance to get to this.
I had planned to do that for the packages you previously requested
changes for that I had proposed a unified symlink handling solution to
deal with what is rather a mess at the moment, but have been obviously
rather busy
On 30/01/16 02:39 AM, Felix Fietkau wrote:
On 2016-01-30 05:55, Daniel Dickinson wrote:
It worked with a /24 subnet but that might be because of defaults. I do
not currently have test bed for testing other configurations.
I plan on setting that up once I'm back from travelling.
Please
On 21/01/16 02:31 PM, Felix Fietkau wrote:
On 2016-01-20 20:22, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
NB: Only compile tested.
Based on live testing it appears that openvpn upstream does not work
properly at least with the busybox ip applet, but likely also with full
On 01/02/16 02:57 AM, Gert Doering wrote:
Hi,
On Sun, Jan 31, 2016 at 03:49:58PM -0800, Daniel Dickinson wrote:
On 21/01/16 02:31 PM, Felix Fietkau wrote:
On 2016-01-20 20:22, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
NB: Only compile tested.
Based on live testing it
Hi all,
I discovered through that despite over 23 GB of upload in past 24 hours
that neither vnstat nor collectd are reporting even close to that amount
traffic on the lan side.
I didn't have wan reporting statistics on vnstat, so that side of things
is missing, but the lan traffic for the r
I was expecting on differentiated
vlans.
Regards,
Daniel
On 14/02/16 01:44 AM, Daniel Dickinson wrote:
Hi all,
I discovered through that despite over 23 GB of upload in past 24 hours
that neither vnstat nor collectd are reporting even close to that amount
traffic on the lan side.
I didn'
Hi,
As I still don't have working patchwork and the patchwork admin hasn't
gotten back to me on the issue, could you drop the patches from
patchwork for removing using of ifconfig/route in favour of ip.
I looked at the actual size of ifconfig/route (<5k) and concluded that
for the amount of
having lxc specific hooks sprayed over a pile a scripts is the
wrong approach, so NAK on this one.
John
On 16/02/2016 08:03, open...@daniel.thecshore.com wrote:
From: Daniel Dickinson
I have a patch that it will be some time before I personally will have some time
to test but have noted
Clarification: ar71xx is fully tested, I've build-tested some others,
but other than ar71xx I have no means to fully verify builds.
Regards,
Daniel
On 16/02/16 02:47 AM, open...@daniel.thecshore.com wrote:
No comment on previous send of this version, tested and working, hence resend.
This pa
I am reprioritizing my project queue and as my attempts at openwrt
contributions get either curt/rude (sorry John, I know you complain
about my wordiness, but for the majority of world who aren't robots
*excessive* brevity comes across as rude and maybe even hostile, which
is why openwrt has su
On 23/02/16 02:31 AM, John Crispin wrote:
On 23/02/2016 08:23, Daniel Dickinson wrote:
I am reprioritizing my project queue and as my attempts at openwrt
contributions get either curt/rude (sorry John, I know you complain
about my wordiness, but for the majority of world who aren't r
Hi all,
As you might have noticed I am currently in a state of heightened
sensitivity to things like being ignored and getting only negative
feedback, which does not work when dealing with trying to participate in
getting patches into openwrt at the present time.
So I've come up with a solut
Hi all,
I realized what part of my frustration (aside from medically causes
reasons for oversensitivity) is that what I wanted from OpenWrt is not
what OpenWrt is anymore. I was looking for the old days of GNU/Linux
when most everyone was playing and sharing the results of playing to
benefit
matic over the past two to
three years, and this is why it was disconcerting to come back from
hiatus and have things be so different from what I recall.
Regards,
Daniel
On Mar 29, 2016, at 1:10 PM, Daniel Dickinson
wrote:
Hi all,
I realized what part of my frustration (aside from medicall
1 - 100 of 404 matches
Mail list logo
