Anpassen der Firefox Setup 94.0.1.exe

soso, du weist also ganz genau, was das Installationsscript von Firefox alles beinhaltet? Welche Scriptsprache ist es denn?

Hallo,

ein Profil über den Installer zu übergeben, klingt nicht wirklich sinnvoll. Stattdessen sollten gezielt die Einstellungen verteilt werden. Dafür bieten sich die Unternehmensrichtlinien an:

GitHub - mozilla/policy-templates: Policy Templates for Firefox

Policy Templates for Firefox. Contribute to mozilla/policy-templates development by creating an account on GitHub.

github.com

Deswegen

Zitat

Auch wie man daraus dann wieder eine Installions.exe macht weiß ich.

Daraus kann man nur entnehmen, dass du die Firefox-Installation auseinander genommen hast und mit einem neuen Script unter Berücksichtigung des vorhanden Script eine neue erstellt hast. Daher auch die provokante Frage dazu (nur dazu). Das Feld mit policies und anderem hatte ich ausgelassen, weil Sören das wesentlich kompetenter antworten kann.

Was du vorhattest, habe ich vor Jahren hinter mir gelassen, da war das noch sehr einfach ohne das heutige Klimbim drum rum. Heute würde ich nur noch einen intelligenten Starter davor setzen, der das aufnimmt, was Firefox erstellt hat und ergänzt.

Zitat von .DeJaVu

Daraus kann man nur entnehmen, dass du die Firefox-Installation auseinander genommen hast und mit einem neuen Script unter Berücksichtigung des vorhanden Script eine neue erstellt hast.

Nicht wirklich. Es gibt auch MSI-Installer von Firefox, die man mit Erweiterungen bündeln kann.

Daran hatte ich auch gedacht, aber er hat ja exe geschrieben. Bei msi hätte ich gesagt, ist es einfacher, was zu ändern. Ich weiss nur nicht, was bei Firefox msi drin ist, ob das nur eine Verpackung für die eigentliche exe ist oder ein echtes msi, wie ich das sonst kenne.

Danke für den Link. Da ich 7z auch nutze für diverse Fälle, auch im Bereich "Packen durch eine übergeordnete Instanz/mein Programm", das kann ich auch ohne Bedenken weitergeben statt winrar. Die genannten Paramater müsste ich nachlesen, was davon wirklich alles notwendig ist.

Jetzt finde ich nur ein Problem - diese 7zSD.sfx befindet sich dort nicht mehr, nur das app.tag

janeisklar, Mozilla mal wieder...

Dort auf

Dann oben rechts "raw" und dann kommt die Datei, dann musst du nur den Parameter später für die exe anpassen.

Inhalt von app.tag

;!@Install@!UTF-8!
Title="Mozilla Firefox"
RunProgram="setup.exe"
;!@InstallEnd@!

Was ich dir noch sagen kann, dass der Installer und auch "setup.exe" in NSIS geschrieben worden sind, man findet die Scripte dazu auch bei Mozilla, ist nur eine Sisyphus-Arbeit, alle benötigten Dateien zusammenzubekommen und dann fehlerfrei zu kompilieren. Nach deiner Recherche scheint das aber überflüssig zu sein, kann ich leider nichts zu sagen, ist zu lange her. Die Installationsdatei selbst kann ja schon Parameter entgegennehmen (silent und Zielpfad)

Daher müsste rein theoretisch jedes beliebige SFX erstellbar sein, was die gewünschte Struktur enthält und die setup.exe ausführen kann, demnach auch winrar, 7z sowieso, winzip und alle andere Packer auch. 7Z ist nur kostenlos und kann LZMA/LZMA2, kann nicht jedes.

PS Sören hat vorhin anderweitig drauf hingewiesen, dass eine 94.0.2 kommen wird, in den Release-Ordnern steht die schon, wenn du weiterarbeitest, dann am besten auf dieser Basis.

Nachtrag - wie vermutet (und auch früher gesichtet) beinhaltet das MSI eine "WrappedExe", was nix anderes als die normale Installationsdatei "Firefox Setup 94.0.2.exe" ist, wird ohne Nachfrage ausgeführt und installier

"C:\Windows\Installer\MSIC5F6.tmp" /S /TaskbarShortcut=true /DesktopShortcut=true /StartMenuShortcut=true /MaintenanceService=true /RemoveDistributionDir=true /PreventRebootRequired=false /OptionalExtensions=true /RegisterDefaultAgent=true /LaunchedFromMSI

Der Rest bzw auch diese Parameter werden von "setup.exe" weiter abgearbeitet. Es erfolgt keine weitere Abfrage nach Zielpfad usw.

Zitat von .DeJaVu

Die genannten Paramater müsste ich nachlesen, was davon wirklich alles notwendig ist.

Es ist dringend davon abzuraten, an den Parametern irgendetwas zu verändern, die sind nicht grundlos in genau dieser Form dokumentiert. Mir ist aber auch nicht klar, was genau das jetzt mit der Frage des Themenerstellers zu tun haben soll - worauf auch schon der Themenersteller selbst hingewiesen hatte.

---

Gibt es denn ein konkretes Beispiel, was konfiguriert werden soll? Anfangs ist vom Downloadberzeichnis die Rede, aber das Beispiel erscheint mir wenig sinnvoll. Das Downloadverzeichnis ist nämlich dynamisch und dementsprechend ergibt es auch nur einen Sinn, einen Standard-Wert zu vergeben, sofern dieses durch den Nutzer veränderbar bleiben soll. Und dafür gibt es eine Richtlinie. Wenn das Profil bereits genutzt wird, gibt es ja schon einen Wert und damit ist ein Standard hinfällig. Alternativ dazu könnte man das Verzeichnis unveränderbar erzwingen. Aber auch dafür gibt es eine Richtlinie.

Auch wenn das grad nur Nebenschauplatz ist:

