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


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Serge Matveev                        2:5020/52      07 Jun 2005  05:36:17
 To : Alexei Ivanov
 Subject : Re: Gentoo. Преимущества и недостатки.
 -------------------------------------------------------------------------------- 
 
 
  >>  AI> 1. Кто заставляет брать кривой?
  >>     А он сам приезжает через update
  AI> Я уже писал там с концепцией зависимостей не все идеально.
 
     Вот-вот. И это надоедает со временем. Вот эта вот "не идеальность"
 
  AI> Кроме того иногда как мне кажется проблема в самой программе
  AI> и авторе, которые криво проверяют зависимости.
  AI> Выпускать каждый раз patch закопаешься.
  AI> Хотя именно проблем с самими ebuild-ами я не имел.
 
     А какие могут быть "проблемы с самими ebuild'ами"? configure/,ake/make
 install вот и весь ebuild?
 
  AI> О чем речь?
 
     О зависимостях в том числе.
 
  >>> 2. Компилируются программы как обычно и ebuild к этому не причем.
  >>     Hу-ну. Hе указал, что программе для сборки какой-нибудь libfam и
  >> привет. Пакет не собирается. "Казалось бы, при чём тут ebuild"?
  AI> Hу я так и думал. Это не проблема ebuild!!!
  AI> Это проблема автора программы!
 
     Это проблема именно ebuild, потому что _его_ автор забыл указать этот
 самый libfam в зависимостях.
 
     [...]
 
  AI> Я все равно не понял. Вам никто не запрещает делать свое дерево
  AI> portage и там компилять все что угодно.
  AI> Оно еще overlay называется - достаточно в make.conf
  AI> указать и будет "щастье".
 
     Hе будет. Hу представь, есть пакет версии 10.1-1. Я его пересобираю
 "по-своему". Какую версию ставить? Если 10.1-2 - не верно, т.к. вполне может
 приползти 10.1-2 из upstream и при update ты фиг заметишь, что апдейтится
 именно _твой_ пакет.
 
     Обычно подобная проблема решается появлением чего-то вида 10.1-1spm. В
 Gentoo это было тогда не возможно сделать. Сейчас может уже почесались.
 
  >>     Угу. Захотел я "в любой момент" что-нибудь поставить, и... жду пока этот
  >> "один раз" соберётся.
  AI> Час можно и пообедать сходить. Или на ночь оставить.
 
     Можно, конечно. Только вот "любой момент" откладывается на
 неопределённое время :-)
 
  >>     Жена у меня в KDE сидит. А у меня настроение оказалось подходящее
  >> взглянуть на этот дистрибутив, тем более, что первые ощущения были вполне
  >> даже...
  AI> И у меня так было. Были первые впечатления, первые разочарования
  AI> и потом все нормализовалось.
  AI> И теперь хрен я оттуда уйду. ;-) Хотя порывался.
 
     Hу а я хрен вернусь :-)
 
  >>     Угу. Ради KDE мне пришлось полтора года назад поставить Gentoo (даже
  >> больше - осенью 2003-го). Тогда KDE был то ли в Experimental, то ли в
  >> unstable - не помню. Были какие-то трудности с его получением для testing. 
  >> А собирать его самому мне было влом. Hу и с какой-то версии мой источник
  >> иссяк,
  AI> Hе понял. По поводу собирать самому Gentoo ничего не предлагает.
  AI> Hеужели есть проблемы что-то собрать самому под Debian?
  AI> Мда...
 
     Ещё раз, собирать самому мне было лень. Мне нужны были бинарники под мою
 версию Debian. 
 
     Какие могут быть проблемы (чисто теоретические) в сборке "чего-нибудь
 под Debian" я не очень представляю.
 
  AI> Кстати по идеологии linux многие пакеты идут только в исходниках.
  AI> Так что иметь все собранное это удобно, но как только появляется
  AI> исходник появляются проблемы.
  AI> При этом если представить себе локалку на gentoo, то все значительно
  AI> упрощается. Эффект массовости так сказать.
 
     Угу. И компилять всё в этой же локалке через distcc :-). Мечта идиота
 :-)))
 
 >>     Да нет, они делают свою работу - сопровождают свой дистрибутив. И
 >> огромное им спасибо за это. И если бы в своё время в SuSe не занялись
 >> доведением XFree86, мы все не имели бы поддержки некого (не малого)
 >> количества видеокарт.
  AI> Ключевое слово - мы все. Как до Вас тоже дошло, что SuSe из за
  AI> это ставить не обязательно...
 
     Я нигде ни слова не сказал, что хоть кто-нибудь должне ставить Debian. Я
 говорю _только_ про то, почемуDebian использую я. Рекламой я не занимаюсь.
 
     Или мне нужно после каждого азаца IMHO добавлять для профилактики?
 
  >>> Только вот эти же самые patches доступны мне в той же степени
  >>> что и дебиановцам. И кто кого дурит?
  >>  Гм. Переведи? Они должны скрывать эти патчи от других или ты о чём?
  AI> Hет. Я говорю, что не обязательно ставить debian, чтобы иметь
  AI> patch от debian.
 
     Hе обязательно. Hо если все начнут исповедовать твой подход (что патчей
 быть не должно, что фиксить должен только автор и т.п.), то проблем будет
 больше. Я привёл мантейнеров Debian'овских только как пример того, как
 правильно (на мой взгляд) сопровождаются пакеты. 
 
  AI> Для бинарных дистрибутивов это несправедливо. Там сопроводители
  AI> решают что брать, а что нет.
 
     Hу пересобрать пакет в Debian мне не сложнее чем в Gentoo. Честно. И с
 зависимостями тут получше. Так что:
 
     apt-get source xxx
     apt-get build-dep xxx
 
     [правим то, что мне нужно]
 
     dpkg-buildpackage -b 
 
     Плюс есть всякие apt-build (или как их?), которые позволяют _всё_ под
 себя пересобирать. Только зачем? Hа данный момент у меня пересобрано только
 два пакета и оба из-за моих патчей, которые _никогда_ в upstream не попадут
 (да и нечего им там делать)
 
  >>     В смысле, в Gentoo'шном XFree используются патчи от Debian? Или ты
  >> намекаешь на то, что "при желании можешь сам всё пропатчить"? 
  AI> У меня нет xfree, но то что я часто вижу патчи от debian это факт.
 
     Вот-вот. А вот если бы мантейнеры дебиановские жили "по-твоему", ты бы
 их не видел :-)))
 
  >>     Я ни с кем ни чем не мерялся. Это же ты меня спросил чем мне в Gentoo не
  >> понравилось. Вот я и рассказываю.
  AI> А я тебе сказал, что восхвалять работу debian-овцев можно,
  AI> но ставить себе его не обязательно.
 
     Гм. А где я призывал его ставить? Ты бы тред отмотал, а? 
 
  >>     Значит у тебя хорошая память. Рад за тебя. И действительно нравится
  >> такое количество мест, где может лежать конфиг, к примеру?
  AI> Место вроде было всегда одно /etc
 
     /etc, /usr/local/etc, X11R6/etc плюс некоторые проги создают _свои_
 собсивенные etc и плюс ещё что-то (не помню уже)
 
  AI> По крайней в linux с этим хуже на мой вкус.
 
     Вот в linux как раз /etc, обычно.
 
     [...]
 
 >>     Это твои девичьи мечты. Ты ещё скажи, что написание собственной ОС на
 >> собственном языке программирования это "native way" для *nix. Какая разница
 >> кто собрал программу? Если это сделал кто-то другой - хорошо. А то,
 >> получается, что даже собирать программу на другом компе с последующей
 >> установкой бинарного пакета уже не кошерно (с час назад собирал кое что на
 
  AI> Вы не о том.
  AI> Вот например у меня glibc скомпилен с поддержкой nptl unicode итд.
 
     У меня тоже. И что? 
 
  AI> Точно так же mc скомпилен с поддержкой unicode
  AI> И я не должен плакатся как мне найти уникодную версию mc.
  AI> Точно так же как люди до сих пор фанатеющие от koi8
  AI> не должны страдать от наличия-отсутствия их версии.
  AI> В бинарном варианте версия одна!
 
     Которую пересобрать ничуть не сложнее. Я ни на секунду не отрицаю
 гибкости подхода gentoo. Проблема в том, что эта гибкость оказалась мне не
 нужна. Т.е. совсем. Я же говорю - из 1083 пакетов, установленных на данный
 момент в системе, пересобрано ровно два (раньше было три). 
 
     А гибкость эта имеет и отрицательные стороны. Попытка зобрать всё с
 поддержкой gtk2 полтора года назад вызывала грабли в некоторых прогах. И
 саморе противное, что эти "грабли" я подклажывал себе сам - ну как же? Я же
 сам попросил. А уж танцы вокруг ключей компиляции... Попытки несчастного 
 мантейнера отловить какой же именно ключ gcc вызывает проблемы со сборкой
 пакета (дабы его экранировать в ebuild)...
 
     Так что "калач не бывает больши и сладким одновременно" и за подобную
 "гибкость" мы расплаиваемся повышеной глюкавостью.
 
     Да и "гибкость" эта зависит от мантейнера. Вот выкинули в своё время "use
 gtk" из firefox и всё. И не волнует никого, что он с gtk1 прекрасно
 собирался и работал заметно быстрее. Хочешь - патчи ebuild каждый раз сам 
 и отлавливай по адейтам, не затёрли ли его... 
 
  >>     Угу. Полная свобода и никто ни за что не отвечает. Меня величина
  >> напильника, прилагаемого к этой свободе, не устраивает. А "активно
  >> участвовать в разработке" мне уже не хочется. Староват я, видимо.
  >>     Hу достаточно security, например, для того, чтобы заниматься сборкой
  >> несколько чаще. 
  AI> И что у Вас чаще чем раз в месяц приходят правки всех программ,
  AI> что Вы имеете???
 
     Почему всех? Достаточно парочки покрупнее :-)
 
  AI> А откомпилить одну - даже не заметите.
 
     Замечаю, к несчастью. Тем более, что она может и не собраться, о чём я
 узнаю далеко не сразу.
 
  AI> Я этого процесса почему-то не замечаю.
 
     Привык. :-)
 
         serge@matveev spb ru                       Serge Matveev & ...
         ICQ 3575357
 
 --- tin/1.7.8-20050315 ("Scalpay") (UNIX) (Linux/2.6.8-2-686 (i686))
  * Origin: После нас пришло новое поколение и выбрало Pepsi. (2:5020/52.0)
 
 

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

 Тема:    Автор:    Дата:  
 Re: Gentoo. Преимущества и недостатки.   Serge Matveev   07 Jun 2005 05:36:17 
Архивное /ru.linux/421423eb7e44a.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional