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, прежде чем обновляться.

индекс статьи
страница 1 : страница без заголовка
страница 2 - текущая : страница без заголовка