7z
 a (hinzufügen)
 -r (rekursiv=Unterordner)
 -t7z (Archivtype: 7z
 app.7z (Zieldatei)
 -mx (level of compression)
 -m0=BCJ2 (BCJ2 is a Branch converter for 32-bit x86 executables (version 2). It converts some branch instructions for increasing further compression.)
 -m1=LZMA:d24
 -m2=LZMA:d19
 -m3=LZMA:d19 (m1 bis m3 sind nur weitere untergeordnete Angaben für LZMA als Packverfahren)
 -mb0:1
 -mb0s1:2
 -mb0s2:3

-mb

b{C1}[s{S1}]:{C2}[s{S2}] 
Binds output stream S1 in coder C1 with input stream S2 in coder C2. If stream number is not specified, stream with number 0 will be used. 

Usally coder has one input stream and one output stream. In 7z some coders can have multiple input and output streams.

For example, BCJ2 encoder has one input stream and four output streams.

Streams sind besonderer Packverfahren, Winrar kann sowas auch

Letztlich ist für Windows nur das hier wichtig:

7z
 a (hinzufügen)
 -r (rekursiv=Unterordner)
 -t7z (Archivtype: 7z
 app.7z (Zieldatei, lässt sich ändern)
 -mx (level of compression)

Die Packverfahren könnte für Linux und andere wichtig sein, geringfügig abhängig vom Exe-Stub (7zSD.Win32.sfx), was ich aufgrund der Struktur und dem folgenden Aufruf bezweifle, siehe auch MSI. Wobei das Stub (nennt sich so) als Header und Entpackroutine für das 7Z auch nur die Parameter weitergibt.

Mehrfaches Hinweisen darauf, dass das hier nicht das Thema ist, sollte eigentlich kein Anlass sein, das noch weiter zu vertiefen. Leider zwingen mich solche Aussagen zur Klarstellung, weil das andere auf Ideen bringen könnte, die nicht zielführend sind:

Zitat von .DeJaVu

Letztlich ist für Windows nur das hier wichtig:

Ich wiederhole mich, dieses Mal mit Hervorhebung: Es ist dringend davon abzuraten, an den Parametern irgendetwas zu verändern, die sind nicht grundlos in genau dieser Form dokumentiert. Ob es auch anders ohne offensichtliche Probleme funktioniert, spielt dabei keine Rolle. Es gibt schlicht und ergreifend keinen Grund, die Anleitung zu missachten. Man kopiert so oder so die Zeile und gewinnt nichts dadurch, Parameter ohne jeden Grund aus der Anweisung zu entfernen. Daraus ein Thema zu machen, ist also nur verschwendete Zeit und Energie.

Zitat von Hottihotte

Downloads: Partion und Jedes Mal nachfragen, wo eine Datei gespeichert werden soll vorgegeben "Immer",aber nachträglich auch änderbar

Dafür kannst du diese Richtlinie nutzen:

GitHub - mozilla/policy-templates: Policy Templates for Firefox

Policy Templates for Firefox. Contribute to mozilla/policy-templates development by creating an account on GitHub.

github.com

Diese wird vom Enterprise Policy Generator leider noch nicht unterstützt, obwohl ich bereits vor mehr als einem Jahr die technischen Voraussetzungen geschaffen hatte:

platform support for new Handlers policy, see #152 · cadeyrn/enterprise-policy-generator@26665dc

github.com

Eigentlich müsste die Richtlinie nur noch hier intergriert und getestet werden:

enterprise-policy-generator/policies.js at master · cadeyrn/enterprise-policy-generator

The Enterprise Policy Engine allows administrators to configure Firefox via a configuration file. The Enterprise Policy Generator helps to create the…

github.com

Lange Rede, kurzer Sinn: Der EPG kann das in der aktuellen Version nicht, aber du kannst die Richtlinie manuell (Dokumentation siehe 1. Link) eintragen.

Zitat von Hottihotte

Startseite: Startseite,geht mit deinem Scipt auch nachträglich zu ändern

Auch für die Startseite gibt es eine Richtlinie, die wird vom EPG auch unterstützt.

Zitat von Hottihotte

Websites eine "Do Not Track"-Information senden, dass die eigenen Aktivitäten nicht verfolgt werden sollen:nicht gefunden in deinem Script aber ich gehe davon aus das es auch nachträglich änderbar wäre.

Dafür gibt es keine Richtlinie. Ehrlich gesagt wäre der Nutzen davon auch verschwindend gering. DNT ist freiwillig und es haben sich noch nie viele Websites daran gehalten. Mittlerweile halten sich selbst einige Websites nicht mehr dran, die das früher mal getan haben. Browserhersteller wie Mozilla arbeiten an einer Art "Nachfolger" mit der Global Privacy Control, aber das dauert noch ein bisschen.

Zitat von Hottihotte

Zugangsdaten und Passwörter:sollten alle Hacken raus,unten beschrieben,war nicht nachreäglich änderbar

Dafür gibt es eine Richtlinie, die auch vom EPG unterstützt wird.

Zitat von Hottihotte

Nur kann ich den Downloadpfad nicht mehr ändern

Wie gesagt gibt es auch dafür eine Richtlinie, diese wird ebenfalls vom EPG unterstützt. Achte darauf, dass du die richtige verwendest, je nachdem, ob der Pfad änderbar bleiben soll oder nicht.

Zitat von Hottihotte

und das selbe wäre wenn ich Zugangsdaten und Passwörter was voreingestellt hätte mit dem Script,es lässt sich so gut wie nichts mehr nachträglich ändern

Auch hier gibt es zwei unterschiedliche Richtlinien, je nachdem, ob das überschreibbar sein soll oder nicht.

Zitat von Hottihotte

Ok,daraus werde ich garnicht schlau,bin auch nicht so wissend da drin.

Dann muss ich wohl ein Update für den EPG veröffentlichen, womit das leicht gemacht wird. Das ist so oder so geplant, einen Termin gibt es aber keinen, weil sich meine verfügbare Zeit dafür nur sehr schwer planen lässt. Nur dass es im November nicht mehr passieren wird, ist mal sicher.

Zitat von Hottihotte

Lösche Browsing-Daten, wenn Firefox geschlossen wird

Das kann nschträglich nicht mehr geänder werden

Ergänze noch die Locked-Option:

"SanitizeOnShutdown": {
  "Cache": true,
  "Cookies": false,
  "Downloads": true,
  "FormData": true,
  "History": true,
  "OfflineApps": false,
  "Sessions": true,
  "SiteSettings": false,
  "Locked": false
}

Diese Option wird von der öffentlich verfügbaren Version vom EPG auch noch nicht unterstützt, da diese älter ist als die Locked-Option.

Zitat von Hottihotte

Dazu finde ich die Schrift "Der Browser wird durch ihre Orgination verwaltet" nicht so gut da es sich ja um private Installaionen handelt.

Der Hinweis erscheint immer, wenn Unternehmensrichtlinien aktiv sind.

Zitat von Hottihotte

Und komischerweise wird sie dann komplett ignoriert.

Nicht komisch, sondern logisch. Du hast das Komma davor vergessen. In meinem Ausschnitt steht das Komma, du hättest das nur kopieren müssen. So hast du natürlich einen Syntax-Fehler und die ganze Datei funktioniert nicht mehr.