YACReaderLibraryServer freenas (freebsd 11.1) jail

Is there any hope in building the headless server in a freebsd jail? I gave it a quick try:

Despite installing the required packages into the jail, there are still build issue. Before I try installing all the build dependancies from ports, is this even possible?

It should be possible. Probably not with version 8.5, but if you do a checkout of the current 9.0.0 beta code ('develop' branch on Luis' bitbucket repo) that should work. Missing dependencies can be ignored, the mechanism relies on pkgconfig and not all installations of Qt5 provide pkgconfig files for installed packages/modules.

If you encounter any problems, let us know. FreeBSD support is something we would like to have, but we've never tried building YACReader on a BSD system, so this is something very interesting for us.

I was able to successfully compile YACReaderLibraryServer on freenas 11.1. I had to install qt5, and all the other dependancies listed in the error above from ports, which took several hours. I may have been able to just compile selective ports installed with qt5, but decided to just do the whole thing and see if it worked. Once all the ports where installed I followed the directions on the YACReader home page for compiling from source on a pi and they worked fine, with the one exception of checking out the develop branch after cloning the repository. I can run the server from the command line (as user "yac") with su - yac -c "/usr/bin/YACReaderLibraryServer start" and as root with "/usr/bin/YACReaderLibraryServer start" but I'm having real trouble coming up with a rc.d service script that will run the server at boot as user "yac". If I start from YAC with either one of those command lines it works fine, reading the setting etc from /home/yac/local or /root/.local correctly . However if I try to run YAC with a rc.d service file it reports
and can't find the settings and libraries at /.local because they are at /home/yac/.local or /root/.local. I would really love a command line switch to set the data directory for the server. Here is my rc.d service file for running the server as root:



This will run the server but it looks for the config files at /.local. I have gone through quite a bit of revisions, as I am a noob at writing these service files and have just been fumbling my way through. If anyone here has any ideas on improving

I think this might be because of a missing environment variable. We're using the QSettings class for the configuration, which by default reads XDG_CONFIG_HOME. The error message you posted suggests it isn't set when the rc script runs. You probably need to run something like "export XDG_CONFIG_HOME=/home/yac" to make it work.

I finally got an rc service that works and runs as user "yac". In case anyone wants it here is what I came up with:

Edit: look below for a better version


I'll happily take suggestions, especially if anyone has a better way of stopping the service.

There is one error that seems can be ignored, but I'd like to point it out in case its something that can be easily addressed. If I start the service with any user other than root, there an error in the log:

If I run as root its:
In either case the library loads in YACReader iOS and updates fine from the command line.

Edit: Here is a cleaned up rc.d file that should be more user friendly. figured out how to let the system handle stopping the service too.

Congratulations!

I am going to pin these topic in case any other users are interested.

@carmat06 thanks for sharing your work and results on this!

Something I forgot to mention. You just compiled [a part of] YACReader on a new OS. That kind of is a big deal for us We try to write the code portable, but there's a difference between theory and the real deal.

Hi there, I followed your path and tried to compile YACReader in a freenas 11.3 iocage (FreeBSD 11.3)

So, after compiling mostly all dependies via ports, I ended up with a lot of these errors in the make process :

The error comes repeatetedly and after 20, it stops compiling.

If anyone of you had a hint, I would be grateful.

Regards,

Joe

Hi Joe,

__declspec is a Microsoft specific C++ extension ( docs.microsoft.com/en-us/cpp/cpp/declspec?view=vs-2019 ) so seeing it "missing" on FreeBSD is a sign of something going very wrong. Can you run other Qt5 based programs?