xfce4-goodies на Centos 7

Это метапакет. В rpm-based используются группы.

Отбой...! Нашёл -> тут <- плагины, отдельно поставил то, что мне надо.

Да, теперь отбой. Переустанавливай CentOS, Shprot — ты поломал пакетную систему.

Если нет метапакета, а в rpm-based их не бывает, это не значит, что нет самих пакетов, которые в debian-based по зависимостям от метапакета идут — все эти пакеты есть в EPEL.

Зачем переустанавливать, если цель достигнута, то, что требовалось установлено и работает...?

У тебя сейчас система в надломленном состоянии. Любой make install от root вне пакетной системы надламывает её. Рано или поздно при обновлении может вылезти жопа.

Блин, ну что нельзя дистры в Слаку превращать, это же _азбука_. Ты ещё и SELinux выключил, наверно, герой.

Лишь бы работало... от говносборок масдая нахватался?

А ты походу с такой логикой даже EPEL не ставишь, он же в стандартных репах. Авось Слака с EPEL'ем получится...=)

Ты правда не понимаешь, почему важна целостность пакетной системы? Ну ладно, вот тебе пример: попробуй теперь вычистить то, что понаставил. Без остатка. Как обновлять их будешь, когда через месяц-другой придет Xfce 4.14 и они станут несовместимыми?

Может и справишься. А если не 2-3 проги так поставишь? Если 20-30? В норме просто

yum remove

yum update

У тебя сейчас система в надломленном состоянии

Если человек сам знает где у него что лежит, это его право.

через месяц-другой придет Xfce 4.14 и они станут несовместимыми

В Centos нет обратной совместимости? Родные репозитории я имею в виду.

Если при обновлении установленных в системе пакетов у тебя обновится библиотека или просто файл от которого зависит приложение, которое вы собирал и устанавливал руками, то твоё самосборное приложение перестанет запускаться.

У тебя сейчас система в надломленном состоянии. Любой make install от root вне пакетной системы надламывает её. Рано или поздно при обновлении может вылезти жопа.

Зачем ваши аптопроблемушки выдавать за догму?) Понапридумывают кособоких убогих систем управления мелко порубленными пакетами, а потом такие «не дышать на шедевр, иначе щас все сломается!».

И насчет Слаки ты полегче, там многие вещи куда как разумнее устроены, чем в этом вашем Долбиане.

Надо же. Так обосраться на ровном месте.

Мы обсуждали CentOS, а не Debian. Эта особенность свойственна всем пакетным дистрибутивам. Даже твой любимый Arch имеет её.

Нет, остальные пакетные менеджеры нужно умудриться сломать даже путем «make install» (который практически всегда ставит в отдельный от системы /usr/local), тогда как дебианщикам приходится кропотливо изучать правила гигиены при работе с пакетным менеджером, который и сам собой неплохо ломается, не говоря уж о неосторожных телодвижениях юзера.

make install ставит, как настроено. Если настроено ставить по грамотному в /usr/local или в /opt, то туда, если нет — то в другое место, это от дистрибутива не зависит. И поверь, если make install заменит glibc или иной системный компонент, то не только Debian от такого станет раком.

И ни один пакетный менеджер на текущий момент не умеет корректно работать с тем, что стоит в обход него.

не умеет

А как бы он мог?