Hi Pau,
the issue is known and has been fixed with 17.01.0 final, see
https://lede-project.org/releases/17.01/changelog-17.01.0-final#section501
Kind regards,
Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@
Hi,
> musl provides a /lib/libc.so file which should be integrated into the libc
> package when the external toolchain with musl is used.
>
> Signed-off-by: Hauke Mehrtens
Acked-by: Jo-Philipp Wich
signature.asc
Description: OpenPGP digit
Hi,
>> Whenever we send A(AAA) records, let's also include reverse lookup ones.
>> This should be extended in the future by adding IPv6.
>
> Ping. Any opinions on this?
Go for it.
>> @@ -210,6 +210,38 @@ dns_reply_a(struct interface *iface, int ttl)
>> freeifaddrs(ifap);
>> }
>>
>> +stati
Hi Pau,
I will not reiterate the arguments made elsewhere in this thread but
merely describe why the version tagged 17.01.0 SDK uses fixed feed sources.
The main objective here was to make the build reproducible in a way that
you can use the 17.01.0 SDK to build artifacts resembling the released
Hi,
I'd like to start preparing the v17.01.1 release during the upcoming
week with the goal to release final binaries during the easter holidays
(~14.04. - 17.04.).
You can find the current list of changes since v17.01.0 at
https://lede-project.org/releases/17.01/changelog-17.01.1
If you want sp
Hi yanosz,
the upstream fix for this particular issue was applied in September 15th
2016 and got released as Linux 4.4.21. LEDE switched to Kernel 4.4.21 a
day later, on September the 16th so neither current master nor LEDE
17.01.0 are affected.
Regards,
Jo
signature.asc
Description: OpenPGP d
The LEDE Community is proud to announce the first service release of
stable LEDE 17.01 series.
LEDE 17.01.1 "Reboot" incorporates a fair number of fixes back ported
from the development branch during the last six weeks.
---
Some selected highlights of the service release are:
* Linux kernel upd
Hi,
> While we're at it, also remove the ask_bool that can't work anymore with
> staged sysupgrade.
We should find an alternative solution though; like some new flag
"--proceed-even-if-partition-table-changed" to avoid accidentally
killing user partitions.
~ Jo
_
Hi Mauro,
this series is on my merge to-do list. I asked a colleague better versed
with Linux virtual server to do some tests over the weekend.
Regards,
Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listin
Hi Andrew,
> When selecting package dnsmasq-full from make menuconfig I believe it
> should deselect package dnsmasq.
this is not easily solvable within the current Kconfig framework and
most likely a "won't fix" item in the foreseeable future.
~ Jo
_
Hi Michal,
can you send a v2 using "-R" instead of "--owner" ?
This should make the change OS X compatible.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
> Are there any comments about this patch?
can't you achieve the same by simply watching ifdown events and checking
ifstatus/devstatus indicators?
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listi
Hi,
comments inline.
> define GPIOs for ubnt-erx and ubnt-erx-sfp
> ---
> .../ramips/base-files/etc/board.d/03_gpio_switches | 28
> ++
> 1 file changed, 28 insertions(+)
> create mode 100755
> target/linux/ramips/base-files/etc/board.d/03_gpio_switches
>
> diff --git a/t
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=6e433148a2.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Merged into project/make_ext4fs.git, branch master with
http://git.lede-project.org/?p=project/make_ext4fs.git;a=commitdiff;h=bb9cf91.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-de
Hi Pierre,
I merged the whole series into firewall3.git now, thank you!
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
>> I'll admit, using SSL like this is not recommended,
>> but since wget (even uclient-fetch) allows the
>> --no-check-certificate option, it would be nice
>> for opkg to support setting it if needed/configured.
>
> Why not name this option --no-check-certificate then ?
Exactly my thoughts,
Hi,
comments inline.
> ---
> libopkg/opkg_conf.c | 1 +
> libopkg/opkg_conf.h | 1 +
> libopkg/opkg_download.c | 5 -
> src/opkg-cl.c | 6 ++
> 4 files changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/libopkg/opkg_conf.c b/libopkg/opkg_conf.c
> index 589fc49..
Merged into project/opkg-lede.git, branch master with
http://git.lede-project.org/?p=project/opkg-lede.git;a=commitdiff;h=c668fce.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
>> OpenWRT better describes the wide range of specific system images
>> built for COTS products (which are mostly wireless routers) and is
>> a more suitable name for a final “product". You should consider
>> maintaining the LEDE name or somehow differentiatie between the
>> “development envir
Hi Sven,
> as I've seen also not giving any copyright seems common. So dropping it
> completly and saving some bytes is valid also, right?
Correct, as you prefer :)
Cheers,
Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailin
Hi Alin,
wouldn't it be simpler to introduce hashlimit support for ordinary rules
instead?
Is there a particular reason for a separate chain and a separate section
type?
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradea
Hi,
I'd like to start preparing the v17.01.2 release during the upcoming
weekend with the goal to release final binaries within the next week
(~May 29th till June 3rd).
Changes that shall be part of 17.01.2 should be merged until Sunday, the
28th.
You can find the current list of changes since v
Hi,
> Is this a problem to have the same name in PKG_NAME and PROVIDES?
Yes, this currently leads to undefined (broken) behaviour.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
this is normal and caused by using --dhcp-script by default. Dnsmasq
will need to retain one root user process to be able to spawn dhcp
handler scripts later.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Led
Hi,
usually Linux processes use copy-on-write memory semantics for forked
processes, are you sure that it indeed uses double the memory or did you just
assume after you've seen two process entries?
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infrad
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
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,
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=3f3d68c6f2.
Thank you!
___
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
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
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
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=34e8aff93d.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
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
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,
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
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,
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
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
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
Hi Daniel,
ack from me.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
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 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 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,
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 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
> 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 ++---
>
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
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 +
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
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 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
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,
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
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,
> 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
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 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
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
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,
> 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
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,
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,
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.
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 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
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
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,
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
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,
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
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 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
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/
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
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 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
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
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,
> 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 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 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 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 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 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
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,
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
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
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
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
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
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 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,
[...]
> 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;
>
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
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
1 - 100 of 376 matches
Mail list logo