| 1.1, Aytishnik.com (ok), 22:51, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
 Пойду ставить. Перешел с Ubuntu Server 10.04 LTS так как срок 5 лет пролетел незаметно, а у Centos 10 лет поддержки.
| | |
| 1.6, Shichael Migorin (?), 23:21, 12/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Объявлены устаревшими пакеты nautilus-open-terminal (заменён на gnome-terminal-nautilus)
Ох уж мне эти гномеры, нет бы просто оставить функционал открытия текущей папки в терминале. Так эти велосипедисты эту функцию вынесли в отдельный пакет-аддон, так еще и постоянно переименовывают. Ну как мог устареть пакет с таким простым функционалом, что его пришлось переименовывать? Шляпа им платит, вот они и создают видимость работы.
| | |
| |
| |
| 3.12, Shichael Migorin (?), 03:51, 13/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
вошел в gnome-terminal и собирается в его составе
(заменён на gnome-terminal-nautilus)
Нет, это всё еще отдельный пакет.
| | |
| |
| 4.14, Admino (ok), 06:06, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Это и должен быть отдельный пакет, поскольку такая функциональность опциональна и пакет можно не ставить.
| | |
| 4.22, Stax (ok), 17:28, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 В смысле? Нынче это часть gnome-terminal.
Вы впервые видите, когда один проект дробят более чем на один бинарный пакет? Представьте себе, в центоси исходных пакетов в несколько раз меньше, чем бинарных.. И да, так принято - давать бинарному пакету префикс по имени исходного.
| | |
|
| 3.20, Илья (??), 10:33, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> а теперь вошел в gnome-terminal и собирается в его составе
и видимо, как следствие, зависимость одного от другого?
| | |
|
|
| |
| 2.9, A.Stahl (ok), 23:37, 12/12/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Какая там максимальная? 3112? Поттерингу и автору less понадобится лет 300 чтобы догнать ЦентОСь.
| | |
| |
| 3.13, Аноним84701 (ok), 05:47, 13/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Какая там максимальная? 3112? Поттерингу и автору less понадобится лет 300 чтобы
> догнать ЦентОСь.
Только вот less писа́лся, когда Леннарт еще пи́сался^W пешком под стол ходил:
===
% less --version
less 481 (GNU regular expressions)
Copyright (C) 1984-2015 Mark Nudelman
===
А потом, 10-15 лет спустя, менять нумерацию было уже как-то не с руки.
Но вот зачем кое-кто рыжий решил в достаточно крупном, современном проекте использовать такую же нумерацию версий - загадка.
| | |
| 3.15, Admino (ok), 06:21, 13/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Какая там максимальная? 3112? Поттерингу и автору less понадобится лет 300 чтобы
> догнать ЦентОСь.
9912. В 2099-м году.
| | |
|
| 2.18, Аноним (-), 09:02, 13/12/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
Вполне логичная нумерация
7-1611 - 7 номер ветки RHEL, 16 - год, 11 - месяц заморозки перед выпуском. По поводу 11 вместо 12 можно спорить, но 11 даёт точно понять свежесть пакетов в сборке.
| | |
|
| 1.23, DmA (??), 19:38, 13/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Скоро нумерация версий дистрибутивов и браузеров будет в формате Unix time...
Странные эти редхатовцы - не выкладывают свои бинарные исошники в сеть, но тут же помогают проекту Центос, чтобы те побыстрее собрали эти исошники из их исходников и выложили в сеть...
| | |
| |
| |
| 3.29, Anos (?), 13:31, 18/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
DRBD не ставилось на CentOS 7.2 (3.10.0-327.36.1.el7), так как разработчики в пакетах сделали проверку, чтобы ядро было версии 3.10.0-514.el7.
Пришлось ждать 7.3
Ошибка при установке примерно такая:
–> Processing Dependency: kernel(crypto_alloc_shash) = 0x848fdfcb for package: kmod-drbd84-8.4.8-1_2.el7.elrepo.x86_64
| | |
| |
| 4.30, Andrey Mitrofanov (?), 15:58, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> DRBD не ставилось на CentOS 7.2 (3.10.0-327.36.1.el7), так как разработчики в пакетах
> сделали проверку, чтобы ядро было версии 3.10.0-514.el7.
srpm-ку вот прямо в 7.2 пересобрать не случилось?
Когда я работал в тихом уездном городке ....ом, собирал drbd-ы для 6-го rhel-а, модули пересобирал после & для каждого бинарного обновления ядра -- чего морочаться-то. chroot-ик под rinse прямо в Debian-е... Даже из git-а, а не готовых src.rpm, завидуйте. Сборка из готовых src.tar у них в мануале пожёвана.
> –> Processing Dependency: kernel(crypto_alloc_shash) = 0x848fdfcb for package:
> kmod-drbd84-8.4.8-1_2.el7.elrepo.x86_64
elrepo? Ну-да, ну-да, с drbd проблемы в centos, понятно.
| | |
| 4.31, arrnorets (ok), 00:21, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > DRBD не ставилось на CentOS 7.2 (3.10.0-327.36.1.el7), так как разработчики в пакетах
> сделали проверку, чтобы ядро было версии 3.10.0-514.el7.
> Пришлось ждать 7.3
> Ошибка при установке примерно такая:
> –> Processing Dependency: kernel(crypto_alloc_shash) = 0x848fdfcb for package:
> kmod-drbd84-8.4.8-1_2.el7.elrepo.x86_64
С таким же успехом можно было из того же ELrepo установить ядро, коли уж все равно рискнули поставить модуль оттуда.
| | |
|
|
|
|
