Сломался pip

Какие стоят версии python-updater и python-exec?

app-admin/python-updater- 0.11

dev-lang/python-exec-0.3.1

dev-lang/python-exec-2.0.1

dev-python/python-exec-10000.1

dev-python/python-exec-10000.2

Для теста обновил джангу и тулбар из pip

А, ересь 14443? Попробуй прогони python-updater, но возможно потребуется больше танцов с бубном...

Я же говорю, для теста. При первой странной ошибке с дебагпанелью гуглинг показал, что текущая версия панели может быть старая и несовместимая с последней джангой. Поэтому, на всякий случай решил её обновить. Она из пипа потащила за собой джангу.

ну и как ты планируешь теперь удалить новые версии джанги(и всех зависимостей, которые тоже притянулись через pip)?

emerge -C - не схляет, pip сломал себя сам. Тут похоже придется закатывать рукава и делать всё вручную. А потом на остатки натравливать какой-нибудь findcruft

ну и как ты планируешь теперь удалить новые версии джанги(и всех зависимостей, которые тоже притянулись через pip)?

Раньше я просто ставил поверх версию из портежа :)

Тут похоже придется закатывать рукава и делать всё вручную.

Почему переустановка пипа не перезаписывает все его файлы?

Раньше я просто ставил поверх версию из портежа :)

Угу, а ничего что набор файлов в вручную установленной версии может ВНЕЗАПНО отличаться от того что ставится через portage? :-)

И тут у нас появляются т.н. осиротевшие(orphaned) файлы. Которые могут потом привести к веселым и неожиданным последствиям(особенно с FEATURES=«collision-protect»)

Угу, а ничего что набор файлов в вручную установленной версии может ВНЕЗАПНО отличаться от того что ставится через portage? :-)

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

Алсо, python-updater ничего не стал делать. Говорит, всё пучком.

Почему переустановка пипа не перезаписывает все его файлы?

Потому что установленный вручную пакет может содержать файлы, которые не устанавливает portage.

Или хотя бы выдать список конфликтов, чтобы я сам почистил эти файлы.

Так и делается. Установка прерывается, в зависимости от того, принадлежат ли эти файлы другому пакету или нет. Подробности - в man make.conf

Чудненько, вот только у меня ничего не прерывается. Пип нормально удаляется и устанавливается, но не работает.

Для теста обновил джангу и тулбар из pip, после чего перестал работать сам pip

Прикольный тест. Вы еще не используете virtualenv? - гг

Смотрите /usr/lib64/python2.7/site-packages и выковыривайте ошметки pip которые не из portage.

Я что-то совсем запутался. Пип пофиксил, но теперь webapp-config не работает, потому что вместо него запускается пип. При чём бинарник является ссылкой на python-exec2.

Это норма, следи за руками:

$qlist app-admin/webapp-config
....
/usr/sbin/webapp-config
/usr/sbin/webapp-cleaner
/usr/lib/python-exec/python3.3/webapp-config
/usr/lib/python-exec/python3.2/webapp-config
/usr/lib/python-exec/python2.7/webapp-config
....
$ ls -l /usr/sbin/webapp-config
lrwxrwxrwx 1 root root 31 Jan 13 09:38 /usr/sbin/webapp-config -> ../lib/python-exec/python-exec2

/usr/lib/python-exec/python2.7/webapp-config — твой клиент

Проблема в том, что python-exec запускает не тот скрипт. Если попробовать вызвать webapp-config, он вместо этого запускает pip, что не дает установить django из портежа.

О, ну значит установив pip из исходников ты по симлинку перезаписал python-exec и сломал почти все python-пакеты, поздравляю

Я не ставил pip из исходников. Я ставил только джангу и дебагтулбар.

Ну значит они перезаписали python-exec(или потянули новый pip? хз, без логов гадать не хочу). Покажи содержимое /usr/bin/python-exec и /usr/lib/python-exec/python-exec2

Переустановил python-exec, теперь джанга вроде ставится. Сейчас посмотрим, пофиксился ли дебаг-тулбар :)

Благодарю за помощь.

Ага. Джанга, видимо, обновилась, и старая debug-toolbar из портежа с ней уже не совместима. Пойду на багзиллу, просить ебилд для новой.