Re: 0ad FTBFS on arm64: help expected
On Wed, Nov 29, 2017 at 02:49:57PM +0100, John Paul Adrian Glaubitz wrote: >On 11/29/2017 02:36 PM, Ludovic Rousseau wrote: >> I am the new Debian maintainer of 0ad (a video game). >> Since 0ad version alpha 22 (0.0.22 in Debian) the software fails to build on >> arm64. >> The build logs are at >> https://buildd.debian.org/status/fetch.php?pkg=0ad=arm64=0.0.22-1=1508351579=0 >> >> The build error is related to mozjs-38.0.0 patched and embedded in 0ad: > >mozjs is a security-relevant library. It shouldn't be embedded into 0ad. >Rather, >you should link against any of the mozjs versions packaged and available in >Debian. The security team will certainly not be happy about your embedded copy >of a Javascript engine and they might as you to fix this issue or your package >gets removed from testing. Nod. >> I have no time to work on this bug. I am not sure if many people will ever >> play 0ad on arm64 :-) >> For now support of arm64 has been removed. > >That's not how we usually fix bugs in Debian. Agreed. It would be lovely to see some efforts to clean up mess like this in the javascript world. It takes a lot of effort to port to new architectures, but due to awful API/ABI practices there are embedded (out-of-date, buggy and insecure) copies all over the place. :-( -- Steve McIntyre, Cambridge, UK.st...@einval.com You lock the door And throw away the key There's someone in my head but it's not me
Re: 0ad FTBFS on arm64: help expected
On 11/29/2017 05:25 PM, Ludovic Rousseau wrote: 0ad has its own list of patches above mozjs 38.2.1. See http://sources.debian.net/src/0ad/0.0.21-2/libraries/source/spidermonkey/ Those all look like pure build fixes. It should be possible to use the Debian-packaged version of mozjs. The current version is mozjs52, using any earlier version is also potentially dangerous because the version is out of security support. I have no idea if the official mozjs packaged in Debian can be used instead. That is something that could be experimented and it is on my TODO list. I just maintain the 0ad package since 2 months. Then it's time to find out :). Maybe the best next step is to use the Debian packaged mozjs and get support of arm64 for free. That's my point. If you use Debian's version, you don't have to worry about mozjs52 being broken. Other maintainers will take care of the package. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: 0ad FTBFS on arm64: help expected
Le 29/11/2017 à 14:49, John Paul Adrian Glaubitz a écrit : On 11/29/2017 02:36 PM, Ludovic Rousseau wrote: I am the new Debian maintainer of 0ad (a video game). Since 0ad version alpha 22 (0.0.22 in Debian) the software fails to build on arm64. The build logs are at https://buildd.debian.org/status/fetch.php?pkg=0ad=arm64=0.0.22-1=1508351579=0 The build error is related to mozjs-38.0.0 patched and embedded in 0ad: mozjs is a security-relevant library. It shouldn't be embedded into 0ad. Rather, you should link against any of the mozjs versions packaged and available in Debian. The security team will certainly not be happy about your embedded copy of a Javascript engine and they might as you to fix this issue or your package gets removed from testing. I know. 0ad has its own list of patches above mozjs 38.2.1. See http://sources.debian.net/src/0ad/0.0.21-2/libraries/source/spidermonkey/ I have no idea if the official mozjs packaged in Debian can be used instead. That is something that could be experimented and it is on my TODO list. I just maintain the 0ad package since 2 months. Maybe the best next step is to use the Debian packaged mozjs and get support of arm64 for free. Regards, -- Dr. Ludovic Rousseau
Re: 0ad FTBFS on arm64: help expected
On 11/29/2017 02:36 PM, Ludovic Rousseau wrote: I am the new Debian maintainer of 0ad (a video game). Since 0ad version alpha 22 (0.0.22 in Debian) the software fails to build on arm64. The build logs are at https://buildd.debian.org/status/fetch.php?pkg=0ad=arm64=0.0.22-1=1508351579=0 The build error is related to mozjs-38.0.0 patched and embedded in 0ad: mozjs is a security-relevant library. It shouldn't be embedded into 0ad. Rather, you should link against any of the mozjs versions packaged and available in Debian. The security team will certainly not be happy about your embedded copy of a Javascript engine and they might as you to fix this issue or your package gets removed from testing. I have no time to work on this bug. I am not sure if many people will ever play 0ad on arm64 :-) For now support of arm64 has been removed. That's not how we usually fix bugs in Debian. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
0ad FTBFS on arm64: help expected
Hello, I am the new Debian maintainer of 0ad (a video game). Since 0ad version alpha 22 (0.0.22 in Debian) the software fails to build on arm64. The build logs are at https://buildd.debian.org/status/fetch.php?pkg=0ad=arm64=0.0.22-1=1508351579=0 The build error is related to mozjs-38.0.0 patched and embedded in 0ad: c++ -o Unified_cpp_js_src3.o -c -I../../dist/system_wrappers -include /<>/libraries/source/spidermonkey/mozjs-38.0.0/config/gcc_hidden.h -DIMPL_MFBT -DEXPORT_JS_API -DAB_CD= -DNO_NSPR_10_SUPPORT -I/<>/libraries/source/spidermonkey/mozjs-38.0.0/js/src -I. -I/<>/libraries/source/spidermonkey/mozjs-38.0.0/intl/icu/source/common -I/<>/libraries/source/spidermonkey/mozjs-38.0.0/intl/icu/source/i18n -I../../dist/include -I/usr/include/nspr-fPIC -Wdate-time -D_FORTIFY_SOURCE=2 -DMOZILLA_CLIENT -include ../../js/src/js-confdefs.h -MD -MP -MF .deps/Unified_cpp_js_src3.o.pp -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wsign-compare -Wtype-limits -Wno-invalid-offsetof -Wcast-align -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-schedule-insns2 -fno-delete-null-pointer-checks -DTRACE_LOG_DIR="\"../../source/tools/tracelogger/\"" -fno-rtti -fno-exceptions -fno-math-errno -std=gnu++0x -pthread -pipe -DDEBUG -DTRACING -g -fno-omit-frame-pointer /<>/libraries/source/spidermonkey/mozjs-38.0.0/js/src/build-debug/js/src/Unified_cpp_js_src3.cpp Unified_cpp_js_src4.o In file included from /<>/libraries/source/spidermonkey/mozjs-38.0.0/js/src/jit/CodeGenerator.cpp:41:0, from /<>/libraries/source/spidermonkey/mozjs-38.0.0/js/src/build-debug/js/src/Unified_cpp_js_src3.cpp:92: /<>/libraries/source/spidermonkey/mozjs-38.0.0/js/src/jit/shared/CodeGenerator-shared-inl.h: In member function 'void js::jit::CodeGeneratorShared::verifyHeapAccessDisassembly(uint32_t, uint32_t, bool, js::Scalar::Type, const js::jit::Operand&, js::jit::LAllocation)': /<>/libraries/source/spidermonkey/mozjs-38.0.0/js/src/jit/shared/CodeGenerator-shared-inl.h:232:10: error: 'class js::jit::MacroAssembler' has no member named 'verifyHeapAccessDisassembly' masm.verifyHeapAccessDisassembly(begin, end, ^~~ I have no time to work on this bug. I am not sure if many people will ever play 0ad on arm64 :-) For now support of arm64 has been removed. If you want to see 0ad in Debian arm64 port please provide a patch. Regards, PS: I am not subscriber of this list. So please copy me if you answer. -- Dr. Ludovic Rousseau
pinebook kernel config
Hello I build a kernel for my pinebook using https://github.com/Icenowy/linux Unfortunately the serial cable i received is not the appropriate so I cannot access the serial console to troubleshot problems does anyone has a working kernel config for a pinebook? thanks! -- IRC: gfa GPG: 0X44BB1BA79F6C6333
