From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 8 Sep 2003 11:37:20 +0300 From: Alexey Starinsky X-Mailer: The Bat! (v1.62r) Organization: TZ-TEL X-Priority: 3 (Normal) Message-ID: <402846845.20030908113720@tavrida.com> To: Alexander Bokovoy Subject: Re[8]: [Comm] ALT vs Gentoo In-Reply-To: <20030905182410.GA29555@sam-solutions.net> References: <20030905134053.GA5968@mail.ru> <200309052047.20795.sinom@ktk.ru> <1343571668.20030905161530@tavrida.com> <3F58A983.4060308@altlinux.ru> <338979589.20030905181413@tavrida.com> <20030905154949.GC977@sam-solutions.net> <1237712497.20030905193237@tavrida.com> <20030905165201.GD977@sam-solutions.net> <1456379002.20030905210021@tavrida.com> <20030905182410.GA29555@sam-solutions.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 08 Sep 2003 08:37:20.0318 (UTC) FILETIME=[6AE965E0:01C375E4] X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Sep 2003 08:37:33 -0000 Archived-At: List-Archive: List-Post: Здравствуйте, Alexander, >> Возможно, он нестабилен аналогично. Но акцент я сделал на том, что >> обновление в Gentoo тянет по объёму не больше, чем аналогичное для ALT. AB> Мы работаем над уменьшением объема для тех, кто хочет. О сроках не говорю, AB> хотя технология у нас есть уже давно. Могу только уважительно снять шляпу и сказать, что это хорошо. >> >> Кстати, когда очередной релиз ALT намечается? >> AB> Когда будет готов. >> А политика выхода релизов открыта? По какому принципу решается о его >> готовоности? Даты намечаюся или как? AB> Какого из дистрибутивов? Мы ведь выпускаем довольно много разных версий. AB> По этому поводу смотрите июнь-июль в архивах devel@. Тут тоже вопросов нет, есть только пожелание выкладывать такого рода информацию на сайт (раздел наподобии "Новости" или "Перспективы") Поверьте, не каждому интересно копать архивы рассылок (а главное, знать, какие архивы и за какой месяц копать), чтобы получить ответ на довольно простой вопрос: "Когда ожидать следующую версию?" Правда, это уже из области PR, но, возможно, смысл в этом есть. >> Вопрос был про объёмы, а ответ - про возможность сделать то же самое. >> Но: какими силами? Это где-то документировано, как так сделать? >> Кто из "смертных юзеров" это осилит сам? Боюсь, мало. >> Не заметно ли, что в Gentoo то же самое делается _намного_проще_ ? AB> Не заметно. Серьезно. Ну ковыряются люди в своих e-portage, AB> кому-то это интересно, кому-то -- нет. Мне, например, не AB> интересно, я этот этап сборочных систем уже прошел. Да никто на самом деле, кроме разработчиков в них не ковыряется. Вопрос стоял о простоте. Всё, о чём я хотел сказать - так это о том, что то же самое (автоматическое вытаскивание только патчей исходников а не всего пакета с ядром или исходниками + сборка) делается в Gentoo быстрее и проще (команда emerge -u gentoo-sources), чем, как Вы предлагаете: - ручное вытаскивание изменений, - нахожнения разницы, - накладывание diff на предыдущую версию, - пересборка src-prm, а потом лишь компиляция. Какие команды нужно при этом исполнить, я, честно говоря, даже не знаю. Если есть скриптик, который всё это см делает - выложите его, многие Вам будут благодарны. AB> Вопросы безопасности сборки они вообще AB> рассматривают? Так, чтобы нельзя было встроить в сборку закладку и AB> спровоцировать пользователя ее выполнить как элемент сборки на своей AB> машине? Насколько существенно все это проверяется? Насколько точно AB> отслеживается попадание небезопасного кода на сборочную машину (читай, AB> машину пользователя)? Тут Ваша критика естественно разумна, и возможно, есть за что их критиковать (может, рассматривают недостаточно хорошо, допускаю и это). Но опять же, возможно. Напимер, мне, как пользователю, приходится доверять им (Gentoo) так же, как и Вам (ALT). Как я могу знать о том, что у вас нет небезопасного кода, который может попасть ко мне на машину? Только специалист может в этом разобраться. AB> Все в курсе. Некоторые проблемы не решаются за одну минуту. Что касается AB> _того_сервера_, то Вы, видимо, не поняли. Вот в моей компании есть продукт AB> на базе Сизифа, который покупают японские компании-поставщики железных AB> решений. И ставят сотни, а то и тысячи своих коробок, в которых есть AB> железки с нужными характеристиками (и проблемами). И присутствие пакетов, AB> ушедших в это решение, в Сизифе служит нескольким целям, среди которых AB> вопросы лицензионной политики -- не последнее дело (если Вы следите за AB> тем, что происходит вокруг, то наверное знаете последний скандал с AB> маршрутизаторами Linksys и отсутствием (уже исправленным) исходников ядра, AB> использовавшегося в них). Необходимость интегрированности коммерческого AB> решения в Сизиф -- даже юридическая необходимость, не говоря уже о AB> технической составляющей. Поэтому обнаруженные при этом проблемы решаются AB> не на уровне "на коленке и только для нас", эти решения отдаются в AB> Сизиф -- потому что по-другому нельзя. Уж извините, Gentoo на таком уровне AB> пока не работает, а нам по-другому уже нельзя. Впрочем, я повторяюсь. Спасибо за то, что всё более-менее разъяснили, ваш уровень работ меня весьма впечатлил. Приятно осознавать, что речь идёт о высоком уровне профессионализма. >> Ну так а я про что: ваш продукт скорее специфичен, чем массов. >> О том и речь. А Gentoo - _массов_, на считая, правда, проблем с >> каналом. AB> Интересно. Вот в этой рассылке несколько тысяч подписчиков. Этот результат AB> специфичен или массов? Ну опять же, вопрос о целевой аудитории, а не о числе подписчиков. Это было просто мое мнение, о том, что дитрибутив Gentoo проще в плане поддержания свежих пакетов + updates, а следовательно, он получит более массовую аудиторию. Было бы интересно посчитать число зарегистрированых в форуме + число подписанных на Gentoo-news, а потом сравнивать массовость/популярность. AB> В рассылке samba-technical@ подписчиков около 10000. Заметьте, не в samba@ AB> -- для пользователей, а в технической -- для разработчиков. Этот продукт AB> массов или специфичен? Массов, не спорю. А при чём тут samba, не совсем понял. AB> Критерии бы определить вначале, прежде, чем ярлыки крепить. Зайдите на Distro-watch и посмотрите, на каком месте по популярности стоит Gentoo и на каком ALT. Я выводы пока оттуда делал. >> AB> Взять имеющийся в сизифе пакет посредством apt-get source xine и собрать с >> AB> новым исходником. >> Опять же, "смертому юзеру" это под силу? Мне кажется, большинству нет. >> У вас этот способ задокументирован? - нет. Извините, зачем же тогда >> советуете? AB> Давайте Вы почитаете документацию, прежде, чем что-то утверждать? AB> docs.altlinux.ru, www.atmsk.ru. README.ALT во многих пакетах. Зачем быть AB> голословным? Возможно, я не прав. Попробую разобраться и сделать. Но опять же, скажите, сколько _действий_ (команд, который должен набрать пользователь) потребуется для этого в ALT? Повторюсь, для меня проще написать "emegre -u xine". Или указать версию при помощи доп. ключа ebuild. -- С уважением, Алексей Старинский mailto:staa -at- tavrida -dot- com