Keine HTML und PDF Ausgaben nach Update
Closed this issue · 43 comments
Hallo *,
habe seit einem Update des kleinen-brauhelfer-2 keine HTML oder PDF Ausgabe mehr. Weder im Programm wird z.B. der Spickzettel gerendert, noch kann ich ihn als PDF speichern/drucken.
Zuvor hatte das immer gut funktioniert.
System
Kleiner Brauhelfer Version: v2.3.2 AppImage
OS: Fedora Silverblue 35
Habe das AppImage mal in der Konsole gestartet. Hier gibt es aber auch keine relevanten Informationen (für mich):
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
gio: file:///var/home/carsten/Schreibtisch/Saison.pdf: Fehler beim Holen der Informationen für Datei »/var/home/carsten/Schreibtisch/Saison.pdf«: Datei oder Verzeichnis nicht gefunden
Kenne mich zu wenig mit QT Entwicklung und dem AppImage Format aus, um da noch tiefer rein zu gehen. Könnten mir Abhängigkeiten auf dem System fehlen? Ich wäre jetzt davon ausgegangen, dass alle im AppImage vorhanden sind und z.B. kein QT extra installiert werden muss.
Irgendeine Ahnung woran es liegen könnte? Welche Informationen benötigt Ihr, um das Problem einzugrenzen bzw. wo könnte ich weiter nachforschen?
mFg
Carsten
In der AppImage sollte alles vorhanden sein. Aber ich kenne mich auch nicht so gut aus.
Du kannst es mit der automatisch kompillierten Version versuchen:
https://github.com/kleiner-brauhelfer/kleiner-brauhelfer-2/actions/runs/2054510043
Unter Artifacts.
Ich habe mit v2.4 dasselbe Problem. Sowohl beim AppImage als auch mit dem deb-Paket
Unter Mac keine Probleme. Das wird Linux-spezifisch sein.
Nur eine Idee: Wie ist es um die Rechte des var-Folders bestellt? Wenn dort Wayland laufen soll, braucht es execute-Rechte. Der Pfad müsste eigentlich private/var sein - oder?
Kann ich mir am Wochenende noch einmal anschauen. Die Fehlermeldung gibt es meiner Meinung aber nur, weil ich versuche in diesen Pfad den Spickzettel zu exportieren.
Allerdings wird mir ja im Programm selbst auch nichts gerendert. Alle Darstellungen die gerendertes HTML sind, sind einfach nur weiße Flächen.
Mit welcher Version hat es noch funktioniert und mit welcher nicht mehr?
Kannst du die angehängte Version testen?
kbh2_v2.4.0_linux_x64_webview.deb.zip
Mit 2.3.1 hat es noch funktioniert.
Ab 2.3.2 ging es dann nicht mehr.
Habe die neue Version probiert, da aber auch kein Glück.
Allerdings habe ich 2.3.1 und 2.3.0 auch noch einmal getestet und die Ausgabe funktioniert dort auch nicht mehr.
Ich vermute da gab es auch noch Updates von Fedora zwischendrin. Kann natürlich auch ein Problem verursacht haben.
Leider bekomme ich halt keine weiteren Fehler angezeigt. Gibt es irgendeine Möglichkeit ein Debugging anzuschalten und vielleicht ein paar mehr Logausgaben zu bekommen?
Das beruhigt mich, weil das Problem nicht beim KBH liegt:).
Klicke im Menu auf Ansicht/log und setzte das level 1 oder 2. Nicht sicher, ob etwas sinnvolles angezeigt wird. Öffne auch ein Sud und geh auf die Zusammenfassung/Spickzettel, um die Ausgabe zu laden.
Klicke auch auf Menu Hilfe/Hilfe. Was passiert dort?
Hast recht. Gibt keine sinnvolle Ausgabe. Lediglich die "INFO" zum öffnen des Sudes.
Hilfe kann auch nicht angezeigt werden. Screenshot anbei
.
Bei ein wenig Googeln habe ich gesehen, dass es bei Fedora und PDF öfter Probleme gibt. Ich würde eher in einem Fedora-Forum ansetzen…
Danke für den Hinweis. Wenn ich bei Google nach "Mac OS PDF Darstellungsprobleme" oder "Windows PDF Darstellungsprobleme" suche, finde ich auch so einiges ;-)
Bin auch bei Fedora schon nach Lösungen auf der Suche. Sonst habe ich in Fedora keinerlei Probleme mit PDFs.
Gibt da also keinen Ansatzpunkt? Ich glaube auch nicht das es nur was mit PDFs zu tun hat. Wie gesagt hab ich auch im kleinen Brauhelfer keine Ausgaben (siehe Screenshot oben zur Hilfe). Ich vermute doch da wird in QT eher HTML5 gerendert und keine PDF.
Wie funktioniert das denn?
Was verwendet QT da zum rendern?
Wird da standardmäßig ein entsprechendes Modul vom Desktop Environment gezogen?
QT kommt standardmäßig von KDE. Kann da jemand prüfen, ob es darunter noch geht?
Eventuell hat sich bei Gnome (Fedora standard) was geändert und die Rendering Engine muss noch explizit gesetzt werden?
Recherchieren kann ich für Dich nicht, da bin ich auch nicht schlauer als Du. Du stellst hier so allgemeine Fragen nach den Tiefen der Softwarearchitektur, das müssen Dir die Spezialisten jeder Software erklären. Wem du es so genau wissen willst, musst Du schon selber in die Fachforen gehen. Da Dir die PDF-Funktion sehr wichtig scheint, wäre zu überlegen, ob Du nicht ein anderes System oder andere Version Deines Betriebssystems aufsetzt, zum Beispiel in einer VM.
Dann könnten wir das Problem zumindest eingrenzen. Zum Zeitpunkt wissen wir ja noch nicht einmal, ob der KBH ursächlich ist.
Ich selber habe früher mit einer PDF-Engine hantiert. Bevor ich hier weiterfragen würde, würde ich ins Fedora-Forum gehen dann in das von QT und da nachfragen, dann ggf. ins Forum der PDF-Engine.
Da das Problem scheinbar nur mit Deiner Distribution auftaucht, ist anzunehmen, dass es nicht am KBH liegt, sondern ziemlich klar an Deiner Distribution. Zäume das Problem am besten von vorne auf.
Du vermutest, dass etwas bei Fedora beim Rendering verändert wurde. Dann frage doch da nach. Hier ist das nicht zielführend. Sorry.
Was soll ich denn bei Fedora nachfragen, wenn ich nicht weiß was der KBH intern macht.
Ich frage recht spezifisch danach wie der KBH umgesetzt ist, damit ich das Problem eingrenzen kann. Mir würd ja schon reichen wenn ich auf ein Modul oder Code innerhalb des KBH verwiesen werde das sich mit dem Rendering des HTML befasst. Wie gesagt, ich bezweifle das es ein PDF Problem ist.
Ich verlange nicht das irgendwer für mich recherchiert. Ich stelle sehr spezifische Fragen zu Eurer Software, damit ich das Problem eingrenzen kann.
Falls ich das hier missverstanden habe und ich nicht mit Contributorn des KBH spreche die den Code schreiben und mir Hinweise zur Umsetzung geben können, dann sorry das ich Eure Zeit verschwende.
Der Hauptprogrammierer hat Dir schon gesagt, dass er sich da - er meint wohl Linux - nicht besonders auskennt. Dann hat er Dir einen Link via Actions zur Verfügung gestellt.
Und Du ignorierst seine um meine Aussage, dass es nicht am KBH liegt. Du ignorierst auch alle Vorschläge für andere Lösungsansätze. So kann man Dir nicht helfen.
Wenn Du QT installierst, solltest Du doch recht schnell selbst herausfinden, welches Modul da werkelt.
Aber wir bewegen uns wohl im Kreis. drücke Dir die Daumen, dass Du es lösen kannst.
Ich ignorier eure Aussagen nicht. Ich wollte nur Input von Euch wie der Kbh intern das Rendering macht um die Integration mit dem umliegenden System besser zu verstehen und gezielt nach einer Lösung für alle die das Problem haben zu suchen. Wie gesagt, der Hinweis wo z.B. im Code die Hilfe umgesetzt ist hätte mir schon geholfen.
Entschuldigt das ich mich anbiete dem Integrationsproblem nachzugehen. Dachte etwas Hilfe von jemanden der sowas dann für Linux betrachtet würdet ihr begrüßen.
So long, viel Spaß noch mit dem Tool.
Wenn ihr nichts Konstruktives zu schreiben habt, dann lasst es sein. Das nervt!
Das Modul, um HTML zu rendern heisst qwebengineview.
Das könnte helfen
https://bugreports.qt.io/plugins/servlet/mobile#issue/QTBUG-99704
Oder kontrolliere die Abhängigkeiten
https://wiki.qt.io/QtWebEngine/How_to_Try#Installing_dependencies_on_Fedora
Cool, danke dir. Damit kann ich arbeiten. Ich schaue ob ich das Problem finde und was beisteuern kann.
Reproduzieren kann ich das Verhalten ja recht einfach.
Vielleicht ist es ein Versionsproblem von qwebengine? Der kbh wurde mit qt 5.15 kompiliert.
Ich werde mein ubuntu auf 22.04 aktualisieren und damit eine neue Version kompilieren.
Noch einen weiteren Hinweis: fürs Erstellen der AppImage wird linuxdeployqt (v6) (-> github) verwendet. Eventuell muss die neuste Version verwendet werden.
Vielleicht ist es ein Versionsproblem von qwebengine? Der kbh wurde mit qt 5.15 kompiliert.
Ich werde mein ubuntu auf 22.04 aktualisieren und damit eine neue Version kompilieren.
Vorsicht!
Bei einem sehr kurzen Test heute Morgen stürtzte 2.4.0 beim Laden eines Rezeptes mit einem Symbolfehler ab.
Da habe ich unter 22.04 gerade eine ganz ungünstige Konstellation. Mit dem App-Image kann man den Spickzettel nicht drucken, das installierte stürzt ab.
Soweit ich in Erinnerung habe, hat 22.04 eine 5.15 installiert. Genaueres, wenn ich wieder Zuhause bin.
Hi,
hatte am Wochenende auch noch etwas getestet.
Anscheinend hängt das schon mit der Umstellung vieler Distros auf Wayland als Fenstermanager zusammen. Damit das läuft, braucht man das wayland Plugin. Darauf weist auch die Fehlermeldung im initialen Post hin. Man müsste also QT_QPA_PLATFORM=wayland setzen.
Beim AppImage klappte das nicht, weil das qtx-wayland Plugin nicht im AppImage integriert ist (zumindest konnte ich es beim mounten des AppImages als Laufwerk nicht im entsprechenden Verzeichnis finden). So wie ich das verstanden habe, ignoriert das AppImage alles was nicht im AppImage ist? Ich vermute man müsste also das Wayland Plugin im Build mit hinzugefügt. Vemutlich irgendwo im deploy.sh bei linuxdeployqt?
Testweise hatte ich mir dann noch eine Ubuntu VM mit 22.04 aufgesetzt und das deb installiert. Hier mussten auch die QT Abhängigkeiten installiert werden. Aber erst mit qtX-wayland wurden mir dann in den qwebengineview Komponenten auch wieder Dinge angezeigt.
Für Deb basierte Distros würde es also vermutlich reichen die Dependencies um das QT Wayland Plugin zu erweitern. Beim AppImage muss das Wayland Plugin dann noch mit eingepackt werden.
Kam leider noch nicht dazu mich mit dem AppImage Build zu beschäftigen. Das stand als nächstes an.
XOrg als XServer funktioniert auch nicht für das AppImage im Moment, insofern ist wayland "nice to have".
Möglicherweise hilft beim AppImage Builden den Parameter -extra-plugins=platforms/ zu setzen. Kann das jemand testen?
Zum Beispiel in Datei kleiner-brauhelfer-2/deployment/linux/64bit/deploy.sh Linie 43:
ARCH=x86_64 "${SCRIPT_DIR}/AppImage/linuxdeployqt-6-x86_64.AppImage" "./usr/share/applications/kleiner-brauhelfer-2.desktop" -qmake="${QT_DIR}/qmake" -no-copy-copyright-files -no-translations -appimage -unsupported-allow-new-glibc -extra-plugins=platforms/
Für Deb basierte Distros würde es also vermutlich reichen die Dependencies um das QT Wayland Plugin zu erweitern.
@CWiesbaum Wie meinst du das genau? Beziehungsweise wie würdest du das machen?
@BourgeoisLab die -extra-plugins= Option für linuxdeployqt hatte ich auch gefunden und wollte ich ausprobieren. Denke das ist der Weg, um die Dependency in das AppImage zu packen. Kam nur noch nicht dazu da tiefer einzusteigen.
Mit den Debian basierten Distros meinte ich folgendes:
Ab 22.04 nutzt Ubuntu auch standarmäßig Wayland. Auch hier müsste man als Dependency erst das QT Wayland Plugin installieren.
Lösung wäre hier also einfach: Die Wayland Plugin Dependency in der Readme.md entsprechend für Wayland basierte Systeme ergänzen:
https://github.com/kleiner-brauhelfer/kleiner-brauhelfer-2#qt-installation-unter-linux
Die Zeile für die QT installation mit aqt müsste dann wohl wie folgt lauten:
sudo python3 -m aqt install --outputdir ${QT_PATH} ${VERSION} linux desktop -m qtcharts qtwebengine qtwaylandcompositor
qtwaylandcompositor scheint das entsprechende Modul zu sein.
Ich glaube qtwaylandcompositor ist nicht das richtige. Das ist eine API für die Softwareentwicklung.
Aber damit könnte es auf Ubuntu klappen:
sudo apt install qtwayland5
Ich möchte nichts Neues aufmachen. Habe jetzt den gleichen Fehler nach dem Update auf Ubuntu 22.04.1! Gibt es hier schon eine Lösung?
Habe in der Paketverwaltung gesehen, dass Ubuntu 22.04. wohl mit QT5.15.3 arbeitet, zumindest sind diese Pakete installiert. In der ldconfig habe ich aber den Pfad für QT5.15.2 eingetragen, trotzdem sehe ich die HTML Sicht nicht mehr. Beim Start aus der Konsole gibt es folgende Meldungen (habe weder Stylesheets oder sonst was geändert):
_(kleiner-brauhelfer-2:6277): Gtk-WARNING **: 08:49:11.493: Theme parsing error: gtk.css:5597:11: Not using units is deprecated. Assuming 'px'.
(kleiner-brauhelfer-2:6277): Gtk-WARNING **: 08:49:11.493: Theme parsing error: gtk.css:5597:14: '0' is not a valid color name
(kleiner-brauhelfer-2:6277): Gtk-WARNING **: 08:49:11.494: Theme parsing error: gtk.css:5831:14: '202020' is not a valid color name
(kleiner-brauhelfer-2:6277): Gtk-WARNING **: 08:49:11.494: Theme parsing error: gtk.css:5846:20: Junk at end of value for border-width
(kleiner-brauhelfer-2:6277): Gtk-WARNING **: 08:49:11.494: Theme parsing error: gtk.css:5871:20: Junk at end of value for border-width
(kleiner-brauhelfer-2:6277): Gtk-WARNING **: 08:49:11.494: Theme parsing error: gtk.css:5898:20: Junk at end of value for border-width_
EDIT: Habe heute ein bisschen mit QT rumgespielt und dabei meine QT 5.15.2 komplett deinstalliert. Anschließend habe ich noch Folgendes editiert "sudo geany /etc/X11/Xsession.d/56xubuntu-session" und den Eintrag "export QT_QPA_PLATFORMTHEME=qt5ct #gtk2" so geändert. Jetzt zeigt er mir in der Übersicht wieder die Zutaten des einzelnen Rezeptes an, aber beim öffnen des Rezeptes schmiert der Brauhelfer ab.
Fehlermeldung: "./kleiner-brauhelfer-2: symbol lookup error: ./kleiner-brauhelfer-2: undefined symbol: _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE9_M_createERmm, version Qt_5
"
Ich habe bis jetzt noch keine Lösung gefunden. Meine Linux Kenntnisse reichen irgendwie nicht aus. Mich wundert, dass auf Stack Overflow die Frage noch nicht aufgetaucht ist. Der KBH macht hier eigentlich nichts Spezielles.
undefined symbol: _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE9_M_createERmm
Das sieht nach einem Linker Fehler aus. Eventuell passt die QT Library Version nicht.
Ist jemand schon weitergekommen?
Leider nein! Ich habe jetzt auch QT5.15.2 installiert und die config so angepasst dass er die bin und lib von 5.15.2 nimmt, aber leider auch ohne Erfolg. Kann jemand das mit QT 5.15.3 kompilieren? Ich habe es nicht geschafft, da kam irgendwie ein Fehler.
Oder kann mir jemand die Syntax geben, wie ich es auf Kommandoebene eingeben müsste
EDIT:
Hab's geschafft zu kompilieren mit QT5.15.3 (Ubuntu22.04.1 Standard). Hier das ergebnis einfach entpacken und in den Programmpfad von KBH. Hat bei mir perfekt funktioniert, sehe wieder alles.
kleiner-brauhelfer-2.zip
Habe heute noch einmal probiert das ganze nachzuvollziehen. Dazu habe ich jetzt erstmal eine Ubuntu 22.04 VM aufgesetzt und einfach nur den KBH + Einige Dependencies installiert. HTML/PDF Ausgabe funktioniert tatsächlich wieder, wenn ich folgende Packages installiere:
sudo apt-get install libqt5webengine5 libqt5charts5-dev build-essential qtcreator qtwayland5 qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools libqt5webenginewidgets5
Wenn ich dann versuche einen Sud zu öffnen, bekomme ich dann allerdings auch einen Absturz mit "Symbol Lookup":
kleiner-brauhelfer-2: symbol lookup error: kleiner-brauhelfer-2: undefined symbol: _ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE9_M_createERmm, version Qt_5
Da scheint dann noch etwas zu fehlen.
Hast Du es mit meiner Version mal probiert? Diese sollte funktionieren, allerdings habe ich mein Ubuntu nur geupgraded, trotzdem ist hier QT15.3 aktiv und mit der von mir kompilierten Version konnte ich jetzt noch keinen Fehler feststellen.
Ist korrekt. Den Edit hatte ich übersehen. Deine Version mit QT5 15.3 klappt.
@schuessm hatte mir gestern einen fork des kbh repos gemacht und wollte die Versionsnummer im Build Workflow erhöhen. Dazu sollte es ja reichen in der qt-install-Action die Version auf 5.15.3 hochzustellen.
Das Plugin ermöglicht allerdings nur die Installation bis 5.15.2. Wie hast du das gebaut? Lokal auf dem Rechner?
Wollte das mit dem "normalen" Build Prozess einmal durchgehen, damit ich auch das AppImage bekomme. Da hängt es bei mir ja noch immer dran.
@CWiesbaum ich habe mir von Github den Master-Datensatz gezogen und lokal entpackt. Dann habe ich es erstmal mit der build_linux_64.sh probiert, was bei mir irgendwie nicht funktioniert hat. Also habe ich die Schritte darin manuell gemacht:
- Im entpackten Verzeichnis ein Verzeichnis mit dem Namen "build-linux64" erstellt
- In dieses Verzeichnis wechseln und folgende Befehle ausführen
- /usr/lib/qt5/bin/qmake /Downloads/kleiner-brauhelfer-2-master/kleiner-brauhelfer-2.pro -config release
- make -j 8
- Laut dem Build-linux_64.sh File wird dann noch ein :./deployment/linux/64bit/deploy.sh "${BUILD_DIR}/bin" "${QT_DIR}" ausgeführt, diesen Befehl habe ich nicht gebraucht, denke dabei wird das DEB File oder so erzeugt.
Ich habe es wie gesagt eigentlich genau so wie in den files aufgeführt gemacht nur eben jeden Schritt manuell um zu sehen wo meine Fehler liegen, meist waren es einfach die falschen Pfadangaben für z.B. qmake :-)
Im Ordner Deployment findest Du dasScript für das erstellen des APPIMAGE, der Aufruf sollte hier, denke ich, sein:
"deploy.sh BUILD_DIR QT_DIR"
BUILD_DIR = sollte das "build-linux64" sein
QT_DIR = denke das hier "/usr/lib/qt5/bin/"
Ich hoffe das hilft Dir weiter, ich bin leider auch kein Entwickler sondern habe nur ein paar Grundkenntnisse.
@schuessm das hilft mir schon. Bedeutet aber Du hattest QT 5.15.3 inklusive der Build Dependencies vorher schon installiert und das genutzt? Wie hast Du die Installation gemacht? Ein Tool dafür genutzt, oder einfach übers Ubuntu Package Management?
Ich wollte den Build Prozess des Repositories nutzen und bin über den Git Workflow gegangen:
https://github.com/kleiner-brauhelfer/kleiner-brauhelfer-2/blob/master/.github/workflows/linux64.yml
Der startet im Grunde den gesamten Build Prozess und "baut" auch die Build Umgebung vorher auf. Die QT Installation übernimmt hier eine Github Action: jurplel/install-qt-action@v2
Bei der kann man über die Property "version" eigentlich die genutzte QT Version einstellen. 5.15.3 funktioniert aber nicht. Die angepasste Datei findet Ihr hier: https://github.com/CWiesbaum/kleiner-brauhelfer-2/blob/versionup/.github/workflows/linux64.yml
Intern benutzt die Action aqt das die Version wohl nicht unterstützt:
Specified Qt version is unknown: 5.15.3.
Download error when access to https://download.qt.io/online/qtsdkrepository/linux_x64/desktop/qt5_5153/Updates.xml
Bei der URL oben gibt es für linux_64/desktop auch maximal die Version 5.15.2 im Index:
https://download.qt.io/online/qtsdkrepository/linux_x64/desktop/
Wundert mich ein wenig, dass die Version 5.12.3 im offiziellen QT SDK Repository nicht existiert.
Qt 5.15.2 hätte eigentlich die letzte frei verfügbare Version werden sollen (ab version 6.0 wieder gratis). Scheinbar wurde mit 5.12.3 später eine Ausnahme gemacht. Aber über den normalen qt installer wird diese trotzdem nicht angeboten. Deswegen findet es auch die install-qt-action nicht.
Alternativ könnte man den kbh mit der letzten Qt Version 6 kompilieren. Nach meinem letzten Test sollte es funktionieren.
@CWiesbaum Also ich habe eine ganz normale xubuntu Installation und bei dem Upgrade hat er ja das QT5.15.3 installiert, ich habe dann noch die fehlenden QT Pakete (libqt5charts5*, libqt5webengine* ) aus dem normalen Paketmanager (ich nutze immer noch dafür Synaptic) nachinstalliert.
Wenn ich das normale Build-Script mit folgendem Befehl laufen lasse
./build_linux64.sh /usr/lib/qt5/bin/ 1
die 1 hinten steht für Deployment, dann geht es beim Deployen auf die Bretter wenn das AppImage gebaut werden soll. Da bin ich jetzt auch noch nicht weiter - leider.
QT 5.15.3 wurde wohl nach einem Jahr als Open Source freigegeben und hält daher nun Einzug in die meisten Distros.
Da es durch die qt-install-action nicht möglich ist die Version im GitHub Workflow zu installieren, habe ich den Workflow im Fork angepasst. Die qt-install-aciton ist entfernt und dafür werden die Dependencies über apt-get installiert:
CWiesbaum@02474dd
Der Build läuft durch und es kommt die Zip mit deb und AppImage raus. Das AppImage hat irgendwie ein Problem die gebundelten Libraries zu finden. Sie sind allerdings mit im AppImage und die Pfade scheinen auch zu passen.
@schuessm: Magst Du mal probieren, ob die Installation der deb bei Dir funktioniert?
https://github.com/CWiesbaum/kleiner-brauhelfer-2/actions/runs/2985635069
@CWiesbaum es scheint zu funktionieren, nach der Installation ging auch der Aufruf und die PDFs, habe keinen Fehler entdeckt.
(Lese Datenbank ... 474546 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von kbh2_v2.x.x_linux_x64.deb ... Entpacken von kleiner-brauhelfer-2 (2.4.1) über (2.4.0) ... kleiner-brauhelfer-2 (2.4.1) wird eingerichtet ... Trigger für gnome-menus (3.36.0-1ubuntu3) werden verarbeitet ... Trigger für bamfdaemon (0.5.6+22.04.20220217-0ubuntu1) werden verarbeitet ... Rebuilding /usr/share/applications/bamf-2.index... Trigger für desktop-file-utils (0.26-1ubuntu3) werden verarbeitet ... Trigger für mailcap (3.70+nmu1ubuntu1) werden verarbeitet ...
Danke Carsten fürs Kompilieren der 5.15.3er Version. Bei mir funktionieren sowohl DEB als auch AppImage. Ich lade die Dateien auf der Release Download Page.
@BourgeoisLab gerne.
Willst Du den Build mit im kbh Repository integrieren? Kann einen Pull Request dafür erstellen.
Wenn beide Builds beibehalten werden sollen, kann ich das auch gerne auf einen zusätzlichen Build umbauen. Dann fallen am Ende eben beide Versionen raus.
@CWiesbaum Ja, gerne in einem zusätzlichen Build.
Kleine Ergänzung: Hatte das selbe Problem mit dem AppImage unter Ubuntu 22.04.
Habe dann das AppImage kleiner-brauhelfer-2-x86_64_qt5.15.3.AppImage benutzt. Danke dafür. Allerdings kam bei mir da auch ein Fehler:
/tmp/.mount_kleineHJWFr1/usr/libexec/QtWebEngineProcess: error while loading shared libraries: libQt5WebEngineCore.so.5: cannot open shared object file: No such file or directory
Konnte ich mit sudo apt install libqt5webenginewidgets5 auf meinen System beheben, so dass es nun bei mir auch wieder läuft mit den HTML inhalten.
Vielleicht hilfts jemandem.