PythonQ 240-8XX Bedienungsanleitung PDF herunterladen (Seite 86)

100

101

Kapitel 3: Installation von MySQL 65

• Der mysqld-Server wird in das ‘libexec’-Verzeichnis installiert und nicht in das ‘bin’-

Verzeichnis.

• Das Daten-Verzeichnis ist ‘var’ und nicht ‘data’.

• mysql_install_db wird in das ‘/usr/local/bin’ Verzeichnis installiert und nicht in

‘/usr/local/mysql/Skripts’.

• Die Header-Datei und Bibliotheksverzeichnisse sind ‘include/mysql’ und ‘lib/mysql’

und nicht ‘include’ und ‘lib’.

Sie k¨onnen Ihre eigene Bin¨arinstallation aus einer kompilierten Quelldistribution erzeugen,

indem Sie das Skript ‘Skripts/make_binary_Distribution’ ausf¨uhren.

3.2.5 Wann und wie Updates ver¨oﬀentlicht werden

MySQL entwickelt sich ziemlich schnell hier bei MySQL AB und wir wollen, dass andere

MySQL-Benutzer daran teilhaben. Wir versuchen, immer dann ein neues Release heraus zu

bringen, wenn wir sehr n¨utzliche Features haben, f¨ur die oﬀensichtlich ein Bedarf besteht.

Auch versuchen wir, unseren Benutzern zu helfen, wenn Sie nach Features anfragen, die

einfach zu implementieren sind. Wir notieren, was unsere lizensierten Nutzer haben wollen,

und insbesondere, was unsere Benutzer mit erweitertem E-Mail-Support haben wollen, und

versuchen ihnen, eben das zu bieten.

Niemand muss einen neuen Release herunter laden. Im News-Abschnitt steht stets, ob

das neue Release etwas beinhaltet, was Sie wirklich brauchen. Siehe Anhang C [News],

Seite 655.

Wenn wir MySQL aktualisieren, fahren wir folgende Politik:

• Bei kleineren Updates wird die letzte Zahl (von rechts) in der Versionsnummer herauf

gez¨ahlt (Minor Release). Wenn es gr¨oßere neue Features gibt oder kleinere Inkompat-

ibilit¨aten mit vorherigen Versionen, wird die zweite Zahl der Versionsnummer herauf

gez¨ahlt (Major Release). Wenn sich das Dateiformat ¨andert, wird die erste Zahl herauf

gez¨ahlt.

• have to do with "small bugs" => minor releases? Stable tested releases are meant to

appear about 1-2 times a year, but if small bugs are found, a release mit only bug

ﬁxes will be released. Als stabil getestete Releases sollten etwa ein- bis zweimal im

Jahr erscheinen, aber wenn kleinere Fehler gefunden werden, wird nur ein Release mit

Bug-Fixes heraus gegeben.

• Funktionierende Releases sollten etwa alle 1 bis 8 Wochen erscheinen.

• Bin¨ardistributionen f¨ur einige Plattformen werden von uns f¨ur gr¨oßere Releases (Major)

heraus gegeben. Andere Leute stellen vielleicht auch Bin¨ardistributionen f¨ur andere

Systeme her, aber nicht so h¨auﬁg.

• Patches stellen wir ¨ublicherweise zur Verf¨ugung, sobald wir kleinere Bugs ausﬁndig

gemacht und behoben haben.

• F¨ur nicht kritische, aber st¨orende Bugs machen wir Patches verf¨ugbar, wenn sie uns

zugesandt werden. Ansonsten kombinieren wir mehrere davon in einem gr¨oßeren Patch.

• Wenn durch ungl¨uckliche Umst¨ande ein Release einen schweren Fehler enth¨alt, erstellen

wir sobald wie m¨oglich ein neues Release. Das w¨urden wir auch gern bei anderen

Unternehmen so sehen.

1 2 ... 81 82 83 84 85 86 87 88 89 90 91 ... 767 768

Kommentare zu diesen Handbüchern

Keine Kommentare

PythonQ 240-8XX Bedienungsanleitung Seite 86

Kommentare zu diesen Handbüchern

Verwandte Produkte und Handbücher für Schweißsystem PythonQ 240-8XX