staging.inyokaproject.org

Ich sehe da schon ein paar kleine Sachen (wie Einträge im Wissensblog, die dann gar nicht auftauchen, oder "Untutu"), Kleinigkeiten halt. Wenn ich mal ne Tastatur statt einen Touchscreen unter den Fingern hab, mach ich die weg.

Danke für die Erläuterungen. Den Typo hab ich raus genommen und das Skript läuft ja auch, in der erwähnten jungfräulichen VM. Aus meiner Sicht also fertig. Evtl. stellt sich die Frage, ob die Einleitung im Abschnitt 'Fremdpaket' überhaupt noch sinnvoll ist, da diese Pakete ohne Anpassung der Abhängigkeiten in halbwegs aktuellen Distros ja gar nicht mehr installierbar sind. Ich will da aber niemandem drein pfuschen. Falls meine Überarbeitung betreffend noch was gewünscht wird, werde ich mich drum kümmern.

Gruss, kmu-net.ch

PS: Besteht die Möglichkeit, meinen Benutzernamen von 'kmu-net.ch' in 'andihafner.com' zu ändern, oder muss ich neues Konto mit diesem Namen eröffnen und das bestehende verstauben lassen?

kmu-net.ch schrieb:

PS: Besteht die Möglichkeit, meinen Benutzernamen von 'kmu-net.ch' in 'andihafner.com' zu ändern, oder muss ich neues Konto mit diesem Namen eröffnen und das bestehende verstauben lassen?

Einfach ne PN an jemanden aus der Projektleitung (wie noisefloor) schicken.

Eine Anmerkung zum Script:

    if [ $answer == "y" ]
    then
      sudo apt-get install gdebi-core
      sudo gdebi ./$modified_package_name
    fi
: "Why using gdebi? dpkg doesn't resolve dependencies while apt
    selects the snap package instead of the desired own package. 

Der Standardweg ist

sudo dpkg -i PAKET
sudo apt -f install 

Oder

sudo apt install ./LOKALES_PAKET 

@tomtomtom

Danke für deine ausführlichen Hinweise.

Mich hat bei der Installation via apt-get der Hinweis Note, selecting 'brackets' instead of './Brackets.Release.1.14.1.64-bit-libcurl4.deb' irritiert. Die Meldung bezieht sich aber offenbar auf den internen Paketnamen, installiert wird letztlich das Paket, dessen Dateiname als Argument übergeben wurde.

(dpkg scheidet hier aus, da es die Abhängigkeiten nicht auflöst, apt listet in der manpage keine Option "-f", daher verwende ich nun klassisch apt-get).

Ich habe mein Skript auf github nochmals entsprechend angepasst und abermals erfolgreich in der VM (Ubuntu 20.04.2 mit Xfce-Desktop) getestet. Den Wikitext habe ich noch geringfügig ergänzt, u.a. das Kommando "source" ausgeschrieben, da der Punkt gerne übersehen wird (falls nicht ohnehin copy/paste zur Anwendung kommt).

Damit ist aus meiner Sicht die Überarbeitung des Artikels abgeschlossen. Evtl. wird ja Brackets wirklich erfolgreich geforkt und der etwas unschöne "Workaround" (Brackets hängt ja dennoch von libcurl3 und nicht von libcurl4 ab) wird dereinst hinfällig...

Da aber libcurl von Brackets aus meiner Sicht in erster Linie beim Anzeigen bwz. Herunterladen der Erweiterungen benutzt wird, was ja mit dem Debian-Paket (im Gegensatz zu seinem Snap-Pendant) nachweislich funktioniert, werden wir wohl bis dahin mit dieser Lösung leben können bzw. müssen 😉

Hallo,

Stand der Dinge hier?

Gruß, noisefloor

Ja, auch Hallo...

Hab' zufällig mal wieder beim Artikel 'Brackets' reingeschaut & war ziemlich überrascht, dass die Baustelle nicht längst geschlossen wurde. Imho ist die Geschichte mit dem 'Workaround' für die Version 1.14 ja längst gegessen.

Inzwischen liegt auf Github der Quelltext zur Version 2.01 vor. Ich arbeite hauptsächlich mit vscode, daher steht Brackets bei mir nicht zuoberst auf der Prioritätenliste.

Die Installation der Version 2.01 ist das eine, rumprobieren, ob das meiste auch tut wie es soll - eine andere Geschichte. Mal schauen, gelegentlich in der VM einen Snapshot anlegen & dann mal gucken, kann allerdings zeitlich keine Zugeständnisse machen...

