Версия mysql и вообще

[Salder]

Товарищи.

Продолжая свои попытки понять зачем Володька сбрил усы как устроен мир линукс пришел к такой программе как mysql - СУрБД.
Первое, что я сделал:
Это зашел в википедию и набрал в поиске "mysql"
И посмотрел версию
5.7.17 (12 декабря 2016)
Прочитав чуть дальше заголовка увидел фразу:
Версия MySQL 5.7.8 адаптирована для Debian 8 и Ubuntu 15.04.
И первый вопрос который у меня возник это:
Как так адаптирована, под какие тогда системы создается mysql, если последняя версия 5.7.17, а для одного из популярнейших дистрибутивов линукс адаптирована только 5.7.8?

Следующим действие было:
apt-get install mysql-server
и после установки и настройки нужных пакетов:
mysql -V

mysql  Ver 14.14 Distrib 5.5.53, for debian-linux-gnu (x86_64) using readline 6.3

И тогда вопрос звучал уже более просто: что за фигня?
Но подумав, я решил переформулировать:
Почему из репозиториев установилась версия MySQL 5.5.53?

После дальнейших размышлений возник еще дин вопрос:
А насколько вообще критична такая разница в версиях MySQL? Может быть желание установить самую последнюю версию это психология гика-маньяка?


Буду очень благодарен тем, кто выскажит свое мнение по данному вопросу. 

[ogost]

Почитайте про релизы дебиана. В кратце и в общих чертах - софт проходит длительную проверку на наличие багов и уязвимостей, прежде чем попадет из экспериментальных репов в репы тестинга. Когда мэйнтейнеры посчитают, что в репах количество известных багов сведено к минимуму, то "замораживают" репы тестинга (прекращают прием новых пакетов), и объявляют их репами нового стэйбла. Отныне в репы нового стэйбла попадают лишь обновленные пакеты, исправляющие критические баги, обнаруженные позднее релиза.
Так вот, релиз дебиана - крайне медленный процесс, сейчас стараются придерживаться 2х летнего цикла. Естественно за это время тот же мускуль выпустит новую версию, которую без веских причин мэйнтейнеры не добавят в репы, поскольку весь софт в репах стабильной ветки тестируется очень долго и тщательно, к тому же ещё нужно проверить совместимость с остальными зависимостями. Это касательно вопроса почему в репах именно эта версия.
Касательно разницы в версиях условного мускуля - читайте описания к версиям этого мускуля, какие баги он лечит, какие новые фичи он реализует. И если от новой фичи в новой версии не зависит ваше "долго и счастливо", то не стоит гнаться за новейшими версиями. Потому что с новыми фичами могут прийти и новые баги и уязвимости.

[Salder]

В кратце и в общих чертах - софт проходит длительную проверку на наличие багов и уязвимостей, прежде чем попадет из экспериментальных репов в репы тестинга.

Но версия 5.5.53 - это кажется уже далеко за пределами 2 лет. 

[ferum]

Она не просто так там находится, много приложений завязаны на этой версии. Есть альтернатива mariadb.

[ogost]

ferum прав, кроме того 5.5.53 вроде как в октябре 2016 вышла. я не вдавался в подробности, но по всей видимости ветка мускуля 5.5 до сих пор поддерживается.

[endru]

Хотите новейшее ПО - идите в SID! Но потом не жалуйтесь, что какие то проблемы возникают!
Накой вообще нужно самое новое ПО?

Для каждого ПО есть свои зависимости. Хочется свеженького, но не хочется ждать когда оно выйдет? Собирайте пакет сами.

[Salder]

Товарищи, еще хотел спросить по поводу версий ПО.

Сегодня, когда запустил процедуру обновления системы узнал, что дебиан обновился с 8.6 до 8.7. Некоторое количество пакетов обновилось.

Пакеты загрузил, установил и на некоторые обратил внимание:
Было:
libc6:amd64 (2.19-18+deb8u6)
Стало:
libc6:amd64 (2.19-18+deb8u7)

Т.е. изменения только в блоке deb8u7
Вопрос такой:
С первой частью вроде бы понятно - это версия пакета.
А вторая часть после знака "+" - это что за сведения о пакете и в чем фишка обновления, если основная версия осталась прежней?

[qupl]

Код Выделить Развернуть


glibc (2.19-18+deb8u7) stable; urgency=medium

  [ Aurelien Jarno ]
  * Update from upstream stable branch:
    - Do not unconditionally use the fsqrt instruction on 64-bit PowerPC
      CPUs.  Closes: #843904.
  * debian/patches/any/cvs-hesiod-resolver.diff: patch from upstream to
    fix a regression introduced by cvs-resolv-ipv6-nameservers.diff in
    hesiod.  Closes: #821358.
  * debian/sysdeps/{amd64,i386,x32}.mk: disable lock elision (aka Intel TSX)
    on x86 architectures. This causes programs (wrongly) unlocking an already
    unlocked mutex to abort. More importantly most of the other distributions
    decided to disable it, so we don't want to be the only distribution left
    testing this code path.

-- Aurelien Jarno <aurel32@debian.org>  Thu, 24 Nov 2016 23:48:11 +0100

glibc (2.19-18+deb8u6) stable; urgency=medium

  * Update from upstream stable branch:
    - Fix backtrace hang on armel/armhf, possibly causing a minor
      denial-of-service vulnerability (CVE-2016-6323).  Closes: #834752.
    - Fix open and openat functions with O_TMPFILE.  Closes: #832521.
    - Drop debian/patches/any/cvs-ld_pointer_guard.diff (merged upstream).
    - Drop debian/patches/any/cvs-mangle-tls_dtor_list.diff (merged upstream).
    - Drop debian/patches/any/cvs-strxfrm-buffer-overflows.diff (merged
      upstream).
  * debian/patches/any/submitted-resolv-ipv6-nameservers.diff: replace by
    patch cvs-resolv-ipv6-nameservers.diff taken from upstream. This fixes
    mtr on systems using only IPv6 nameservers.  Closes: #818281.


[Salder]

Честно говоря я не понял. 

Что означает конструкция +deb8u9 в пакетах debian

[endru]

Что означает конструкция +deb8u9 в пакетах debian

это касается не только debian. точно так же в убунте например!
libc6:amd64 (2.19-18+deb8u7)
libc6 - название пакета
amd64 -архитектура
2.19-18 - версия пакета, которую выпустил разработчик.
deb - говорит о том, что версию разработчика правила команда debian, например улучшила совместимость с ОС, или повысила безпасность или исправила баг  и т.п.
8 - версия дебиан, для которой выпускалось обновление.
u7 - номер обновления.

так понятно?

[Salder]

так понятно?

Спасибо большое.
Теперь все понятно.