ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Sergey Krinitsin                     2:454/16.19    16 Jun 2003  03:06:22
 To : Vladimir Bormotov
 Subject : Re: Deluxe
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: news@localhost.localdomain
 .RFC-NNTP-Posting-Date: Mon, 16 Jun 2003 00:06:22 +0000 (UTC)
 6.n454.z2.fidonet.ftn> <m3znknohq1.fsf@vb.dn.ua>
 <2926331210@p19.f16.n454.z2.fidonet.ftn> <m38ys6lvjt.fsf@vb.dn.ua>
 <2220496693@p19.f16.n454.z2.fidonet.ftn> <m3wufpd51l.fsf@vb.dn.ua>
 <1500919244@p19.f16.n454.z2.fidonet.ftn> <m3brx1cefr.fsf@vb.dn.ua>
 <2280564535@p19.f16.n454.z2.fidonet.ftn> <m37k7nbv0o.fsf@vb.dn.ua>
 Hi Vladimir Bormotov! 
 
 On Sun, 15 Jun 03 11:31:55 +0300; Vladimir Bormotov wrote:
 
  SK>>>> совместимости _по пакетам_.
  VB>>>  тогда, возвращаемся к твоеё "проблеме" с нарезкой KDE. 
  VB>>>  "ASP не перепаковывало 'маразматическую' нарезку KDE, потмоу что
  VB>>>  поддерживает совместимость по пакетам с RH".
  SK>> Снова нудно повторяю- более мелкая нарезка _HЕ HАРУШАЕТ СОВМЕСТИМОСТИ
  SK>> ПО ПАКЕТАМ_.  
  VB>  тогда я еще раз поеркомендаю тебе поговоритьс  leon@, выскзаать ему свои
  VB>  аргументы, и выслушать его.  Более компетентно "почему такая нарезка
  VB>  KDE"  боюсь никто не объяснит.
 
 Кстати, я кажется понял, почему _так_ сделано в RH. Пробежавшись глазами по
 списку 
 пакетов RH 9 не заметил там других оболочек, кроме как KDE и GNOME.
 Так что для RH такая нарезка вполне понятна.  
 
  SK>>>>>> Причем часть этих пакетов к локализации _имхо_ ну никак нельзя
  SK>>>>>> отнести- к примеру alsa'у или драйвера NVIDIA.   
  VB>>>>>  драйвера для железа, которое в БОЛЬШИХ количествах наблюдается у
  VB>>>>>  целевой аудитории, это не "локализация"?  Ты когда-нибудь видел
  VB>>>>>  предустановленные Win** на компьютерах Compaq, HP, Dell, IBM, итд?
  VB>>>>>  Ты хочешь сказать, что "то было не виндовс"?  Я смею утверждать, что
  VB>>>>>  то виндовс. "Локализованый" для работы на конкретном железе.  ASP
  VB>>>>>  это "локализованый RedHat".  Для работы на целевом рынке.
  SK>>>> Твой пример не удачен.  Согласно инетовской статистике карты на чипах
  SK>>>> от nVidia на сегодняшний день наиболее распространены _во всем мире_.
  VB>>>  и что?
  VB>>>  Давай не будем опровергать пример (темболее если он неудачен).  
  VB>        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (1)
  VB>  
  VB>>>  Давай по сути возражения.  
  VB>        ^^^^^^^^^^^^^^^^^^^^^^^^ (2)
  VB>        
  VB>>>  MS Windows* который предустанавливают крупные производители ПК -
  VB>>>  остается виндовсом? Порядок и характер отличий там примернотот-же,
  VB>>>  что и между RH<>> ASP.  Добавляют _свой_ софт, немного правят
  VB>>>  "начальыне установки" софта писаного в MS, и так далее.
  SK>> Объясню почему пример неудачный. 
  VB>  я просил это направление дискусии больше не развивать.
  SK>> Локализация - адаптация к потребностям _ограниченной_ группы
  SK>> пользователей, т.е. по сути для _меньшества_. 
  VB>  Вот это ближе к (2).  Идем и смотрим, чего предлагает ASP, и чего
  VB>  предлагает RedHat.
  SK>> К примеру улучшение поддержки русского языка в дистрибутиве-
  SK>> бесспорная локализация, т.к. число людей предпочитающих данный язык
  SK>> другим _меньше_, чем людей его не знающих.
  VB>  да.  А так-же поддержка, рускоязычные списки рассылки, и так далее и
  VB>  потому подобное.
  SK>> nVidia на сегодняшний день является лидером по продажам чипов для
  SK>> графических карт-> карты на этих чипах наиболее распостранены->
  SK>> поддержка этих карт в дистрибутиве полезна для _большинства_
  SK>> пользователей, следовательно локализацией не является.
  VB>  еще раз, это ТОЛЬКО ОДИH ИЗ ПРИМЕРОВ, ок, хорошо, он не удачный.  Тебе
  VB>  приводить другие?  Или может ты сам возьмешь дистрибутивы RH9 и ASP9, и
  VB>  сравнишь? 
 
 Как ты наверное помнишь, я высказывался за то, что ASP делает _больше_ чем
 просто локализацию, они вносят также изменения _не связанные_ с
 локализацией, но повышающие функциональность дистрибутива. 
 Если ты с этим _не согласен_, то приведи свои аргументы. 
 Если согласен, то о чем мы спорим?
       
  SK>>>> А локализация подразумевает адаптацию к нуждам _ограниченной_ группы
  SK>>>> пользователей.   
 
  VB>>>  посмотри сколько вопросов возникает _в_этой_ конференции о установке
  VB>>>  драйверов nVidia.  У пользователей ASP Linux таких вопросов или не
  VB>>>  возникает ваще, или возникает на порядок меньше.  Потому что
  VB>>>  драйвера установливаются out-of-box.
 
  SK>> Любой плюс состоит из двух минусов ;(  
  SK>> Сюда это правило тоже применимо, т.к. примененный в ASP 9 подход
  SK>> одназначно создаст проблемы при апдейте этих драйверов,
  SK>> т.к. NVIDIA_kernel собирается из kernel src.rpm.
  VB>  подавляющее большинство пользователей RedHat обновляют систему с помощью
  VB>  up2date сервиса.   ASP ориенитруется на ту-же категорию пользоватлей
  VB>  (это
  VB>  тоже пример "совместимости"), и предлагает yum-репозиторий.
  VB>  При обновления ядер ASP выкладываются так-же и новые пакеты
  VB>  NVIDIA_kernel.
  VB>  Какие проблемы сказать yum update kernel ?
 
 Вспоминаем ситуацию с ASP 7.3 и драйверами NVIDIA.
 Hа обновление этих драйверов там забили на продолжительное время, и в
 update продолжительное время лежала v.3123 (от 21.11.2002) имеющая проблемы с
 GF4.
 Обновили ее имхо сразу до v.4363 только 29.05.2003 
 Между этими версиями были еще две, но ASP обновлений не выпускал. 
  
  VB>  Те "порбелмы", о которых ты намекаешь, будут у людей кто САМОСТОЯТЕЛЬHО
  VB>  пересобирает ядро.  Т.е. у людей котоыре СЗАHАТЕЛЬHО пошли на этот шаг
  VB>  (по каким-либо причинам), инаверняка готовы к "пробелмам" при обновлении.
  VB>  Кроме того, имеют (или хотят получить) достаточную квалификацию, чтоб
  VB>  для них такие ворпосы были не проблемой.
 
 Проблемы будут у новичков с диалапом- у них не хватит знаний прикрутить
 новые драйвера к текущему ядру, и не будет возможности обновлять ядро до
 последней версии. И снова сюда пойдут мессаги...
    
  VB>  Это выбор КОHЕКРТHОГО пользователя дистрибутива, но не дистрибьютора.
 
 В любом случае наличие драйверов в дистрибутиве лучше, чем их отсутствие.   
 
 -- 
 Good bye,
    Sergey
 --- slrn/0.9.7.4pl2-asp (Linux) * Origin: Unknown (2:454/16.19@fidonet)
 
 

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

Тема:    Автор:    Дата:    Re: Deluxe   Sergey Krinitsin   16 Jun 2003 03:06:22   Re: Deluxe   Serguei Khvatov   16 Jun 2003 13:44:09   Re: Deluxe   Michael Shigorin   16 Jun 2003 23:05:38   Re: Deluxe   Gennady Terehov   17 Jun 2003 00:34:48   Re: Deluxe   Victor Wagner   17 Jun 2003 01:54:14   Re: Deluxe   Gennady Terehov   17 Jun 2003 17:30:35   Re: Deluxe   Vladimir Bormotov   17 Jun 2003 19:18:21   Re: Deluxe   Gennady Terehov   17 Jun 2003 21:44:21   Re: Deluxe   Michael Shigorin   18 Jun 2003 00:05:46   Re: Deluxe   Serguei Khvatov   17 Jun 2003 11:46:20   Re: Deluxe   Michael Shigorin   18 Jun 2003 00:05:47   Re: Deluxe   Serguei Khvatov   18 Jun 2003 14:34:22   Re: Deluxe   Michael Shigorin   18 Jun 2003 22:05:37   Re: Deluxe   Serguei Khvatov   19 Jun 2003 12:32:54   Re: Deluxe   Michael Shigorin   19 Jun 2003 16:05:51   Re: Deluxe   Alexei Dets   19 Jun 2003 23:05:53   Re: Deluxe   Sergey Krinitsin   20 Jun 2003 00:59:55   Re: Deluxe   Sergey Krinitsin   17 Jun 2003 03:45:04   Re: Deluxe   Vladimir Bormotov   16 Jun 2003 19:57:31