staging.inyokaproject.org

Firefox/Einstellungen_Sperren

Status: Ungelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion des Artikels Firefox/Einstellungen_Sperren.

e2b Team-Icon

Avatar von e2b

Anmeldungsdatum:
6. Mai 2006

Beiträge: 3396

Wie wäre es nun mit /usr/share/firefox/defaults/pref oder /etc/firefox-3.0/pref?

TheMagican

(Themenstarter)

Anmeldungsdatum:
29. März 2007

Beiträge: Zähle...

Ich hab gerade beide Verzeichniss ausprobiert ... Firefox meldet sich immernoch damit, dass die Konfigurationsdatei nicht gelesen werden kann. Vermute fast, dass das schon so gewollt ist, dass man nur Config-Dateien aus diesem einen Verzeichnis einbinden kann bzw. in andere Config-Dateien solche Befehle nicht so einfach reinmachen kann.
Was mir als (aufsteigender) Laie noch in den Kopf kommt: Ich hab zwar keine Regel für firefox gefunden, aber hat apparmor vielleicht was damit zu tun? Oder vielleicht ein ähnliches Programm?

Grüße
Andi

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

zu Apparmor: kann IMHO nicht. Per Voreinstellung schützt AppArmor unter Ubuntu nur CUPS. Es sei denn, du hast weitere Profile nachinstalliert.

Gruß, noisefloor

AndreasH

Avatar von AndreasH

Anmeldungsdatum:
8. Juni 2007

Beiträge: Zähle...

Ich habe das Problem des Ortes der .cfg-Dateien mal als Bug im Firefox-Bugzilla eingestellt (#466949). Es ist tatsächlich so, dass diese Datei im Installationsverzeichnis von Firefox (unter Ubuntu /usr/lib/firefox-<Version>) liegen *muss*. Ich konnte aber keine Hinweise finden, ob das so gewollt ist oder ein Versehen. Wie gesagt, unter Windows ist das Verhalten noch akzeptabel, da dort die Konfiguration Updates überlebt (der Installationsordner ändert sich nicht). Unter Linux gibt es keine "ofizielle" Installation, das herunterladbare Firefox für Linux ist einfach eine Binary-Distribution, die direkt aus dem Ordner heraus gestartet wird ohne Installation. Andererseits könnten die Ubuntu Packages dieses Problem auch nur mit einem Patch lösen, oder indem ein Postinst-Skript die Konfiguration ausliest, die cfg-Datei im alten Verzeichnis sucht und ggf. verschiebt. Bisschen viel Aufwand für ein eigentlich nicht selbst zu verantwortendes Problem.

TheMagican

(Themenstarter)

Anmeldungsdatum:
29. März 2007

Beiträge: Zähle...

Öhm, ohne drängeln zu wollen, aber warten wir mit dem Wiki-Eintrag noch, bis der Bug bearbeitet wurde, bzw. bis noch mehr Kommentare kommen? Ich möchte nur nicht, dass der Eintrag als Baustellen-Leiche endet...

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

nee, haben wir nur vergessen. 😳

Dem Artikel fehlt noch der "getestet" Tag, dann können wir IMHO schieben.

Gruß, noisefloor

TheMagican

(Themenstarter)

Anmeldungsdatum:
29. März 2007

Beiträge: 203

Da das mein erster Wiki-Eintrag ist bin ich nicht sicher, wer für sowas zuständig ist, aber ich war mal so frei und hab den "getestet" Tag hinzugefügt...

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

wer für sowas zuständig ist

Immer der Autor. ☺

"getestet: general" wird aber nur verwendet, wenn sich Dinge (fast) nie ändern, also z.B. bei Shell-Befehlen. Ansonsten - wie auch hier - bitte "nur" explizit die Ubuntu-Versionen eintragen von denen die weißt, dass es so funktioniert. Ob dass dann 1,2 oder 3 sind ist egal.

Gruß, noisefloor

TheMagican

(Themenstarter)

Anmeldungsdatum:
29. März 2007

Beiträge: 203

Danke für den / die Hinweise - ich werds mir für meinen nächsten Wiki-Artikel merken 😉

Ich hab jetzt den Getestet-Tag von "general" auf "hardy" umgestellt

Grüße
Andi

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

habe ein paar Korrekturen gemacht und verschoben: Firefox/Einstellungen Sperren.

Gruß, noisefloor

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

IMHO kann der Artikel "getestet:general" bekommt, weil der Inhalt nicht von einer bestimmten *buntu-Version anhängt.

Gruß, noisefloor

Antworten |