Package Details: freedata-server 0.16.11-1

Git Clone URL: https://aur.archlinux.org/freedata-server.git (read-only, click to copy)
Package Base: freedata-server
Description: FreeDATA is an open-source HF communication platform using Codec2 data modes for global digital messaging. It offers a server-client architecture, REST API and a messaging system.
Upstream URL: https://wiki.freedata.app
Licenses: GPL-3.0
Submitter: petrkr
Maintainer: petrkr
Last Packager: petrkr
Votes: 1
Popularity: 0.35
First Submitted: 2025-02-14 19:37 (UTC)
Last Updated: 2025-03-02 17:16 (UTC)

Latest Comments

ra1nb0w commented on 2025-04-10 08:37 (UTC)

folder: just to maintain coherence with file-hierarchy (7). Generally, it is not that hard but depends on how the installation script is done and the internal dependencies. For the UI (I am not checked which files are there) the folder should be /usr/share/freedata. This is only an advice, not a requirements.

I like the idea to have two separated packages and I am not against it, just don't over-complex the problem. Maybe, you need put a note on how to connect the UI to a remote server. Anyway, your PKGBUILD of the ui has depends=('freedata-server') and npm/nodejs is needed in the make process.

petrkr commented on 2025-04-09 19:26 (UTC)

Yea, ui is not bad idea.

/opt I am using because most of 3rd party software I install there.. Also because of directory structure which has to be due ui like that it is. Also where at /usr it would fit ? As python project it is hard to put it to /usr/lib/python or /usr/lib/freedata/freedata_server(gui) ? I think this kind fits to /opt very well.

Yes, maybe most of peoples will use it locally on one environment, but that does not mean why not install two packages instead of one. Because there can be someone, who want install some raspberry pi with freedata server somewhere on club station and access there remotely and that gui can run somewhere on VPS/datacenter and then switch more servers.

Or it can be as passive only with some API, like for example for some spotting, so it does not need GUI be there.. I know it is just around 30MB extra data, but it will need build depends (nodejs I think) to be installed even you do not want it.

ra1nb0w commented on 2025-04-09 18:51 (UTC)

Ok. Maybe, you can use something quite generic like freedata-ui that it doesn't underline any platform meaning. Remember to change the optional package in this aur. About the splitting: I think that the most used pattern preclude that you run the server and the web server (UI) in the same hardware with audio/cat connected to the radio and you will connect to the freedata interface via the web browser using localhost or the remote IP. I mean, also cheap embedded hardware nowadays is quite fast and it has not issues running JS. What are your concerns?

Just a question: why you are using /opt and not /usr/... ?

petrkr commented on 2025-04-09 17:21 (UTC)

Hello ra1nb0w,

actually I have GUI already packaged here https://github.com/petrkr/freedata-gui-archlinux

but I was thikning if gui is good name. Meaning like if not use "webgui" instead, because it is actually web gui and not app.

Also I was thinking if that package can not be more like "phpmyadmin" so it can be hosted by apache/nginx and servet (freedata server) can be on different machine, for that custom backend URL will be needed.

so you can use PKGBUILD from my github and whenever I will decide about package name, I will put it to aur too

ra1nb0w commented on 2025-04-09 17:10 (UTC)

Hi, thank you very much for packaging Freedata. Do you have the intention to package/release freedata-gui also? thanks