modifying anything...
Luke
On Saturday 26 May 2018 18:20:47 Russell Senior wrote:
> For reference, I'm running a recently built "OpenWrt SNAPSHOT,
> r6951-22c16c5d82" on a Buffalo WZR600DHP and I am not seeing the problem
> you describe.
>
> On Sat, May 26, 2018 at 10:
On Saturday 26 May 2018 17:11:56 you wrote:
> On Sat, May 26, 2018 at 12:34:30PM +0000, Luke Dashjr wrote:
> > Half a year ago, I went to the trouble to identify the exact cause of the
> > regression since 2015 where Openwrt/LEDE would drop off wifi every few
> >
project or something?
Luke
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel
tch makes using the slide switch
super-easy. The button script I've hooked up to the wifi position is at
https://github.com/lukeross/OpenWRT-Config/blob/master/MR3040/etc/rc.button/mode-wisp
With regards,
Luke
___
openwrt-devel mailing lis
https://forum.openwrt.org/viewtopic.php?pid=340239#p340239
Look at that. It implies github doesn't support open-source. They support
gay marriage activists having sex with 22 month old Russian infant instead.
Restore my account before I do massive damage to your PR
Luke
Slowly getting the accel-pppd package done...
Lots of missing headers, as their usually are with musl vs glibc and a
problem relating to atomic memory ops are already fixed as openwrt
people bumped into the same issue with rtorrent.
https://github.com/rakshasa/rtorrent/issues/156
error:
/ci/master/tree/README
This adds a new variable that can be used in Makefiles $(CMAKE_BINARY_DIR)
Signed-off-by: Luke McKee hojur...@gmail.com
@nbd168 agrees, patching the include is the only way to go.
This also needs to get merged into LEDE or a new package I'm working
on accel-ppp (give me
out there now the minority of openwrt users who are interested
in using this.
Signed-off-by: Luke McKee hojur...@gmail.com
https://dev.openwrt.org/ticket/21350
Seven months ago someone nagged for this to be fixed. That makes only
two people that want this :)
>Changed 7 months ago by @nbd168
>Resol
https://github.com/openwrt/openwrt/pull/29
https://github.com/openwrt/openwrt/pull/29/commits/84c616f66390230a2938f8db691e8093f1669ec2
Please see the commit message or the forum. This has been run-tested
on the new hardware which is basically the same as a v9 board just
with the larger flash size
t;: "\/etc\/init.d\/mini_snmpd",
"instances": { "instance1": { "command": [ "\/usr\/bin\/mini_snmpd",
"-n", "-c", "public", "-C", "Luke McKee <hojur...@gmail.com>", "-t",
"2"
The I think said patch would break scripts that see what devices are
available as in CONFIGURED, and set up procd triggers to reload when
the device is fixed or comes back online and gets given an IP address.
If DFS pulls down a wifi then it should change ubus interface state to
down, not remove
I'm interested in coova chilli too I will be making use of it again
soon like I did 3/6 years ago :)
There is a pull request to update it to the latest version:
https://github.com/openwrt/packages/pull/2737/commits/f3898d3e2be47c414882b93d8f54e7bd919c4628
Previous message (by thread):
On Wed,
sticker on the box it came in it looks exactly like a
regular TP-Link 841nd v9.2 - just different flash I think.
https://forum.openwrt.org/viewtopic.php?pid=330161#p330161
Cheers,
Luke
i got the got tghe init script going. Is there any benefit
or reason for having procd do uci validation
Suggestion for the teleconference:
Talkshoe.com
Talkshoe is free. It has a web client too with a chat log when the
conference call starts.
Someone make an account. It's got SIP and a US number.
That way nobody get's everyone ease's IP addresses and nobody can play
funny buggers with a firewall
m.storchak at gmail dot com wrote:
Is there a reason to use full path specification? Why can't
mkfs.ext{2|4} be called and whichever is found first in PATH gets
executed? In this case only one of e2fsprogs and busybox implementations
should be required. Let busybox be default, but please leave an
a configuration option to the Makefile if you want lz4
support
config PROCD_ZRAM_TMPFS
bool
default n
prompt "Mount /tmp using zram."
endmenu
&
ifeq ($(CONFIG_PROCD_ZRAM_TMPFS_LZ4),y)
CMAKE_OPTIONS += -DZRAM_TMPFS_LZ4=1
endif
Signed-
To quote Arjen:
If the only reason to switch to ext2 is to remove the journal, why not
just add
-O ^has_journal
to the mount options?
That's not a mount option. That's a tune2fs option.
Journaling isn't the the only problem. The biggest problem is BLOAT.
You need libext2+e2fsprogs
3.0 in lzo. Can't hurt to go with the fastest.
On 3 July 2016 at 07:10, Luke McKee <hojur...@gmail.com> wrote:
> v2 of the patch. uses lz4 compression by default. lz4 is always
> installed by openwrt Makefile Config.in if zram.
>
> lz4 is best for compressed filesystems as we
v2 of the patch. uses lz4 compression by default. lz4 is always
installed by openwrt Makefile Config.in if zram.
lz4 is best for compressed filesystems as we all know (if you had to
choose between that and lzo).
zram-swap can keep using lzo for speed!
I'll work in a compatibility patch for
For some further background...
the original procd zram patch uses ext2 :)
https://dev.openwrt.org/ticket/19586#comment:9
https://lists.openwrt.org/pipermail/openwrt-devel/2014-December/029587.html
It shows you what happens when someone enables this option from make menuconfig.
There needs to be
Hi guys,
This is a little one. Busybox mkfs.ext2 works and with this setup the
ext4 module can mount /tmp without a journal. See #22666 I tested it.
Also the Makefile for procd doesn't have any dependencies for busybox
CONFIG_BUSYBOX_CONFIG_MKFS_EXT2=y OR e2fsprogs.
See the zram-swap Makefile.
there's a few bug reports already filed on this issue,
but they've gone unnoticed for years:
https://dev.openwrt.org/ticket/13346
https://dev.openwrt.org/ticket/20592
Thanks.
Luke
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel
-off-by: Chris Luke chr...@flirble.org
Index: uClibc-0.9.33.2/libc/inet/resolv.c
===
--- uClibc-0.9.33.2.orig/libc/inet/resolv.c 2012-07-07
11:05:29.931149126 -0400
+++ uClibc-0.9.33.2/libc/inet/resolv.c 2012-07-07 11:06
Chris Luke wrote (on Sun 08 Jul, 2012 at 21:48 BST):
I've also sent this upstream, https://bugs.busybox.net/show_bug.cgi?id=5342
but I don't know how long it takes for fixes to filter down.
And this time I'll not word-wrap the patch. Duhh.
toolchain/uClibc/patches-0.9.33.2/510-resolv
24 matches
Mail list logo