Firefox 57 für Debian?

[Radfahrer]

Ich auch.
Ich brauche nur noch ein Addon mit dem man die Titelleiste des Fensters ausblenden kann. Früher gab es dafür Hide Caption Titlebar plus.
Es gibt jetzt Hide Titlebar, das kriege ich aber nicht richtig zum laufen. Wird installiert, auch als aktiv aufgeführt, funktioniert aber nicht.
Naja, mal abwarten.

[Korodny]

Ich hatte Palemoon und Waterfox eigentlich nur erwähnt da ich gehofft hatte, jemand hätte schon etwas Recherche betrieben. Beides sind Firefox-Varianten: Waterfox passt immer die neueste stabile Version den eigenen Anforderungen an (Pocket raus, Datenschutz etc.), Palemoon ist ein Fork der in großen Abständen (FF24, FF38) den aktuellen Stand der Firefox-Engine importiert. Beides sind im Wesentlichen Ein-Mann-Projekte mit einem Team von Gelegenheitshelfern.

Mozilla beerdigt gerade XUL/XPCOM und auch die Engine wird schrittweise durch Neuentwicklungen ersetzt. Früher (Waterfox) oder später (Palemoon) müssten FF-Varianten also den Schritt selbst auch vollziehen - oder eine eigene Render-Engine warten, optimieren und erweitern. Ich halte es - angesichts der Team-Größen - aber für ausgeschlossen, dass dabei etwas Sinnvolles herauskommt. Zumindest bei Palemoon müsste man sich dazu ja schon Gedanken gemacht haben, oder? Waterfox wird mit Sicherheit mit etwas Verzögerung auch auf FF57+ basieren.

Insofern halte ich einen Wechsel von FF zu einem dieser Projekte für mindestens kurzsichtig. Und Chromium etc. hatten nie die Addon-Vielfalt, die Firefox hatte - also jetzt wegen dem Verlust einiger Addons zu einem Browser zu wechseln, wo es auch nichts Vergleichbares gibt, macht für mich ja auch keinen Sinn.

Ich bin mit der GUI auch nicht wirklich glücklich - vor allem scheint die Möglichkeit dahin, sich das ganze besser an seine restlichen Anwendungen bzw. an die Desktop-Umgebung anzupassen. Das Drei-Punkt-Menü halte ich zumindest auf dem Desktop für eine absurde Idee - es gibt jetzt mit Tab-Kontextmenü, Seiten-Kontextmenü und Drei-Punkte-Menü gleich drei Orte, wo ich (größtenteils verschiedene) Aktionen zur aktuellen Seite einleiten kann.

Aber der Browser hat, was die Performance angeht, gerade einen massiven Satz nach vorne gemacht. Ich war schon lange nicht mehr so optimistisch, was FIrefox angeht. Trotz aller Bedenken bezüglich Pocket, Hello, DRM, Werbung...

[TomL]

Moin

Also... was soll ich sagen...?... da bleibt mir als Palemoon-Fan echt nix anderes übrig, als anzuerkennen, dass der neue FF wirklich klasse aussieht. Mir gefällt das klare neue Design (ich empfinde es als sachlich, sehr nüchtern, unaufdringlich) richtig gut. Die Geschwindigkeit, mit der die Seiten geöffnet werden, ist echt beeindruckend... so kannte ich das vorher jedenfalls nicht. Toll!

Getrübt wurde die Stimmung aber wieder, als ich in about:config "google" als Filter eingetragen haben. Das ist für mich immer noch nicht so richtig durchschaubar und ich befürchte, dass da über dieses "safebrowsing" mein Surfen zur vorgeblichen Integritätsprüfung der Sites nach Google übertragen wird. Ich habe jetzt zum Testen rigoros wirklich alle Google-Einträge einfach gelöscht, jeden Schlüssel und jeden Wert, in dem Google enthalten war, habe ich gekillt bzw. geleert. Mal abwarten, ob sich das irgendwie auf die Stabilität des FF auswirkt. Aber genau das jetzt auf allen unseren Maschinen einzeln von Hand nacharbeiten zu müssen, find ich einigermaßen "sch***e. Das war ja ursächlich einer der Gründe, warum ich keinen FF mehr einsetzen wollte. Ich versuche die Distanz zu Google mit allen Mitteln zu vergrößern, aber FF liefert womöglich unerlaubt komplett alles frei Haus nach Google.

Zitat aus den Erklärungen auf der Mozilla-Seite [1]:

Ansonsten fragt Firefox beim „Safe Browsing Service“ von Google an, ob die Software sicher ist, indem einige Metadaten des Downloads dorthin übermittelt werden.

Mit 'Fingerprint' wäre das ja wohl der Kracher gemeinhin.... und unklar ist mir, was da möglicherweise alles als Download deklariert wird. Weiss da vielleicht jemand genaueres zu, was es mit dieser Google-Anbindung auf sich hat?

[1] https://support.mozilla.org/de/kb/wie-f ... programmen

[Radfahrer]

Wie sollte das Safe Browsing denn sonst funktionieren?
Soll sich der Browser das aus den Rippen schneiden? Wenn er dich vor unseriösen oder gefährlichen Webseiten warnen soll, muss er ja von irgendwoher die dazu benötigten Infos bekommen.

Wenn du das nicht möchtest, schalte es halt aus. Der FF bietet dir ja nur die Möglichkeit, mehr nicht.

https://support.mozilla.org/de/kb/wie-f ... programmen

[Korodny]

Macht Palemoon das nicht?

Ich finde es auch ärgerlich, dass ich das nach der Installation erst mal Abschalten muss. Aber immerhin kann ich es abschalten - das ist der Grund warum ich immer noch bei Firefox bin.

Es reicht übrigens nicht, die Funktion in Firefox abzuschalten, dann holt FIrefox die Datenbank samt Updates nämlich trotzdem noch bei Google ab. Man muss about:config bemühen, weitere Hinweise im Privacy Handbuch (Absatz "Safebrowsing deaktivieren").

[uname]

dass da über dieses "safebrowsing" mein Surfen zur vorgeblichen Integritätsprüfung der Sites nach Google übertragen wird.

Safebrowsing wird eben von Google bereitgestellt und wohl von der NSA ausgewertet. Du brauchst es ja nicht verwenden:

https://en.wikipedia.org/wiki/Google_Safe_Browsing
https://www.washingtonpost.com/news/the ... r-hacking/

Ich habe vor einiger Zeit mal einen Netzwerk-Sniffer verwendet. Mit deaktiviertem Google Safebrowsing wurde nichts übertragen. Trau im übrigen nie der Netzwerkanalyse von Firefox (F12 -> Netzwerkanalyse), sondern verwende immer einen externen Sniffer wie wireshark bzw. urlsnarf (dsniff). Trau auch nie dem installierten Betriebssystem, sondern verwende einen zwischengeschalteten Rechner zur Netzwerkanalyse. Da heute fast alles SSL verschlüsselt ist bleibt dir zudem nur die Möglichkeit etwas zu erlauben oder zu verbieten.

[Dogge]

Wie sollte das Safe Browsing denn sonst funktionieren?
Soll sich der Browser das aus den Rippen schneiden? Wenn er dich vor unseriösen oder gefährlichen Webseiten warnen soll, muss er ja von irgendwoher die dazu benötigten Infos bekommen.

Was spricht dagegen einmal täglich/wöchentlich die Liste zu aktualisieren (wie es z.B. für die Filterlisten der Trackingblocker gemacht wird)?
Dann würde nicht unnötigerweise JEDER EINZELNE Webseitenaufruf an Google übertragen.

Privacy Settings [1] ist übrigens ein hervorragendes AddOn um schnellen Zugriff auf privatsphärebezogene Einstellungen zu erhalten die sonst in den Tiefen von about:config versteckt sind. Ob das schon mit Fx57 kompatibel ist kann ich nicht sagen, da ich das noch nicht getestet habe.

[1] https://addons.mozilla.org/en-US/firefo ... -settings/

[scientific]

Hab mir FF57 jetzt mal für Windows im Büro runtergeladen... WOW, der ist ja echt flink. Ich bin beeindruckt.

[Korodny]

Was spricht dagegen einmal täglich/wöchentlich die Liste zu aktualisieren (wie es z.B. für die Filterlisten der Trackingblocker gemacht wird)?

Naja, gerade bei der Malware-Abwehr ist ein möglichst aktueller Datenbank-Bestand ja absolut sinnvoll.

Privacy Settings [1] ist übrigens ein hervorragendes AddOn um schnellen Zugriff auf privatsphärebezogene Einstellungen zu erhalten die sonst in den Tiefen von about:config versteckt sind. Ob das schon mit Fx57 kompatibel ist kann ich nicht sagen, da ich das noch nicht getestet habe.

