qbittorrent / docker-qbittorrent-nox

Official qbittorrent-nox docker image

Home Page:https://hub.docker.com/r/qbittorrentofficial/qbittorrent-nox

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

problem on armv7 qnap ts-231p3

SiNaPsEr0x opened this issue · comments

after setting env etc.. error on run

image

probably is boost library... on qnap is 1.84 but new qbit use a 1.85... is possible to force update this?

image

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

image

can you add qts for qnap?

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 prefer to use the armhf version because in addition to working it would seem to be better

LINK

image

You are misunderstanding the info in that link. It is telling to to use this

https://wiki.debian.org/ArchitectureSpecificsMemo#armhf

image

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