problem on armv7 qnap ts-231p3
SiNaPsEr0x opened this issue · comments
Your issue look a lot like this: alpinelinux/docker-alpine#342
And unfortunately it is not possible to resolve it in our project. Please report it to Alpine Linux: https://gitlab.alpinelinux.org/alpine/aports/-/issues
Ts231 have a alpine 3.14.x but its same
Or maybe the kernel mismatch is too great and causing issues.
Anyway... you can consider using static built qbt: https://github.com/userdocs/qbittorrent-nox-static
can you add qts for qnap?
You'll need to ask them for help, not here.
At this point I don't think there is more I can provide, closing issue.
I found this for reference
You are misunderstanding the info in that link. It is telling to to use this
https://wiki.debian.org/ArchitectureSpecificsMemo#armhf
The confusion here is in how Alpine and Debian are different with the meaning of armhf.
Alpine armhf = armv6
Debian armhf = armv7
That link is telling you it's better to use "Debian armhf" so it means you should use the alpine armv7 binary.
this I found with IA
ARMhf (ARM hard float):
Architecture: Based on ARMv7-A.
FPU Support: Supports floating point unit (FPU) with the VFPv3-D16 extension.
Objective: Optimized for the latest and most powerful devices.
Usage: Common in smartphones, tablets and embedded systems.
Software packages: Labeled as armhf.
ARMv7l:
Architecture: Also based on ARMv7-A.
FPU support: Does not support FPU (floating-point unit).
Target: Aimed at older or low-power devices.
Usage: Less common than ARMhf.
Software packages: Labeled as arm/armel.
In summary, if your ARM processor has an FPU, you should prefer ARMhf to get the best performance. If, however, you are working with older devices or without FPUs, you can opt for ARMv7l[1] [2].
Wouldn't it be better to use since it works the HF version? on Linux NAS 4.2.8 #2 SMP Mon May 20 08:12:43 CST 2024 armv7l unknown
I beg your pardon for asking but I just wanted to understand the differences -- what version is best to start on