urdir)/fakeroot/compile += $(curdir)/automake/compile
The fix sent to the mailing list:
https://patchwork.ozlabs.org/project/openwrt/patch/20210104081920.1594-1-wong.syr...@gmail.com/
Best Regards,
Syrone Wong
___
openwrt-devel mailing list
op
This fix the buildbots issue when upgrading fakeroot
to 1.25.3.
bash: /buildbot/shared-workdir/build/staging_dir/host/bin/autoreconf:
No such file or directory
Signed-off-by: Syrone Wong
---
tools/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/Makefile b/tools/Makefile
Thanks for the suggestion, I closed the GitHub PR, please review this
one, although both of them are the same.
I thought not all core developers are following GitHub and the mailing list.
Best Regards,
Syrone Wong
On Sat, Jan 2, 2021 at 6:03 AM Paul Spooren wrote:
>
> Please don't
use PKG_FIXUP:=autoreconf to generate configure
200-hide-dlsym-error.patch deleted due to fixed upstream in another way
other patches refreshed to reflect latest changes
Signed-off-by: Syrone Wong
---
tools/fakeroot/Makefile | 7 ++--
tools/fakeroot/patches/000
Can someone check https://github.com/openwrt/openwrt/pull/1637?
It works well for GCC 8.3, and should work for 7.4 as well.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
x27;t affect the
functionality.
Best Regards,
Syrone Wong
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Signed-off-by: Syrone Wong
---
package/devel/valgrind/Makefile | 1 +
package/devel/valgrind/patches/100-fix_configure_check.patch| 2 +-
package/devel/valgrind/patches/130-fix_arm_arch_detection.patch | 2 +-
3 files changed, 3 insertions(+), 2 deletions
Signed-off-by: Syrone Wong
---
package/devel/strace/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/devel/strace/Makefile b/package/devel/strace/Makefile
index b1e27f22c3..c4761a4693 100644
--- a/package/devel/strace/Makefile
+++ b/package/devel/strace
It's default behavior according to
https://github.com/openwrt/openwrt/blob/master/scripts/download.pl#L263
Best Regards,
Syrone Wong
On Tue, Oct 30, 2018 at 1:18 AM Rosen Penev wrote:
>
> Main website went down. Use openwrt sources for it.
>
> Matches a similar buildroot commi
> /home/kvdp/firmware/builds/generic_cns3xxx/tmp/ccuGhaLZ.s: Assembler
> messages:
> /home/kvdp/firmware/builds/generic_cns3xxx/tmp/ccuGhaLZ.s:401: Error:
> selected processor does not support `sev' in ARM mode
Similar to https://github.com/openwrt/openwrt/pull/1203
__
> /home/Ansuel/openwrt/tmp/ccyVnmrs.s:204: Error: selected processor
> does not support `dmb ish' in ARM mode
It looks like you are using malformed compilation flags, please post more info.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
> some new warnings triggered by syscall related macros.
>
> - Felix
Do you mean something like https://patchwork.kernel.org/patch/10093317/ ?
It's fixed via https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82435
Forgot to mention, to build grub2 for x86_64, there is another patch
should be backporte
> em_ipt.o: In function `em_ipt_print_epot':
> em_ipt.c:(.text.em_ipt_print_epot+0x2e): undefined reference to
> `xtables_init_all'
em_ipt.c gets involved when TC_CONFIG_XT=y, which requires xtables,
while tc/Makefile doesn't pass flags correctly.
I added a patch to fix this.
--- a/tc/Makefile
rectory
'/home/wong/github/lede-1/package/network/utils/iproute2'
Command exited with non-zero status 2
time: package/network/utils/iproute2/full/compile#17.35#1.89#18.56
make[1]: *** [package/Makefile:109:
package/network/utils/iproute2/compile] Error 2
Best Regards,
Syrone Wong
_
> By the way, compiling MIPS targets with gcc 8.1 fails, caused by some
> new warnings triggered by syscall related macros.
When I was testing on x86_64, I updated musl to
84b25160e7e15e7531533a9a6b22d5431d1b7629.
I will test on MIPS when I am free.
___
> I believe the actual fix is in this commit:
> https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62
>
> I believe the actual underlying issue is described at the end of
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139
Should I send a v2 and add this explaination?
Hi,
LGTM. Any documentation on the hidden config symbols?
Best Regards,
Syrone Wong
On Fri, Jun 22, 2018 at 5:00 PM, Yousong Zhou wrote:
> On Fri, 22 Jun 2018 at 08:22, Syrone Wong wrote:
>>
>> HI,
>>
>> I'm not sure whether it's the correct way to dea
found when configuring. We may add perl as
PKG_BUILD_DEPENDS.
[0]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200714
Best Regards,
Syrone Wong
On Fri, Jun 22, 2018 at 8:14 AM, Rosen Penev wrote:
> On Thu, Jun 21, 2018 at 5:09 PM Syrone Wong wrote:
>>
>> HI,
>>
>> W
HI,
I'm not sure whether it's the correct way to deal with the flag. When
we add GCC 9 in the future, we have to remember to apply this dirty
overwrite hack as well.
Please feel free to share more elegant ways.
Best Regards,
Syrone Wong
On Thu, Jun 21, 2018 at 11:08 PM, wro
Hi,
I definitely agree we should fix errors, this commit is to bypass
warnings and see if other important components are working well, e.g.
no kernel panic,
busybox is functional, etc. Others can be fixed as the follow-up. It
makes sense to ignore this testing commit.
Best Regards,
Syrone Wong
disable FFmpeg temporarily and make sure other important
components are working as expected, e.g. kernel, busybox, procd,
firewall3, etc.
Best Regards,
Syrone Wong
On Fri, Jun 22, 2018 at 2:07 AM, Rosen Penev wrote:
> Error while compiling ffmpeg:
>
> GNU assembler not found, install/u
There is another intel ucode generator in Archlinux repo, it seems the
code is more elegant and don't require additional dependency. Do you
have any idea?
https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/intel-ucode
Best Regards,
Syrone Wong
On Thu, Jan 18, 2018 at
depends on !(arm || powerpc || sparc || TARGET_uml || i386 || x86_64)
x86_64 is disabled by default. You may want to enable it yourself. I
don't know why.
Best Regards,
Syrone Wong
On Fri, Mar 3, 2017 at 2:31 PM, Philip Prindeville
wrote:
> I built an x86_64 image and turned on crash
ets and will be available at
`/sys/kernel/debug/crashlog` on next boot after crash.
The implementation detail can be found here:
https://github.com/lede-project/source/blob/master/target/linux/generic/patches-4.9/930-crashlog.patch
Best Regards,
Syrone Wong
On Thu, Feb 23, 2017 at 10:05 AM, Phi
]:https://github.com/wongsyrone/lede-1/commit/315c6f30ab6879b17d251b5c2b04214b54bbf60f
and
https://github.com/wongsyrone/lede-1/commit/59a481fe6ae598afdc3b3706d708a121feefd190
[1]:https://github.com/openwrt-mirror/openwrt/commit/7dbc22a8a28ce2baa019f63323e83eefe10944f9
--
Best Regards,
Syrone Wong
25 matches
Mail list logo
