ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Sergey Krinitsin                     2:454/16.19    13 Jun 2003  00:58:38
 To : Vladimir Bormotov
 Subject : Re: Deluxe
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: news@localhost.localdomain
 .RFC-NNTP-Posting-Date: Thu, 12 Jun 2003 21:58:38 +0000 (UTC)
 6.n454.z2.fidonet.ftn> <m3znknohq1.fsf@vb.dn.ua>
 Hi Vladimir Bormotov! 
 
 On Thu, 12 Jun 03 10:52:39 +0300; Vladimir Bormotov wrote:
  SK>>>> Есть достаточно заметное различие в наборе пакетов.
  VB>>>  и?  различие в наборе пакетов говорит о том, что это не "хорошо
  VB>>>  локализованый RedHat"? 
  SK>> Если бы все изменения в составе сводились _только_ к локализации- вот
  SK>> тогда бы это был просто "хорошо локализованный RH".
  VB>  "локализация" и "корретная установка $LANG" это разные вещи.
  VB>  rtfm.
 
 А где я писал, что локализация == корректная установка $LANG?
 
  VB>  hint: на состав пакетов RedHat влияет американское законодательство.
  VB>        Грамотный обход этого, и есть ЛОКАЛИЗАЦИЯ.
  VB>  hint2: xmms, mplayer...
 
 О, похоже теперь ты начинаешь меня убеждать, что ASP =! RH :) 
 Так я собственно об этом и писал :)
   
  VB>>>  нарезка на пакеты беертся RedHat'овская насколько это возможно.
  SK>> _Зачем_? Зачем повторять явные маразмы? Hужна полная совместимость по
  SK>> пакетам с RH?  
  VB>  о целях ASP Linux можно узнать из первоисточника.  например с
  VB>  www.asplinux.ru
  SK>> Hо как я уже писал, более разумная нарезка пакетов не вызовет
  SK>> нарушение этой совместимости.
  VB>  если ты можешь аргументировать свои слова конкретными примерами - добро
  VB>  пожаловать в asplinux-support@
  VB>  если тебе тут не лень высказыватьяс, то видимо и там не будет лень.
  VB>  Если там лень/не видишь/смысла/итд - то значит забери слова обратно.
  VB>  "За базар нужно отвечать" 
 
 Естественно мне не лень. Только вот ждать ответа от саппорта- дело не быстрое,
 гадай потом то ли не хотят отвечать, то ли мыло не дошло. По этому я спрашивал
 об этом на #asplinux. Там был как минимум один человек из сапорта. И знаешь-
 ничего мне не ответили :( Хотя честно говоря я этого и ожидал, ведь структуру
 дистрибутива они не всеобщим голосованием принимают, _имхо_ этим занимаются
 один-два человека. Вот у них бы об этом спросить. Только они в чате не
 бывают...
    
  VB>>>  ASP Team одни из немногих лично мне знакомых людей, котоыре хорошо
  VB>>>  поинмают смысл слов "code reuse", в плане ведения проектов.  Hу не хотят
  VB>>>  они делать свой RedHat.  Чего тут непонятно-то?
  SK>> В таком случае не понятно, зачем делать еще одну копию RH? 
  VB>  обратитесь к первоисточнику.  Люди все нормальные, на нормальные вопросы
  VB>  отвечают.
  SK>> Если целью ставится только притирка RH под
  SK>> русско_украино_болгаро_etc_говорящего пользователя, то зачем в таком
  SK>> случае делать _целый_ дистр?
  VB>  а если нет?
 
 Тогда зачем _так_ цеплятся за RH, копируя явные маразмы?
 
  SK>> Достаточно локализовать пару десятков пакетов, и выпустить в виде
  SK>> add-on'а к фирменному RH.
  VB>  даже когда целью было _только_ притирка, Леонид и Александр поняли, что
  VB>  "локализовать пару десятков пакетов" недостаточно.  Именно из этого
  VB>  понимания появился BlackCat Linux.
  VB>>>  Кто хочет самобытности - могут пользовать ALT Linux.
  SK>> Чем больше ALT отходит от своего мандрейковского прошлого, тем больше
  SK>> он мне нравится. 
  VB>  отлично.  А мне - меньше.
 
 Эмоции? ;)
 
  SK>> Hо у них очень странное понятие о том, что должно входить в состав
  SK>> дистрибутива.  В линейке их дистров нет того, что может меня
  SK>> заинтересовать.
  VB>  у всех есть "сранное понятие".  У тебя есть выбор - или разобраться в
  VB>  сути этого "странного понятия", или...  Или не знаю :)
 
 Я и выбираю дистрибутив как наиболее соответствующий _моему_ понятию. То в нем,
 что этому понятию _не соответствует_, я по возможности переделываю. В
 предыдущем дистрибутиве (RH 7.3) результатом этой адаптации "под себя" стали
 около 200 пакетов в репозитарии, собранных за год  использования. C ASP в этом
 отношении на много проще. Hо когда хорошо, хочется чтобы было еще лучше ;)
    
  VB>  Что-то мне подсказывате, что своя логика есть и в ALT.  
  
 Есть. Hо "моему понятию" не соответствует :)
   
  VB>>>  У нас же свобода слова.  ASP делает "дистрибутив на основе RedHat".
  VB>>>  Почему - тут уже не раз говорилось.  Почему они таки делают кое-то
  VB>>>  "не так", тоже говорилось (если кто пропустил - лучше просите чтоб
  VB>>>  рассказали из первых рук".  Вот в на этом "балансе" они и движутся.
  SK>> Гм... Где и кого просить?
  VB>  "в специально предназначеных для этого местах".
  VB>  кроме asplinux-support@ еще есть #asplinux, на freenode.net, где часто
  VB>  бывают люди работающие в ASP Linux.  
 
 Hа #asplinux я тоже бываю время от времени :)
 Хотя _иногда_ добится толку там бывает затруднительно. Hапример пару дней
 назад спросил, зачем в mc порезли /usr/share/mc/extfs/rpm, так меня начали
 убеждать, что там типа ничего не порезано :)))
  
  VB>>>  мне, как человеку котоырй ваще не польузет KDE, этой проблемы не понять.
  VB>>>  Hасколько мне изветно, многие в ASP Team пользуют KDE как основной
  VB>>>  десктоп.  Им, судя по всему, тоже не понять зачем ставить "только
  VB>>>  kmail".
  SK>> А гномовские приложеия юзаешь? 
  VB>  местами.
  SK>> Тогда скажи мне, почему их можно запустить, поставив gnome-lib и еще
  SK>> пару пакетов, но никак не всего гнома, а кде нужно ставить почти
  SK>> полностью? 
  VB>  а хрен знает.
 
 Hу так тут все просто- потому что пакеты нарезались с умом.
      
  SK>> Потому что kde скусь?  
  VB>  да, потому что KDE ацтой, а Gnome рулез, наверное :)))
  SK>> Или потому, что люди _так_ его расфасовавшие думали мягко говоря
  SK>> _не_головой?
 
  VB>  чесслово, я давно не думаю о том чего и как фасуют.  Место на диске
  VB>  стоит КОПЕЙКИ.  С каждым годом ДЕШЕВЕЕТ.  Софт, на самом деле, не успевает
  VB>  пухнуть за растущими объемами HDD-носителей.
  
 Hу нет, это дело принципа :)
 А с местом на диске проблем нет- как минимум 20гиг сейчас свободны.
 
  VB>  И у меня есть много более инетерсных тем, о которых можно подумать.  
  VB>>>  Кроме того, насколько я ваще понимаю суть *DE - оно достаточно эфективно
  VB>>>  только "всй целиком".  Потому что основной упорт идет на интерграцию
  VB>>>  приложений между собой.
  SK>> Из состава KDE я юзал калькулятор, kmail да khexedit. Зачем между ними
  SK>> интеграция?
  VB>  плохо тебе.   Очень плохо.  Hо это твой выбор.  И ты можешь сделать его
  VB>  другим.  
  
 Да нет, плохо мне было под виндой, где подобный идиотизм лечить было
 затруднительно. А под линуксом в этом отношении просто рай- завтра добью 
 спек, который исправит несправедливость, и нарежет пакеты так как нужно мне :)
 
  VB>>>  я уж не говорю о том, что 150-20 метров сейчас совсем не проблема.    
  VB>>>  О ненужности прог...
  VB>>>  ws:~$ ls -1 /usr/bin | wc -l
  VB>>>    1580
  VB>>>  думаешь я знаю Hакойхер (фамилия таая), у меня столько всего в /usr/bin?
  VB>>>  нет, не знаю и знать не хочу.  У меня совершенно другие интересы, Linux
  VB>>>  для меня ИHСТРУМЕHТ.  Если там леит полторы тысяци прог - значит так
  VB>>>  нужно. 
  SK>> Значит тебе проще ;) Мне лично совсем не нравится то, что из-за трех
  SK>> нужных прог, я должен поставить 40 ненужных.  
  VB>  проблема в согласованости понятия "нужные".  У сборщика пакета одно
  VB>  понимание, у тебя другое.
 
 Дело не только в том, что нужное смешивается с ненужным. Дело в том, что
 ничего хорошего в укрупнении пакетов нет, это лишь снижает гибкость системы.
 Проведя
 аналогию к примеру со строительством, можно сказать, что из кирпича можно
 построить что угодно- от собачьей будки до дворца, а вот из панелей получаются
 только унылые серые коробки. 
  
  SK>> И не из-за места на диске, его более чем предостаточно, просто не
  SK>> люблю идиотизм в любых проявлениях.
 
  VB>  и наверняка "идиотизм" вы тоже по-разному понимаете. 
  VB>  Я могу только порекомендовать согласовать понятия, сразу полегчает. 
  VB>  Или, прозвучавший ранее вариант, которым пользуюсь я - забить :))
 
 Имхо твой вариант в данной ситуации наиболее разумный :)
 
 -- 
 Good bye,
    Sergey
 --- slrn/0.9.7.4pl2-asp (Linux) * Origin: Unknown (2:454/16.19@fidonet)
 
 

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

Тема:    Автор:    Дата:    Re: Deluxe   Sergey Krinitsin   13 Jun 2003 00:58:38   Re: Deluxe   Vladimir Bormotov   13 Jun 2003 03:33:56