|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/421423eb7e44a.html, оценка из 5, голосов 10
|