Standardbrowser

[horn]

Ich wollte gerade einen Link zum trac-System öffnen, und zwar aus dem Thunderbird heraus. Der schickt mich automatisch mit Google chrome los. Da kommt dann immer diese Abfrage von irgendeinem Key, die man mehrmals wegklicken muss, was ich recht umständlich finde.

Warum nehmen wir denn nicht Chrome als Standard-Browser, der dann problemlos und intuitiv funktioniert, ohne große Benutzerhürden? Immerhin weist Google ja eine gewisse Kompatibilität mit dem Linux-System auf. Ist das dann nicht naheliegend?

[bau]

Die Einstellung des Standard-Browsers ist ueerbezogen, bei mir startet der Firefox.
Es handelt sich bei dir um eine Thunderbird-Einstellung, der hat seine eigenen Vorstellungen :-)

[horn]

Ah. Ich meinte das eher so "philosophisch". Ich glaube, dass im Kollegium niemand Chrome benutzt, also zumindest auf unserem System. Der Firefox ist standardmäßig in der Seitenleiste. Also mir ist es ja egal. Ich habe nur letzt diesen Artikel über die Kompatibilität von Google Chrome und Linux gelesen. Da dachte ich, dass ich hier mal Pseudo-Expertise zeige. :D (und natürlich ist das eine persönliche Präferenz)

[Rüdiger Kupper]

Man kann das schon mal überlegen, auch der Firefox macht in letzter Zeit Probleme. Allerdings ist Deine Annahme, dass Chrome "problemlos und intuitiv funktioniert" falsch, weil in einer Netzwerkumgebung wie der unseren überhaupt kein Browser "problemlos und intuitiv funktioniert". Für Firefox verteilen wir eine genau festgelegte Nutzerkonfiguration, in der z.B. der Proxy festegelgt ist, das Caching im Homeverzeichnis abgeschaltet, der Automatische Update von Plugins abgeschaltet, Übertragung von Rückmeldedaten deaktiviert, die Seitenblockliste abgeschaltet, die Startseite gesetzt, etc. All das müssten wir dann automatisch auch für Chrome bei jedem einzelnen Nutzer regeln, und ich habe keinerlei Ahnung oder Erfahrung damit, wie das bei Chrome geht. Da Chrome ein propritäres Produkt von Google ist, fürchte ich, viele Einstellungen lassen sich gar nicht beeinflussen.

Insgesamt ist immer weniger Software darauf ausgelegt, in Netzwerkumgebungen zu funktionieren. Alles ist neuerdings auf den einzelnen Nutzer ausgerichtet, der möglichst viel selbst machen können soll, seine eigenen Apps installieren, etc. Das als Administrator für alle Nutzer in einem Netzwerk zu verwalten wird mehr und mehr zu einem Hürdenlauf.

Also, wenn wir auf Chrome oder einen anderen Browser wechseln wollen, dann müsste sich jemand über die Konfigurationsmöglichkeiten für Administratoren kundig machen. Wenn sich da jemand auskennt, lasse ich mich gerne drauf ein. Derzeit verteilen wir Chrome ohne jede Anpassung, daher muss der Nutzer alle Einstellungen wie den Proxy selbst vornehmen. Der Grund dafür, dass wir Chrome überhaupt installiert haben, was, dass bestimme Kollegen Videos über Amazone Prime zeigen wollten, was seinerzeit in Firefox nicht lief. Ich könnte mir vorstellen, dass das inzwischen ohnehin gelöst ist.
Ganz davon abgesehen, dass ich nicht ganz verstehe, warum Lehrer ihr privat gezahltes Amazon-Prime-Konto in der Schule verwenden sollen. Wenn wir diese Videos nutzen wollen, sollte die Schule eher über ein Schulkonto bei Amazon nachdenken. Und abgesehen davon, dass Chrome proprietäre Software ist.

Chrome macht zudem Probleme beim Update. Leider bekommt es Google nicht hin, ein *.deb-Repository zur Verfügung zu stellen, dass den gängigen Regeln folgt. Daher weigert sich der Update-Mechanismus, Chrome zu aktualisieren. Ich muss dazu jedes Mal von Hand das Installationsfile von der Google-Seite herunterladen und manuell installieren.

Aus Sicht des Administrators würde ich Chrome eher bald wieder loswerden wollen, wenn es nicht mehr für's Filmezeigen gebraucht wird.

[Rüdiger Kupper]

Bei mir öffnet Thunderbird die Links übrigens einfach mit dem Browser, der im System als Standardbrowser eingestellt ist. Vielleicht hast Du da Chrome eingestellt.

[horn]

Danke für die Info. Ich wollte da einfach mal eine Expertise. Sicherlich kann ich das nicht so differenziert beurteilen. Aber mir sind die genannten Aspekte sehr einleuchtend.

[bau]

Auf Raspbian ist Chromium mittlerweile der Standard-Browser. Die Proxy-Einstellungen lassen sich auf dem RaspberryPi in der .profile des Users über

http_proxy="http://proxyl.kg-fds.de:3128"
https_proxy="https://proxyl.kg-fds.de:3128"

dauerhaft einrichten. Auf dem Gnome-Desktop unter Ubuntu sind die Proxy-Einstellungen über die Systemeinstellungen (Zahnrad) - Netzwerk einstellbar (eine Änderung der .profile brachte bei mir keinen Erfolg). Gnome 3 macht mittlerweile dconf - das kann mit gsettings abgefragt und gesetzt werden, die Einstellungen stehen im Schlüssel

 gsettings list-keys org.gnome.system.proxy.http
host
port
use-authentication
authentication-password
authentication-user
enabled

gsettings get org.gnome.system.proxy.http host
'proxyl.kg-fds.de'

gsettings get org.gnome.system.proxy.http port
8080

gsettings get org.gnome.system.proxy.https host
'proxyl.kg-fds.de'

gsettings get org.gnome.system.proxy.https port
8080

[Rüdiger Kupper]

Okay, dann können wir wirklich mal überlegen, mittelfristig auf Chromium umzusteigen. Wenn's klappt packe ich ihn parallel zu Firefox ins nächste Image. (Vom derzeit installierten vollen Chrome würde ich mich eher trennen wollen, da ist mir zu viel Google drin. Und die Paketquellen werden nicht authentifiziert.)

[Rüdiger Kupper]

Die obigen gsettings-Befehle bringt man am besten in der bashrc oder profile des Nutzer unter:

• proxyl für Lehrer
• proxys für Schüler

(http und https-Proxy)

[Rüdiger Kupper]

Ich habe nun im Gerhard-Image Google Chrome entfernt und dafür die aktuelle Version von Chromium installiert. Inklusive der Zusatzpakete (Bookmark-Suche für den Unity dash, Integration von Web-Accounts). Auch den Flash-Player habe ich nochmal installiert, obwohl der hoffentlich nur noch von veralteten Webseiten genutzt wird.

[Rüdiger Kupper]

TODO

• Chromium für alle Nutzer als Standardbrowser setzen
• Proxy für alle Nutzer richtig setzen (siehe Kommentar von bau oben)
• Chromium statt Firefox (oder zusätzlich?) in den Unity-Launcher aller Nutzer packen
• herausfinden, wie man in Chromium die Startseite(n) und Suchmaschinen für alle Nutzer setzt
• Startpage als Standardsuchmaschine einrichten

[Rüdiger Kupper]

Proxy via bashrc: erledigt.
-> changeset:1305/keplertools

[Rüdiger Kupper]

Es fehlten noch die gsettings

• mode 'manual'
• enabled 'true'

Siehe changeset:1307/keplertools

[Rüdiger Kupper]

Perfide: "mode 'manual'" muss unterhalb der host-Einträge stehen, sonst wird es anscheinend nicht aktiviert. Jetzt scheint die Sache zu prinzipiell zu klappen.

Allerdings ist ~/.bashrc wohl der falsche Platz hierfür, das wird nämlich beim Einloggen nicht ausgeführt, erst, sobald man ein Terminal öffnet. Mal schauen, wo es besser liegt.

[Rüdiger Kupper]

Wie man den Default-Browser setzt:
​https://askubuntu.com/questions/16621/how-to-set-the-default-browser-from-the-command-line

[Rüdiger Kupper]

Die Chrome-Einstellungen liegen unter
.config/google-chrome/Default/Preferences
und scheinen (oho!) im JSON-Format zu sein. Wenn wir den Nutzern die Startseiten oder Links setzen wollen, müssen wir wohl dort herumbasteln.

[Rüdiger Kupper]

Siehe auch /etc/chromium-browser/customizations/

[Rüdiger Kupper]

Auch prüfen: Wie geht chromium damit um, wenn ein Nutzer auf mehreren Rechnern eingeloggt ist und Chromium startet? Firefox hat das grundsätzlich nicht erlaubt und ich musste erst einen "firefox-killer" schreiben, der den Prozess auf dem entfernten Rechner beendet.

[Rüdiger Kupper]

Chrome scheint so etwas wie "master preferences" zu kennen:

• ​https://support.google.com/chrome/a/answer/187948?hl=en

Da steht allerdings nur etwas von Windows und MAC

[Rüdiger Kupper]

​https://stackoverflow.com/questions/6657472/setting-the-default-search-provider-on-chrome-via-a-script

[Rüdiger Kupper]

.profile wird beim graphischen Login ausgeführt. -> gsettings nach dort verschoben.

[Rüdiger Kupper]

Ohmann, nun treten beim Einloggen manchmal race-conditions auf: DBUS läuft manchmal noch gar nicht, wenn ~/.profile ausgeführt wird.
Ich habe die gsettings-Befehle nun also nach ~/.xsessionrc verschoben, in der Hoffnung, dass das erst dann ausgeführt wird, wenn die Sitzung komplett läuft.

[Rüdiger Kupper]

Alle meine Tests funktionieren -- aber mal schauen, was morgen passiert, wenn sich die Kollegen einloggen...