AddOns die mit FF57 kompatibel sind, sind entsprechend markiert (ein unübersehbarer grüner Balken "Kompatibel mit Firefox 57+"). Web Extensions können m.W. keine Settings in about:config mehr ändern, dass heißt eine Anpassung von Privacy Settings an FF57 ist nicht möglich.

[speefak]

Gibt es kein apt Repository für den den FF 57+ ?

[hikaru]

Gibt es kein apt Repository für den den FF 57+ ?

Es gibt firefox 57 in Sid.
Vor kurzem habe ich versucht, den auf Jessie zu portieren. Ich habe aber nach diversen Zwischenschritten aufgegeben als ich g++-6 hätte backporten müssen.
Auf Stretch dürfte das im Prinzip machbar sein, allerdings immer noch aufwändig. Unter Buster müsste es relativ problemlos klappen.

[KBDCALLS]

gcc4.9 oder größer sind die Mindestvorausetzung ab Firefox 51. Lohnt sich das den selber zu bauen?

• https://developer.mozilla.org/en-US/doc ... requisites

[hikaru]

gcc4.9 oder größer sind die Mindestvorausetzung ab Firefox 51. Lohnt sich das den selber zu bauen?

Wer ist "den", gcc oder Firefox?
gcc-4.9 gibt es in Jessie. Falls also diese Mindestanforderung auch noch für FF 57 gilt, dann sollte man in allen noch relevanten Debian-Releases keinen Backport brauchen (der mMn zu aufwändig wäre).

Mein erster Versuch, das FF-57-Sid-Paket unter Jessie mit gcc 4.9 zu bauen scheiterte allerdings, weil eines der FF-Python-Scripts welche die Build-Umgebung auf Kompatibilität testen keine Shell fand. Warum der Check nicht funktionierte weiß ich nicht. In einem isolierten Test funktionierte die Abfrage der Shell im Script. Ich kenne mich allerdings mit Python nicht aus und habe da dann hart /bin/bash reingeschrieben und kam wenigstens über den Check.
In der Folge brach aber bei etwa einem halben Dutzend build-Versuchen debuild jedes mal ab, weil FF offenbar seinen eigenen Code während des build-Vorgangs verändert. Das mochte debuild nicht und wollte dass ich die Änderungen zuerst commite. So kam ich mit jedem Commit ein Stück weiter, verlor aber relativ schnell die Geduld.
Zu diesem Zeitpunkt hatte ich bereits einen Sack voll Libs aus Buster zurückportiert und einen clang-Backport für Jessie erstellt. Die rustc- und cargo-Pakete aus Buster ließen sich mit minimalen Anpassungen an debian/control auf Jessie installieren und liefen augenscheinlich problemlos. Zu einem sauberen Backport sah ich mich wegen der zyklischen und selbstreferenziellen Abhängigkeiten nicht in der Lage.

Unter Stretch sollte sich die Backport-Orgie deutlich entspannen.

[KBDCALLS]

Das hat pbuilder ausgespuckt.

Code: Alles auswählen

The following packages have unmet dependencies:
 pbuilder-satisfydepends-dummy : Depends: rustc (>= 1.19) which is a virtual package.
                                 Depends: cargo (>= 0.20) which is a virtual package.
                                 Depends: llvm-4.0-dev which is a virtual package.
                                 Depends: libclang-4.0-dev which is a virtual package.
                                 Depends: clang-4.0 which is a virtual package.
Unable to resolve dependencies!  Giving up...

[hikaru]

Die letzten drei Pakete kriegst du alle wenn du einen clang-Backport erstellst. Das war unter Jessie kein Problem, sollte also auch unter Stretch keines sein. Weitere Backports in Form von Libs mögen dafür nötig sein, sind aber trivial.
rustc und cargo kannst du direkt als Binärpakete aus Buster holen. Möglicherweise musst du die Abhängigkeiten der Pakete etwas verbiegen.

[speefak]

Bevor ich mir mein System mit Sid paketen, backportierungen etc zerschiesse, habe die Standaloneinstallation in /opt genommen. Die Testinstallation aus den Sid Quellen in einer VM liefert das gleiche Ergebnis wie die die installation des tar.gz nach /opt.

ABER :

Ich habe nun beim Starten des firefox 57 ein separates Icon im Cairodock. das ist extrem ungünstig und sieht nicht schön aus. Ich habe alles versucht : verschiedene Softlinks auf die /opt/firefox version in /usr/bin, bis zur vollständigen Deinstalltion des firefox-esr - alles ohne Ergebnis.

PS : wie kann ich screenshots hochladen ? ich finde in der Galerie keine uploadmöglichkeit.

[thoerb]

Ich habe nun beim Starten des firefox 57 ein separates Icon im Cairodock. das ist extrem ungünstig und sieht nicht schön aus. Ich habe alles versucht : verschiedene Softlinks auf die /opt/firefox version in /usr/bin, bis zur vollständigen Deinstalltion des firefox-esr - alles ohne Ergebnis.

Vielleicht hast du zwei Dateien für Firefox in /usr/share/applications?

[Radfahrer]

PS : wie kann ich Screenshots hochladen ? ich finde in der Galerie keine uploadmöglichkeit.

Etwas runterscrollen, dann unter "Album" auf "Bilder vom Forum" klicken. Dort findest du dann einen Button.

[Korodny]

Ich habe nun beim Starten des firefox 57 ein separates Icon im Cairodock. das ist extrem ungünstig und sieht nicht schön aus. Ich habe alles versucht : verschiedene Softlinks auf die /opt/firefox version in /usr/bin, bis zur vollständigen Deinstalltion des firefox-esr - alles ohne Ergebnis.

"separat" bedeutet du hast ein bereits "angepinntes" Icon im Dock, aber wenn du FF57 startest wird nicht dieses Icon als "aktiv" markiert sondern das Dock um ein zweites Icon ergänzt?

Das System - und damit auch Cairo-Dock erkennt Prozesse an ihrem Namen, vermutlich haben FF-ESR und FF57 unterschiedliche Namen: Das kannst du mit einem Taskmanager oder "top" im Terminal o.ä. überprüfen. Ändern kannst du diese Namen nicht.

Schmeiß das alte Icon aus dem Dock, und hefte das neue Icon permanent an - das sollte das Problem lösen. Wenn du beide Versionen weiter benutzen willst, musst du mit zwei unterschiedlichen Icons leben.

Oder habe ich dich falsch verstanden?

[speefak]

ja genau das is mein problem. ich habe den firefox-esr durch die installation aus den sid repos ersetzt => problem besteht weiter egal was ich versuche ich habe IMMER 2 icon, auch wenn ich die FF57 als icon festpinne, wird beim klicken auf dieses eine neue firefox instanz geöffnet.

[hikaru]

Das System - und damit auch Cairo-Dock erkennt Prozesse an ihrem Namen, vermutlich haben FF-ESR und FF57 unterschiedliche Namen: Das kannst du mit einem Taskmanager oder "top" im Terminal o.ä. überprüfen. Ändern kannst du diese Namen nicht.

Es käme mir seltsam vor, wenn sich ein so auf GUI ausgerichtetes Programm wie cairo-dock an Prozessnamen orientieren würde. Daher habe ich gerade mal Teile des Quellcodes von cairo-dock überflogen, und es scheint mir, dass nicht der Prozessname, sondern der Applikationsname ("WM_NAME") verwendet wird. Ich glaube der lässt sich nachträglich mit wmctrl und der Option -N setzen (die Manpage ist da leider nicht eindeutig). Soweit ich weiß, kann man das mit wmctrl nicht schon beim Programmstart machen, aber vielleicht gibt es dazu eine andere Möglichkeit.

cairo-dock hat außerdem einige Ausnahmebehandlungen für die Namensbildung mancher Programme (ich habe Wine und Chrome/Chromium gesehen). Vielleicht ließe sich auf der Basis was erreichen, aber dazu müsste man wohl den Quellcode anpassen um z.B. alles was "Firefox" im Namen hat als Eins zu behandeln.

[geier22]

Die Lösung dieses Problems würde mich auch interessieren. Das ist - soweit ich das Überblicke - bei allen Leisten so.
In Xfce - Leiste / Docky / Cairo Dock wird z.B. für Waterfox (Firefox dto) immer das selbe Symbol in der Task-Leiste angezeigt, während die Starter unterschiedliche Symbole haben.
Bei mir läuft z.B. gerade 2x Waterfox. PID 4542 ist mein Waterfox "crypto", der mit dem Befehl

Code: Alles auswählen

Firejail --private=~/.privat-browser/waterfox/ --net=eth0 --ip=192.168.0.75 --dns=8.8.8.8  /opt/waterfox/waterfox -no-remote

startet, aber Trotz eigenem Icon als Starter, in der Task Leiste das gleiche Symbol hat.

Code: Alles auswählen

