Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

problem on armv7 qnap ts-231p3 #40

Closed
SiNaPsEr0x opened this issue May 29, 2024 · 12 comments
Closed

problem on armv7 qnap ts-231p3 #40

SiNaPsEr0x opened this issue May 29, 2024 · 12 comments

Comments

@SiNaPsEr0x
Copy link

after setting env etc.. error on run

image
@SiNaPsEr0x
Copy link
Author

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

image

@Chocobo1
Copy link
Member

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

@SiNaPsEr0x
Copy link
Author

Ts231 have a alpine 3.14.x but its same

@Chocobo1
Copy link
Member

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

@SiNaPsEr0x
Copy link
Author

SiNaPsEr0x commented May 29, 2024

image

can you add qts for qnap?

@Chocobo1
Copy link
Member

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.

@Chocobo1 Chocobo1 closed this as not planned Won't fix, can't repro, duplicate, stale May 29, 2024
@userdocs
Copy link

I found this for reference

https://gitlab.alpinelinux.org/alpine/aports/-/issues/15167

@SiNaPsEr0x
Copy link
Author

SiNaPsEr0x commented Jun 4, 2024

I prefer to use the armhf version because in addition to working it would seem to be better

LINK

image

@userdocs
Copy link

userdocs commented Jun 4, 2024

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.

@SiNaPsEr0x
Copy link
Author

SiNaPsEr0x commented Jun 4, 2024

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].

@SiNaPsEr0x
Copy link
Author

SiNaPsEr0x commented Jun 4, 2024

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

@SiNaPsEr0x
Copy link
Author

I beg your pardon for asking but I just wanted to understand the differences -- what version is best to start on

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants