Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: Kein SeaMonkey 2.18!

9 views
Skip to first unread message

Jens Hatlak

unread,
May 17, 2013, 12:11:07 PM5/17/13
to
Michael Speier schrieb:
> Ist da näheres bekannt, was da passiert ist

Der Server, der die einzelnen, SM bauenden Server dirigiert, hat einen
Hardware-Totalschaden und muss ersetzt und neu aufgesetzt werden. Somit
gibt es aktuelle keine automatisch generierten Builds; weder Nightlies
noch die Option, Betas oder gar Releases zu erstellen - seitens des
SM-Projekts, also offizielle Builds, wohlgemerkt. Selbst bauen
funktioniert nach wie vor.

> gibt es dann eventuell einen SeaMonkey 2.17.2?

Nein, geht ja schlecht. Sobald wieder Builds erstellt werden können,
stehen wieder alle Optionen offen, und dann könnte man auch 2.18
erstellen. Die Befürchtung ist aber wohl, dass sich das Ganze so lange
verzögert, dass gleich 2.19 in Betracht kommt. Soweit mein letzter
Stand, wobei aber der Plan angepasst werden könnte, falls für FF ein
21.0.1 nötig wird.

Ich sehe das Problem, dass nun potenziell eine zeitliche Lücke bzgl.
Sicherheit besteht, aber zumindest momentan kann man halt nix machen.
Unter Umständen wäre eine Zwischenlösung der Wechsel zu SM 2.18 Beta 4,
welche soweit ich weiß praktisch alle in FF 21 enthaltenen Security
Fixes enthält.

MfG

Jens

--
Jens Hatlak <http://jens.hatlak.de/>
SeaMonkey Trunk Tracker <http://smtt.blogspot.com/>

Manuel Reimer

unread,
May 18, 2013, 4:57:28 AM5/18/13
to
On 05/17/2013 06:11 PM, Jens Hatlak wrote:
> Ich sehe das Problem, dass nun potenziell eine zeitliche Lücke bzgl.
> Sicherheit besteht, aber zumindest momentan kann man halt nix machen.

Sorry, aber wenn man nur will, dann kann man immer etwas machen.

Ein offizielles Source-Paket für eine 2.18 kann man auch ganz ohne
Build-Server online stellen. Damit wäre Linux schon abgedeckt, denn die
Distributoren kompilieren ohnehin selber.

Was die Binaries angeht: Die kann auch jemand der Entwickler einfach auf
seiner Entwicklungs-Kiste bauen und dann manuell auf den Mozilla-FTP laden.

Ein auf einem nicht ganz astreinen Build-System gebautes Binary-Paket
ist allemal besser als eines mit bekannten Sicherheitslücken.

Gruß

Manuel Reimer

XPost und F'up zurück nach de.comm.software.mozilla.misc
0 new messages