Re: RELENG_6

Rocco Rutte <pdmef(at)gmx.net> wrote:
> Oliver Fromme <olli(at)lurza.secnetix.de>:
> > Rocco Rutte <pdmef(at)gmx.net> wrote:
> > > Heino Tiedemann <rotkaps_spam_trap(at)GMX.de>:
> > > > Und stable suggeriert auch mir, das ich da keine "Stable-Mailingliste"
> > > > lesen muss - was ich auch nicht mache.

Kleiner Tip an Heino: Wäre aber besser, wenn Du's tust.
Genau deswegen heißt die stable-Mailingliste ja so.

> > > Wenn man aber zwischen 2 Releases wechselt, sollte man auch die
> > > ChangeLogs lesen. Nur bei RELENG_* gibt es keine solche Logs, d.h. es
> > > würde quasi entfallen. Das kann ja nicht stimmen... ;-)
>
> > Ich fürchte, ich habe Dich nicht ganz verstanden. Was für
> > »ChangeLogs« meinst Du?
>
> Ich meinte die Release-Notes als Minimum, wenn man auf ein höheres
> Release updatet. Ich meinte nur, dass man bei Updates zum nächsten
> Release die Release-Notes schon lesen sollte...

Achso, OK. Kann man machen. Ich halte aber das Lesen von
/usr/src/UPDATING für wichtiger, da dort kritische Dinge
drinstehen, die einem beim Updaten sonst möglicherweise ins
Bein schießen können.

Die Release-Notes sind zwar ausführlicher, beschreiben aber
in erster Linie nur recht oberflächlich die neuen Features,
aktualisierte Treiber und so.

Typisches Beispiel: Die Release-Notes erwähnen, daß OpenSSH
auf Version 47.11 aktualisiert wurde. Punkt. Mehr nicht.
In /usr/src/UPDATING kann man dann nachlesen, daß Leute,
die eine bestimmte Authentifizierungsmethode verwenden,
einen bestimmten Eintrag in ihrer sshd.conf anpassen müssen,
damit sie sich nach dem Update noch einloggen können.

Oder: In den Release-Notes steht, daß das Sound-System eine
große Menge Fixes und neue Features erhalten hat. Punkt.
Und in /usr/src/UPDATING steht, daß man vorhandene Programme
wie z.B. mplayer neu compilieren muß, um in den Genuß der
neuen Features zu kommen. (Das war jetzt ein reales Bei-
spiel.)

> und wenn Releases quasi
> "Snapshots" von RELENG_* sind, dann muss es auch bei RELENG_* etwas zum
> lesen geben (bzw. man sollte halt suchen).

Genau dafür ist /usr/src/UPDATING. Das wird kontinuierlich
mit neuen Einträgen aktualisiert, sobald sie im Verlauf des
RELENG-Zweiges relevant werden. (Übrigens hat auch HEAD
a.k.a. Current ein /usr/src/UPDATING, aber wenn man Current
folgt, ist das Lesen der Current-Mailingliste eh absolute
Pflicht, und eigentlich auch cvs-all.)

> Commits muss man nicht lesen, kann aber bei besonderen Features
> interesannt sein.

Ja, sehe ich genau so.

Gruß
   Olli

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
C++: "an octopus made by nailing extra legs onto a dog"
        -- Steve Taylor, 1998
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message