Дуга Linux: Python и python2 находятся в конфликте

С моей точки зрения такая информация является важной для привлечения новых участников, а также предоставления возможным пользователям непосредственной идеи того, сколько работы это могло бы повлечь за собой для интегрирования приложения в их систему.

  • Общим аспектом являются библиотеки, пользовавшиеся при запуске приложения.

Некоторые установки ограничиваются несколькими выбранными инструментариями, как GTK +, но не QT, или наоборот. Для администратора, который обслуживает систему и регулярно обновляет ее компоненты за длительный промежуток времени, это может только быть практическим и не религиозным вопросом.

  • Другим аспектом являются пользовавшиеся библиотеки и предпосылки, необходимые для компиляции приложения.

Т.е. для пользователей основанного на источнике дистрибутива Linux это имеет большое значение, записано ли приложение в C, или в Objective C, потому что их компилятор должен поддерживать язык во-первых. Другие языки могут заставить устанавливать огромную стопку библиотек. Вопрос затем, снова, сколько работы Вы готовы принять для компиляции этого приложения.

  • Другой аспект является намерением притянуть участников.

Большинство разработчиков имеет предпочтение небольшого количества языков или может просто испытать недостаток в опыте в других. Чтобы позволить большему числу людей способствовать приложению, некоторые проекты даже разделяют свои источники на два различных языка (как Wesnoth, Забастовка Vega, Naev, только для именования некоторых). Один из них для базового приложения (как C или C++), другой для легкой модификации (как Python или Lua). Вот ссылка на главу "Архитектуры Приложений с открытым исходным кодом", которая описывает, как и почему это было сделано в Wesnoth.

  • Наконец, существует, очевидно, большая предвзятость для и предубеждение против некоторых языков.

Я просто скажу, что видел ужасно неэффективное программное обеспечение, записанное приблизительно на любом языке. Если Вы спрашиваете меня для эффективности, качество кода приложения намного более важно, чем язык, в котором это записано.

5
10.03.2011, 05:43
2 ответа

На дуге Linux, python пакет содержит python 3, и python2 пакет содержит python 2.

Попробовать pacman -Sy python python2 сначала. После того как оба из тех пакетов установлены, compiz-fusion и python-qt должен установить.

О, и Вы не могли обновить свою систему в некоторое время. dbus-python не зависит от python пакет больше, но на python2 пакет (с октября 2010, согласно SVN).

4
27.01.2020, 20:39
  • 1
    Так, это обновленный python (то есть, python 3), который установлен конфликтовать с Python <3 или является им compiz-fusion-gtk выполнение этого? Если это - новый Python, который оставляет @Blender не повезло, пока что-нибудь все еще требует python2, правильно? номер –  mattdm 10.03.2011, 15:10
  • 2
    обновил пакеты, требующие, чтобы python 2 указал зависимость от python2. Обновленные пакеты, требующие python 3, укажут зависимость от python. Определение конфликта с python<3 просто способ вынудить Вас обновить свою систему перед установкой, я предполагаю. –  gnud 10.03.2011, 15:13
  • 3
    Ahh, нюансы упаковочных систем. Таким образом, где "Python, и python2 находятся в конфликте (Python <3). Удалить python2?" прибытие из? –  mattdm 10.03.2011, 15:17
  • 4
    Тот конфликт прибывает из python2 пакет, который находится (естественно) в конфликте с более старым python пакеты. Обновление python во-первых, и все должны быть хорошо, надо надеяться. –  gnud 10.03.2011, 15:29
  • 5
    И python2 пакет становится втянутым одним из пакетов в compiz-fusion-gtk группа. –  gnud 10.03.2011, 15:29

Вы никогда не должны устанавливать пакет с pacman -Sy $package. Это в конечном счете повредит Вашу систему, съест Вашего котенка или хуже, но Вы, по-видимому, сделали так. Перемещение из Python, являющегося python2 к python3, было сделано в прошлом году archlinux разработчиками (новостная статья).

2
27.01.2020, 20:39
  • 1
    Нет никакого использования задач -Sy для установки материала пока система актуальна. Никакая причина для, также, все же. –  gnud 10.03.2011, 20:44
  • 2
    Используя -Sy устанавливать пакеты плохо, как Вы видите в этом случае. Дуга Wiki также говорит Вам не делать это, также, как и pacman разработчики в связанном потоке форума. –  Wieland 10.03.2011, 23:00
  • 3
    Да, я действительно говорил, "пока Ваша система актуальна". Если это не, Вы могли бы получить проблемы зависимости, как дуга, которую говорит Wiki. С другой стороны, как я также сказал в своем первом комментарии, действительно нет никакой точки к установке через -Sy, таким образом с той точки зрения Wiki дает хороший совет, и я сожалею, что потратил впустую everyones время со своим Большим :P –  gnud 10.03.2011, 23:45
  • 4
    я предполагаю, что мы соглашаемся, что неопытный пользователь не должен использовать -Sy устанавливать пакет, правильно? Опытные пользователи могут сделать это, но это бесполезно говорить всем, кого это иногда работает, потому что затем все начнут делать его. –  Wieland 11.03.2011, 11:26

Теги

Похожие вопросы