Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?

Mozilla stellt Unternehmensversion von Firefox in Aussicht

Nachdem Mozilla aufgrund der Kritik an den kürzeren Entwicklungszyklen von Firefox wieder eine Enterprise User Working Group einberufen hatte, ist man nun einer Lösung für den Einsatz der neuen Firefox-Versionen in Unternehmen einen Schritt näher gekommen. Problematisch sind die kurzen Release-Zyklen von nur sechs Wochen vor allem bei großen Unternehmen, wofür die Installation neuer Software-Versionen zunächst umfangreiche Tests zur Kompatibilität mit der Infrastruktur durchgeführt werden müssen. Diese Problematik will man nun wie einige Linux-Distributionen mit einer speziellen ESR-Version begegnen, bei der ausgesuchte Firefox-Versionen besonders lang gepflegt werden. Als erste ESR-Version kommt Firefox 8 in Betracht, welches im November erscheinen wird. Diese Version könnte für fünf Firefox-Versionen beziehungsweise 30 Wochen gepflegt werden, bevor sie dann im kommenden Sommer von der Firefox-Version 13 abgelöst wird. Für den Übergangszeitraum, in dem beide ESR-Versionen unterstützt werden, veranschlagt man 12 Wochen beziehungsweise 3 Monate. Danach wird Version 13 wieder für 30 Wochen bis zum Erscheinen von Firefox 18 gepflegt.

Weiterführende Links:

Kommentare

Raziel122.09.11 16:36
Komplizierte geht's kaum mehr..
0
dubtown
dubtown22.09.11 16:39
Wird mir zu kompliziert. Suche mir einen anderen Browser.
0
jkollar22.09.11 16:44
Ich verstehe es eh bald nicht mehr. Entweder da wird ein heftiger, künstlicher Wind gemacht, oder die Entwicklung von Browsern ist bald komplexer als eine Office- oder DTP-Suite. Dabei ist es doch irgendwie Wurst. Klar, Sicherheitslücken müssen gestopft werden, Bugs und Performance-Probleme behoben. Schön, wenn es neue Features gibt (Siehe Versionssprünge von Safari oder MSIE, oder die klassischen FF).

Aber irgendwie hat Google mit dem Mist angefangen und nun will FF da mitmachen. Bei Google ist es mir egal, der updated immer im Hintergrund, mir ist es Recht.
0
eiPätt22.09.11 16:47
und Tschüß Firefox!!
0
Quickmix
Quickmix22.09.11 16:59
Mal sehen wann Version 1000 kommt
0
Luzifer
Luzifer22.09.11 17:00
So ein Schwachsinn! Ich denke, Mozilla sägt gerade am eigenen Ast! Noch hält er, aber wie lange noch …
Cogito ergo bumm!
0
kawi
kawi22.09.11 17:04
Wer nicht alles "deswegen" den Browser wechseln will *ähem ... als ob es nun einen qualitativen Unterschied macht wie FF seine Updates/Versionen benennt, oder ob man einige Zwischenversionen länger pflegt damit Firmen mit komplexer Infrastruktur nicht an den updatezyklen scheitern.

Entweder man findet FF gut und will den benutzen oder nicht. Ob da nun im wochenrhytmus von 5.01 auf 5.09 geupdatet wird oder die versionen sich 6,7,8,9,10 nennen ist doch sekundär solange der browser einem funktional zusagt.
0
Krypton22.09.11 17:05
Alter Wein in neuen Schläuchen. Im Endeffekt hat man jetzt nur die Versionsnummer hinter der Kommastelle nach vorne geholt um Nummernmäßig mit Chrome gleichzuhiehen. Abgesehen von der wilden Zahlenschlacht, welche nur für weniger Übersicht sorgt, hat der Anwender nichts davon.

Wie hat es WOPR im Film »War Games« so schön formuliert:

Gewinner: Keiner
0
sierkb22.09.11 17:08
MozillaWiki: Enterprise
MozillaWiki: Enterprise/Firefox/ExtendedSupport:Proposal :
MozillaWiki
Proposal

Mozilla will offer an Extended Support Release (ESR) based on official releases of Desktop Firefox. Releases will be maintained for seven release cycles (42 weeks), with point releases coinciding with regular Firefox releases.

To permit organizations sufficient time for testing and certification, the ESR will have a two cycle (12 week) overlap between the time of a new release and the end-of-life of the previous release. This will allow organizations to qualify and test against Aurora and Beta builds for twelve weeks leading up to the ESR, and an additional 12 weeks to certify and transition to a new ESR.

The chart below outlines the process behind the creation and maintenance of the ESR, which will be based on release versions of Firefox Desktop.

