[kde-russian] Fwd: KDE 3.0 - The road ahead
Leon Kanter
=?iso-8859-1?q?leon_=CE=C1_blackcatlinux=2Ecom?=
Чт Мар 28 12:05:31 MSK 2002
Albert R. Valiev wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>26 Март 2002 15:48, Andrey S. Cherepanov написал(а):
>
>>26 Март 2002 17:46, Вы написали:
>>
>>>26 Март 2002 10:11, А.Л. Клютченя написал(а):
>>>
>>>>Дополнение:
>>>>Чё уж про РХ говорить, если они фтп-конфигуратор так и не поправили :) -
>>>>им не до таких "мелочей" - у них планов громадьё :D....
>>>>
>>>
>>>Если честно, я с RedHat свалил еще тогда, когда 5.1 вышел. И не жалею.
>>>
>>Интересно, где бы был Linux, кабы не RedHat? Ждали годами нового Дебиана или
>> работали на вечно кривом и сыром Mandrake. Не плюйте в колодец, мужики. Я
>>на RedHat давно и не жалею. Да, кривой компилер. Кто мешает другой
>>поставить? Монолитности, как в Винде нет!
>>
>Ну по поводу того, где бы они были - вопрос неоднозначный. Если вспомнить
>историю, Жиль (или как там его имя правильно произносится?? :)) Дюваль
>состряпал первый mandrake (5.1, если мне память не изменяет) из смеси kde1 +
>redhat 5.1. Причем тогда пакеты уже были не совсем РедХатовские, от редхата
>оставались лишь утилиты конфигурации и инсталлятор - все остальное было
>пересобранно с другими настройками. Уже Mandrake-5.3 в корне отличался от RH.
>Потом вышел 6.0 (его я, правда, видел в RE-варианте, от тогда еще IpLabs Linux
>Team), один из первых дистрибутивов, скомпиленный уже под i586. А в версии
>7.0 от РедХата даже инсталлятора не осталось. По всему выходит, что роль РХ в
>развитии других дистрибутивов не так уж и велика. Единственное, что сделал РХ
>- - это создание RPM (RedHat Package Manager). Это действительно хорошее дело,
>особенно после того (это я о дистрибутиве ALTLinux), как rpm объединили с
>Дебиановским apt-get.
>
Вообще-то лавры скрещивания apt и rpm принадлежат Conectiva, но AltLinux
этот факт почему-то не афиширует. :)
>
>
>По поводу того, "что мешает поставить другой компилер" - понятно, что если
>человек пересобирает пакеты самостоятельно, то ему раз плюнуть поставить
>другой компилер. Однако расскажу Вам некоторые факты, наверняка они применимы
>к RedHat. У меня сейчас ALTLinux Sisyphus, постоянно обновляемый посредством
>apt-get. И есть огромная база RPM, в которой прописаны все зависимости
>пакетов. Но вот эка проблема - есть такая библиотека - libstdc++. И есть
>прямая зависимость всех пакетов, собранных в ALT от этой библиотеки. Да, в их
>дистрибутиве тоже компилятор gcc-2.96 и пока он основной, хотя и весьма
>хорошо пропатченный. Но собирать с ним KDE3 - упаси боже. Та же самая
>ситуация - с тем, что не собирается, разобратся можно, поправить код, в конце
>концов, и т.п. А вот с тем, что собирается, но не работает - ну что Вы будете
>с этим делать? А это очень распространенная ситуация при использовании
>gcc-2.96. В результате я просто плюнул на 2.96, скачал с альтов srpms всех
>пакетов, зависящих от libstdc++, собрал gcc-3.0.4, грохнул начисто 2.96
>вместе со старыми libstdc++ и пересобрал все srpms. В результате сейчас у
>меня практически исчезли все проблемы со сборкой, с зависимостями и прочим. И
>все работает, ане глючит напропалую. Я даже рискнул провести эксперимент -
>сначала собрал kde3 с 2.96 - в "чистом" от других компиляторов, библиотек и
>прочих пакетов дистрибутиве - вышло следующее - постоянные падения dcop
>сервера, вылеты приложений в неожиданных местах... невозможность
>использования некоторых стилей (dotNET к примеру).
>
С каким именно 2.96? Они весьма разные.
>А потом опять сделал
>чистый дистрибутив, но уже с gcc-3.0.4 - тоже чистом. И уже недели две нет
>никаких проблем со сборкой и работоспособностью приложений. Единственная
>проблема, которая у меня все еще проявляется - при использовании стиля dotNET
>падает ksplash (точнее при завершении работы в нем возникает сигнал SIGFPE.)
>и все. Это по поводу работоспособности. Но: есть вот такое вот хитрое "НО" -
>Вы согласитесь скачать около 800 мегабайт srpms пакетов при том, что инет у
>Вас диалапный, хотя и более-меннее стабильный, после чего посидеть ~3-4
>суток, пересобирая все это и превращая в более-меннее удобоваримый
>дистрибутив, и все это для того, чтобы иметь стабильный дистрибутив со
>стабильной версие компилятора, отсутствием нарушения зависимостей и старых
>библиотек? Я думаю, что на такое мало кто согласится. Я согласился, но у меня
>профессия такая :))) А обычному пользователю, пусть даже "продвинутому", это
>надо? Не проще ли тому же РХ сделать это и выпустить новый дистрибутив,
>вместо того, чобы держать все на глючном компиляторе с глючными библиотеками?
>А некоторые выводы можно сделать уже сейчас - собрать именно стабильный kde3
>с компилятором 2.96 - невозможно. Все равно что-нибудь не будет работать
>принципиально. Да и сборка с 3.0.4 при условии того, что в системе остались
>библиотеки, собранные 2.96 - тоже не фонтан. Если менять компилятор - нужно
>менять почти всю систему. А не просто компилятор.
>
>
>- --
>With Best Regards, Albert R. Valiev
>KDE-Russian Translation team [www.kde.ru]
>KDE-Development team [developer.kde.org]
>Hahnen Datensysteme System Administrator [www.hahnen.de]
>- -----------------------------------------
>mailto: arkstone на mail.ru
>mailto: admin на hahnen.de
>ICQ: 20463211
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.0.6 (GNU/Linux)
>Comment: For info see http://www.gnupg.org
>
>iD8DBQE8oYRH/rfW0uR0Y78RAqM2AKCWkTMLlBN4uxg2F03yFWBYG1EcwwCfRcNI
>/3tCo+Ba/O7IH7EF3mZXzn8=
>=Au81
>-----END PGP SIGNATURE-----
>
>_______________________________________________
>kde-russian mailing list
>kde-russian на lists.kde.ru
>http://lists.kde.ru/cgi-bin/mailman/listinfo/kde-russian
>
Подробная информация о списке рассылки kde-russian