просто ты CPAN на центосе в 2000-е не ел;)

ух

там сделал sudo cpan и считай нет у тебя живой машины;)

так

а есть статейка про то как жить с пипом в нынешних осях?

эта хрень творится только на федоре

pip install --user --upgrade pip pip install --user meld

возможно надо будет воткнуть в пути ~/.local/bin, но это не большая проблема

на генте всё ок и с питоном не возникало вообще никаких затыков

а есть статейка про то как жить с пипом в нынешних осях?

я тебе уже всё рассказал

окей

Странное ощущение, что ctypes - кусок говна

нельзя делать sudo pip

локал бин это хорошо

sudo dnf можно, а sudo pip нельзя

беда.

хочешь себе на всё, ставь —user, хочешь в проект - в virtualenv

а что делать с глобальными?

--user

на пуздоне много всякого

тот же днф.

а что делать с глобальными?

тебя волнует как оно там живет?

типа просто вообще никогда не трогать, пусть себе догнивает?

пусть дяди из федоры разбираются

дяди из федоры ломают всякое

типа просто вообще никогда не трогать, пусть себе догнивает?

ну да, это часть системы, тебе не надо про это думать

ну. Я привык думать про части системы

дяди из федоры ломают всякое

пиши баг, чини пакетом, но лазать pip-ом в вотчину rpm - самоубийство

ну. Я привык думать про части системы

найди copr с последним pip-ом или собери сам

выпиливание гнома было болезненным именно потому что ОС была похожа на запаянную коробку.

копр говно

репы отваливаются

постоянно

ладно, это не копра проблема

но юзать это невозможно.

покамест

у меян работает, но это каждый сам решает

а насчёт системных пакетов...

тут как бы главная мысль - не надо ломать систему

тебе нельзя ходить руками в /usr

в принципе можно в /usr/local

например плагины емакса я рулю через его пакетный менеджер

но надо понимать как и что ты делаешь, если ты это на систему распространяешь

потому что в репах древнятина.

например плагины емакса я рулю через его пакетный менеджер

в /usr или в /home ?

ну и всякие python-* предпочитаю из пипа привозить

ну и всякие python-* предпочитаю из пипа привозить

ну, для разработки. конечно. но зачем в систему?

в /home, ты прав.

ну вот

ойвей

а как его перетащить в хомяк

в плане там щас нет ничего пип-релейтед

а апдейт с юзером говорит что всё свежее in /usr/libблабоа

а как его перетащить в хомяк

переустанови системный пакет

окей

ломать системные пакеты нехорошо =(

получишь старую версию, сработает upgrade

но можно просто продолжать жить с --user, следующая версия приедет, встанет туда

а апдейт системного пакета прилетит и системный станет... ну какой прилетит

кстати, юзкейс

ломать системные пакеты нехорошо =(

всегда так было

у меня фц21

а хочется 23

но федап говно

и привезёт всю базу

вместе с так тяжело выпиленным гномом

у меня фц21

а зачем? https://fedoramagazine.org/fedora-21-end-life-december-1st/

ну

так получилось

вместе с так тяжело выпиленным гномом

нет

чего это он его привезет, если он не установлен?

потому что опыт уже был

и что такое база? база - это ну systemd

он притащил всё обратно

снеси desktop пакет же

кек

удаление любого пакета связанного с гномо

м

пыталось снести всё что ему не принадлежало

стим, эвинс, ксорг

у тебя sudo dnf list installed | grep release что показывает?

fedora-release.noarch 21-2 @System fedora-release-workstation.noarch 21-2 @System rpmfusion-free-release.noarch 21-1 @System rpmfusion-nonfree-release.noarch 21-1 @System

удаление любого пакета связанного с гномо

потому что gtk3 сносил или gnome-lib какой-нибудь, которые нужны этому софту, так бывает. а кому-то kde-libs нужны

fedora-release.noarch 21-2 @System fedora-release-workstation.noarch 21-2 @System rpmfusion-free-release.noarch 21-1 @System rpmfusion-nonfree-release.noarch 21-1 @System

ну вот, снеси workstation

А лол

и ставь руками, что тебе надо

фантастика

убираешь репу и делаешь dnf update?

или как там увезти пакеты

убираешь репу и делаешь dnf update?

это пакет, а не репа

ой

мм

толчно

чёт туплю

и добавь clean_requirements_on_remove=true в /etc/dnf/dnf.conf

но федап говно

да, его уже нет, уже dnf-ом на 23-ю апгрейдится

и добавь clean_requirements_on_remove=true в /etc/dnf/dnf.conf

это лучше до удаления workstation

а

строчка давно в конфиге

по дефолту походу