Please Note: The base Firefox release and ESR version numbers are for demonstrative purposes only; they do not reflect the final versioning scheme or initial release)


Maintenance of each ESR, through point releases, would be limited to high-risk/impact security vulnerabilities and would also include chemspills (off-schedule releases that address live security vulnerabilities). Backports of any functional enhancements and/or stability fixes would not be in scope. At the end of the 30-week support tail the release will be end-of-lifed in conjunction with an updated ESR being offered.

Mozilla will continue to collect additional information on deployment of Firefox in managed environments, and will work with community groups to facilitate adoption of the official releases of Firefox in those environments. Based on the data collected and adoption of the new release process over the course of maintaining the ESR, Mozilla would announce the continuation or impending end-of-life of the program. The initial proposal would be to support a minimum of two ESR releases.
[..]
Enterprise & Vendor Certification

One of the challenges of the ESR will be to shift testing and qualification methodologies used by deployment groups from reactive to proactive. Because the release schedule of the ESR will run in parallel with the Firefox release schedules, the release dates of the ESR and its point releases will be known well in advance.

The ESR will provide deployment groups and vendors with up to 12 weeks of testing and qualification, and an additional 12 week overlap between ESRs to certify and deploy the released version. The chart below outlines the Firefox ESR testing/qualification time-frames.

heise: Mozilla Foundation geht auf institutionelle Anwender zu :
heise News
[..]
Nachdem die Mozilla Foundation daraufhin kürzlich eine Arbeitsgruppe für die Zusammenarbeit mit Unternehmen reaktiviert hatte, veröffentlichte diese nun einen ersten Vorschlag . Demzufolge würde etwa Firefox 8 jeweils während sieben Releases parallel weiter gepflegt. In diesen 42 Wochen wollen die Entwickler nur besonders gefährliche Sicherheitslücken beheben. Dazu gehören auch Fehler, die zu einer außerplanmäßigen Veröffentlichung einer Minor-Release wie 9.1 führen. Neue Funktionen fließen in die ältere Software nicht ein.

Diese "ESR"-Versionen (Extended Support Release) überlappen sich jeweils um 12 Wochen, sodass die auf Firefox 8 folgende ESR Version 13 ist. Bis zum Umstieg auf sie bliebe den institutionellen Anwendern also eine Frist von rund 3 Monaten für das Testen ihrer Anwendungen. Starten könnte das neue Verfahren mit Firefox 8 oder 9, also in 7 oder 13 Wochen.

Pro-Linux: Mozilla schlägt Unternehmensversion von Firefox vor
Die Unternehmens-Arbeitsgruppe bei Mozilla hat einen ersten Vorschlag für längerfristig unterstützte Versionen von Firefox vorgelegt. Nach diesem würden neue Unternehmensversionen aus jeder fünften Firefox-Version hervorgehen und jeweils sieben Zyklen lang unterstützt :
Pro-Linux
[..]
Die Unternehmens-Arbeitsgruppe hat nun einen ersten Entwurf für längerfristig unterstützte Versionen von Firefox vorgelegt. Der Vorschlag sieht ein »Extended Support Release (ESR)« von Firefox vor, das auf den normalen Firefox-Versionen beruht. Jede fünfte Firefox-Version soll zu solch einem ESR werden. Dies würde einen Veröffentlichungszyklus von 30 Wochen ergeben, der eventuell mit Firefox 8 schon beginnen könnte. Jedes ESR soll 42 Wochen lang gepflegt werden, entsprechend sieben Firefox-Versionen. Dadurch gibt es eine Überlappung des Supports von zwölf Wochen. Organisationen wären demnach immer noch gezwungen, alle sieben bis acht Monate auf eine neue Version umzusteigen mit sämtlichem damit verbundenen Aufwand.

Die Pflege der ESR-Versionen soll in einem sechswöchigen Zyklus erfolgen, der mit normalen Firefox-Veröffentlichungen zusammenfällt. Dabei sollen in ESR-Versionen nur wichtige Korrekturen, keine neuen Funktionen eingebaut werden, was eine wichtige Forderung der Unternehmensanwender erfüllt. Bei diesen Versionen wird nur die dritte Stelle der Versionsnummer hochgezählt. Kritische Fehler sollen durch außerplanmäßige Updates möglichst schnell geschlossen werden. Sollte es also zu einer Version 8.0 ESR von Firefox kommen, würden die Versionen 8.0.1, 8.0.2 usw. folgen, 30 Wochen danach die Versionen 13, 13.0.1, 13.0.2 usw, weitere 30 Wochen später die Versionen 18, 18.0.1, 18.0.2 usw.

Nach diesem Vorschlag würde Firefox 3.6, der zur Zeit noch aktiv gepflegt wird, drei Monate nach dem Erscheinen der ersten ESR-Version eingestellt. Für Thunderbird gilt der Mozilla-Vorschlag nicht, hier soll eine separate Regelung gefunden werden. Auch für Firefox Mobile greift der Vorschlag nicht. Zudem warnt Mozilla vor »Risiken« der ESR-Versionen. Unter anderem seien diese Versionen nicht von der großen Gruppe der Betatester getestet. Wegen des Verzichts auf neue Funktionen würden die ESR-Versionen im Laufe der Zeit weniger sicher als die normalen Versionen. Zudem koste die Pflege der ESR-Versionen Ressourcen, was die Entwicklung der normalen Versionen verlangsamen könnte.
[..]
0
sierkb22.09.11 17:15
Mozilla Wiki, https://wiki.mozilla.org/Enterprise/Firefox/ExtendedSupport%3AProposal
Assumptions
  • Firefox 8 or 9 will be the base for the initial ESR
  • Mozilla will commit to backporting security bugs qualified as "Critical" and "High" to the ESR. Other security and stability backports to the ESR will be included at Mozilla's discretion.
  • The ESR will have its own Application Update Service (AUS) channel, and ESR-specific point releases and major updates will be offered through that channel when a given ESR reaches its end-of-life
  • The ESR will be released day-and-date with the Firefox release it is based upon to the best of Mozilla's ability to do so.
  • Point releases to the ESR will run in parallel with the Firefox release schedule (e.g. point releases will be released every 6 weeks at the same time as a regular Firefox desktop release, chemspills when a Firefox chemspill is released)
  • When an ESR reaches end-of-life, no further point releases or chemspill updates will be offered for that ESR, and an update to the new version will be offered to users of the end-of-lifed version through the AUS channel
  • The ESR will not be marketed through mozilla.com properties other than the Enterprise wiki page and/or staging servers.
  • Firefox 3.6 will be end-of-lifed 12 weeks after the initial ESR is offered (to allow sufficient time for those groups using 3.6 to qualify and transition to the ESR)

Caveats
  • Firefox Mobile will not be maintained as an ESR
  • Only those Operating Systems, or versions thereof, supported at the beginning of an ESR will be supported through the life of that release.
  • Organizations that deploy the ESR would be strongly encouraged to participate in the Enterprise Working Group (EWG) to ensure they are kept abreast of developments, and can contribute feedback and assistance where needed.
  • Organizations that deploy the ESR will be assuming a number of risks (see below), and must understand the implications of using the ESR versus the current release of Firefox.
  • Mozilla will need to be crisp and clear in its messaging, to ensure that users of the ESR understand its limitations and risks, that they are accepting those limitations and risks, and to ensure expectations are set appropriately all around.

Benefits
  • In keeping with the Mozilla Mission, the ESR will give deployment groups an alternative to IE for their users while maintaining/extending Firefox's footprint in a managed environment, which is in the tens of millions of users (or more!).
  • The proposed ESR would provide those organizations with the time they need to maintain Firefox while pushing faster adoption of newer versions, provide a bridge to facilitate the adoption of Mozilla's new release cadence, or move back to IE or another product.
  • Can be used as an opportunity to introduce product and process changes that facilitate certification and deployment, and will ideally move organizations to a point where faster release cycles become a non-issue in deploying Firefox.
  • Helps Mozilla determine what is required to support a product for a period longer than our regular release cycle, and to build up additional expertise to be able to meet those needs without affecting critical path development.
  • Gives Mozilla time to get a better read on the opportunities in a market space it is unfamiliar with.

Risks
  • The ESR will not have the benefit of large scale testing by nightly and beta groups. As a result, the potential for the introduction of bugs which affect ESR users will be greater, and that risk needs to be understood and accepted by groups that deploy it. To help mitigate these risks, Mozilla will be asking organizations that deploy the ESR for assistance with testing alpha and/or beta builds of the ESR with their user base.
  • Over time, and ESR will be less secure than the regular release of Firefox, as new functionality will not be added at the same pace as Firefox, and only high-risk/impact security patches will be backported. It is important that organizations deploying this software understand and accept this.
  • There is the potential for confusion among Firefox users between the regular release of Firefox and the ESR. To help lessen the potential of confusion between releases, the ESR will be an associative brand of Firefox (e.g. Mozilla Firefox ESR). Specific naming has not been finalized, but the intent is to be clear that the releases are based on a released version of Firefox.
  • Maintaining the ESR will consume development resources that will impact the regular release of Mozilla products. Mozilla will need to build capability in back-porting, and will actively solicit the community for assistance in reducing the resource requirements of maintaining the ESR.
  • The ESR is specifically targeted at groups looking to deploy it within a managed environment. It is not intended for use by individuals, nor as a method to mitigate compatibility issues with addons or other software. Public (re)distribution of Mozilla-branded versions of the ESR will not be permitted.
