Wenn man größere Änderungen an den Projekteinstellungen macht (wie z.B. das Widgetset zu ändern) solltest du immer einen Clean Build machen (Menü -> Start -> Aufräumen und Kompilieren -> Löschen Button klicken) denn es kann vorkommen das Ansonsten beinflusste Units nicht neu kompiliert werden weil der Compiler denkt das sich nichts geändert hat (was ja auch im strikten Sinne stimmt, die Units sind identisch, nur die Rahmenbedingungen haben sich geändert). Gleiches gilt übrigens beim Kompilieren der IDE, unter Werkzeuge -> Kompilieren der IDE Einrichten solltest du bei änderungen der Einstellungen und des Widgetsets am besten "Alle aufräumen" anklicken (und den haken auf "Nach Neukompilierung zu Automatisch wechseln" auswählen damit das danach wieder zur Standardeinstellung zurückwechselt).
Bezüglich deinem Fehler mit dem QT Ordner in dem Lazarus Verzeichnis, das liegt daran das wenn du Lazarus über die Paketverwaltung installierst, wird es als root für alle Benutzer installiert, von daher benötigst du root rechte um auf die Dateien zuzugreifen. Das ist normal für die meisten Linux Anwendungen. Was allerdings bei Lazarus ein bisschen eigen ist, ist das um Pakete zu Installieren du Lazarus neu kompilieren musst, da die Pakete nicht dynamisch geladen werden sondern Statisch Reinkompiliert werden (also zumindest Designzeitpakete). Das ist natürlich dann ein Problem, da jeder Nutzer dafür einen eigenen Lazarus Build brauchen.
Wie Lazarus das löst ist das praktisch nur der "vanilla" build installiert wird, und sobald du was an Komponenten änderst ein custom build in deinem Nutzerverzeichnis erstellt wird den dein Nutzer von da an benutzt. Um allerdings an Compilezeit zu sparen, und zentrale Updates zuzulassen werden die Grund units von Lazarus und der LCL im Root verzeichnis mit der Installation bereitgestellt, sodass der Nutzer nur die Pakete selbst bauen muss und das dann Praktisch mit den bestehenden Kompilationsunits aus dem Root verzeichnis "Zusammengeklebt" wird.
Das ist eine eigentlich ziemlich schlaue Lösung für dieses Problem, allerdings macht das manchmal Probleme, zum einen wenn du ein Update machst kann der Nutzer auf seinem Nutzerbuild noch auf der veralteten version weiter arbeiten, bis er Lazarus einmal neu kompiliert. Zum anderen bedeutet das aber auch das Änderungen am "kern" von Lazarus entsprechende Root rechte benötigen. In deinem Fall hast du zwar nicht direkt was geändert, aber du musstest was hinzufügen (undswar den QT build der LCL), und von daher hat das root rechte benötigt. Das einfachste hier wäre gewesen mal eben Lazarus als root zu starten und das dann zu bauen.
Allerdings würde ich hier einfach generell empfehlen Lazarus nicht über die Paketverwaltung zu installieren, sondern einfach direkt im Nutzerordner selbst zu bauen. Hat auch zusätzlich den Grund das Größere Lazarusversionsänderungen Kompatibilität brechen können, wenn man also Lazarus immer mit dem System updated, hat man keine Wahl als immer die neuste Lazarus version zu verwenden (und damit eventuell ein bestehendes Projekt unbenutzbar zu gestealten). Von daher würde ich empfehlen einfach ne eigene Lazarusinstallation unter deinem Nutzer aufzusetzen, damit sparst du dir die Probleme die durch die Zentrale installation auftauchen (die du schon oben bemerkt hast), und hast gleichzeitig mehr kontrolle über die Installation sowie versionierung und kannst auch mehrere Lazarus installationen verschiedener Versionen verwalten.
Der wohl einfachste weg hierfür ist wahrscheinlich
FPCUp(deluxe). Das ist vor allem sehr gut wenn du auch eine bestimmte FPC version haben möchtest. Wenn es aber nur um Lazarus geht und du overhead vermeiden willst (und du ein bisschen Linux Kentnisse hast) kannst dus auch einfach per Hand bauen. Beispiel zur Installation von Lazarus 2.2.4 übers Terminal:
Code: Alles auswählen
$> cd ~/Development/lazarus
# Downloaden von Lazarus
$> git clone --depth 1 https://gitlab.com/freepascal.org/lazarus/lazarus.git --branch lazarus_2_2_4 2.2.4 # --branch um die version auszuwählen, hier ists 2.2.4, --depth 1 macht einen "shallow clone" spart dabei speicher und ist schneller
# Lazarus bauen
$> cd 2.2.4
$> make
# Konfigurationsordner einstellen, damit verschiedene Lazarus versionen eigene Konfigurationen haben können
$> echo --pcp=$(pwd)/config > lazarus.cfg
Dann um einen Startmenü Eintrag für Lazarus zu erstellen musst du nur noch eine .desktop Datei in ~/.local/share/applications erstellen. Beispiel für oben die datei ~/.local/share/applications/lazarus2_2_4.desktop:
Code: Alles auswählen
[Desktop Entry]
Encoding=UTF-8
Version=2.2.4
Type=Application
Categories=Development
Terminal=false
Exec=/home/username/Development/lazarus/2.2.4/startlazarus
Name=Lazarus 2.2.4
Icon=/home/username/Development/lazarus/2.2.4/images/icons/lazarus.ico
So mache ich es tatsächlich meistens, ich habe immer die neuste Stable version vom FPC über den Systempaketmanager installiert. Im Gegensatz zu Lazarus muss man den nicht neu kompilieren, und ist auch eigentlich ziemlich Rückwertskompatibel im gegensatz zu Lazarus wo LCL Änderungen massiv Anwendungen beinflussen können. Außerdem ist es immer brauchbar einen stabilen FPC im Suchpfad zu haben wenn man mal keine lust hat Lazarus zu starten um was schnelles zu machen. Und damit manage ich dann meine Lazarusinstallationen per Hand.
Vor allem manche Pakete können manchmal etwas zickig sein (indy hat früher dazu gehört), sodass ich dann z.T. einfach separate Lazarus Installationen für bestimmte Projekte hatte die dann ganz spezielle Pakete brauchten, aber mein "Standard" Lazarus dann möglichst schlank blieb um schnell kleinere Programme aufzuziehen.
Wenn dir das Oben aber zu Kompliziert aussieht, schau dir einfach FPCUp an, ist zwar ein bisschen nervig, z.B. sind die
Versionen gehardcoded sodass man neue versionen haben will man immer zu erst eine neue version von FPCUp herunterladen muss.
Das gesagt, wenn ich nen spezialbuild vom FPC brauche (z.B. einen Trunk build um neue coole features auszuprobieren), dann benutz ich auch lieber FPCup, denn FPC bauen ist nicht so entspannt wie Lazarus selbst bauen
Projekt.zip
Verein
Links