Falls jemand die 2.01 unter Ubuntu 20.04 bereits verwendet, bitte hier melden. (Gemeint ist, damit zu Arbeiten, also z.B. via GUI Erweiterungen installieren etc., die Anwendung nur mal eben kurz starten und eine Datei darin zu Öffnen, fördert allfällige Probleme nicht zutage).

Gruss, kmu-net.ch

kmu-net.ch schrieb:

Inzwischen liegt auf Github der Quelltext zur Version 2.01 vor.

Du sprichst jetzt vom Fork brackets.io, dass das von Adobe abgesetzte Projekt weiterführt?

Das ist laut der github-Seite bisher nur für Windows und macOS verfügbar, Linux-Support sei für März 2022 angepeilt, steht dort.

Hallo,

war ziemlich überrascht, dass die Baustelle nicht längst geschlossen wurde.

Das ist wohl leider nach deinem letzten Post untergegangen, weil da noch ein paar andere Fragen waren...

Im Artikel fehlt noch eine Sache: Das Skript install-brackets-1.14.1-libcurl4.sh installiert ja was manuell. Bitte noch beschreiben, wie man das wieder los wird, falls man Brackets nicht mehr nutzen will.

Wenn das ergänzt ist kommt der Artikel ins Wiki.

Gruß, noisefloor

noisefloor schrieb:

Wenn das ergänzt ist kommt der Artikel ins Wiki.

Dir ist schon klar, dass der Artikel aktuell ein totes Projekt beschreibt, dass vom Anbieter zum September 2021 abgekündigt wurde?

EDIT: Steht sogar im Artikel.

Hallo,

Danke für den Hinwis - hatte ich (noch) nicht gelesen.

Dann ändert sich die Situation: dann würde ich den Artikel in der aktuellen Baustellen-Verion ins Wiki schieben und direkt danach ins Archiv.

Gruß, noisefloor

noisefloor schrieb:

Das Skript install-brackets-1.14.1-libcurl4.sh installiert ja was manuell. Bitte noch beschreiben, wie man das wieder los wird, falls man Brackets nicht mehr nutzen will.

Mein Script betreibt keine Hexerei (was es tut, ist unter https://github.com/andihafner/adobe-brackets-debian-libcurl4#readme beschrieben, mit Verweis auf den zugrunde liegenden Artikel), ausserdem ist es auch aus dem Quelltext ersichtlich 😉

Kurz gesagt, lädt es das Debian-Paket https://github.com/adobe/brackets/releases/download/release-1.14.1/Brackets.Release.1.14.1.64-bit.deb (bzw. dessen 32-Bit-Variante, abhängig vom ermittelten Betriebssystem) herunter, entpackt es, ändert in der Datei Brackets/DEBIAN/control die Abhängigkeit libcurl3 zu libcurl4 und schnürt das Paket wieder zusammen.

Danach wird das angepasste .deb-Paket ganz normal über die Paketverwaltung installiert.

Demzufolge kann man es hinterher auch ganz normal mittels

1

sudo apt-get purge brackets

wieder los werden...

tomtomtom schrieb:

Dir ist schon klar, dass der Artikel aktuell ein totes Projekt beschreibt, dass vom Anbieter zum September 2021 abgekündigt wurde?

EDIT: Steht sogar im Artikel.

Genau, habe ich erwähnt, dass es sich um eine veraltete Version handelt. Die letzte für Linux halt, die von Adobe noch gepflegt wurde.

Inzwischen (Stand 27.02.2022) listet auch diese Version im Erweiterungsmanager keine Einträge mehr auf. Immerhin wird angeboten, Erweiterungen direkt via URL zu installieren, konkret also wohl von https://registry.brackets.io/.

Ich werde evtl. gelegentlich mal versuchen, die geforkte Version 2.01 in der VM aus dem Quellcode zu installieren, evtl. entfällt ja dann der ganze Murks hier. Allerdings sind 'mal eben Installieren' und 'längerfristig damit Arbeiten' halt zwei Paar Schuhe. Da ich ja, wie auch schon erwähnt, mit vscode arbeite (was ja überdies selbst von Adobe empfohlen wird), werde ich mir Brackets wohl kaum genauer anschauen.

Hallo,

wenn jemand was zu geforkten Version schreiben möchte wäre das dann aber ein eigener / neuer Artikel, weil anderes bzw. eigenständiges Programm.

Gruß, noisefloor

noisefloor schrieb:

wenn jemand was zu geforkten Version schreiben möchte wäre das dann aber ein eigener / neuer Artikel, weil anderes bzw. eigenständiges Programm.

Diese unterstützt weiterhin kein Linux, sondern nur Windows und macOS. Siehe auch https://github.com/brackets-cont/brackets/issues/112.