The refactored JSON info files require a final merge step which sums up
all created JSON info files of a target into a single `profiles.json`
files.
This patch adds the extra step to run `make json_overview_image_info`
just before calculating the checksums so the `profiles.json` files is
signed as
So update on the rt-ax89x;
I have successfully managed to compile using the ASUSwrt build chain and
load a usable firmware (well if you can call asuswrt usable; it's horrific
when it comes to how service construct flow is setup, i can't believe the
junk being shipped on otherwise nice platforms...
On Sat, Apr 4, 2020 at 9:04 PM wrote:
> >>> prepend 'uci' to 'commit network'
> >> Can you explain why the prepend of 'uci' is required ?
> >> In other words what is not working as I fail to spot the issue
> >
> > I think the author is right. "commit" is no command but an argument to
> the uci co
>>> prepend 'uci' to 'commit network'
>> Can you explain why the prepend of 'uci' is required ?
>> In other words what is not working as I fail to spot the issue
>
> I think the author is right. "commit" is no command but an argument to the
> uci command.
> I've tested the script and it works fine
Hi
On Sat, Apr 4, 2020 at 8:46 PM wrote:
> >> prepend 'uci' to 'commit network'
> > Can you explain why the prepend of 'uci' is required ?
> > In other words what is not working as I fail to spot the issue
>
> I think the author is right. "commit" is no command but an argument to the
> uci comma
>> prepend 'uci' to 'commit network'
> Can you explain why the prepend of 'uci' is required ?
> In other words what is not working as I fail to spot the issue
I think the author is right. "commit" is no command but an argument to the uci
command.
Best
Adrian
openpgp-digital-signature.asc
Desc
Hi,
On Fri, Mar 27, 2020 at 1:36 PM Peter Stadler <
peter.stad...@student.uibk.ac.at> wrote:
> prepend 'uci' to 'commit network'
>
Can you explain why the prepend of 'uci' is required ?
In other words what is not working as I fail to spot the issue
Hans
>
> Signed-off-by: Peter Stadler
> ---
>
This avoids misleading messages for files that are deleted already
(by the user or by remove_obsolesced_files), e.g. for conffiles:
* file_sha256sum_alloc: Failed to open file …
Not deleting modified conffile …
(This statement is false for obsolete files as opkg deleted them.)
Signed-off-by: P
Fixing a build error when CONFIG_KERNEL_KEXEC is enabled:
make[5]: Entering directory
'/home/bjorn/tmp/tmp-lede/build_dir/target-mipsel_24kc_musl/linux-ramips_mt7621/linux-5.4.28'
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
CHK include/generated/compile.h
Merged into my staging tree.
Thank you!
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
Can someone tell me what (if anything) is wrong with this simple patch?
It only affects the ath79/mikrotik subtarget (so two devices to date) and does
only three things:
1) run only if necessary (the check is arguably redundant with the one already
performed in generic caldata.sh but I tho
Hello,
On Sat, Apr 04, 2020 at 09:27:34AM +0100, Kevin Darbyshire-Bryant wrote:
> dns.c:261:2: error: converting a packed ‘struct dns_question’ pointer
> (alignment 1) to a ‘uint16_t’ {aka ‘short unsigned int’} pointer
> (alignment 2) may result in an unaligned pointer value
> [-Werror=address-of-
gcc 8 & 9 appear to be more picky with regards access alignment to
packed structures, leading to this warning in dns.c:
dns.c:261:2: error: converting a packed ‘struct dns_question’ pointer
(alignment 1) to a ‘uint16_t’ {aka ‘short unsigned int’} pointer
(alignment 2) may result in an unaligned po
13 matches
Mail list logo