1) Aktualisierungsverwaltung öffnen. Alle anstehenden Aktualisierungen mit “Jetzt installieren” auf den neuesten stand bringen.

2) in der Aktualisierungsverwaltung auf Einstellungen gehen, den Reiter “Entwickleroptionen” klicken

3) dort “vorabveröffentliche Aktualisierungen” anhaken (erfordert Passwort) und “schließen”

4) Es kommt “Die Informationen über verfügbare Software sind nicht mehr aktuell”. Hier aus “Neu laden” klicken.

ACHTUNG: nicht nur Frescobaldi, sondern ALLES, wofür es etwas vorabveröffentlichtes gibt, wird im folgenden zur Aktualisierung vorgeschlagen — da wäre ich im Folgenden sehr vorsichtig!

5) Jetzt werden sehr viele Softwarepakete zur Aktualisierung vorgeschlagen — hier habe ich ALLES abgewählt (will mir ja mein System nicht mit lauter beta-Versionen instabil machen), und nur das Häkchen bei Frescobaldi gelassen.

6) mit “Jetzt installieren” wird Frescobaldi auf die 3.2 Vorabversion (die bei mir fehlerfrei läuft, wie es aussieht) aktualisiert.

7) Danach bietet die Aktualisierungverwaltung wieder all das, was abgewählt war, erneut zur Aktualisierung an — NICHT machen.

8) wieder — weiterhin in der Aktualisierungsverwaltung — auf “Einstellungen” gehen, dort wieder auf den Reiter “Entwickleroptionen”, das Häkchen bei den VorabAktualisierungen herausnehmen. Passwort eingeben. “Schließen” klicken.

9) nochmal “Neu laden” wählen wie oben, dann sollte nichts mehr zum Aktualisieren da stehen.

10) und seither läuft Frescobaldi bei mir wieder rund.

Hoffe das hilft der einen oder dem anderen.

Christoph S.

I think that it must be:

‘sudo apt-get install python3-ly‘

(Description: Tool and library for manipulating LilyPond files (Python 3))

https://github.com/frescobaldi/frescobaldi/issues/1433#issuecomment-1300437286

$ pip install frescobaldi
macht bei mir mit Ubuntu zwar derzeit dieselben Probleme.

Aber die übrigen aufgeführten Pakete habe ich installiert, insbesondere
$ pip install qpageview

Das alles hat offenbar die Voraussetzung geschaffen, dass ich Frescobaldi nun auch ohne Installation mit direktem Aufruf der App wie gewohnt nutzen kann. Und zwar unmittelbar aus dem Ordner, in den ich frescobaldi‑3.2.tar.gz (Quelle: https://github.com/frescobaldi/frescobaldi/releases) entpackt habe.
$ python3 ‘/home/user/Software/frescobaldi‑3.2/frescobaldi’

Hier ein paar Kommentare

1) “Nun fordert jede (A|L)GPLv” — da fehlt die 3. Bradley Kuhn sagt, dass dies auch fuer die v2 gilt[1], aber da wuerden wohl viele andere widersprechen.

2) “Dann – so die einfache Antwort – darf der Hersteller keine GPLv3, keine LGPLv3 und keine AGPLv3 lizenzierte Software in seinem Softwarestack verwenden.” Die Antwort ist oft nicht ganz so einfach, denn wenn das System etwas komplexer wird, dann ist es schwer keine xGPLv2 Software zu verwenden. Ein “Workaround” waere, wenn man in das Manual reinschreibt, dass man ein “spezielles” Image auf Anfrage anbieten kann, welches es dann erlaubt die xGPLv3 Komponenten durch andere Versionen zu ersetzen — allerdings fehlt in diesem Image dann Einiges an proprietaerem Code.

3) “Der Kompilationsvorgang bricht dann ab, wenn Entwickler trotzdem so lizensierte Software einbauen.” — Mit viel Glueck sucht das Buildsystem auch noch nach Alternativen, die versuchen die
xGPLv3 Komponente dur eine Komponente mit anderer Lizenz zu ersetzen.

4) “in sein Image, auch wenn die Belegung der Variable INCOMPATIBLE_LICENSE dies eigentlich verhindern müsste.” — wie diese Lib, wie auch viele andere under xGPLx lizensierte Libs spezielle Lizenz “Exceptions” beinhaltet, die z.B. “derivate Work” und andere Dinge wieder aus der Lizenz rausnehmen.

5) “libstdc++” Man schafft es uebrigens nicht mit dem Yocto Project nur die libstdc++ in das rootfs aufzunehmen ohne z.B. mindestens ein hello-world.cpp zu haben, dass gegen die lib linkt, d
enn nur die libstdc++ waere nicht erlaubt.

6) Was die std C lib aufruft (system calls) ist auch spannend, denn dazu braucht man spezielle Kernel headers, die mit GPLv2 plus exception lizensiert sind.

7) In einer aktuellen Yocto Version (momenatn in master) ab Honister/3.4 offiziell kann man ein SBOM (Software Bill of Material) generieren, welches mit dem entsprechenden Tooling Open Source Software Compliance hoffentlich nich besser machen wird (bis jetzt werden nur einzelne recipes und kein “combined work” betrachtet).

8) Manche Firmen machen open source meta layers und damit kann man ein Image bauen und auf das Geraet laden, was auch interessant ist.

[1] https://sfconservancy.org/blog/2021/jul/23/tivoization-and-the-gpl-right-to-install/

–
Robert Berger
Embedded Software Evangelist

Reliable Embedded Systems
Consulting Training Engineering
URL: https://www.reliableembeddedsystems.com

Schedule a web meeting:
https://calendly.com/reliableembeddedsystems/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
–