Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     29 Mar 2001  14:26:17
 To : Sergey Mihailov
 Subject : Re: Идеологические войны
 -------------------------------------------------------------------------------- 
 
 
    Hi, Sergey!
 
 >>>>> "SM" == Sergey Mihailov <nxg@nod4mail.pvrr.ru> writes:
 
 >>   Простимулируйте правильно пользовать. За последний месяц я двум людям
 >>  написал вопрос "а почему вы не пользуете nosrc.rpm?", один из них
 >>  удивленно скзаал "а че это такое?", второй "а можно подробнее, я видел,
 >>  но вот почему-то не пользую".
 
  SM> Я буду третий. " где такие брать что бы собирались из стандартных
  SM> исходников рпм для Шапки 7 ? " 
  
  брать src.rpm, править спек на предмет добавления 
  
  NoSource:
  
  и делать самому. <arch/noarch>.rpm получаются точно такие-же.
  
  SM> Я все таки думаю что носрц.рпм должны делать не авторы софта а сами
  SM> люди кто выпускают дистрибутив 
  
  я собвенно с такими и общаюсь. В смысле с авторами пакетов.
 
  SM> - так как рпм которые после этого получаться будут относиться 
  SM> к конкретному дистрибутиву. 
  
  специфика _любого_ пакета в том, что он "относится к конкретному
  дистрибутиву". 
  
  SM> Hу где это куча носрц-рпм ?
 
  кучи нет, но я обычно довольно легко нахожу где-то в .jp
  nosrc.rpm для того, что ищу. Обычно этого пользую в качестве "базы", если
  очень лениво писать спек самому ;))
  
 >>  SM> И исходя из этого выпуск диска с сырцами ?
 >>
 >>  потому что если ты тянешь _отдельно_ пакет, то удобнее иметь
 >>  один файл = один пакет со всем необходимым
 >>  чем выискивать как назывался архив с исходникамии.
 
  SM> Я не просто привел пример а реальный пример из жизни про упдатес.  Я
  SM> купил дистрибутив с сырцами и не пойму что значит выискивать ?
 
  Что значит "дистрибутив с сырцами"? Если не брать в расчет вот тех
  японцев, обычно "дитсрибутивные сырцы" в контексте rpm-based дистрибутива
  - это src.rpm. Просто так _удобнее_ тем, кто собирает.
    
  А про updates - угадай с двух раз ;)
  
  (подсказка - апдейты в исходниках мало кому интеерсны).
  
 >>  SM> а не к примеру : взять от
 >>  SM> всех src.rpm - nosrc.src.rpm их все месте завернуть в архив и обозвать
 >>  SM> его к примеру ports.RHXХ.tar.gz ;)
 >>
 >>  лишние телодвижения.
 
  SM> Это не телодвижение.Это возможность иметь компактный дистрибутив.
  SM> Просто вы наверно не работали в крупной организации где рядом
  SM> солярис-ско-фря-другие линуксы.
 
  Я работал в FreeBSD, и иногда еще даже работаю (оказываются есть люди
  которые знают в ней меньше чем я ;)
  
 >>  SM> Мож им деньги за трафик платят ?  Hи как логики - не пойму.
 >>  очень проста. RPM удобен для сборщика дистрибутива.
 
  SM> nosrc.rpm - тоже рпм.
 
  он неудобен тем, что нужно иметь отдельно исходники. в tar.gz 
  А очень часто это даже не оджин архив, а несколько.
  
 >>  Таки для "обновлений через исходники" он не всегда удобен тем, у кого
 >>  сильно дорогой трафик. Остальным совершенно пофиг, потому как они
 >>
 >>  - Сами всеравно не смогут сдедать rpm --rebuild some.src.rpm
 >>  - Трафик недорогой, и такой проблемы вообще не возникает.
 
  SM> Я так понимаю что из этого следует что src.rpm - кладут только для
  SM> людей с дешевым трафиком и которые будут ребуилд делать.  Двойные
  SM> вилы.
 
  Ок, если сразу неясно выразился, "даже не смогут сделать --rebuild".
  Их очень много. Hа них и ориентируются.
  
 [skip]
 
  SM> В свое время когда вышел БлакКат6.2 - его положили на фтп.  А исо -
  SM> класть отказались. Мне сказали нет места.
 
  Если интересно про это - могу объяснить приватной почтой.
  
  Публичные объяснения ТУТ выбали регулятрно (иногда я пытался объяснить,
  иногда Леонид). Обычно это происходило как только выходил новый BCL, и все
  начинали кричать "дайте ISO, дайте ISO"...
  
  SM> Я им сказал а почему бы тогда не подмонтировать исо лоопом в фтп.  
  SM> Кто хочет будет отдельные пакеты тянуть кто хочет исо.
  SM> Знаете что мне ответили ? Промолчали.
 
  Я, честно говоря, знаю довольно много про BCL. Так уж получилось ;)
  
  Все можно сделать, только к сожалению плохих людей еще есть, и увы,
  приходится что-то делать, чтоб они не сели на голову, и не свесили
  ноги. 
  
  То что при этом страдают и хорошие, мы как-бы вкурсе, но практических
  решений увы нет. Вернее есть, но до некотого времени оно було недоступно.
  
  В связи со слиянием BCL и ASP есть надежда (весьма весомая) что результат
  будет хороший. 
  
  если кто не вкурсе - ASP обещали что сразу будет все. И ISO на ftp, и
  коробка, и "экономный вариант" (только компакты) - читайте анонсы :)).
  
  Пока причин не верить им у меня нет. То что люди работают видно по их
  CVS. Кстати, спеки и патчи можно брать прям оттуда (я уже почти
  приловчился :). Все ленюсь настроить cvs, чтоб забирать только спеки 
  ;))) 
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Re: Идеологические войны   Dmitry Rodin  28 Mar 2001 13:47:12 
 Re: Идеологические войны   Vladimir Bormotov   29 Mar 2001 02:10:48 
 Re: Идеологические войны   Sergey Mihailov   29 Mar 2001 09:39:25 
 Re: Идеологические войны   Vladimir Bormotov   29 Mar 2001 10:22:05 
 Re: Идеологические войны   Sergey Mihailov   29 Mar 2001 13:43:21 
 Re: Идеологические войны   Vladimir Bormotov   29 Mar 2001 14:26:17 
 Re: Идеологические войны   Sergey Mihailov   29 Mar 2001 15:54:17 
 Re: Идеологические войны   Vladimir Bormotov   29 Mar 2001 17:01:53 
 Re: Идеологические войны   Sergey Mihailov   29 Mar 2001 18:30:38 
Архивное /ru.linux/25411c063eaa.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional