С моей точки зрения такая информация является важной для привлечения новых участников, а также предоставления возможным пользователям непосредственной идеи того, сколько работы это могло бы повлечь за собой для интегрирования приложения в их систему.
Некоторые установки ограничиваются несколькими выбранными инструментариями, как GTK +, но не QT, или наоборот. Для администратора, который обслуживает систему и регулярно обновляет ее компоненты за длительный промежуток времени, это может только быть практическим и не религиозным вопросом.
Т.е. для пользователей основанного на источнике дистрибутива Linux это имеет большое значение, записано ли приложение в C, или в Objective C, потому что их компилятор должен поддерживать язык во-первых. Другие языки могут заставить устанавливать огромную стопку библиотек. Вопрос затем, снова, сколько работы Вы готовы принять для компиляции этого приложения.
Большинство разработчиков имеет предпочтение небольшого количества языков или может просто испытать недостаток в опыте в других. Чтобы позволить большему числу людей способствовать приложению, некоторые проекты даже разделяют свои источники на два различных языка (как Wesnoth, Забастовка Vega, Naev, только для именования некоторых). Один из них для базового приложения (как C или C++), другой для легкой модификации (как Python или Lua). Вот ссылка на главу "Архитектуры Приложений с открытым исходным кодом", которая описывает, как и почему это было сделано в Wesnoth.
Я просто скажу, что видел ужасно неэффективное программное обеспечение, записанное приблизительно на любом языке. Если Вы спрашиваете меня для эффективности, качество кода приложения намного более важно, чем язык, в котором это записано.
На дуге Linux, python
пакет содержит python 3, и python2
пакет содержит python 2.
Попробовать pacman -Sy python python2
сначала. После того как оба из тех пакетов установлены, compiz-fusion
и python-qt
должен установить.
О, и Вы не могли обновить свою систему в некоторое время. dbus-python
не зависит от python
пакет больше, но на python2
пакет (с октября 2010, согласно SVN).
Вы никогда не должны устанавливать пакет с pacman -Sy $package
. Это в конечном счете повредит Вашу систему, съест Вашего котенка или хуже, но Вы, по-видимому, сделали так. Перемещение из Python, являющегося python2 к python3, было сделано в прошлом году archlinux разработчиками (новостная статья).
-Sy
для установки материала пока система актуальна. Никакая причина для, также, все же.
– gnud
10.03.2011, 20:44
-Sy
устанавливать пакеты плохо, как Вы видите в этом случае. Дуга Wiki также говорит Вам не делать это, также, как и pacman разработчики в связанном потоке форума.
– Wieland
10.03.2011, 23:00
-Sy
, таким образом с той точки зрения Wiki дает хороший совет, и я сожалею, что потратил впустую everyones время со своим Большим :P
– gnud
10.03.2011, 23:45
-Sy
устанавливать пакет, правильно? Опытные пользователи могут сделать это, но это бесполезно говорить всем, кого это иногда работает, потому что затем все начнут делать его.
– Wieland
11.03.2011, 11:26
python
(то есть, python 3), который установлен конфликтовать с Python <3 или является имcompiz-fusion-gtk
выполнение этого? Если это - новый Python, который оставляет @Blender не повезло, пока что-нибудь все еще требует python2, правильно? номер – mattdm 10.03.2011, 15:10python2
. Обновленные пакеты, требующие python 3, укажут зависимость отpython
. Определение конфликта сpython<3
просто способ вынудить Вас обновить свою систему перед установкой, я предполагаю. – gnud 10.03.2011, 15:13python2
пакет, который находится (естественно) в конфликте с более старымpython
пакеты. Обновлениеpython
во-первых, и все должны быть хорошо, надо надеяться. – gnud 10.03.2011, 15:29python2
пакет становится втянутым одним из пакетов вcompiz-fusion-gtk
группа. – gnud 10.03.2011, 15:29