Hi,
>>> I would like to avoid adding generating padded images by default.
>>
>> To just save some space? We're gzipping the images by default, which makes
>> image padded to 256M just 2.7M big. I find 256M overkill for testing, so
>> that's why I've suggested 32M by default for QEMU padded
Hi Tomasz,
> BTW Is there somewhere a list of packages installed on buildbots and is the
> list consistent across all of them?
we're slowly converging towards this:
apt-get install -y \
pwgen \
locales \
buildbot-slave \
build-essential \
git-core \
Hi Michael,
> well, it seems that the second commit did not survive (at least in master
> branch)...
indeed, it was broken by an improperly rebased commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=5209cfa534293cb6d27574b51d03bd69a5defb0c
I'd be fine with a v2 which
Hi,
the "tty" group has been introduced exactly for this purpose some time
ago (1)(2). Any reason why we need "dialout" as well?
~ Jo
1:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=5523ee3459a2d346ad068ce359cdb60dcda1239d
2:
Hi Petr,
I suggest to rephrase the subject to something like "print error in
case". I kept reading "output error" and wondered what went wrong with
the output.
> It took me quite some time today(while fixing squashfs+overlay on
> armvirt) to find out, that I was missing support for loop block
HI,
I too think that making host route installation dependent on the fwmark
option is not intuitive.
> So maybe we can add an explicit option 'nohostroute' instead of making
> it depend on 'fwmark'?
A "nohostroute" (I'd prefer "peerroute" with default "1") would make
sense imho. It should also
Hi,
> Is there any kind of "official" roadmap/checklist available what "needs"
> to be done?
not that I am aware of, but from the top of my head:
- make sure all targets are ported properly to 4.14
- disable all devices which cannot cannot handle the increased kernel
size anymore
- drop all
Hi,
> procd causes trouble when running in a LXD container, however would be
> nice to use OpenWrt as small VMs.
>
> There are patches [0] "fixing" the issue, but they're not really
> upstream ready (for obvious reasons).
>
> Would it be possible to add a detection to procd if it's running in
Hi,
> I think the cmake.mk-link approach would be a good idea and given
> previous discussions the plan is afaik to pull in Ninja first and
> once that's confirmed working via CMake add support for Meson.
fine with me.
> Having a look at https://www.python.org/dev/peps/pep-0537/#lifespan
>
Hi Jan,
> I'm trying to add ninja and meson to packages feed. The reason for that
> is described here https://github.com/openwrt/openwrt/pull/1871 and
> https://github.com/openwrt/packages/issues/8315 .
great to hear that! I think eventually there should be a
"tools/meson/Makefile" along with an
Hi,
> A number of upstream projects are beginning to use the Meson/Ninja build
> system. OpenWrt's sound/mpc and libs/libmpdclient kludge around this,
> and I would like to update the glib2 package. The latest version of
> glib2 uses Meson/Ninja.
just what the world needed, yet another build
Hi,
tbh I don't really like the approach of arbitrarily defining "feed.mk"
to be a change source. Can we extend this to take all toplevel *.mk
files into consideration? I think this falls more in line with what
people would expect.
~ Jo
signature.asc
Description: OpenPGP digital signature
Hi,
> Could this be a CLI parameter to make, or something that's written to
> the .config?
Once it is set in .config it will remain the same with every subsequent
rebuild, defeating its purpose entirely.
~ Jo
signature.asc
Description: OpenPGP digital signature
Hi,
I do not understand the exact purpose of this patch. As far as I know,
there is no "feed.mk" anywhere in the LuCI repo.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi,
the random PARTUUID has been chosen to ensure that a given boot grub
partition (containing grub config, kernel, sysupgrade restore tarball)
boots the correct corresponding rootfs in case multiple openwrt
partitions are present on the device (e.g. different versions on
different block
The OpenWrt Community is proud to announce the second service release of
the stable OpenWrt 18.06 series.
OpenWrt 18.06.2 incorporates a fair number of bug fixes in the network
userland and the build system, as well as updates to the kernel and base
packages.
---
Some selected highlights of the
Hi,
unfortunately the tag has already been created and builds are running
are already running and uploading.
We can bump mt76 with the next point release in a few weeks.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel
Merged into my staging tree at
http://git.openwrt.org/?p=openwrt/staging/jow.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
please share the exact steps used to trigger the issue. Running a simple
"make" after an initial build here does not trigger the recompilation of
uci or the kernel.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel
Hi,
> That is true. But, on the other hand, the same routine was not printing
> anything if IS_TTY is not 1. I would say that this is unexpected
> behaviour too. If the log file shows some error, it would be nice to see
> what part was being processed.
this might be, but the scope of this patch
Hi,
as far as I know, the Gluon build system is performing various rather
invasive changes to the build system.
Please see if you can replicate the same behavior with a vanilla OpenWrt
build root.
~ Jo
signature.asc
Description: OpenPGP digital signature
Hi,
this patch should go through master first. It currently does not apply
there.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Merged into openwrt-18.06 at
http://git.openwrt.org/?p=openwrt/openwrt.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
your patch would disable the complete output if NO_COLOR is set. That
does not seem to meet the expected behavior.
Looks like the fallback path should still print $(1) to stderr, just
without ANSI escape sequences.
~ Jo
signature.asc
Description: OpenPGP digital signature
Hi Daniel,
I am fine with adding a fakeroot solution.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
I lean towards enabling these features by default.
With the eventual switch to 4.19, most 4M boards will fall of the cliff
anyway.
Regards,
Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
Hi,
its not about symlinks, its about the paths embedded in these generated
scripts.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi Joseph,
I've been thinking that we maybe should lower the STOP index even
further, to at least 90.
Apart from that the patch looks good.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
Hi Reiner,
> After having several unpleasant encounters using sysupgrade, I had a
> quick glance at the code, after more or less successfully implementing
> workarounds for incomplete sysupgrades, resulting in inconsistent systems.
> My questions are:
> - Is it safe, simply to kill running
Hi,
> Remove patch 000-relocatable.patch as it seems to be no longer needed.
did you verify that the generated compile_et and make_cmds scripts are
installed without absolute paths in the host staging directory?
If not, then removing this path will result in very hard to debug SDK
build
Hi,
comments inline.
> [...]
> + # partition - stateless, mdadm --assemble --scan
> --config=partition; see mdadm(8)
> + # uci - stateful, dynamically generated mdadm.conf via uci
> array values (below),
> + # stored in /var/etc/mdadm.conf
> + #
Hi,
personally I rarely visit Github PRs these days, any discussions going
on there (in issues or PRs) will likely get overlooked by most devs.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
Hi,
> I recently set up an OpenWrt 18.06.1 router at a place where the ISP
> does not provide native IPv6, but does provide their own 6to4
> tunnelling server. I installed 6to4 and ip-full on the router and
> configured WAN6, but was puzzled as to why IPv6 wasn't working until I
> discovered that
Hi,
> Why did you remove this dir?
To save space on the download servers.
> If we want to build custom binaries using SDK, should we use something else?
Use the feeds mechanism within the SDK to build your required libaries
first, e.g.:
./scripts/feeds update
./scripts/feeds install libpcap
Hi,
pushed as
https://git.openwrt.org/c0248183a49a9830a4a2458e54e83fa8a3c646c9 after
some smoke testing on a QCA9882 (Netgear R6100)
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
Hi,
> Signed-off-by: Hauke Mehrtens
Acked-by: Jo-Philipp Wich
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> Signed-off-by: Hauke Mehrtens
Acked-by: Jo-Philipp Wich
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi Hans,
> [...]
> +boot()
> +{
> + BOOT=1
> + start "@"
Typo here, should likely be "$@".
Otherwise Acked-by.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi,
> It seems only Robert Call of the LibreCMC fork is consistently signing
> releases
> with the same key. But how is he verifying upstream...?
probably by trusting https://openwrt.org/docs/guide-user/security/signatures
I cross-signed the 18.06 key with the 17.01 one now and signed both
Hi,
I'm against rejecting such submissions if they're self-contained enough
(e.g. for DTS based targets as mentioned by Piotr).
I'd favor accepting the basic board support for such boards but
disabling the image generation (commented out).
~ Jo
signature.asc
Description: OpenPGP digital
Hi,
> Just wondering if there are snapshots built for the backports etc
> done onto the 18.06 tree (e.g. in preparation for 18.06.2), or after
> release are there only adhoc builds for release candidates for the
> point release?
http://downloads.openwrt.org/releases/18.06-SNAPSHOT/
> If there
Hi,
I had a brief discussion with John on this matter and was being told
that the reason for this filter was to optimize boot time.
When we remove the /dev filter, boot time will increase considerably on
lower end devices due to the resulting hotplug-call overhead of the huge
volume of
Hi,
> At least for me that's the but another reason was to enable guest
> network (and BTW why Luci just don't have a single button for this?).
Because it has not been implemented yet. Adding the code for it would
probably consume another 5-10KB uncompressed.
> [...]
> Let's take for example
Hi,
> Even standard Luci can be easily and significantly reduced in twice just
> by removing images and icons.
I don't think this is true. The few icons bundled with LuCI at are
approx 19KB overall while a recent mips 24kc snapshot build of luci-base
is 126KB in size. So the images account for
> parameter is not.
> As this logic is in place to mimic the old shell script based firewall
> behavior for DNAT only set port_redir in case the redirect rule is
> a DNAT rule.
>
> Signed-off-by: Hans Dedecker
Acked-by: Jo-Philipp Wich
> ---
> redirects.c | 2 +-
> 1 f
Hi,
> This is a trial to make it more obvious what the historically
> grown code is actually doing.
when we already refactor the code...
> Signed-off-by: Michael Heimpold
> ---
> inittab.c | 9 -
> 1 file changed, 4 insertions(+), 5 deletions(-)
>
> diff --git a/inittab.c b/inittab.c
Hi,
what is the size increase in kmod-ext4 due to this?
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> I'm not sure what you mean by the images being reproducible.
It means that different mksquashfs runs with different amounts of CPUs
on different hosts should yield bit-identical images having the same
checksum given the same input.
~ Jo
signature.asc
Description: OpenPGP digital
Hi Hannu,
yes - without any dependency tweaking (e.g. by introducing conditionals
like you suggested) a given source package build-depends on the union of
all dependencies of all binary packages declared by the source package.
The only way to mitigate that is using conditional dependencies in
Hi Etienne,
I would like that. The auto-close message should be mentioned that this
closure marks not a rejection and that a user is free to reopen a
rebased PR if he still wants it to go in.
Regards,
Jo
signature.asc
Description: OpenPGP digital signature
Hi,
because they don't build since that date anymore.
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> From: Mathias Kresin
>
> Add out of the box support for 802.11r and 802.11w to all targets not
> suffering from small flash.
>
> Signed-off-by: Mathias Kresin
> Signed-off-by: Kevin Darbyshire-Bryant
Acked-by: Jo-Philipp Wich
__
Hi,
> Add a basic variant which provides WPA-PSK only, 802.11r and 802.11w.
>
> Signed-off-by: Kevin Darbyshire-Bryant
Acked-by: Jo-Philipp Wich
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.or
And how did you came to trust the LEDE 17 key in the first place?
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi Kristian,
does the same happen without "bind-dynamic" ? My hunch is that dnsmasq
fails to "resubscribe" to the socket after the ifindex of br-lan changed
due to the network restart (which will destroy and recreate br-lan).
Maybe netlink congestion or something related to privilege dropping?
Hi,
whats the complete dnsmasq cmdline?
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
the functionality seems arbitrary and overly specific to your use case,
also the option name "alias" does not really explain the effects of
setting this option.
IMHO you rather should write/ship a custom /etc/hotplug.d/iface/ script
which deals with downing the fallback alias interface when
Hi,
> diff --git a/system.c b/system.c
> index 151f613..87ce2da 100644
> --- a/system.c
> +++ b/system.c
> @@ -65,6 +65,7 @@ static int system_board(struct ubus_context *ctx, struct
> ubus_object *obj,
>
> if (!strcasecmp(key, "system type") ||
>
Hi,
> why is the rrdns located under luci?
because its a rpcd plugin provided by LuCI, hosted in the LuCI repo and
used by LuCI.
> Can we make it consistent place rrdns somewhere else?
Should be doable.
> Furthermore we should change the Makefile of rpcd and the cmakefile that
> rrdns ist
Merged into master at
http://git.openwrt.org/?p=openwrt/openwrt.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Merged into master at
http://git.openwrt.org/?p=openwrt/openwrt.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> RAS_VERSION := "V1.99(OWRT.$$(shell echo $(REVISION) | sed s/^r//))C0"
make that RAS_VERSION := "V1.99(OWRT.$(patsubst r%,%,$(REVISION)))C0"
to avoid spawning a shell + sed process.
~ Jo
signature.asc
Description: OpenPGP digital signature
Hi,
comments inline.
> From: Nuno Morais
>
> Optional mutual authentication (mTLS)
> by providing a CA certificate through a new new flag "-M"
> in order to verify client's identity.
>
> For B2B applications.
>
> This patch depends on patch
> "[OpenWrt-Devel] [PATCH] ustream-ssl: add optional
The OpenWrt Community is proud to announce the first service release of
stable OpenWrt 18.06 series, which marks the first major version after
the remerger of the LEDE and OpenWrt projects.
OpenWrt 18.06.1 incorporates a number of mostly security oriented fixes
backported from the development
Hi,
personally I'm opposed to the entire code load thing.
First of all I was unable to reproduce the tarballs offered by Github.
Github seems to use an extended tar (pax) format while we pack our SCM
clones using the more traditional ustar format, however even using `tar
-cp -H pax
Merged into project/ucert.git, branch master at
http://git.openwrt.org/?p=project/ucert.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
applied in https://git.openwrt.org/06fa692c80fb2beb69d23d0a2c5cf667aa12f4ad
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Ack!
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
> respectfully, the behaviour of the "wifi" command is one of the most
> obtuse parts of openwrt's tooling. It does "something" with no
> command output, and responds ~instantly.This is expected
> behaviour for very few people. even "wifi asdfasdfa" returns
> ~instantly, with no warning
Merged into project/uclient.git, branch master at
http://git.openwrt.org/?p=project/uclient.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
The OpenWrt community is proud to announce the first release of the
OpenWrt 18.06 stable version series. It incorporates over 4000 commits
since branching the previous LEDE 17.01 release and has been under
development for well over a year.
With this release, the re-merged OpenWrt project
Hi Koen,
> In function 'ath10k_dfs_radar_report':
> /mnt/ramdisk/koen/firmware/builds/generic_glmifi/build_dir/target-mips_24kc_musl/linux-ar71xx_generic/ath10k-ct-2018-05-30-127f9818/ath10k-4.13/wmi.c:3993:7:
> error: too few arguments to function 'ar->dfs_detector->add_pulse'
> if
Hi,
maybe it would make sense to copy one of the standard boilerplate
liability remarks from one of the OSS licenses and put that as generic
statement into the wiki footer.
Example from Apache 2.0:
"Unless required by applicable law or agreed to in writing, software
distributed under the
Hi,
see https://bugs.openwrt.org/index.php?do=details_id=1693 - fixed
with https://git.openwrt.org/3ee2c76ae0 (https://git.openwrt.org/aa8846bb10)
Regards,
Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi again,
As a workaround, run the following command once within the IB/SDK directory:
sed -i -e 's,/\(usr\|lib\|etc\)/,/###/,g' ./staging_dir/host/lib/libc.so.6
This will prevent the bundled glibc from trying to dlopen() libraries on
the host system which is the root cause of the assertion.
Hi,
works for me on Debian 9 und Ubuntu 18. I've got reports that it is
broken on Arch which I am currently trying to install but it seems to be
a pain
~ Jo
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
Hi,
comments inline.
~ Jo
> diff --git a/include/iwinfo.h b/include/iwinfo.h
> index c3c25ff..b1b39a1 100644
> --- a/include/iwinfo.h
> +++ b/include/iwinfo.h
> @@ -145,6 +145,24 @@ struct iwinfo_crypto_entry {
> uint8_t auth_suites;
> uint8_t auth_algs;
> };
> +struct
Hi,
comments inline.
On 07/13/2018 10:57 AM, Yury Shvedov wrote:
> diff --git a/include/iwinfo.h b/include/iwinfo.h
> index 929f697..c3c25ff 100644
> --- a/include/iwinfo.h
> +++ b/include/iwinfo.h
> @@ -154,6 +154,7 @@ struct iwinfo_scanlist_entry {
> uint8_t signal;
> uint8_t
> This patchset implements a way to add additional distfeeds.conf entries
> (src-dummy method), makes rootfs creation independent of feed enable
> status, and moves from global ADD_DISABLED and ADD_COMMENTED symbols to
> per-feed configuration.
Acked-by: Jo-
Hi,
> Looks like it's caused by the excessive python script call. This is
> indeed unexpected. I just pushed a commit to disable it altogether
> for now. Sorry for the inconvenience ;(
is there anything preventing you from doing a change like below to wire
in the github archiving script?
--
Hi,
> It seems to be like that script does things even if the tarballs are
> already existing locally.
the main problem I see is that you moved the download method detection
from inline make code into the external Python script ... this will
cause a lot of overhead as during the metadata
Hi Yousong,
this change seems to introduce serious runtime regressions, see
https://bugs.openwrt.org/index.php?do=details_id=1621
It seems to be like that script does things even if the tarballs are
already existing locally.
On a slightly related note, I find the name to be too generic. It
Hi,
yes I'd prefer to see Lua bindings implemented for that.
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/listinfo/openwrt-devel
Hi,
please find code comments inline below.
Do you plan to extend the Lua binding as well?
Also I wonder what the intended use case of this change is...
(lib)iwinfo was once meant to provide a common uniform subset of
wireless information across different driver backends such as
proprietary wl,
Hi Lev,
the patch was added to save space. Dropping it will increase the libc
size by a few kilobytes.
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/listinfo/openwrt-devel
Hi,
> This does not make sense, is the alternative to write off openwrt?
> Because if ADSL + PPPoA do not work, then it is useless.
Indeed, if OpenWrt does not work for your device then you should look
for alternatives or try to dig into the issue yourself.
> As a minimum I would expect a
Hi,
> Is anyone looking into it?
I doubt it, unfortunately the info in the ticket is too vague to work
with. Personally I don't have any hardware to debug this.
~ Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
SSL_library_init() and SSL_load_error_string() in
favor to calling OPENSSL_init_ssl() instead, so adjust the ustream
initalization to use either variant, depending on the OpenSSL version.
Signed-off-by: Jo-Philipp Wich <j...@mein.io>
---
ustream-io-openssl.
Hello David,
this was actually my fault. I didn't pay close attention and assumed the
code to be related to the kernel MTD subsystem. Only now after your mail
I realized that it affects the OpenWrt specific formatting utility.
I am very sorry for the confusion caused.
Kind regards,
Jo
Hi,
the mailing lists should be moved now;
lede-...@lists.infradead.org became openwrt-devel@lists.openwrt.org
lede-...@lists.infradead.org became openwrt-...@lists.openwrt.org
those who've been subscribed to the LEDE lists should still be
subscribed as the subscription list has been kept
Merged into my staging tree at
http://git.openwrt.org/?p=openwrt/staging/jow.git.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
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
Hi John, Alex,
I have no problem with closing / autorejecting open tickets in patchwork
as long as they somehow remain available for future reference.
> To add here. Would it be possible/desire-able to add an auto-timeout
> to patchwork & github PRs, issues to close after X time ? Maybe make
>
Hi Weedy,
can you provide some more context lines to see which package those broken
depends belong to?
Thanks,
Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
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,
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
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 <j...@mein.io>
---
include/download.mk | 6 --
1 file c
Remove LEDE_GIT references in favor to the new name-agnostic
PROJECT_GIT variable.
Signed-off-by: Jo-Philipp Wich <j...@mein.io>
---
package/libs/librpc/Makefile | 2 +-
package/libs/libubox/Makefile| 2 +-
package/libs/uclient/Makefile| 2 +-
packag
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
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
301 - 400 of 1241 matches
Mail list logo