https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html Ciaran McCreesh подобно ответил на вопросы (http://lab.obsethryl.eu/content/paludis-gentoo-and-ciaran-mccreesh-uncensored) касающиеся проекта Paludis (http://paludis.pioto.org/), разработанной в качестве альтернативы системе Portage, для Gentoo Linux. Вначале Paludus представлял собой программу для разрешения проблем с зависимостями в Portage, но затем превратился в отдельный пакетный менеджер. Создать новую систему оказалось проще, чем исправлять ошибки и наращивать функциональность Portage, который представляет собой запутанную смесь кода (http://paludis.pioto.org/faq/general.html), не отталкивающуюся от единого дизайна.<br><br>URL: http://lab.obsethryl.eu/content/paludis-gentoo-and-ciaran-mccreesh-uncensored<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=13293<br> https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#61 Thu, 20 Dec 2007 09:50:47 GMT &gt;Впрочем, главное -- чтоб работало. <br><br>хороший конец хорошего (надеюсь) спора :)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#60 Thu, 20 Dec 2007 09:29:06 GMT &gt;&gt;Из пакетных перебирать было осмысленно CentOS<br>&gt;кроме него, вобщем-то, и выбрать нечего<br><br>Есть, поскольку от центоса в итоге остаётся довольно немного.<br><br>&gt;&gt;Sci, Rock и ALT, насколько могу судить.<br>&gt;&gt;В альте сейчас кластерное направление потихоньку тоже тронулось<br><br>Собсно ftp://ftp.altlinux.org/pub/people/inger/hpc/<br>https://lists.altlinux.org/mailman/listinfo/hpc-devel<br><br>&gt;&gt;здешние спеки -- одни из наиболее лаконичных в округе<br><br>Собсно вот мнение технического директора Etersoft по этому поводу:<br>http://lists.altlinux.org/pipermail/smoke-room/2007-December/033958.html<br><br>&gt;&gt;Если не развесистые "на все случаи жизни", как вот mplayer.spec :) <br>&gt;про развесистые спеки... ;) вот, допустим, есть 2 спеки на PHP4 и 5, либо же на <br>&gt;разные версии этого же mplayer'a (ах... пардон, или мы считаем, что в дистре <br>&gt;допускается лишь одна версия софтины?).<br><br>"В дистре" существует архив всех публиковавшихся версий:<br>ftp://ftp.altlinux.org/pub/distributions/archive/Sisyphus/index/%name, по которому можно определить точное ме https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#59 Wed, 19 Dec 2007 23:12:03 GMT &gt;Из пакетных перебирать было осмысленно CentOS<br><br>кроме него, вобщем-то, и выбрать нечего (речь не идет об обазятельной поддержке от RH - за сим и полностью свободный дистр).<br><br>&gt;Sci, Rock и ALT, насколько могу <br>&gt;судить. В альте сейчас кластерное направление потихоньку тоже тронулось, а <br>&gt;здешние спеки -- одни из наиболее лаконичных в округе. Если <br>&gt;не развесистые "на все случаи жизни", как вот mplayer.spec :) <br><br>про развесистые спеки... ;)<br>вот, допустим, есть 2 спеки на PHP4 и 5, либо же на разные версии этого же<br>mplayer'a (ах... пардон, или мы считаем, что в дистре допускается лишь одна версия софтины?).<br>И в своей массе спеки разных версий одной софтины - на 99% одинаковы.<br>А это - уже логическое выделение общего кода. Библиотеки.<br>Насколько я знаю (а я плохо знаю спеки) - то в спеках нет возможности использовать описания из других файлов. И все что можно - это лишь описать все в одном файле спеки.<br>Налицо дублирование кода... что это за собой влечет при поддержке, думаю, Вы вкурсе.<br><br>У Вам ненавис https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#58 Wed, 19 Dec 2007 22:50:59 GMT &gt;Но лично я минимум вычислял между RPM-based дистрами и Гентой. <br>&gt;Если я неправ, что не готов был убивать десятки часов (хотя я <br>&gt;все-же пробовал, и мне даже пришлось изучить как пишутся спеки)<br>&gt;на написание и правку спеков под каждую ситуацию - извините, специфика работы.<br><br>Да при чём тут "извините". Охотно верю, что неподходящим пакетным дистром можно сделать ещё хуже. Особенно при использовании его заместо микроскопа по гвоздям.<br><br>Из пакетных перебирать было осмысленно CentOS, Sci, Rock и ALT, насколько могу судить. В альте сейчас кластерное направление потихоньку тоже тронулось, а здешние спеки -- одни из наиболее лаконичных в округе. Если не развесистые "на все случаи жизни", как вот mplayer.spec :)<br><br>&gt;Лично мне Гента облегчает жизнь. В этом я не могу быть неправ <br>&gt;или же виноват :) <br><br>Разумеется. Вот когда передавать будете, тогда будет второй раунд оценки. Возможно, уже только преемником...<br><br>&gt;&gt;Это не к тому, что оно "плохое", но как в своё время <br>&gt;&gt;было сказано одному знакомому гентушник https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#57 Wed, 19 Dec 2007 22:39:51 GMT &gt;&gt;Что Генту обеспечивает должную гибкость с минимальными затратами. <br>&gt;<br>&gt;Вот у меня сомнения и насчёт "должной" (слишком много нахаляву не бывает),<br><br>если к этому не стремиться - то и не будет...<br><br><br>&gt;и особенно насчёт "минимальных". И не только у меня, что характерно.<br><br>сомневаться - право каждого.<br>Но лично я минимум вычислял между RPM-based дистрами и Гентой.<br>Если я неправ, что не готов был убивать десятки часов (хотя я все-же пробовал,<br>и мне даже пришлось изучить как пишутся спеки) на написание и правку<br>спеков под каждую ситуацию - извините, специфика работы.<br>Лично мне Гента облегчает жизнь. В этом я не могу быть неправ или же виноват :)<br><br><br>&gt;Это не к тому, что оно "плохое", но как в своё время <br>&gt;было сказано одному знакомому гентушнику (вот которого в этом году всё <br>&gt;же пристроил) -- "не путай профессиональное применение с вознёй над локалхостом". <br><br>не все, что вы сказали кому-то и в прошлом применимо сейчас и в будущем.<br>Если кто-то в детстве путал право и лево - то вряд ли вы обрадуетесь, ес https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#56 Wed, 19 Dec 2007 22:28:06 GMT &gt;&gt;Гибкость достаточно хорошо обеспечивается выбором<br>&gt;&gt;подходящего дистрибутива,<br>&gt;я об этом говорил изначально :) <br><br>Нет, не об этом.<br><br>&gt;Что Генту обеспечивает должную гибкость с минимальными затратами. <br><br>Вот у меня сомнения и насчёт "должной" (слишком много нахаляву не бывает), и особенно насчёт "минимальных". И не только у меня, что характерно.<br><br>Это не к тому, что оно "плохое", но как в своё время было сказано одному знакомому гентушнику (вот которого в этом году всё же пристроил) -- "не путай профессиональное применение с вознёй над локалхостом".<br><br>&gt;&gt;зачастую уже заточенного под предметную область.<br>&gt;Угу, а потом задача _немного_ меняется и что, менять дистр?<br>&gt;:) <br><br>Да, _немного_ менять дистр. Хорошие дистры, специализирующиеся на заданной предметной области, ещё и спасибо за патчи скажут.<br><br>&gt;Дистр - это лишь база. А установленный софт - дело выбора. <br><br>Дистр бывает базой, бывает платформой. Выбор -- дело оценки ситуации, кругозора, привычки, вкуса и вот того самого профессионализма.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#55 Wed, 19 Dec 2007 18:59:48 GMT &gt;"heartbeat", в смысле? <br><br>он самый<br><br><br>&gt;Я, собственно, спрашивал -- Вас лично уже допустили к работе на/по high <br>&gt;performance или high availability clusters? Впрочем, ответ уже достаточен... <br><br>допустили, performance<br>(сначала прочитал HA, а подумал о HB :)<br><br><br>&gt;Короче, мой тезис -- что все эти "гибкости" нафиг не упёрлись, как <br>&gt;только речь заходит о сколь-нибудь промышленных решениях. Потому как там <br>&gt;не гибкость важна, а надёжность.<br><br>это если цель системы - обеспечивать одну и ту же функциональность какое-то продолжительное время.<br>А что если у системы цель - менять функционал достаточно быстро?<br><br><br>&gt;Гибкость достаточно хорошо обеспечивается выбором<br>&gt;подходящего дистрибутива,<br><br>я об этом говорил изначально :)<br>Что Генту обеспечивает должную гибкость с минимальными затратами.<br><br><br>&gt;зачастую уже заточенного под предметную область.<br><br>Угу, а потом задача _немного_ меняется и что, менять дистр?<br>:)<br>Дистр - это лишь база. А установленный софт - дело выбора.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#54 Wed, 19 Dec 2007 18:38:24 GMT &gt;&gt;Эх. <br>&gt;что "Эх"? :) <br>&gt;а чем ping хуже хардбита?<br><br>"heartbeat", в смысле?<br><br>&gt;(причем, на самом деле я не сказал, что я использую пинг <br>&gt;для определения failovers. Да и кто сказал, что кластеры - это лишь <br>&gt;обработка failover?) <br><br>Я, собственно, спрашивал -- Вас лично уже допустили к работе на/по high performance или high availability clusters? Впрочем, ответ уже достаточен...<br><br>&gt;&gt;Пример: .....<br>&gt;речь шла о нодах одного кластера, который не разбросан (ну, зачастую) по <br>&gt;всему миру. И ситуевину я описал именно для этого.<br>&gt;Каждый случай требует своего подхода.<br><br>Среди них есть общие. Ноды люди умные предпочитают бутать не локально, а вообще с сети. Потому как админить их -- удел людей остальных.<br><br>Короче, мой тезис -- что все эти "гибкости" нафиг не упёрлись, как только речь заходит о сколь-нибудь промышленных решениях. Потому как там не гибкость важна, а надёжность. Гибкость достаточно хорошо обеспечивается выбором подходящего дистрибутива, зачастую уже заточенного под предметную область.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/39415.html#53 Wed, 19 Dec 2007 16:02:43 GMT &gt;Эх. <br><br>что "Эх"? :)<br>а чем ping хуже хардбита? (причем, на самом деле я не сказал, что я использую пинг<br>для определения failovers. Да и кто сказал, что кластеры - это лишь обработка failover?)<br><br><br>&gt;Пример: .....<br><br>речь шла о нодах одного кластера, который не разбросан (ну, зачастую) по всему миру.<br>И ситуевину я описал именно для этого.<br><br>Каждый случай требует своего подхода.<br><br><br>&gt;Да нет, хороший админ (по моему определению) как раз случайностей не то <br>&gt;чтобы боится, но их не любит. Поэтому предпринимает стопки мер <br>&gt;для их избежания и нейтрализации. <br><br>любовь к случайностям никак не противоречит тому, что я сказал<br>