27319 hans      20   0 2473412 578440 205196 S   7,6  3,5   0:56.40 Waterfox                                                             
 4542 hans      20   0 2034188 329860 140288 S   6,3  2,0   0:07.99 Waterfox     

Ich kann im Cairo Dock dem jeweiligen Programm zwar ein anderes Symbol als das in dem Starter zuweisen,
jedoch ist das dann für alle Instanzen des Programms gleich - auch wenn, wie im obigen Beispiel firejail das Programm startet. Es ist wohl so, wie hikaru vermutet.
Beide Programme haben:

Code: Alles auswählen

hans@sparkyxfce:~/Schreibtisch$ xprop | grep WM_CLASS
WM_CLASS(STRING) = "Navigator", "Waterfox"
hans@sparkyxfce:~/Schreibtisch$ xprop | grep WM_CLASS
WM_CLASS(STRING) = "Navigator", "Waterfox"
hans@sparkyxfce:~/Schreibtisch$ 

Es gibt die Möglichkeit, in Menulibre eine WM_CLASS einzutragen, jedoch bin ich mir nicht sicher , ob ich da was zerschiesse, wenn ich da was "neues eintrage

Aus:
http://glx-dock.org/ww_page.php?p=Tutor ... %20Symbole

How to name the image ?
Each icon must have the same name as the *class* for the relevant application. The class of an application is most of the time equal to its name, but not always.
To find the class for an application, make sure it's open, and then go to a terminal and type
xprop | grep WM_CLASS

This will bring up a little pointer, which you use to click on the relevant window. You'll get something like this in the terminal :
WM_CLASS(STRING) = "nautilus", "Nautilus"

Demnach müsste ich doch z.B. eine WM_CLASS namens WFcrypt erstellen können, und ein entsprechend benanntes Icon irgendwo nach /usr/share/icons/ packen können?

Edit:
Ich mach mal für dieses Thema einen neuen Thread auf
viewtopic.php?f=29&t=167704

[Nice]

Generell bin ich mit dem konservativen Paketmanagement von Debian zufrieden. Bei Firefox oder Gimp standen und stehen aber signifikante Versionssprünge an, welche ich "mitnehmen" will. Dabei möchte will ich die Stabilität von Stretch aber möglichst nicht kompromittieren. Daher dieser "HowTo"-Post.

Bauanleitung für einen relativ stabilen Einbau von Firefox-Quantum unter Stretch:
Wer Firefox-57-Quantum unter Debian-Stretch nutzen will, möchte sicher zwar den Import von Firefox-Quantum aus Sid und die Updates aus Sid in Anspruch nehmen, alle anderen Pakete sollen aber weiterhin aus der stabilen Stretch-Paketquelle kommen und nicht mit der Sid-Paketquelle überschrieben werden. Folgende HowTo-Seite zeigt das präzise Vorgehen:
https://linuxconfig.org/how-to-install- ... etch-linux
Zu ergänzen wäre danach das Löschen von Firefox-ESR und das Nachladen des deutschen Sprachpakets für Firefox ("firefox-l10n-de").
Auf meinen beiden Laptops (32- und 64-Bit) hat das Vorgehen ohne negativen Nebenwirkungen anstandslos geklappt, dennoch muß jeder der diese Systemänderungen vornimmt, selbst die Verantwortung dafür tragen.

Sollte im März 2018 in den Stretch-Paketquellen Firefox-ESR wie geplant auf Firefox-ESR-59 upgraden, kann man, wenn man will, Firefox deinstallieren, die Paketquelle Sid-Main löschen und Firefox-ESR wieder installieren.

[Nice]

P.S.
Für Firefox-ESR-Nutzer eventuell interessant:
Der nächste Versionssprung im März 2018 soll nicht wie usprünglich geplant auf 59, sondern auf 60 gehen.
Damit verbunden soll auch eine Verschiebung des Upgrades auf den Mai 2018 sein.

Aus: http://www.pro-linux.de/news/1/25460/fi ... tzung.html
Siehe auch: https://www.mozilla.org/en-US/firefox/organizations/

[Radfahrer]

Wer den aktuellen Firefox nutzen will, sollte ihn sich einfach von Mozilla holen. Ins home-Verzeichnis entpacken, Starter anlegen.... fertig.
Funktioniert wunderbar, inklusive Updates.

Ich mache das schon lange so. Das Gleiche bei Thunderbird.

Wer das Ganze systemweit haben will, entpackt halt nach /opt.

Ist ganz einfach:
https://wiki.ubuntuusers.de/Firefox/Ins ... erzeichnis