0
padlock962
padlock96222.09.11 17:18
Die vielen Versionsnummern sind für mich als Admin eine Qual. Kaum ist die neue Version da, rufen alle: Wann wird das System endlich aktualisiert.... Natürlich kann aber niemand auch nur nennen, was am neuen Firefox denn neu/besser ist.

Zudem habe ich keine Lust wöchentlich die neuste Release von Firefox auf Kompatibilität zu testen und dann auf den Geräten zu verteilen.
0
ratti
ratti22.09.11 17:28
Nicht /deswegen/ wechseln, aber…

1. Ständige Änderungen am Interface. Von mir genutzte Buttons und Funktionen werden entfernt oder abstrahiert. Beispiel: Ein Adressbar ist ein ADRESSbar. Man gibt dort eine nach RFC technisch spezifizierte URL ein. Das ist kein Suchfeld. „Britney Spears“ hat zu einer Fehlermeldung zu führen, nicht zu einem Google-Resultat.

2. Entfernung von Funktionen (z.B. in about:config die Vorgabe einer minimalen Tab-Breite), die dann über Addons wieder reingepflegt werden müssen. Resultat:
a) Dauernd werden die AddOns „inkompatibel“ zur neuen Version
b) Mein Firefox ist inzwischen komplett überladen mit AddOnbs, deren Zweck einfach darin besteht, FireFox aussehen und funktionieren zu lassen wie vor vielen Jahren, als er noch gut war.

3. Keine Synergy-Effekte mit FireFox auf Android. Was soll ich mit einem Browser, der kein Flash kann? Und solange er kein Flash kann, wird er nicht ntalliert, und solange kann ich auch meine Lesezeichen nicht synchronisieren. Warum lesen die Entwickler ihren eigenen Bugtracker und ihr eigenes Feedback im Market nicht? Jede 2. Beschwerde: „Kein Flash, kein Firefox, und Tschüß.“

Die sollen einfach das komplette Designteam rausschmeissen, die PR-Eumel hinterher, und aus FF wieder einen technisch dominierten Browser machen. Denn genau damit hat FF den Markt aufgerollt, und nicht als „bloß alle Buttons wegmachen! Böse!“-Browser. Wenn ich so eine Crippleware haben wollte, würde ich Chrome verwenden, das hat den gleichen Ansatz, ist darin aber 1000x besser.
0
yan.kun056722.09.11 17:41
@Padlock962: War das denn beim Sprung von 3.6.11 auf 3.6.12 anders?
0
o.wunder
o.wunder22.09.11 18:17
Ist doch wumpe wann sie ne neue Version rausbringen. Ich hole mir ne neue wenn ich meine sie zu brauchen, ansonsten bleibt es bei der alten Version. Ich werde mir nicht alle 6 Wochen eine neue Version installieren. Dann besser die ESR Version nehmen.
0
Eisenhorn22.09.11 18:39
Es soll auch unternehmen geben die noch IE6 einsetzen
D.h. ist der Zyklus von der ESR Version auch nicht sonderlich lang
0
Duck Dodgers22.09.11 18:47
Was soll der ganze Zirkus bringen? Im Endeffekt machen die Ihre minor zu major releases? Was für ein Schwachsinn.
0
speckbretzel
speckbretzel22.09.11 19:16
Ich versteh eh nicht, warum die nicht einfach die Versionsnummer für den Anwender weglassen. Einfach nur Firefox. Was der intern für ne Nummer hat, spielt dann keine Rolle mehr, für Privatanwender.

Für Unternehmen wären langfristige Browserversionen auf jedenfall angebrachter. (oder für Addonentwickler)

Ich verstehe eh nicht warum man große Versionssprünge machen muss, intern ändert sich doch nicht so viel, dass ein Hotfix/Sicherheitspatch nicht auch reichen würde, für die gleichen Änderungen.
0
Duck Dodgers22.09.11 22:31
Nach aussen macht eine Versionsnummer schon Sinn! Alleine damit du weißt, ob du das letzte Update installiert hast.
0
user_tron23.09.11 09:47
Godzilla, Godzilla...
Ich erwarte von niemanden Zustimmung für meine persönlichen Ansichten ;-)
0

Kommentieren

Sie müssen sich einloggen, um die News kommentieren zu können.