Hi,
the patch seems useful, I suggest to send it upstream to receive wider
feedback there. If the MTD guys deem it suitable, we can cherry pick it
from there.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailma
Hi Pierre,
is there anything speaking against just adding a 2nd section for TCP?
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Bjørn,
the current timings of the DO zone are:
;; ANSWER SECTION:
openwrt.org.1800 IN SOA ns1.digitalocean.com.
hostmaster.openwrt.org. (
1525688668 ; serial
10800 ; refresh (3 hours)
Hi Joerg, John.
I created an openwrt.org zone on Digital Ocean now so you could delegate
the name servers to ns1.digitalocean.com, ns2.digitalocean.com and
ns3.digitalocean.com, maybe with one of the SPI machines thrown into the
mix...
~ Jo
signature.asc
Description: OpenPGP digital signature
static DHCP
lease host names.
Signed-off-by: Jo-Philipp Wich
---
package/network/services/odhcpd/files/odhcpd.defaults | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/odhcpd/files/odhcpd.defaults
b/package/network/services/odhcpd/files/odhcpd.defaults
to make the file and directory
locations somewhat consistent with other parts of the system, second to reduce
the emphasis on /etc/config/dhcp options that do not need to (and probably
should not) get changed by the user for normal operation.
Signed-off-by: Jo-Philipp Wich
---
package/network/se
d for normal operation.
Jo-Philipp Wich (2):
dnsmasq: adjust configuration defaults
odhcpd: adjust configuration default
package/network/services/dnsmasq/files/dhcp.conf | 2 --
package/network/services/dnsmasq/files/dnsmasq.init | 6 +++---
package/network/services/odhcpd/
Hello,
> Today I discovered that pulling packages from the feeds is done over
> http by default instead of https. I understand it is always going to
> be a trade-off between space requirements and features/security.
> However, pulling in packages over an unencrypted connection will
> allow for
Hi,
> Hmm? I believe jow is talking about the toolchain. It was switched
> to default to GCC7 recently.
>
> I use Arch Linux
parts of ncurses are built on the host (mainly the tic compiler) using
the host gcc. Arch linux is a bad reference for testing tools updates as
it tends to use software ve
Hi Koen,
please try reverting
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=4fb684a7558ea5c11580378be062f73da07f8479
and see if it fixes the issue.
The change was likely not tested on systems with a gcc 5 host compiler.
~ Jo
___
Lede-d
Hi Alin,
thanks for the patch.
Unfortunately it definitely is too big for a simple "fix logging". Will
take a deeper look at it later but from a first glance it does a few
unrelated changes, renames chains and has some minor style deviations.
Regards,
Jo
Hi,
fstools will use the full libblkid if it is installed on the system,
this should also enable support for all filesystems supported by the
full libblkid.
Adding more and more exotic stuff to libblkid-tiny will bloat the
default fstools install for all users, so we should avoid that - imho.
Re
Merged into my staging tree.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hello Daniel,
> I am Daniel Müllers from Aachen. I like to setup two Buildbot Slave
> to provid the LEDE OpenWRT Project with some build power.
thank you for your generous offer! Can you elaborate a bit on the
specifications of the machine?
> Is this the way to setup an Buildbot Slave?
Setting
Support configuration in the form...
list ip6prefix 2001:db8:1234::/64
list ip6prefix 2001:db8:5678::/64
... to allow specifying multiple additional IPv6 prefixes.
Implements feature request FS#1361.
Signed-off-by: Jo-Philipp Wich
---
package/network/ipv6/odhcp6c/Makefile
Support configuration in the form...
list ip6prefix 2001:db8:1234::/64
list ip6prefix 2001:db8:5678::/64
... to allow specifying multiple routed IPv6 prefixes.
Implements feature request FS#1361.
Signed-off-by: Jo-Philipp Wich
---
package/network/ipv6/6in4/Makefile | 2
Hi,
ACK from me as well.
> ACK to enable it for packages, not sure if it makes sense for core as we
> enforce this in the project git repo already, and Github is just a mirror.
It does make sense to provide immediate feedback on Github pull requests
I assume.
~ Jo
__
Merged into master.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Weedy,
can you provide some more context lines to see which package those broken
depends belong to?
Thanks,
Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into lede-17.01 with
http://git.lede-project.org/?p=source.git;a=commitdiff;h=a9d1c0e923.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=c3e1e32d1f.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=d0ba8b42f9.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=16849a05a4.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=bb22c988ce.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=eed9614af2.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=e7d9da323f.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=f9ae253c3e.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=b21a7e5349.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
[...]
> diff --git a/scripts/package-metadata.pl b/scripts/package-metadata.pl
> index 980ad24dc0..41e7108322 100755
> --- a/scripts/package-metadata.pl
> +++ b/scripts/package-metadata.pl
> @@ -101,14 +101,16 @@ my %dep_check;
> sub __find_package_dep($$) {
> my $pkg = shift;
>
Hi yanosz,
"option enabled" is not defined for /etc/config/network, config
interface as far as I know. Maybe you meant "option auto 0" instead?
Regards,
Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listin
Hi,
I've been preparing some draft for a future landing page at
https://lede-project.org/openwrt.
Note that some of the linked pages are obviously still LEDE branded and
the links to IRC, lists, forum need to be expanded to point to both
OpenWrt and LEDE forums.
Maybe someone can pick up from he
Hi,
> You missed call to free(globdir); at end.
the buffer pointed to be globdir is supposed to stay, to be reused by
later invocations of foreachdir(). It's kind of a lazily initialized
global scratch buffer to construct intermediate path strings.
Good catch on the globfree() though, the way it
Remove LEDE_GIT references in favor to the new name-agnostic
PROJECT_GIT variable.
Signed-off-by: Jo-Philipp Wich
---
package/libs/librpc/Makefile | 2 +-
package/libs/libubox/Makefile| 2 +-
package/libs/uclient/Makefile| 2 +-
package/libs/ustream-ssl
Introduce a name-agnostic PROJECT_GIT variable poiting to
https://git.openwrt.org/ and declare LEDE_GIT and OPENWRT_GIT
as aliases to it.
After some transition time we can drop this alias variables.
Signed-off-by: Jo-Philipp Wich
---
include/download.mk | 6 --
1 file changed, 4 insertions
Hi,
> I'm unable to reproduce the reported netifd crash by using a proto
> shell handler having no proto_init_config function.
> Looking into the code the proto_handler config_params parameter is
> always assigned the proto shell handler config pointer in the function
> proto_shell_add_handler; af
Hi,
following the agreed OpenWrt/LEDE re-merge procedure, we've replaced the
OpenWrt Git tree with the LEDE Git tree now and archived the old repository.
If you're working with older branches such as Chaos Calmer or Barrier
Breaker, you do have to update your remotes in order to continue to be
ab
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=df5303c92a.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Rafał,
in principle fine with me - but I guess all restrictions will be in the
form { : true } so I'd rather make it an array.
Also since a restriction implies something not possible, I'd drop the
"no_" prefix too. So in the end it would look like:
{
"channel": 1,
"mhz": 2412,
"restrict
Hi Piotr,
my rough idea was to somehow tie the manifest generation to the "define
Device/*" macros present in the image building code because there you
have all required information in a central place:
- unique board identifier
- image name / build steps
- default package selection
~ Jo
Hi John,
thanks for taking care of it. I have a minor change request, can we swap
"none" with "skip"? I think that makes slightly more sense in this context.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman
Hi Baptiste,
we've been discussing this patch again on IRC today and I came up with
an alternate suggestion that does not require a new variable.
-- 8< --
diff --git a/scripts/download.pl b/scripts/download.pl
index 775408934a..ad9c480c67 100755
--- a/scripts/download.pl
+++ b/scripts/download.pl
Hi Rafał,
> This allows people to build SDK from custom repository (git access using
> ssh) and keep original URL in SDK's feeds.conf.default.
>
> Signed-off-by: Rafał Miłecki
Acked-by: Jo-Philipp Wich
___
Lede-dev mail
Hi,
> I still have here some concerns/thoughts:
>
> 1. I don't know how to deal in above approach with region variant images
> but I'm sure we should _somehow_ separate region code from boardname and
> other parts of the image filename. IMHO, dash character won't work here.
>
> 2. We have some b
Hi Gui,
please test the PR at https://github.com/openwrt/packages/pull/5190.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Peter,
> In Debian there were/are gcc-4.2 .. gcc-4.9, gcc-5 .. gcc-7.
> And what about beauties like 'x86_64-linux-gnu-gcc-7'?
> Why not ditch the 'gcc* --version' invocations and have people use
> 'CC=fancy-named-gcc' on the command line if needed?
That should already work (after fixing the v
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=36b31d2c49.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged to rpcd.git in
https://git.lede-project.org/?p=project/rpcd.git;a=commitdiff;h=74a784f037867025ad1c6b8c38bfdfa548742339
- thanks.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into master with
http://git.lede-project.org/?p=source.git;a=commitdiff;h=fcfd5cdb59.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
> Okay, fair enough. Are you accepting patches re-adding that support
> or is the intention to not re-introduce support for ar-packed
> archives at all?
This depends on the executable size impact.
> In either case,
> https://git.lede-project.org/?p=source.git;a=blob;f=package/system/opkg/
Hi Christian,
I currently have no intention to re-introduce support for .ar packed
archives.
Regards,
Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
for big endian byte
> order.
>
> Fixes: 84552e64fa6d ("Adding sha256.[ch] Sorry forgot adding them. Thanks for
> Graham Gower ")
Might be that the initial implementation was okay and that my
autotools->cmake refactoring broke setting WORDS_BIGENDIAN.
> Signed-off-b
Hi,
just fyi. Digital Ocean plans urgent maintenance on the host serving our
wiki between Thursday, 18:00 and 19:00 UTC.
Downtime is not expected but may occur.
Original notice below.
Regards,
Jo
--
FRA1 Emergency Maintenance 2017-11-16 18:00 UTC
Start: 2017-11-16 18:00 UTC
End: 2017-11-16 1
Hi,
> The wiki is working for me. it's great to have the ToH. Also the
> device pages are great. However the wiki is not always completely
> correct and may be just wrong. It's a wiki, change it! A wiki is
> always changing.
I believe that a wiki is no alternative for a proper, curated
documentat
Hi,
comments inline.
> ---
> interface.c | 22 --
> 1 file changed, 8 insertions(+), 14 deletions(-)
>
> diff --git a/interface.c b/interface.c
> index 7f814d2..18dee52 100644
> --- a/interface.c
> +++ b/interface.c
> @@ -44,7 +44,7 @@
> static int
> interface_send_packet4
it early in the request life cycle.
This fixes invalid memory access usually manifesting itself as corrupted
query string data in CGI scripts.
Reported-by: P. Wassi
Signed-off-by: Jo-Philipp Wich
---
file.c | 13 +++--
lua.c| 2 +-
proc.c | 2 +-
uhttpd.h | 2 +-
4 files
Hi,
please give this patch a try. I was able to reproduce your issue and
this patch fixed the issue for me.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Baptiste,
first of all I think that is a great initiative!
> So, here is a RFC proposal of a new developer documentation based on
> git and Sphinx:
>
> https://files.polyno.me/openwrt/doc/index.html git clone
> git://git.polyno.me/openwrt-doc
The layout is okay and the ASCII markup looks rea
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=bc584ac5d1.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
I think the issue is me reusing the global "uh_buf" in uh_auth_check().
The same buffer is used to store the URL pieces referred to be the
"path_info" struct.
Will look into a fix for that.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.
Hi,
comments inline.
> Signed-off-by: Imre Kaloz
Given the fact that we explicitely wanted to avoid @openwrt.org mails
and that this was one of the discussion points leading to the split I
find it delicate to seal the merging commit with exactly such a S-o-b.
Combined with ...
$ git log --a
Hi Mikael,
try "make info", that should display the required package set per device.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
> Why would that be? I don't see what the negative effects are if I update
> just the hostapd and wpad* packages, other than using up some space,
> instead of installing a new image with them included. Or am I missing
> something?
I think Stijn was referring to the idea of (silently) updating
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=890205feb0.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
try using "define Build/Compile" instead of "define
Package/helloworld/compile".
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Hauke,
I prefer option 3 as well.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
The Google security team identified a number of critical security
issues present in dnsmasq, the embedded DNS and DHCP server used by
LEDE as well as many other different open and proprietary firmwares and
network appliances.
A total of six different flaws affecting both DNS and DHCP
functionality
Hi,
> Can't we just take the version from the PKG_VERSION entry and provide a
> way to overwrite it with some other variable in case the CVE database
> uses a different version number format?
yes, I was thinking something similar, like using
$(PKG_CPE):$(PKG_VERSION) if there is no version include
Hi,
I'd like to propose adding structured CPE information to package
Makefiles in order to simplify mapping of discovered vulnerabilities to
affected LEDE software components.
The Common Platform Enumeration (CPE) specification provides a
standardized way to name software packages and versions, w
Hi,
extracting, sanitizing and testing the version number would be a way
more complex one-liner compared to just grepping for the required flag.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/led
Hi,
extracting, sanitizing and testing the version number would be a way
more complex one-liner compared to just grepping for the required flag.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/led
idered an ABI change, making a backport difficult.
>
> Signed-off-by: Matthias Schiffer
I would've solved it the same way so ...
Acked-by: Jo-Philipp Wich
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Simon,
this is not implemented in uhttpd.
~ J
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Adrian,
the patch was whitespace mangled and thus not detected by patchwork.
Applied manually in 3fd58e9.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Karlp,
> Presumably updating busybox in master isn't exactly on the roadmap.
> Would a backport of this patch be acceptable for both 17.01 and
> master?
Definitely!
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing li
On 08/15/2017 10:36 AM, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This adds flags field which may be used to mark frequency not available
> under some conditions.
>
> Signed-off-by: Rafał Miłecki
Acked-by: Jo-Philipp Wich
> ---
> include/iwinfo.h | 8 +
On 08/15/2017 10:36 AM, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Signed-off-by: Rafał Miłecki
Acked-by: Jo-Philipp Wich
> ---
> iwinfo_nl80211.c | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/iwinfo_nl80211.c b/iwinfo_nl80211.c
> in
> scenario:
> 1) Start putting new frequencies after the last set one
> 2) Make sure that attribute is set before iterating it
>
> Signed-off-by: Rafał Miłecki
Acked-by: Jo-Philipp Wich
> ---
> iwinfo_nl80211.c | 45 ++---
>
Hi Gio,
> - Should we consider this stable?
Yes.
> - Is there some specification on how to write a board.json file for
> new hardware?
Right now the specification is the code in
package/base-files/files/lib/functions/uci-defaults.sh
> - From what I saw on devices I have under my hands the boa
Hi,
this has been fixed with
https://git.lede-project.org/9e64874fb2508e49e52898c238d817bd152bf2c2
and will propagate to the builders within the next two to three days.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.
Hi Torbjorn,
use the IGNORE_ERRORS flag when invoking make:
make ... IGNORE_ERRORS="n m"
This will cause the build system to skip failing packages which are not
marked builtin.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://list
Hi Ron,
thanks for your effort in sharing your fixes.
I have troubles understanding your patch, please find some comments
inline below.
~ Jo
--
On 07/11/2017 09:04 PM, Ron Brash wrote:
> This patch fixes a logread starvation error, which occurs after many
> logs are generated (around 16k if de
Hi,
I think you're supposed to use "lede-brcm47xx-legacy-standard-squashfs.trx".
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Daniel,
ack from me.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=b671d3a0e1.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=53527bcda9.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
that fix seems wrong to me as build depends must specify source packages. This
should be solved in buildroot instead.
~ Jo
> Am 22.06.2017 um 02:07 schrieb Daniel Golle :
>
> uhttpd refered to ustream-ssl as PKG_BUILD_DEPENDS. While this
> intuitively seems like the correct thing to do, it
Allright, disregard my statement then and sorry for the short attention span.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
in principle I do not have any objections but I am not sure if we should really
backport the sysupgrade changes yet. Are we sure that thestaged sysupgrade
works as intended and was it properly tested?
~ Jo
___
Lede-dev mailing list
Lede-dev@lis
Hi.
Please make a screenshot of your settings or paste the generated
/etc/config/network here.
Also consider doing the switch config via wireless, this allows for simpler
recovery after a config mistake.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists
Hi,
> ... and, if I may throw my EUR 0.02 in, why not recompile dropbear
> with "elliptic curve" support?
whats the size impact?
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=34e8aff93d.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=3b21c68e5f.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=744380bb74.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=8a65d24691.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
NACK from me - not that it makes a difference but I do not like to
operate under the OpenWrt name.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
The LEDE Community is proud to announce the second service release of
stable LEDE 17.01 series.
LEDE 17.01.2 "Reboot" incorporates a fair number of fixes back ported
from the development branch during the last seven weeks.
---
Some selected highlights of the service release are:
* Linux kernel
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=3f3d68c6f2.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
I decided to delay 17.01.2 by another week to wait for Kernel 4.4.71
getting released which will fix a number of networking related
vulnerabilities.
The currently projected release date is Saturday, the 10th.
Regards,
Jo
___
Lede-dev mailing list
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=88a52db822.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Dirk,
the info reported by "top" (or "ps") is not useful to judge effective
process memory usage, it does not account for c-o-w and simply displays
the entire virtual allocated memory by a process.
When I was asking for specific evidence I was thinking along the lines
of OOM conditions that di
1 - 100 of 376 matches
Mail list logo