LINUX.ORG.RU

Ответ на: комментарий от Shprot

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

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

Shprot
() автор топика
Ответ на: комментарий от Shprot

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

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

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

Shprot
() автор топика
Ответ на: комментарий от Shprot

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

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

yum remove
или
yum update
и всё, а теперь как?

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

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

anonymous
()
Ответ на: комментарий от Vsevolod-linuxoid

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

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

anonymous
()
Ответ на: комментарий от Shprot

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

infomeh ★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

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

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

meliafaro ★★★★★
()
Ответ на: комментарий от meliafaro

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

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

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

meliafaro ★★★★★
()
Ответ на: комментарий от meliafaro

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

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

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
Ответ на: комментарий от Vsevolod-linuxoid

не умеет

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.