MySQL 5.1 Roadmap: различия между версиями

Версия от 15:15, 5 февраля 2009

Сосуществование в Сизифе MySQL разных видов и версий.

на каждый набор libmysqlclient*.so.XX.0.0 только один пакет libmysqlclientXX
только один libmysqlclient-devel, соответствующий последней libmysqlclient.
желателен ли единственный пакет client на близкородственные сервера? Или пусть клиентов будет много? Потенциальные грабли (неудобства?) возможная недорасшифровка error codes.
Сервера конфликтуют между собой.
TODO: automate upgrade from 5.0 to 5.1

Разбивка на подпакеты

нужен ли client-perl?

для совместимости можно client-core,client-perl, и client: requires client-core,client-perl.

Нужно ли добавить %lang() на /usr/share/mysql/<lang>? Экономия до 1М, но потенциальные грабли. Стоит ли овчинка выделки?
MySQL-client пакету, вообще говоря, нужен локально доступ к character sets для соединения с сервером на другой машине,

если тот использует non-default character sets. MySQL Manual: 9.2. The Character Set Used for Data and Sorting:

If the client is compiled with paths that differ from where the server is installed and the user who configured MySQL didn't include all character sets in the MySQL binary, you must tell the client where it can find the additional character sets it needs if the server runs with a different character set from the client.

Может, все же выпилить /usr/share/charsets/* из server в common (or charsets)?

Патчи

Переписать вдумчиво ALT patches for 5.0

Замечания по 5.0

server начерпал perl пакетов. Переложить в server-perl.
Разбивка на client-server отличается от апстримной.

@@ Строка 13: / Строка 13: @@
 # нужен ли client-perl?
+для совместимости можно client-core,client-perl, и
+client: requires client-core,client-perl.
 # Нужно ли добавить %lang() на /usr/share/mysql/<lang>? Экономия до 1М, но потенциальные грабли. Стоит ли овчинка выделки?
 # MySQL-client пакету, вообще говоря, нужен локально доступ к character sets для соединения с сервером на другой машине,