Обзор Mandrake 10.0
Любитель Mandrake совершил обновление с 9.2 версии
Dave Fancella, Суббота, 10 Июль 2004, 15:51
Mandrake 10.0
Ну что же, я наконец-то работаю c Mandrake 10 Official, и я подумал, что стоит поделиться некоторыми мыслями по этому поводу.
Предисловие
Наверное самый главный вопрос, на который необходимо ответить, это - "зачем мне обновляться?". Это первый вопрос, который возникает у меня всякий раз, когда читаю обзоры какого-либо нового софта. Если та версия, что я использую сейчас, нормально работает, то зачем мне обновлять ее? Причины, по которым я установил Mandrake 10 просты, и вот они:
<ul>
<li>Linux 2.6. Я уже использовал собственноручноскомпилированно ядро из серии 2.6, но мне хотелось иметь ядро от Mandrake. Не очень-то я дружу с компиляцией ядер. Ядро версии 2.6 мне было было необходимо, поскольку оно изначально включает в себя ALSA, новый планировщик O(N), и, конечно же, имеет более низкую латентность. Но истинная причина, по которой мне требовалось ядро от Mandrake, была возможность использовать ALSA секвенсер, который позволил бы смотреть DVD без перезагрузки с ядром из серии 2.4.</li>
<li>Blender 2.31a. Blender непрерывно развивается, но мне никак не удавалось скомпилировать его самостоятельно. Их статические сборки работают отлично, но я все же предпочитаю RPM от Mandrake.</li>
<li>KDE 3.2. Полагаю, что KDE 3.2 включает в себя множество улучшений, но что мне действительно было необходимо, так это улучшения KHTML от Apple, которые включены в KDE 3.2. Мне хотелось перейти с Mozilla на Konqueror и использовать его в качестве своего стандартного браузера. KDE 3.2 должен быть побыстрее а также стабильнее, чего так не хватало в предыдущих версиях.</li>
</ul>
Наверное, не очень внушительный список, но он включает в себя некоторые действительно важные улучшения. На самом деле я очень сильно озабочен работой своей аудио системы, поскольку я трачу изрядное количество времени на работу над собственной музыкой. Также я сильно заинтересован в работе последних версий Blender'а, но так как мне не удавалось скомпилировать его самому, то я успокоился на пакете от Mandrake (Я практически не использовал Mandrake 9.1 до перехода на 9.2, поскольку большинство необходимых приложений мне все равно приходилось компилировать самостоятельно, но теперь времена меняются). Потом, поскольку я очень KDE-зависимый человек, то я сильно заинтересован в том, что KDE улучшился хоть на самую малость в действительно важных для меня вещах. Наконец, и это тоже довольно важно, так как моя старая материнская плата ушла в мир иной, я ее сменил. Mandrake 9.2 был жутко нестабилен, и плавный переход на Mandrake 10.0 (с новым модулем определения железа для нового ядра) должен бы это исправить.
Итак, перейдем к установке.
Обновление
Я запустил инсталляцию как обновление текущей версии. При обновлении до 9.2 я делал полное переформатироваие с созданием бэкапа и так далее (потерял некоторые данные, впрочем, это моя ошибка). Я всегда так делаю через каждые несколько обновлений, просто для того, чтобы поддерживать скорость работы моего компьютера близкой к скорости свежеустановленой системы (out-of-the-box), достичь которой иначе сложно. Инсталлятор новой версии, естественно, отнесся к этому спокойно и отлично отработал свое. Это та же версия инсталлятора, что и в Mandrake 9.2, а за дискуссиями по поводу установки лучше обратиться к статье Windows vs Linux(<img src=themes/OSRC.info/images/flag_en.gif alt=English title=На английском языке! />).
Перезагрузка в установленную систему
Есть две вещи, которые я всегда поминаю недобрым словом при обновлении Mandrake. Первое - появление после перезагузки в LILO множества дурацких опций в выборе ядра. Перед глазами множество ядер, некоторые могут и не работать (а некоторое совсем нерабочие, это я точно знаю). Второе - это то, что кроме как удалить эти записи из LILO, от них не избавиться! Звучит глупо, но представьте - удаление записей просто убирает их с глаз. А мне хотелось бы удалить сами ядра, пока мой 200-мегабайтный загрузочный раздел не переполнился нерабочими ядрами.
Что же, Mandrake 10.0 здесь не стал исключением, но, думаю, на то есть причины. Ведь даже если бы Mandrake просто предложил удаление некоторых из этих ядер, сколько линуксоидов по всему миру пришли бы в ярость? И я не буду с ними спорить, хотя было бы неплохо увидеть однажды в Mandrake Control Center опцию, убирающую неиспользуемые ядра.
Еще одно замечание, известный баг с известным лечением, однако я не знаю, вошли ли исправления в распространяемые ISO образы. В кратце, происходит разрушение загрузчика NT, если у вас есть раздел Windows NT. Однако, хоть я и потратил здесь несколько параграфов на критику Mandrake за то, что он оставляет кучу опций в загрузчике, у меня осталась возможность загрузиться с раздела Win2k (хоть мне и надо перенастроить ее, поскольку она сейчас не может загрузиться на новой материнской плате), именно потому, что в меню осталась опция загрузки Windows от 9.2 (под названием old_Windows). Так что, по иронии судьбы, то, что я больше всего ненавижу в обновлении Mandrake, помогло мне сохранить возможность загрузки Windows. Не знаю, может в этом есть какой-то высший урок.
Запуск KDE
Что же, ребята из KDE действительно хорошо поработали над скоростью. Как мне кажется, время запуска KDE уменьшилось где-то до трети бывшего, а то и меньше. Частично это заслуга нового ядра, быстрый запуск процессов и потоков, а часть - заслуга KDE, но в целом это просто поражает.
Я не мог больше сдерживать свое любопытство и поэтому сразу решил посмотреть на "новое и " главное меню. Да, конечно, оно теперь выглядит лучше. Лучше организованным? Нет, организация осталась той же, просто добавились кое-какие заголовки. Они, конечно, неплохи, но дерево папок осталось тем же. Это мне не понравилось, поскольку похоже, что Mandrake немного гордится своей реорганизацией. К их чести, они переделали меню малоиспользуемы приложений, Системных и Конфигурационны, но мне реорганизация больше навредила, чем помогла. Думаю, что для обычного пользователя было бы лучше вообще запихать ненужные ему приложения в никуда, но я-то их использую несколько чаще.
Все мои панели иконок оказались сбиты. Видимо, KDE несколько сменил расположение ярлыков, поэтому и поломались все мои панельки. Так что мне пришлось их удалить и создать заново. Конечно, это некоторое неудобство, но практика показывает, что плавных обновлений не бывает (если это не переход с Mandrake 9.0 на 9.1, не думаю, что они смогут превзойти его).
Еще одна вещь, которая сильно меня расстроила, это то, что мой рабочий стол остался абсолютно тем же, что и был.
Я знаю, что большинство людей возражают против резких перемен, поэтому Mandrake прикладывает все усилия для того, чтобы он выглядел так же. Когда же они поймут, что мы, пользователи, и сами не знаем чего хотим?
Kmail - ё!
Ну что ж, время заняться работой. Я запустил Kmail и увидел как он с треском падает, потом еще раз, еще раз... По моему скромному мнению, Kmail - просто-напросто самый надежный и стабильный софт, который когда-либо был выпущен, поэтому я чуть не прослезился, когда увидел, как он вылетал снова и снова. Открываю почту, вылетает. Но не всегда. Это чертовски мешало, поэтому, преодолев некоторые трудности, я вскоре перешел на Evolution, чтобы иметь возможность работать со своей почтой.
Несколько дней я работал с Evolution, потом жена пожаловалась мне на него, и мне не оставалось ничего делать, как вернуться к решению проблемы. Я зашел в багтрекер Mandrake и добавил описание бага. После этого он висел в системе три недели без ответа. Я подождал несколько дней, надеясь, что найдется кто-нибудь, кто знает в чем проблема (при этом все время ведя поиск в Google), а потом попробовал отладить KMail. После некоторого шаманства я получил стек вызовов в gdb и с удивлением обнаружил, что проблема на самом деле была в библиотеке libkdenetwork! Это мне ничего не давало, поскольку Konqueror работал исправно. Так я возвратился к багтрекеру Mandrake и искал, искал, читал, проглядывал, пока, наконец, не нашел баг, который все объяснил.
Проблема все-таки была в KMail. На самом деле, проблема состояла в том, что в Mandrake 9.2 KMail находился в собственном пакете, а в Mandrake 10.0 KMail уже находится в пакете KDE-Pim. Таким образом, скрипт обновления спотыкался, когда некоторые файлы из пакета Kmail-KDE-3.1 конфликтовали с пакетом KDE-Pim. Версия KMail, которую я запускал, на самом деле была старой версией, слинкованной со старой версией libkdenetwork. Потом, немного повозившись, я удалил старый KMail, установка пакета KDE-Pim прошла успешно, и KMail отлично заработал, оставаясь столь же надежным, как и всегда (и красивым тоже, в KDE полностью пересмотрели его внешний вид и вы просто должны это увидеть).
Ну а теперь то, что меня конкретно разозлило, со ссылками и всем. Приготовьтесь.
Вот сюда я направил отчет о своем баге. Если вы немного спуститесь ниже, то увидите, как некто, кто занимался проверкой моего отчета и пометил его как RESOLVED/INVALID (Решен/Ложный) протестировал его:
"I tested update from MDK9.1 and MDK 9.2 and it works very well."
"Проверил обновление с MDK9.1 и MDK 9.2 и все работает нормально."
Ну что ж, попробуйте обновиться с MDK 9.2 на MDK 10.0 так, чтобы воспроизвести баг, о котором я написал. Я люблю Mandrake, и я не сомневаюсь в этом, но как вы можете видеть в моем комментарии дальше, я думаю, что было очень глупо со стороны того, кто это тестировал, делать это не по моим пояснениям и далее помечать баг как RESOLVED/INVALID. Ничего не решено, и еще несколько людей там же подтверждали, что баг есть (включая меня) и на той же странице представлены 3 его решения. Я делаю все, чтобы это не легло пятном на компании Mandrake, но, похоже, ничего не выходит.
Mandrake Control Center
В Mandrake полностью переделали Control Center, и я замечу, что мне это не понравилось. Теперь он выглядит в точности как паршивая утилита из RedHat, которая сама по себе содрана с паршивой утилиты из Windows XP. Хотя, с другой стороны, я обнаружил, что некоторые модули стали гораздо функциональнее. В частности, значительно улучшились, по сравнению с прежними вариантами, сетевой модуль и диалог конфигурации звука. Конфигуратор CUPS, с небольшими изменениями в интерфейсе, так же хорош, как и всегда. Все-таки, несмотря на ужасную копирку с RedHat'овской утилиты, Mandrake Control Center получил вполне ожидаемый набор улучшений в этой версии. С момента установки мне ни разу не пришлось хакать конфиг-файлы, так что мне понравилось его использовать. Такого не было ни с Mandrake 9.1, ни с Mandrake 9.2, который я ставил с нуля и которому все же пришлось хакнуть некоторые конфиги. Ну а на этот раз у меня была возможность "" и прокликать свой путь к счастью, мне даже удалось переконфигурироать Apache, несмотря на старый хакнутый конфиг-файл оставшийся от 9.2. Так что Mandrake Control Center проделал нелегкий путь от практически бесполезной вещи в 8.1 к надежной администраторскй утилите в версии 9.2, и теперь он практически полностью лишает необходимости лазить по конфиг-файлам. Я счастлив.
Теперь о моих требованиях
Я уверен, вы, наверное, были бы рады услышать, что я думаю, что ядро 2.6 от Mandrake ужасно. Но оно быстрое, хорошее и работает так, как мне надо. Мне ужасно не хватало стабильного ядра > 2.4 с тех пор, как я увидел тесты скорости запуска приложений, год и полгода назад, теперь у меня оно есть и я счастлив до невозможности. К ядру у меня нет абсолютно никаких претензий.
Что же касается Blender'а, то он всегда был добавочным пакетом. Мне пришлось повозиться с настройкой urpmi, чтобы добавить новые зеркала, а зеркала Mandrake в последнее время работали очень нестабильно. Печально, но я действительно не могу обходиться без него. Посему мне пришлось немного побороться с тем, чтобы получить Blender из репозитория 10.0 (если присоединиться к клубу Mandrake то проблемы бы не было, можно сказать, что она существует только для нас, халявщиков (freeloaders)). Но новый Blender из нового Mandrake действительно удивителен. Где-то 5 минут ушло на изучение нового интерфейса и теперь я работаю быстрее, чем когда бы то ни было! Мета-объекты смотрятся круто, но я пока еще не нашел им применения.
Если забыть про проблему с KMail, KDE 3.2 действительно сильная вещь. Иконки и приложения претерпели такие изменения, что мне пришлось потратить некоторое время, чтобы приучиться к новым, хотя это только из-за сильно укоренившихся привычек из старого KDE. Некоторые кнопочки панелек поперемещались туда-сюда и я до сих пор привыкаю к изменениям в KDE. Честно сказать, единственное важное обновление KDE, которое я заметил как пользователь, было обновление с 2.x до 3.0. Я думаю, что это хорошо говорит о том, как они управляют обновлениями, когда каждое обновление добавляет немного функциональност, но пользователя это не беспокоит до тех пор, пока ему это не надо. Как результат, я не знаю с какими преградами я сталкивался ранее и не обращал на них внимания, но с которыми я не сталкиваюсь сейчас, и потому не замечаю что обновился. Забавно, но последнее - как раз та причина, по которой я использую KDE. Фанатики GNOME, можете флеймить в мою сторону сколько угодно, это мелочи. KDE все равно лучше, вы знаете это, так что нет причин спорить об этом.
Выводы
Нелегко делать из этого всего выводы. Теперь, когда все сделано и рассказано, можно сказать, что опыт получился очень разносторонним. Я до сих пор не перешел с Mozilla на Konqueror (а собираюсь я это сделать с момента выхода KDE 2.4), хотя я сильно надеялся, что смогу. Теперь я могу это сделать, но еще не решился. Хотя я использую Konqueror все больше и больше, и это хорошо. Заметно, что Konqueror стал лучше в качестве файлового менеджера, но я не могу точно сказать, что в нем поменялось. Еще я обнаружил, что, если нажать правой кнопкой на кнопке расширить/свернуть в окошке, оно разворачивается по ширине, оставаясь таким же по высоте. Как давно это присутствует в KDE? Это клево и я только что это обнаружил. Мне не нравится открывать Mandrake Control Center. Я ушел от Windows, поскольку меня достали решения в интерфейсе в стиле "ты ", а теперь Mandrake идет по тому же пути. С другой стороны KPilot приобрел некоторые улучшения. Ладно, множество улучшений, и они мне действительно нравятся. А потом, по редкому случаю, когда я загружаюсь, меня прибивает все это многообразие выбора ядер. То что я приобрел некоторые неудобства вместе с Mandrake 10, которых у меня не было в 9.2, это ясно. Но, в то же время, это очень радующая итерация MandrakeLinux'а.
Хочу сказать, что я бы решительно, сильно и при первой же возможности порекомендовал Mandrake 10 для новичков. Но если вы думаете об обновлении с 9.2, подумайте дважды. Посмотрите, что может предложить вам Mandrake 10 и что вам действительно необходимо из этого. Возможно вы захотите подождать 10.1, прежде чем обновляться.
это контент от Центр информации по операционным системам
( http://www.osrc.info/plugins/content/content.php?content.35 )
Любитель Mandrake совершил обновление с 9.2 версии
Dave Fancella, Суббота, 10 Июль 2004, 15:51
Mandrake 10.0
Ну что же, я наконец-то работаю c Mandrake 10 Official, и я подумал, что стоит поделиться некоторыми мыслями по этому поводу.
Предисловие
Наверное самый главный вопрос, на который необходимо ответить, это - "зачем мне обновляться?". Это первый вопрос, который возникает у меня всякий раз, когда читаю обзоры какого-либо нового софта. Если та версия, что я использую сейчас, нормально работает, то зачем мне обновлять ее? Причины, по которым я установил Mandrake 10 просты, и вот они:
<ul>
<li>Linux 2.6. Я уже использовал собственноручноскомпилированно ядро из серии 2.6, но мне хотелось иметь ядро от Mandrake. Не очень-то я дружу с компиляцией ядер. Ядро версии 2.6 мне было было необходимо, поскольку оно изначально включает в себя ALSA, новый планировщик O(N), и, конечно же, имеет более низкую латентность. Но истинная причина, по которой мне требовалось ядро от Mandrake, была возможность использовать ALSA секвенсер, который позволил бы смотреть DVD без перезагрузки с ядром из серии 2.4.</li>
<li>Blender 2.31a. Blender непрерывно развивается, но мне никак не удавалось скомпилировать его самостоятельно. Их статические сборки работают отлично, но я все же предпочитаю RPM от Mandrake.</li>
<li>KDE 3.2. Полагаю, что KDE 3.2 включает в себя множество улучшений, но что мне действительно было необходимо, так это улучшения KHTML от Apple, которые включены в KDE 3.2. Мне хотелось перейти с Mozilla на Konqueror и использовать его в качестве своего стандартного браузера. KDE 3.2 должен быть побыстрее а также стабильнее, чего так не хватало в предыдущих версиях.</li>
</ul>
Наверное, не очень внушительный список, но он включает в себя некоторые действительно важные улучшения. На самом деле я очень сильно озабочен работой своей аудио системы, поскольку я трачу изрядное количество времени на работу над собственной музыкой. Также я сильно заинтересован в работе последних версий Blender'а, но так как мне не удавалось скомпилировать его самому, то я успокоился на пакете от Mandrake (Я практически не использовал Mandrake 9.1 до перехода на 9.2, поскольку большинство необходимых приложений мне все равно приходилось компилировать самостоятельно, но теперь времена меняются). Потом, поскольку я очень KDE-зависимый человек, то я сильно заинтересован в том, что KDE улучшился хоть на самую малость в действительно важных для меня вещах. Наконец, и это тоже довольно важно, так как моя старая материнская плата ушла в мир иной, я ее сменил. Mandrake 9.2 был жутко нестабилен, и плавный переход на Mandrake 10.0 (с новым модулем определения железа для нового ядра) должен бы это исправить.
Итак, перейдем к установке.
Обновление
Я запустил инсталляцию как обновление текущей версии. При обновлении до 9.2 я делал полное переформатироваие с созданием бэкапа и так далее (потерял некоторые данные, впрочем, это моя ошибка). Я всегда так делаю через каждые несколько обновлений, просто для того, чтобы поддерживать скорость работы моего компьютера близкой к скорости свежеустановленой системы (out-of-the-box), достичь которой иначе сложно. Инсталлятор новой версии, естественно, отнесся к этому спокойно и отлично отработал свое. Это та же версия инсталлятора, что и в Mandrake 9.2, а за дискуссиями по поводу установки лучше обратиться к статье Windows vs Linux(<img src=themes/OSRC.info/images/flag_en.gif alt=English title=На английском языке! />).
Перезагрузка в установленную систему
Есть две вещи, которые я всегда поминаю недобрым словом при обновлении Mandrake. Первое - появление после перезагузки в LILO множества дурацких опций в выборе ядра. Перед глазами множество ядер, некоторые могут и не работать (а некоторое совсем нерабочие, это я точно знаю). Второе - это то, что кроме как удалить эти записи из LILO, от них не избавиться! Звучит глупо, но представьте - удаление записей просто убирает их с глаз. А мне хотелось бы удалить сами ядра, пока мой 200-мегабайтный загрузочный раздел не переполнился нерабочими ядрами.
Что же, Mandrake 10.0 здесь не стал исключением, но, думаю, на то есть причины. Ведь даже если бы Mandrake просто предложил удаление некоторых из этих ядер, сколько линуксоидов по всему миру пришли бы в ярость? И я не буду с ними спорить, хотя было бы неплохо увидеть однажды в Mandrake Control Center опцию, убирающую неиспользуемые ядра.
Еще одно замечание, известный баг с известным лечением, однако я не знаю, вошли ли исправления в распространяемые ISO образы. В кратце, происходит разрушение загрузчика NT, если у вас есть раздел Windows NT. Однако, хоть я и потратил здесь несколько параграфов на критику Mandrake за то, что он оставляет кучу опций в загрузчике, у меня осталась возможность загрузиться с раздела Win2k (хоть мне и надо перенастроить ее, поскольку она сейчас не может загрузиться на новой материнской плате), именно потому, что в меню осталась опция загрузки Windows от 9.2 (под названием old_Windows). Так что, по иронии судьбы, то, что я больше всего ненавижу в обновлении Mandrake, помогло мне сохранить возможность загрузки Windows. Не знаю, может в этом есть какой-то высший урок.
Запуск KDE
Что же, ребята из KDE действительно хорошо поработали над скоростью. Как мне кажется, время запуска KDE уменьшилось где-то до трети бывшего, а то и меньше. Частично это заслуга нового ядра, быстрый запуск процессов и потоков, а часть - заслуга KDE, но в целом это просто поражает.
Я не мог больше сдерживать свое любопытство и поэтому сразу решил посмотреть на "новое и " главное меню. Да, конечно, оно теперь выглядит лучше. Лучше организованным? Нет, организация осталась той же, просто добавились кое-какие заголовки. Они, конечно, неплохи, но дерево папок осталось тем же. Это мне не понравилось, поскольку похоже, что Mandrake немного гордится своей реорганизацией. К их чести, они переделали меню малоиспользуемы приложений, Системных и Конфигурационны, но мне реорганизация больше навредила, чем помогла. Думаю, что для обычного пользователя было бы лучше вообще запихать ненужные ему приложения в никуда, но я-то их использую несколько чаще.
Все мои панели иконок оказались сбиты. Видимо, KDE несколько сменил расположение ярлыков, поэтому и поломались все мои панельки. Так что мне пришлось их удалить и создать заново. Конечно, это некоторое неудобство, но практика показывает, что плавных обновлений не бывает (если это не переход с Mandrake 9.0 на 9.1, не думаю, что они смогут превзойти его).
Еще одна вещь, которая сильно меня расстроила, это то, что мой рабочий стол остался абсолютно тем же, что и был.
Я знаю, что большинство людей возражают против резких перемен, поэтому Mandrake прикладывает все усилия для того, чтобы он выглядел так же. Когда же они поймут, что мы, пользователи, и сами не знаем чего хотим? Kmail - ё!
Ну что ж, время заняться работой. Я запустил Kmail и увидел как он с треском падает, потом еще раз, еще раз... По моему скромному мнению, Kmail - просто-напросто самый надежный и стабильный софт, который когда-либо был выпущен, поэтому я чуть не прослезился, когда увидел, как он вылетал снова и снова. Открываю почту, вылетает. Но не всегда. Это чертовски мешало, поэтому, преодолев некоторые трудности, я вскоре перешел на Evolution, чтобы иметь возможность работать со своей почтой.
Несколько дней я работал с Evolution, потом жена пожаловалась мне на него, и мне не оставалось ничего делать, как вернуться к решению проблемы. Я зашел в багтрекер Mandrake и добавил описание бага. После этого он висел в системе три недели без ответа. Я подождал несколько дней, надеясь, что найдется кто-нибудь, кто знает в чем проблема (при этом все время ведя поиск в Google), а потом попробовал отладить KMail. После некоторого шаманства я получил стек вызовов в gdb и с удивлением обнаружил, что проблема на самом деле была в библиотеке libkdenetwork! Это мне ничего не давало, поскольку Konqueror работал исправно. Так я возвратился к багтрекеру Mandrake и искал, искал, читал, проглядывал, пока, наконец, не нашел баг, который все объяснил.
Проблема все-таки была в KMail. На самом деле, проблема состояла в том, что в Mandrake 9.2 KMail находился в собственном пакете, а в Mandrake 10.0 KMail уже находится в пакете KDE-Pim. Таким образом, скрипт обновления спотыкался, когда некоторые файлы из пакета Kmail-KDE-3.1 конфликтовали с пакетом KDE-Pim. Версия KMail, которую я запускал, на самом деле была старой версией, слинкованной со старой версией libkdenetwork. Потом, немного повозившись, я удалил старый KMail, установка пакета KDE-Pim прошла успешно, и KMail отлично заработал, оставаясь столь же надежным, как и всегда (и красивым тоже, в KDE полностью пересмотрели его внешний вид и вы просто должны это увидеть).
Ну а теперь то, что меня конкретно разозлило, со ссылками и всем. Приготовьтесь.
Вот сюда я направил отчет о своем баге. Если вы немного спуститесь ниже, то увидите, как некто, кто занимался проверкой моего отчета и пометил его как RESOLVED/INVALID (Решен/Ложный) протестировал его:
"I tested update from MDK9.1 and MDK 9.2 and it works very well."
"Проверил обновление с MDK9.1 и MDK 9.2 и все работает нормально."
Ну что ж, попробуйте обновиться с MDK 9.2 на MDK 10.0 так, чтобы воспроизвести баг, о котором я написал. Я люблю Mandrake, и я не сомневаюсь в этом, но как вы можете видеть в моем комментарии дальше, я думаю, что было очень глупо со стороны того, кто это тестировал, делать это не по моим пояснениям и далее помечать баг как RESOLVED/INVALID. Ничего не решено, и еще несколько людей там же подтверждали, что баг есть (включая меня) и на той же странице представлены 3 его решения. Я делаю все, чтобы это не легло пятном на компании Mandrake, но, похоже, ничего не выходит.
Mandrake Control Center
В Mandrake полностью переделали Control Center, и я замечу, что мне это не понравилось. Теперь он выглядит в точности как паршивая утилита из RedHat, которая сама по себе содрана с паршивой утилиты из Windows XP. Хотя, с другой стороны, я обнаружил, что некоторые модули стали гораздо функциональнее. В частности, значительно улучшились, по сравнению с прежними вариантами, сетевой модуль и диалог конфигурации звука. Конфигуратор CUPS, с небольшими изменениями в интерфейсе, так же хорош, как и всегда. Все-таки, несмотря на ужасную копирку с RedHat'овской утилиты, Mandrake Control Center получил вполне ожидаемый набор улучшений в этой версии. С момента установки мне ни разу не пришлось хакать конфиг-файлы, так что мне понравилось его использовать. Такого не было ни с Mandrake 9.1, ни с Mandrake 9.2, который я ставил с нуля и которому все же пришлось хакнуть некоторые конфиги. Ну а на этот раз у меня была возможность "" и прокликать свой путь к счастью, мне даже удалось переконфигурироать Apache, несмотря на старый хакнутый конфиг-файл оставшийся от 9.2. Так что Mandrake Control Center проделал нелегкий путь от практически бесполезной вещи в 8.1 к надежной администраторскй утилите в версии 9.2, и теперь он практически полностью лишает необходимости лазить по конфиг-файлам. Я счастлив.
Теперь о моих требованиях
Я уверен, вы, наверное, были бы рады услышать, что я думаю, что ядро 2.6 от Mandrake ужасно. Но оно быстрое, хорошее и работает так, как мне надо. Мне ужасно не хватало стабильного ядра > 2.4 с тех пор, как я увидел тесты скорости запуска приложений, год и полгода назад, теперь у меня оно есть и я счастлив до невозможности. К ядру у меня нет абсолютно никаких претензий.
Что же касается Blender'а, то он всегда был добавочным пакетом. Мне пришлось повозиться с настройкой urpmi, чтобы добавить новые зеркала, а зеркала Mandrake в последнее время работали очень нестабильно. Печально, но я действительно не могу обходиться без него. Посему мне пришлось немного побороться с тем, чтобы получить Blender из репозитория 10.0 (если присоединиться к клубу Mandrake то проблемы бы не было, можно сказать, что она существует только для нас, халявщиков (freeloaders)). Но новый Blender из нового Mandrake действительно удивителен. Где-то 5 минут ушло на изучение нового интерфейса и теперь я работаю быстрее, чем когда бы то ни было! Мета-объекты смотрятся круто, но я пока еще не нашел им применения.
Если забыть про проблему с KMail, KDE 3.2 действительно сильная вещь. Иконки и приложения претерпели такие изменения, что мне пришлось потратить некоторое время, чтобы приучиться к новым, хотя это только из-за сильно укоренившихся привычек из старого KDE. Некоторые кнопочки панелек поперемещались туда-сюда и я до сих пор привыкаю к изменениям в KDE. Честно сказать, единственное важное обновление KDE, которое я заметил как пользователь, было обновление с 2.x до 3.0. Я думаю, что это хорошо говорит о том, как они управляют обновлениями, когда каждое обновление добавляет немного функциональност, но пользователя это не беспокоит до тех пор, пока ему это не надо. Как результат, я не знаю с какими преградами я сталкивался ранее и не обращал на них внимания, но с которыми я не сталкиваюсь сейчас, и потому не замечаю что обновился. Забавно, но последнее - как раз та причина, по которой я использую KDE. Фанатики GNOME, можете флеймить в мою сторону сколько угодно, это мелочи.
KDE все равно лучше, вы знаете это, так что нет причин спорить об этом.Выводы
Нелегко делать из этого всего выводы. Теперь, когда все сделано и рассказано, можно сказать, что опыт получился очень разносторонним. Я до сих пор не перешел с Mozilla на Konqueror (а собираюсь я это сделать с момента выхода KDE 2.4), хотя я сильно надеялся, что смогу. Теперь я могу это сделать, но еще не решился. Хотя я использую Konqueror все больше и больше, и это хорошо. Заметно, что Konqueror стал лучше в качестве файлового менеджера, но я не могу точно сказать, что в нем поменялось. Еще я обнаружил, что, если нажать правой кнопкой на кнопке расширить/свернуть в окошке, оно разворачивается по ширине, оставаясь таким же по высоте. Как давно это присутствует в KDE? Это клево и я только что это обнаружил. Мне не нравится открывать Mandrake Control Center. Я ушел от Windows, поскольку меня достали решения в интерфейсе в стиле "ты ", а теперь Mandrake идет по тому же пути. С другой стороны KPilot приобрел некоторые улучшения. Ладно, множество улучшений, и они мне действительно нравятся. А потом, по редкому случаю, когда я загружаюсь, меня прибивает все это многообразие выбора ядер. То что я приобрел некоторые неудобства вместе с Mandrake 10, которых у меня не было в 9.2, это ясно. Но, в то же время, это очень радующая итерация MandrakeLinux'а.
Хочу сказать, что я бы решительно, сильно и при первой же возможности порекомендовал Mandrake 10 для новичков. Но если вы думаете об обновлении с 9.2, подумайте дважды. Посмотрите, что может предложить вам Mandrake 10 и что вам действительно необходимо из этого. Возможно вы захотите подождать 10.1, прежде чем обновляться.
это контент от Центр информации по операционным системам
( http://www.osrc.info/plugins/content/content.php?content.35 )