From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Recipient: sisyphus@linuxteam.iplabs.ru From: Konstantin Volckov Organization: Goldhead Station To: sisyphus@linuxteam.iplabs.ru Date: Sun, 21 Jan 2001 03:25:00 +0300 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="koi8-r" References: <01012004534700.09323@localhost.localdomain> <3A69A1B8.358910A7@logic.ru> In-Reply-To: <3A69A1B8.358910A7@logic.ru> MIME-Version: 1.0 Message-Id: <01012103250001.01440@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [sisyphus] =?iso-8859-1?q?=F7=D0=C5=DE=C1=D4=CC=C5=CE=C9=D1=20=CF=D4?= =?iso-8859-1?q?=F3=C9=DA=C9=C6=C1?= Sender: sisyphus-admin@linuxteam.iplabs.ru Errors-To: sisyphus-admin@linuxteam.iplabs.ru X-BeenThere: sisyphus@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: List-Post: 20 Январь 2001 17:33, Вы написали: > 4. После установки я не нашел средства для выбора оконного менеджера виксах. > Сложилось впечатление, что выбрать что-либо отличное от KDE можно только > через KDM. > Будет WMManager, альтернатива -- от MDK -- startx <имя> и прописывание в > /etc/sysconfig/desktop. Отлично. А как насчет аналога desktopcfg из 7.0RE? Ведь надо же добавить возможность каждому пользователю выбирать свой менеджер. > > 6. В mc не исправлена сортировка и не добавлен патч для перекодировки > > текста при его просмотре. > > В mc не будет правиться сортировка (там нет _ошибки_), а патч > перекодировки добавим. Да, конечно ошибки там нет, но раньше заглавные буквы отображались перед строчными - и новая сортировка мне оень непривычна. LC_COLLATE=C решила эту проблему. > > 10. Из-за невключения поддержки 3DNOW и mgahal библиотеки в 4-е иксы > > скорость третьей кваки у меня снизилась с 60 до 45 кадров в секунду > > :-(((. > > Мы не будем включать коммерческие библиотеки. Тогда будет невозможно использовать двухголовые режимы Matrox'ов, а также вывода на TV и LCD. Возможным компромиссом был бы выпуск отдельных пакетов с соответстствующими версиями драйверов как для matrox, так и для nvidia. > > 11. Непонятно со стандартными флагами оптимизации при сборке пакетов - > > почему-то большинство из них собираются с -g, хотя потом и стрипаются. Но > > ведь, например статические библиотеки при этом не стрипаются, из-за чего > > одна только libc_p.a занимает 20 мег, а могла бы и полтора. Далее, > > зачем-то флаги для выравнивания названы optflags_kernel и используются > > только при сборке ядра, хотя их использование может очень нехило поднять > > производительность современных процессоров, причем для разных камней они > > разные - у вас же одинаковые для всех. Почему-то используется -О2, хотя > > можно бы (по-моему) и с -О3, ну а некоторые глючащие с О3 пакеты собрать > > с -О2. > > Делать strip статических библиотек _как_ _правило_ на мой взгляд, -- > дурной тон. Обсуждение этого пункта > следовало бы перенести в devel, если Вы хотите -- подпишем. Это да, но при стрипе статических библиотек сильно уменьшается занимаемое ими дисковое пространство. Против подписки на devel не имею ничего против, тем более, что могу поспособствовать в тестировании и сборке отдельных пакетов. > > 12. Конфигурация для ядра 2.4.0 совсем кривая, так что использовать его > > вообще невозможно - там в частности нет supermount и еще нескольких > > интересных вещей, например модулей для framebuffer. > > Наша сборка 2.4 еще не выкладывалась. А она будет? > > 13. Kudzu правильно определил мой sblive, но почему-то приписал его в > > modules.conf как alias sound-slot-0, что приводит к выгрузке модуля, если > > он не используется и последующей его загрузке по требованию. Но не > > учитывается, что при этом сбиваются настройки микшера... > > Kudzu, видимо, будет выкинут. Пользуйтесь harddrake. Harddrake вообще не нащел у меня sblive. > Лучше посомтреть его после 21-го. ОК. > > Пожелания: > > 1. Надо править инсталлятор - в частности переводы, и механизм выбора > > пакетов в индивидуальном режиме. > > 2. Надо править флаги оптимизации - из-за их не совсем правильного выбора > > скорость работы кода при выполнении некоторых фукнций может составлять > > 50% от максимально возможной. > > Это спорно. Ага. > > 3. Неплохо бы также выпустить версии дисрибутива, оптимизированные под > > i686 & K7, что вкупе с нормальными флагами оптимизации было бы очень > > кстати. > > Это, к сожалению, пока невозможно. Обидно... > > 4. Ну и исправлять ошибки... > > Чем мы и занимаемся.. Остается только пожелать успехов. > > Спасибо. > > Rgrds, AEN -- Удачи, Konstantin