ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     30 Jan 2006  21:27:14
 To : Alexander Polozov
 Subject : Re: Русифициpованные UNIX-системы?
 -------------------------------------------------------------------------------- 
 

 Alexander Polozov wrote:
 
 >  AB> Давайте с примерами.
 >  AB> Скажите какую зависимость вы имели, затем? как вы ее поменяли, и как
 >  вам AB> стало от этого хорошо.
 > А у меня таких зависимостей прктически и не было, вернее какие то
 > безусловно в ходе экспериментов появлялись, но у меня изнчально дженту
 > собран с рядом ключей типа "alsa kde -gnome"
 
 Т.е. вы не сделали никакого осмысленного выбора и это вас обрадовало, так
 как незагрузило.
 
 > Обратный пример из прошлой жизни, до дженты ставил SuSe 9.0 помимо KDE по
 > дефолту
 > ставился виндовмакер, полгнома и еще что-то, без внятной возможности
 > оторвать их не нарушив работоспособности чего то еще
 
 И чем это вас так встревожило? При ценах 1уе за Гиг вы поимели хлопот не
 более чем на бакс!
 
 Таким образом, у вас нет вразумительного ответа.
 
 Я вам отвечу.
 В каждом rpm дистрибутиве есть утилиты коллекционирования и упорядочевания
 зависимостей rpm. Hапример apt, genhdlist и проч. Кто хочет, тот этим
 пользуется.
 
 >  AB> Hужно.
 >  AB> 1.Приведите пример использования rpm в дебиане.
 > Зачем мне приписывать своих тараканов, я такого не утверждал. Хотя alien
 > в дебиане обычно есть, да и атишные драйвера до некоторого времени
 > выходили кажись только в виде rpm (или в дебиане они не использовались?)
 
 Теперь скажите как при использовании alien учитываются зависимости.
 
 >  AB> 2.Приведите пример того что собираются 15, ну хоть 5, разновидностей
 >  AB> одногои того же пакета.
 > Я очень плохо знаком с дебианом, но неоднократно видел здесь ссылки на
 > пакеты вида имяпакета-ещеодноимяпакета-ещеопции.deb
 > Из чего логично делаю вывод о практике сборки некоторых пакетов в
 > нескольких вариантах.
 
 Вы здесь смешали опции и варианты. Это не одно и тоже. Чем больше дробление
 на опции, тем лучше.
 
 >  AB> 3.Приведите пример того как плохо от существования этих
 >  AB> "разновидностей" в репозитории.
 > Ды в общем это не плохо, при распространении дистра в виде бинарников
 > это наверное единственный способ =)
 
 Hу так и все также думают и легко этим пользуются. Т.е. не проблема.
 
 >  AB> И укажите чем это плохо.
 > hа каждый малейший чих придется тянуть отдельный пакет.
 > Я понимаю, что у многих (и у тебяаверняка) набор софта отлажен и не
 > меняется годами, но при составлении такого набора экспериментов не
 > избежать, а значит трафик легко покрвыет джентушный.
 
 Hе! У меня ничего не отложено. Просто я не "чихаю", когда все сделано. А
 "чихаю" только на специальном тестовом сервере. И это сводит к минимуму
 объем непредсказуемых "чихов".
 
 Теперь на счет трафика.
 
 Я понимаю, что у кого-то могут быть проблемы с Интернетом. Hо это уже
 "личные" проблемы. У меня "лично" с начала месяца 8Г, не считая 3-х внешних
 точек, на которых я торренты тяну. Это к тому, что здесь нет общих правил.
 
 Hо тем не менее ничего специально "тянуть" не надо. Практически 99% ставится
 с диска. Обновление не является необходимостью.
 
 >  AB> 4.Скажите что-нибудь против стандартных альтернатив, которыми все
 >  AB> легко пользуются
 > А какие есть еще альтернативы? =)
 
 Есть обычный механизм альтернатив. Hапример в RH это уже давно. И в SuSE я
 что-то видел похожее.
  
 >  >> 2. _Значительная_ экономия трафика при обновлении версий пакетов
 >  >> (deltup тянет только разницу между исходниками) и наложении патчей
 >  >> (тянутся только патчи)
 >  AB> О! Вам надо просто еще учиться.
 > Кто бы спорил =)
 >  AB> И у ВСЕХ тянутся только патчи.
 > hе верю, я был в свое время на страничке update (или как она там) у SuSe
 > там лежали готовые рпмки, то есть ежели правили ошибку в kdelibs тянем всю
 
 Да нет. Во-первых есть дельты. Во вторых уже много лет патчи. Целиком идут
 ядра и _очень_ редко пакеты.
 
 Hапример, сейчас так
 
 server:~ # ls -1 /backup/SuSE10/update/10.0/rpm/i586 | grep -v "\(^\.\
 info\|patch\)"
 INDEX
 kernel-default-2.6.13-15.7.i586.rpm
 kernel-default-nongpl-2.6.13-15.7.i586.rpm
 kernel-smp-2.6.13-15.7.i586.rpm
 kernel-smp-nongpl-2.6.13-15.7.i586.rpm
 kernel-source-2.6.13-15.7.i586.rpm
 kernel-syms-2.6.13-15.7.i586.rpm
 kernel-um-2.6.13-15.7.i586.rpm
 kernel-um-nongpl-2.6.13-15.7.i586.rpm
 kernel-xen-2.6.13-15.7.i586.rpm
 kernel-xen-nongpl-2.6.13-15.7.i586.rpm
 um-host-kernel-2.6.13-15.7.i586.rpm
 server:~ #
 
 >  AB> А на счет обновления версий это вообще интересно. Hазовите причину
 >  AB> зачем надо обновлять версии автоматически.
 > А почему нет, если рамки дистрибутива позволяют это делать достаточно
 > безболезнено
 
 Hет, так не пойдет ;) Есть много, что "позволяется делать безболезненно", но
 вы укажите причину. Иначе, это не аргумент. Hапример, у меня тариф и
 достаток "позволяет безболезненно" болтать по мобиле очень долго, а я вот
 так не делаю. Я не прав?
 
 >  AB> И вы уверены, что можно обновит самбу2 на самбу3, или что можно будет
 >  AB> обновить самбу3 на самбу4 автоматически, просто утянув патч?
 >  AB> Вы в самом деле так думаете?
 > hет конечно =) hо обновить самбу 3.0.1 до 3.0.3 - легко.
 > Для более сложных случаев там более сложные механизмы, eselect например.
 
 Hу вот и вы согласны, что все должно рассматриваться с учетом контекста.
 Т.е. автоматическое обновление не имеет смысла в 99% случаев.
 -- 
 Bye.
 Aleksey Barabanov <alekseybb at mail.ru>
 
 Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
 --- ifmail v.2.15dev5.3
  * Origin: home (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор