История изменений

Исправление ~~Moisha_Liberman~~, 21.09.20 13:38 (текущая версия) :

Вот так толсто, что аж даже и тонко. =)

Про сборку того же nginx отдельно позабавило, т.к. как именно он собирается в генточке я очень хорошо в курсе. И, если мне например, нужен webdav, а кому-то он и близко не нужен, то лично я не вижу проблем указать нужный модуль для сборки. И соберётся и всё будет работать и даже работает.

Искать тайные рецепты по гуглю где скачать нужный (уже собранный) модуль для nginx для CentOS/Ubuntu/DEbian, да ну его на фиг. Долго и неэффективно.

В то же время все вопли про «надо менятся» нужно относить не к дистрибу, а к пользователям дистрибутива скорее. А то будет как уже получилось… «Надо меняться, давайте впилим где можно питон». Впилили. Теперь eselect python list:

  [1]   python3.7
  [2]   python3.9 (fallback)
  [3]   python3.8 (fallback)
  [4]   python2.7 (fallback)

Нахрен их столько? Ну потому что отдельные тормоза не понимают что питон 2.7 уже помер и ни как не могут слезть с этого трупика, продолжая на нём заниматься непотребствами.

Дальше. «Надо меняться! Вон, везде systemd, а мы чё как дураки без подарка…» Впилили systemd. Примерно половина ни хрена не поняла нафиг это надо. В результате, слава Богу, сейчас можно и с OpenRC и с systemd. Для того, чтобы запускался Gnome 3, аж запилили elogind. Сам им пользуюсь, наряду с systemd (это местами), нареканий нет.

Понимаете, кроме желания меняться нехудо бы ещё и мозги иметь. Как дополнение. А то меняемся-меняемся, а вопрос «куда же катится этот мир с такими изменениями», до сих пор имеет только один ответ – в ?опу.

у бинарных дистрибутивов были детские болезни

Беда в том, что детские болезни бинарных дистрибутивов никуда не деваются. Они все нацелены на какой-то универсальный случай, который на практике на фиг не нужен. Ни по USE-flags (т.е., ни по юзкейсам) ни по опциям оптимизации (флагам процессора). Даже внедрение бинарной сборки ядра, с которой началось это бурное обсуждение, даст на практике не более чем возможность сделать emerge gentoo-sources-bin при установке системы и после первой перезагрузки придётся наводить нужный порядок в ядре. Как мы с Вами выше разобрались, всё тоже нужно делать даже в Дебьяне, если по-хорошему. В генточке же просто прямо об этом говорится. Не более.

И если пакет собран с правильными флагами в configure, то пересобирать его не имеет смысла. Да, этот пакет будет ставить дополнительно на диск какие-то либы.

Если будет собран. А если и, скрее всего, нет? Что же мне тогда делать? Например, есть некий пакет. Работает с разными СУБД. Berkeley DB, SQLite, mysql, postgres. Откуда мейнтейнер пакета знает какой именно интерфейс к СУБД нужен именно мне или Вам? ДА ниоткуда. Он собирает пакет со всеми четырмя интерфейсами. Но мне лично, например, нужен был только постгес, зачем мне остальное? Пусть будет, полежит на диске, авось не протухнет?

Или… опять пересобирать? И смыл был тогда в отказе от генточки? Невозможность измениться и стать более грамотным самому? Тогда при чём здесь дистриб?

Исходная версия ~~Moisha_Liberman~~, 21.09.20 13:26:

Толсто же! )

Вот так толсто, что аж даже и тонко. =)

  [1]   python3.7
  [2]   python3.9 (fallback)
  [3]   python3.8 (fallback)
  [4]   python2.7 (fallback)

у бинарных дистрибутивов были детские болезни Беда в том, что детские болезни бинарных дистрибутивов никуда не деваются. Они все нацелены на какой-то универсальный случай, который на практике на фиг не нужен. Ни по USE-flags (т.е., ни по юзкейсам) ни по опциям оптимизации (флагам процессора). Даже внедрение бинарной сборки ядра, с которой началось это бурное обсуждение, даст на практике не более чем возможность сделать emerge gentoo-sources-bin и после первой перезагрузки придётся наводить нужный порядок в ядре. Как мы с Вами выше разобрались, всё тоже нужно делать даже в Дебьяне, если по-хорошему. В генточке же просто прямо об этом говорится. Не более.

И если пакет собран с правильными флагами в configure, то пересобирать его не имеет смысла. Да, этот пакет будет ставить дополнительно на диск какие-то либы.