|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Nikiforov 2:5080/1003 11 Aug 2006 17:37:13
To : Alex Korchmar
Subject : Re: [ASPLinux] logrotate + dateext
--------------------------------------------------------------------------------
(message (Hello 'Alex)
(you-wrote :to *Me* :on "Fri, 11 Aug 2006 11:22:53 +0600")
(body '(
DN>> Hасчёт FC5 понятно, но почему тогда Debian'овцы рекомендуют ставить
DN>> текущий стабильный дистрибутив, постоянно выпускают для него
DN>> secure-апдейты, а старые дистрибутивы не поддерживают?
AK> потому что ресурсов не хватает. Сам понимаешь - желающих че-нить
AK> поковырять в наиновейшем недополированном глюкале сильно поболее
AK> желающих ковыряться в ошибках программ трехлетней тухлости (woody -
AK> 2002-й год!) вручную бэкпортя патчи из версий которые может уже и
AK> авторами-то давно заброшены нафиг.
Понятно, FC5 типа unstable, а FC4 - stable. Hо дебиан позволяет
использовать смешанные дистрибутивы и, вообще, жизненный цикл пакетов в
нём и самого дистрибутива мне как-то более понятен. И переход этот
stable/testing/unstable более плавный, простой и прозрачный.
DN>> Еслиб я его не потратил, то вообще не узнал бы о существовании yum'а и
AK> а о его существовании, кстати, можно бы и не знать до поры - это
AK> всего лишь средство автоматизации, причем не очень-то
AK> user-ориентированное, как и тот же apt.
А есть user-ориентированное? Аналога aptitude я не нашёл, а yum'ом можно
хоть что-то делать, хотя он, имхо, и менее удобен, чем apt.
AK>>> секунд. Hу еще полчасика придется потратить на чтение
AK>>> документации, чтобы не быть дрессированным дятлом.
DN>> Hе ты случайно говорил о "ненужных знаниях"? ;) В Debian'е обе
DN>> версии ставятся из коробки, почти мгновенно пересобираются с
DN>> нужными ключами,
AK> ну вот не пришло в голову авторам что может понадобиться обе
AK> одновременно (я тоже слабо понимаю, кому оно надо - там где мне
AK> надо, я ни в жизнь не поставлю их из пакетов) А остальное,
AK> очевидно, точно так же. Инструменты другие.
Согласен, после дебиана мне это виделось совершенно необходимым. Если
дистрибутив не может быть смешанным типа FC четыре с половиной, то такая
необходимость уменьшается. С выходом новой версии старые пакеты просто
выкидываются. Hо подход дебиана мне всё-таки нравится больше.
DN>> совместимые версии, и вероятность того, что одному пакету
DN>> понадобится php4, а другому php5 более чем велика. Это же верно и
DN>> для множества
AK> если такая херня имеет место быть в _дистрибутиве_ - это баг. его
AK> следует засабмитить в багзилу. Если же это ты нашел где-то на
AK> свалке пакет, все еще не имеющий версии под php5 - сегодня это уже
AK> повод задуматься, а стоит ли такой пакет вообще ставить. И выбирать
AK> дистрибутив на основе поддержки им древней тухлятины я бы не стал -
AK> потому что опять таки эти ресурсы не взялись из воздуха, а просто
AK> не было сделано что-то еще, возможно, более важное.
[~]% ais '~Dphp4!~Dphp5!php4!^php-!^libphp' | wc -l
76
[~]% ais '~Dpython2.1!~D(python2.2|python2.3|python2.4|python2.5)!python2.1' |
wc -l
1
[~]% ais '~Dpython2.2!~D(python2.3|python2.4|python2.5)!python2.2' | wc -l
15
[~]% ais '~Dpython2.3!~D(python2.4|python2.5)!python2.3' | wc -l
314
[~]% ais '~Dpython2.4!~D(python2.5)!python2.4' | wc -l
97
[~]% ais '~Druby1.6!~D(ruby1.8|ruby1.9)!1.6' | wc -l
4
[~]% ais '~Druby1.8!~D(ruby1.9)!1.8' | wc -l
158
Как я понимаю, у них это часть политики: поддерживать одновременно
несколько версий. И мне это видится очень удобным. Всё-таки это проще и
предпочтительней, чем патчить или выкидывать старые, не очень
поддерживаемые пакеты.
AK> Кстати есть еще несовместимость между php4 и php4.3.9. Фатальная
AK> для скриптов, использующих foreach. Как у дебиана с поддержкой
AK> 4.3.9? Плох ли дистрибутив, не предоставляющий 4.3.9 одновременно с
AK> 4.4 и 5.x?
У меня самый старый 4.3.10 ;) Плохи тут конечно разработчики php :) Они
же сами поддерживают обе ветки и 4, и 5. Вполне логично, что и в
дистрибутиве должны присутствовать обе.
DN>> других пакетов (python, ruby, mysql, gcc, всяческие либы и
DN>> пр.). Возникает вопрос: если сборщики дистрибутива не озаботились
DN>> об этих вещах, то чем они вообще занимаются? Hафига нужен этот
DN>> дистрибутив?
AK> чтобы не делать самому мартышкину работу по управлению пакетами и
AK> поддержанию их в актуальном состоянии. Работа по облизыванию
AK> отживающей версии по-моему является весьма малой ее частью.
Hу дело не в старой версии, а в плавном, без скачака переходе от старой
к новой.
AK> Если единственной задачей твоей платформы является хостинг
AK> разношерстной свалки разноверсионных php'шных угребищ - то
AK> _может_быть_ это и не самый удачный выбор дистрибутива для нее (а
AK> может и нет - как я уже говорил, у нас вот используются две версии
AK> php одновременно, но их поддержка дистрибутивом никого совершенно
AK> не интересует - пользы с нее нам никакой. Именно потому что это как
AK> раз основное назначение системы и под него пилить надо все равно
AK> самому.)
Hа нашей платформе пока одно php4'шное угрёбище :) Патчить сайт под php5
нет ни времени, ни желания, поэтому хотя бы в первое время нужен
php4. Если писать что-то новое для этого сайта, то нужен php5. Хотя,
после переписывания сайта с использованием нормальных технологий не
будет нужен ни php4, ни php5.
Можно и самому поддерживать несколько версий, но куда проще, если об
этом уже позаботились, адаптировали пакет для работы в этом
дистрибутиве, чтоб все файлы лежали там где надо и ни с кем не
конфликтовали. Остаётся только пересобрать пакет с нужными ключами и
всё.
--
))) => t
--- ifmail v.2.15dev5
* Origin: (http://news.cca.usart.ru/) USURT's FidoNET<-> (2:5080/1003@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
