Danke, das macht einiges klarer. Ich bin so frei und blogge das nachher mal
als kleine Zusammenfassung. Die Frage nach Sicherheitsupdates ist ja gerade
f?r Admins ziemlich wichtig. Sowas wollen Chefs komischerweise immer wissen,
bevor sie ein neues System zulassen. ;)
L.G.
Frank.
On Wednesday 18 February 2009 23:06:18 you wrote:
> Hallo,
> einige Kommentare hierzu inline (auch zu Volkers Bemerkungen)
> - sorry bin etwas sp?t in diesem Thread, komme aber gerade vom Kunden ...
>
> F.Fuhrmann schrieb, On 18.02.09 22:09:
> > Danke, das macht einiges klarer. Ich st?bere auch gerade nochmal in den
> > Listen, ob ich da irgendwo klare Aussagen der zust?ndigen Leute finde in
> > welchen Zeitr?umen die Pakete auf pkg.opensolaris.org aktualisiert
> > werden. Bisher kenne ich nur die von barts, der ja auf ca. 4 Wochen
> > hindeutet.
>
> Ich habe gerade auf ein paar anderen Kan?len eine direkte Anfrage dazu
> laufen. Aber bisher: Die Package Updates von Nevada haben wenig zu tun
> mit den Package Updates auf pkg.opensolaris.org. Wobei wir hier noch
> unterscheiden m?ssen in:
> /release (=2008.11 aktuell)
> /dev (=Build 106 aktuell)
> /support (soll da sein, habe ich noch nicht probiert f?r zahlende
> Kunden mit Supportvertrag f?r kontinuierliche Package Updates)
>
> Danach kann ich auf 2008.11 bleiben und Packages dazu
> nachinstallieren, obwohl schon 2009.... 'raus ist. So ein OpenSolaris
> Release wird aber nicht ewig supported, sondern nur ca. 6 Monate. Dann
> gibt's das n?chste Release. Der Update ist relativ einfach. Wer l?nger
> Support f?r *ein* Release ben?tigt, sollte Solaris 10 verwenden bzw.
> Solaris.next abwarten, das auf OpenSolaris basieren soll. ... k?nnte
> so um 2010 herum spruchreif werden ist aber noch vage.
>
> Weiter s.u.
>
> > L.G.
> > Frank.
> >
> > On Wednesday 18 February 2009 21:56:16 you wrote:
> >>> Wenn ich nicht ganz falsch informiert bin, wird der Einsatz von
> >>> OpenSolaris in produktiven Umgebungen auch (noch) nicht angeraten.
> >>
> >> Naja, wie man es nimmt. Sun verkauft Systeme wie die 7000er-Storage,
> >> die auf OpenSolaris basieren. Der "xVM Server" tut das ebenfalls.
> >> Der Einsatz in produktiven Umgebungen _ohne_Support_ wird nicht
> >> angeraten.
>
> Hmm, ja und nein. Die S7000 und auf der xVM-Server basieren nicht auf
> OpenSolaris 2008.11, sondern (Stand heute) auf einem Build zwischen
> 2008.05 und 2008.11 + ein paar zus?tzlicher Dinge, die noch gar nicht
> oder nie in OpenSolaris sein werden. D.h. S7000 Software basiert nicht
> auf OpenSolaris 2008.11. Trotzdem ist es richtig, das auch das
> supported werden muss und dass hier mit pkgs gearbeitet wird. Wie
> Updates bei der S7000 gemacht werden, werden wir dann sehen, wenn es
> soweit ist.
>
> >>> Man sollte es momentan
> >>> eher als Entwicklungssystem betrachten, wobei ich mir nicht sicher bin,
> >>> ob sich das mit dem Support von Sun ge?ndert hat. Kann nat?rlich auch
> >>> sein, dass sich damit auch die Update-Politik ge?ndert hat. Hab da
> >>> bisher noch kein offizielles Statement von Sun bisher gelesen oder es
> >>> ist an mir vorbei gegangen.
> >>
> >> Das steht in der FAQ ziemlich klar drin: "OpenSolaris-die-Distribution"
> >> [1] wird kurzfristig durch Bereitstellen von neuen Paketen und
> >> langfristig durch neue Releases ("2008.11") aktualisiert. Solaris 10
> >> wird kurzfristig durch Patches und langfristig durch neue Releases
> >> ("U6") aktualisiert. Irgendwo dazwischen liegt Nevada, das kurzfristig
> >> durch Releases ("SXCE 107") aktualisiert wird.
>
> Yep. Und OpenSolaris 2008.11 ist in der Tat zur Zeit noch eher im
> Desktop einzusetzen. Ich sehe aber steigendes Interesse am Einsatz
> auch am Server. Das soll mit den kommenden Version auch mehr und mehr
> unterst?tzt werden (automatische Installation, etc.)
>
> SXCE ist ein Engineering Vehicle, worauf man in Zukunft nicht mehr so
> stark orientieren sollte. Nebenbei: f?r SXCE gab/gibt und wird es
> keine Patches geben (und Support schon gar nicht ;-)
>
> >>> Der Installer l?sst jedenfalls momentan noch nicht auf ein produktives
> >>> System schliessen, wo man etwas mehr Flexibilit?t bei der Installation
> >>> erwarten d?rfte.
> >>
> >> Das ist wieder ein anderes Problem. Aber echte M?nner brauchen kein
> >> GUI. :-)
>
> Hmm ja der Installer ... Da habe ich auch noch so ein paar W?nsche zu ...
>
> >>> Patches stellt Sun jedenfalls immer wieder auch kurzfristig zur
> >>> Verf?gung. Siehe dazu z.B. http://sunsolve.sun.com/ Es w?rde mich sehr
> >>> wundern, wenn diese nicht in OpenSolaris einfliessen.
> >>
> >> Nein, es ist eher andersherum. Dinge, die in Nevada/OpenSolaris
> >> eingeflossen sind, kommen m?glicherweise irgendwann sp?ter als Patch
> >> in Solaris 10 an.
>
> Genau ! Entwicklung passiert in OpenSolaris.org (also der Quelltext)
> und fliest dann in OpenSolaris.com hinein und ggf. auch nach Solaris
> 10 zur?ck (wenn m?glich wegen Kompatibilit?t und/oder Aufwand oder
> wenn notwendig wegen Bug/Fix)
>
> Gruss
> Detlef
>
> >> Viele Gr??e -- Volker
> >>
> >> [1] Formulierung zur Abwehr von J?rg-Schilling-Emails :-)))
> >> --
> >> ------------------------------------------------------------------------
> >> Volker A. Brandt Consulting and Support for Sun Solaris
> >> Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/
> >> Am Wiesenpfad 6, 53340 Meckenheim Email: vab at bb-c.de
> >> Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgr??e: 45
> >> Gesch?ftsf?hrer: Rainer J. H. Brandt und Volker A. Brandt
--
www.opensolarisblog.de - der etwas andere OpenSolaris-Blog
