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

on QNAP 64-bit-kernels the amd64 build does not run #1260

Closed
stultitiophobia opened this issue Jan 16, 2015 · 8 comments
Closed

on QNAP 64-bit-kernels the amd64 build does not run #1260

stultitiophobia opened this issue Jan 16, 2015 · 8 comments
Labels
build Issues caused by or requiring changes to the build system (scripts or Docker image) frozen-due-to-age Issues closed and untouched for a long time, together with being locked for discussion

Comments

@stultitiophobia
Copy link

the 386-build does run.
the amd64 builds do not resolve hostnames.

could both binaries be built statically so that these problems can be circumvented ?

@calmh
Copy link
Member

calmh commented Jan 19, 2015

Any details on why it doesn't run?

@AudriusButkevicius
Copy link
Member

The binary links against libc and somehow dns resolution doesn't work.

@stultitiophobia
Copy link
Author

it seems as if the qnap kernel seems not to support nss.
name resolution on the qnap works, but name resolution from within sncthing does not work.

@oO-Markus-Oo
Copy link

Maybe you should have a look at this thread:

http://forum.qnap.com/viewtopic.php?f=320&t=97035


NEWS a static version for x64 is delivered in the QPKG folder ... use it if you want to have immediate update in 64 bits mode
... update with shared libraries version supply by syncthing is unable (bad lb . version) to auto-update
... but due to the update site ... it's ONE time, after you can just wait for a new QPKG that add the new static version ...


I have a TS-670pro which is running the 64bit version and the normal 64build isn't running. If i change to the static build, everything is okay. If i use auto update, syncthing is broken again... Maybe we have to switch to the static builds?

@calmh
Copy link
Member

calmh commented Mar 12, 2015

It sounds like the qnap QPKG:s should be built statically and with auto upgrades disables - I assume the QPKGs have some way of being upgraded, what with being a package format and such?

@stultitiophobia
Copy link
Author

They are updates by hand or via the qnap app store, but auto update of the sync package would work only if you build statically built binaries.

@oO-Markus-Oo
Copy link

@calmh
Is it difficult to provide an additional 64bit static linux build of syncthing? Do you compile the builds automatically or do you have to compile every build by hand? If there is an automatism, providing a static build shouldn't be a big problem? Sorry, up to now i didn't work with github - that's why the question might be a little bit stupid ;-).

I think auto updates will work, you only "need" the qpkg to do the initial installation with the webinterface. If you did the installation once, updates should be okay with static builds... I think this is the same problem btsync has - and that's why i am now here :-)

Regards from Germany and thank you for all your work,
Markus

@calmh
Copy link
Member

calmh commented Mar 20, 2015

It is somewhat difficult to provide, at least from the same build environment as the rest. The reason being we only have one environment per os-arch combination, and the linux-amd64 env is already configured differently. I think this is specific enough that it should be handled when building the package for the NAS, as that is anyway a custom thing separate from our builds.

@calmh calmh closed this as completed Mar 20, 2015
@calmh calmh added wontfix build Issues caused by or requiring changes to the build system (scripts or Docker image) labels Mar 20, 2015
@st-review st-review added the frozen-due-to-age Issues closed and untouched for a long time, together with being locked for discussion label Jun 16, 2017
@syncthing syncthing locked and limited conversation to collaborators Jun 16, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
build Issues caused by or requiring changes to the build system (scripts or Docker image) frozen-due-to-age Issues closed and untouched for a long time, together with being locked for discussion
Projects
None yet
Development

No branches or pull requests

5 participants