Есть ли такой DE в котором при установке или удалении не затрагиваешь огромное количество зависимостей ?
Или можно ли как-то установить Gnome,KDE да бы избежать всего этого ? Почему эти зависимости вообще возникают?
LinuxForum.Fans
KDE vs GNOME vs XFCE vs LXDE vs light wm-s
Автор: Vartonst
291 сообщений
86194 просмотров
Почему эти зависимости вообще возникают?
Показать
О Зависимостях
Q: Что такое Зависимости (Dependency – англ., «Депенденсы» – слэнг) и зачем они нужны?
A: Практически каждой программе для корректной работы требуются библиотеки и ресурсы внешних приложений. Эти требования и называются Зависимостями. В Windows существует единая архитектура и единый стандартный набор библиотек, присутствующий в каждой системе. Поэтому многие программы опираются на этот стандартный набор и устанавливают только те дополнительные компоненты и библиотеки, которых нет в системе по умолчанию. В Linux общего универсального набора библиотек нет, и общим для всех дистрибутивом является только ядро и базовый набор утилит. Чтобы обеспечить работоспособность своих программ, создатели приложений вынуждены прямо указывать в установочных пакетах, к каким дополнительным программам и библиотекам обращается их детище. Соответственно, чтобы программа заработала, сначала нужно установить недостающие компоненты.
Например, программа может представлять собой графический интерфейс для консольного архиватора. И вся ее задача – это перевести действия пользователя, например мышью, на язык этого самого консольного архиватора. Простой пример: пользователь кликнул в окошке программы по значку «Распаковать», а программа передает соответствующую команду архиватору. Когда архиватор заканчивает работу, программа перехватывает данные об операции и сообщает пользователю результат. В итоге для создания и распаковки архивов больше не требуется изучать устройство архиватора и использовать командную строку. Однако если не установить сам консольный архиватор, программа работать не сможет. Таким образом, он представляет собой ее Зависимость. Главный недостаток Зависимостей заключается в том, что они часто вызывают конфликты.
Представьте что одной программе для работы требуется библиотека /lib/chip.lib версии 1.26, а другой – более ранняя версия 0.93. В итоге просто так эти две программы не установишь, ведь две разные версии одной и той же библиотеки могут оказаться фактически несовместимыми между собой. Остается либо устанавливать более старые версии программ, либо ждать, пока обе программы научатся работать с единой библиотекой. Третий вариант – самостоятельно разрешать конфликт. В самом простом случае может помочь создание жесткой ссылки на библиотеку командой вида:
sudo ln /lib/chip-0.97.lib /lib/chip-1.26.lib
А в более сложном – потребуется править исходный код приложений, что уже требует глубокого знания Linux и ее командной строки, а также определенных навыков программирования. Второй ключевой недостаток Зависимостей – сам факт того, что дополнительные компоненты нужно отдельно загружать и устанавливать. Ладно, если зависимость одна, но их может быть сколько угодно – и десять, и пятьдесят, и сто.
По выше названным причинам на ранних этапах развития Linux Зависимости были настоящей бедой и вызывали священный ужас у непосвященных. Благо, в современных дистрибутивах проблема, за редким исключением, полностью решена. При установке новых программ такие менеджеры пакетов, как rpm (Fedora, Mandriva и.т.д.) и apt (Debian, Ubuntu и.т.д) и др., сами анализируют, какие пакеты необходимо загрузить и установить. А от пользователя требуется только кликнуть мышью в удобной графической оболочке и согласиться с установкой дополнительного ПО. Все необходимое будет загружено и установлено автоматически.
Q: Что такое Зависимости (Dependency – англ., «Депенденсы» – слэнг) и зачем они нужны?
A: Практически каждой программе для корректной работы требуются библиотеки и ресурсы внешних приложений. Эти требования и называются Зависимостями. В Windows существует единая архитектура и единый стандартный набор библиотек, присутствующий в каждой системе. Поэтому многие программы опираются на этот стандартный набор и устанавливают только те дополнительные компоненты и библиотеки, которых нет в системе по умолчанию. В Linux общего универсального набора библиотек нет, и общим для всех дистрибутивом является только ядро и базовый набор утилит. Чтобы обеспечить работоспособность своих программ, создатели приложений вынуждены прямо указывать в установочных пакетах, к каким дополнительным программам и библиотекам обращается их детище. Соответственно, чтобы программа заработала, сначала нужно установить недостающие компоненты.
Например, программа может представлять собой графический интерфейс для консольного архиватора. И вся ее задача – это перевести действия пользователя, например мышью, на язык этого самого консольного архиватора. Простой пример: пользователь кликнул в окошке программы по значку «Распаковать», а программа передает соответствующую команду архиватору. Когда архиватор заканчивает работу, программа перехватывает данные об операции и сообщает пользователю результат. В итоге для создания и распаковки архивов больше не требуется изучать устройство архиватора и использовать командную строку. Однако если не установить сам консольный архиватор, программа работать не сможет. Таким образом, он представляет собой ее Зависимость. Главный недостаток Зависимостей заключается в том, что они часто вызывают конфликты.
Представьте что одной программе для работы требуется библиотека /lib/chip.lib версии 1.26, а другой – более ранняя версия 0.93. В итоге просто так эти две программы не установишь, ведь две разные версии одной и той же библиотеки могут оказаться фактически несовместимыми между собой. Остается либо устанавливать более старые версии программ, либо ждать, пока обе программы научатся работать с единой библиотекой. Третий вариант – самостоятельно разрешать конфликт. В самом простом случае может помочь создание жесткой ссылки на библиотеку командой вида:
sudo ln /lib/chip-0.97.lib /lib/chip-1.26.lib
А в более сложном – потребуется править исходный код приложений, что уже требует глубокого знания Linux и ее командной строки, а также определенных навыков программирования. Второй ключевой недостаток Зависимостей – сам факт того, что дополнительные компоненты нужно отдельно загружать и устанавливать. Ладно, если зависимость одна, но их может быть сколько угодно – и десять, и пятьдесят, и сто.
По выше названным причинам на ранних этапах развития Linux Зависимости были настоящей бедой и вызывали священный ужас у непосвященных. Благо, в современных дистрибутивах проблема, за редким исключением, полностью решена. При установке новых программ такие менеджеры пакетов, как rpm (Fedora, Mandriva и.т.д.) и apt (Debian, Ubuntu и.т.д) и др., сами анализируют, какие пакеты необходимо загрузить и установить. А от пользователя требуется только кликнуть мышью в удобной графической оболочке и согласиться с установкой дополнительного ПО. Все необходимое будет загружено и установлено автоматически.
Есть ли такой DE в котором при установке или удалении не затрагиваешь огромное количество зависимостей ?
нет. любой WM зависит как минимум от X сервера, а это - огромный и тяжёлый комплекс программ.
drBatty, ага. Даёшь консоль! wink
Благодаря "Великим Инновациям" в KDE (Plasma Desktop?) перешел на LXDE и E17 о чем уже не только не жалею, но и нравится :)
mvt, а мне нравится KDE несмотря на его громоздкость и кучу ненужных приложений smile
mvt, а мне нравится KDE несмотря на его громоздкость и кучу ненужных приложений smile
Мне тоже нравится. Правда KDE 3.5.x (например http://trinity.pearsoncomputing.net/ )
mvt, у меня такое в Kubuntu 9.04 стояло smile
4.5.4 версия намного лучше, даже проблем с драйверами нету.
4.5.4 версия намного лучше, даже проблем с драйверами нету.
"Нет уж, нет уж. Умерла, так умерла" :) Вы еще дальнейшие планы посмотрите, типа http://www.opennet.ru/opennews/art.shtml?num=28287 . Beta на всю жизнь?
mvt, нафиг нужна такая "радость"! smile
Если KDE так стремится под винду подстроиться, то лучше уж тогда Gnome oO
Кому будет нужно тяжёлое, неповоротливое окружение, да ещё и с глюками из-за полной привязке к адаптерам???
В Windows пакостей хватает, так и они "пример берут"? oO
[
Если KDE так стремится под винду подстроиться, то лучше уж тогда Gnome oO
Кому будет нужно тяжёлое, неповоротливое окружение, да ещё и с глюками из-за полной привязке к адаптерам???
Тоже так думал... Но, оказывается, впереди переход на Gnome 3 http://welinux.ru/post/3690/
Нет уж, пусть остается E17 - легкий, быстрый и красивый :) http://linuxforum.ru/viewtopic.php?pid=130400#p130400
mvt, новый Gnome на скринах смахивает на MacOS smile
Кстати, в одном блоге читал, что у разработчиков планы изменились и они по-прежнему за "лёгкость и пушистость".
На этом движке вылезла куча багов, из-за чего среда бесконечно падает, как plasma в KDE 3.0. Поэтому они выправят лишь основные конфиги,
улучшив поддержку современных видеокарт. Всё остальное остаётся по-прежнему. Все очень довольны. smile
mvt, новый Gnome на скринах смахивает на MacOS smile
Кстати, в одном блоге читал, что у разработчиков планы изменились и они по-прежнему за "лёгкость и пушистость".
Ну, дай Бог. Хотя особой "легкости" в гноме и сейчас не замечено.
На этом движке вылезла куча багов, из-за чего среда бесконечно падает, как plasma в KDE 3.0.
В KDE 3.x не было никакой плазмы, все было проще и удобнее (пользовался, начиная с версии 3.1)
Поэтому они выправят лишь основные конфиги,
улучшив поддержку современных видеокарт. Всё остальное остаётся по-прежнему. Все очень довольны. smile
Поддержка видеокарт не имеет никакого отношения к DE - это решается драйверами, которые являются модулями ядра
mvt, хз. Вот дословно:
"В третьем гноме мы отказались от глобальных изменений, т.к. появилось 42 бага, 6 из которых являются фатальными для среды. По возможности, мы постараемся их исправить или доработать. Но пока такой возможности нету. Поэтому в весеннем релизе мы представим только изменённые конфиги DE с улучшенной интеграцией на новое железо".
Это как правильно понимать? oO
mvt, хз. Вот дословно:
"В третьем гноме мы отказались от глобальных изменений, т.к. появилось 42 бага, 6 из которых являются фатальными для среды. По возможности, мы постараемся их исправить или доработать. Но пока такой возможности нету. Поэтому в весеннем релизе мы представим только изменённые конфиги DE с улучшенной интеграцией на новое железо".
Это как правильно понимать? oO
Вы уже ответили на этот вопрос:
:)хз
mvt, а мне нравится KDE несмотря на его громоздкость и кучу ненужных приложений smile
А зачем устанавливать ненужные приложения? Ставь только нужные.
mycetophylax, они идут вместе со средой smile
Потом их выпиливаю сам.
А зачем устанавливать ненужные приложения? Ставь только нужные.
Наверное метапакет?
Это как правильно понимать?
3.0 = 2.32
[quote=mycetophylax]
А зачем устанавливать ненужные приложения? Ставь только нужные.
Наверное метапакет?[/quote]
Так вроде во всех дистрибутивах есть метапакет с минимальным KDE. Или я ошибаюсь?
Кусок моего файла /var/lib/world
Показать
kde-base/kdebase-meta
kde-base/ark
kde-base/gwenview
kde-base/kate
kde-base/kcalc
kde-base/kde-l10n
kde-base/kdeartwork-meta
kde-base/kdegames-meta
kde-base/kget
kde-base/kmix
kde-base/kopete
kde-base/ksnapshot
kde-base/okular
kde-misc/kcm_gtk
kde-misc/yakuake
media-sound/amarok
net-misc/knemo
net-p2p/ktorrent
Войдите или зарегистрируйтесь, чтобы ответить.
