🚀 go-pugleaf

Witam
Chcę zrobić instalator demona dla Linux-a. Mój demon to program do 
robienia kopi zapasowych (napisany w Qt5 z biblioteką SMTPEmail oraz z 
moją biblioteką pomocniczą w używaniu Qt), który ma być uruchamiany z 
zadaną częstotliwością przez systemd.
Chciałbym, by można go było instalować na wielu dystrybucjach. Dlatego 
zainteresowałem się paczkami Snap, Flatpack i AppImage. Jednak one 
odpadają z uwagi na to, że nie pozwalają na ingerencję w system 
(instalowane przez nie programy działają w piaskownicy). Ja natomiast 
muszę dodawać pliki service i timer do /etc/systemd/system co wymaga 
uprawnień roota.

Dlatego wymyśliłem rozwiązanie podobne jak sterownik Nvidia: skrypt bash 
z doklejonym archiwum z programem. Ja nie chcę robić tak wypasionego 
instalatora jak Nvidia. Ja chcę mieć w tym skrypcie bash (do którego 
jest doklejone archiwum z programem) tylko jedną opcję z linii komend: 
--installDir lub -d. Chcę by w tym doklejanym archiwum było coś 
podobnego do AppImage: cała struktura programu razem z używanymi 
bibliotekami (to mi załatwi https://github.com/probonopd/linuxdeployqt 
). Skrypt bash po prostu by to rozpakowywał do katalogu domyślnego lub 
do zadanego.

I tu pojawia się problem: Jeśli użytkownik wpadłby na pomysł by ten 
program zainstalować w systemie (a nie lokalnie), to trzeba by podegrać 
biblioteki do katalogów systemowych. Jeśli by wybrał katalog /usr/local 
(czyli odpowiedni do takich celów - bo instalacja do /usr/bin i /usr/lib 
jest generalnie zabroniona), to pojawia się problem z tym, że podegrane 
biblioteki nie miałby by plików *Config.cmake ani *.pc opisujących te 
biblioteki. To by spowodowało, że byłyby one nie do użytku z innymi 
programami. Ja potencjalnie mogę mieć więcej tych programów 
instalowanych tym sposobem. Więc pojawia się kolejny problem: biblioteki 
Qt i moje były by nadpisywane przez instalator. I jak bym ich wszystkich 
nie aktualizował jednocześnie (bo nie widzę ku temu innych powodów), to 
po ich instalacji najprawdopodobniej działałby tylko jeden z nich.

A zatem pytanie jest takie:
Czy własny system instalowania powinien służyć do instalowania programów 
jedynie lokalnie w katalogu użytkownika? Czy może są jakieś inne 
standardowe rozwiązania tego problemu?

W sumie to naszło mnie teraz to, że można by instalować programy do 
/opt/NazwaProgramu/ - czy to prawidłowe rozwiązanie? Wtedy zamiast opcji 
--installDir musiałbym mieć opcję --system lub podobną.

z góry dzięki i pozdro
Szyk Cech