Реально ли избавиться от /usr?

А зачем?

вот что-что, а уж портажу плевать на расположение дерева

А зачем?

затем

Хотелось бы самому выбрать, где какие конфиги будут лежать, где будут маны и прочее.

Вон из генты. Иди клепать уютную помоечку из какого-нибудь другого дистрибутива.

вот что-что, а уж портажу плевать на расположение дерева

фуххх
а остальным важным вещам?

и про кеды интересно. у них там дофига хлама всякого...

что значит расчитан? /usr это FHS, любой пакетманагер тебе вкатит пакет в /usr

вот с этим не знаю - не задавался таким вопросом.
хотя большинство должно отреагировать нормально:
пути задаются при сборке
да и есть же PATH
...

портаж не завязан на usr, может ты хоть когда-нить будешь матчасть изучать, перед тем как писать чушь.

Портаж предоставляет почти все требуемые возможности, чтобы сделать тот идиотизм, который ты хочешь.

нормально, но извратов над системами сборки будет >9000, я думаю, если бы ТС пользовался NixOS было бы легче всем.

Вон из генты

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

уютную помоечку

/usr — вот помойка, а то что я буду делать — это то что Я хочу, а не глупая религия, навязанная 30 лет назад.

/usr — вот помойка

Если вы всё переместите в корень и разложите так же по /bin /lib /sbin то по вашей терминологии это помойкой быть не перестанет. Посмотрите, была новость о том, что в Ubuntu хотят делать пакеты, в которых будет программа и все её зависимости, ставиться такие пакеты будут в /program/<program_version> или как-то так. Вот при таком подходе и вашей терминологии помойки не будет.

А вот и та новость: Ubuntu обдумывает внедрение нового формата установочных пакетов .

Нет, давай подробнее. Может идея здравая, на самом деле.

Если вы всё переместите в корень и разложите так же по /bin /lib /sbin то по вашей терминологии это помойкой быть не перестанет.

перестанет. хотя бы потому что всё будет по-моему, и так мне будет удобнее.
все /bin /sbin /usr/bin /usr/sbin объединю в /bin.
остальные вещи из /usr логично раскидаю по ~ и /etc

Посмотрите, была новость о том, что в Ubuntu хотят делать пакеты, в которых будет программа и все её зависимости, ставиться такие пакеты будут в /program/<program_version> или как-то так. Вот при таком подходе и вашей терминологии помойки не будет.

А вот и та новость: Ubuntu обдумывает внедрение нового формата установочных пакетов .

да пусть делают что хотят

А какую проблемы ты пытаешься этим решить?

все /bin /sbin /usr/bin /usr/sbin объединю в /bin.

В то время как все нормальные люди избавляются от /{s,}bin

остальные вещи из /usr логично раскидаю по ~

Вот так из многопользовательской системы можно сделать однопользовательскую. Но зачем?

перестанет. хотя бы потому что всё будет по-моему, и так мне будет удобнее.

Вы под влиянием Windows.

все /bin /sbin /usr/bin /usr/sbin объединю в /bin.

Вперёд на Arch Linux или Fedora, у них там как раз идёл слияние /bin, /sbin и перенос в /usr/bin, /lib перенос в /usr/lib, ну и создание символьных ссылок /bin -> /usr/bin и /lib -> /usr/lib. Почему, собственно, они не стали всё выносить из /usr/ и переносить в корень ? А потому, что так не нужно править исходники и вносить изменения в сценарии configure и прочие сборочные сценарии, настройки pkgconfig, которые «хотят» собирать программы слинкованными с библиотеками в /usr и «искать» прочие сторонние программы так же в /usr.

остальные вещи из /usr логично раскидаю по ~ и /etc

А куда поместите файлы ресурсов ? Тоже в /etc/ ? А исходники ?

Реально ли избавиться от /usr?

Да.

а основной софт, без которого никак?

Ядро загрузится, не переживай.

Хотелось бы самому выбрать, где какие конфиги будут лежать, где будут маны и прочее.

Ну так делай, за чем дело стало? Ты же не маленький, должен понимать, что затея - бред. Но как занятие just for fun само то. Попробуй, походи по граблям, поведай о них миру. Думаю многим было бы интересно почитать.

Вы под влиянием Windows.

ну да, там то уж точно всё под себя

Вперёд на Arch Linux или Fedora

фу. лучше генты нет дистров.

слияние /bin, /sbin и перенос в /usr/bin, /lib перенос в /usr/lib

это как раз не то

потому, что так не нужно править исходники и вносить изменения в сценарии configure и прочие сборочные сценарии

я не ищу лёгкого пути

А куда поместите файлы ресурсов ?

пока не решил, может в /res какой-нибудь, или в ~, если на системе один юзер

А исходники ?

исходники на другом харде с датой

фу. лучше генты нет дистров.

Тем неменее она вам в текущем состоянии не нравится.

я не ищу лёгкого пути

Запаситесь бинтами, йодом и льдом, что бы убирать шишки и синяки со лба, а то так вы просто пойдёте в тёмный зал, пол которого сплошь покрыт граблями, зубцами к верху.

пока не решил, может в /res какой-нибудь, или в ~, если на системе один юзер
исходники на другом харде с датой

Ну так вперёд сразу на LFS .

Успехов. Вот, запятых возьми напоследок: ,,,,,.

А какую проблемы ты пытаешься этим решить?

что я буду делать — это то что Я хочу

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

сублимировать

я слова то такого не знаю

Современный толковый словарь

    СУБЛИМАЦИЯ , в психологии - психический процесс преобразования и переключения энергии аффективных влечений на цели социальной деятельности и культурного творчества. Понятие введено З. Фрейдом (1900), рассматривавшим сублимацию как один из видов трансформации влечений (либидо), противоположный вытеснению.;

Всё же решили преобразовывать Gentoo ?

СУБЛИМАЦИЯ , в психологии - психический процесс преобразования и переключения энергии аффективных влечений на цели социальной деятельности и культурного творчества. Понятие введено З. Фрейдом (1900), рассматривавшим сублимацию как один из видов трансформации влечений (либидо), противоположный вытеснению.;

непонятно. фрейд #:!?;!%«№№# !

Всё же решили преобразовывать Gentoo ?

да
всё надо преобразовывать

Есть способы проще - не показывать в файловом менеджере ничего кроме хомяка + все программы ставить в нужные префиксы в хомяке.

Маны в этом случае не нужны, должена открываться справка конкретной программы.

охлол, а как смотреть маны по функциям или консольным командам? узколобые такие узколобые(

маны по функциям или консольным командам? узколобые такие узколобые(

По условиям задачи топик-стартера: все програмки в своей директории. Т.е. консольные команды и вообще cli тут не предусматриваются (как в андроиде: шел есть, но пользователь про него ничего не знает).

Крайний случай - деление всего софта на наборы SDK, маны в виде html документации или командой man, запущенной из настроенного окружения.

По условиям задачи топик-стартера: все програмки в своей директории.

Хотелось бы самому выбрать, где будут маны.

У тебя галлюцинации.

Знаю что там каталоги портажа

Это-то как раз не проблема, man make.conf, grep PORTDIR

Сложнее «избавиться» от /var ИМХО. Только это не нужно, как и «избавление» от /usr

По теме - я думаю большая часть вещей решится патчингом portage и соответствующие еклассов. Если ТС хочет этим заняться - на здоровье. Но это будет адова работа и багрепорты в гентушную багзиллу, эм... скорее всего будут закрываться как INVALID, так что ТС будет сам себе техподдержка

У тебя галлюцинации.

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

Я оспариваю предложенный тобой метод как вызывающе несоответсвующий сообщениям ТСа, к которому ты так самозабвенно аппелируешь уже второй пост.

маны по функциям или консольным командам?

Пользователям такое не нужно. А разработчики всё равно используют html/pdf документацию, вместо этого неудобного легаси man-говна.

FHS и так структурирована и каждый компонент там находится на своём месте. Просто кое-кому нужно вылечить вендоконтузию своего мозга.

FHS и так структурирована и каждый компонент там находится на своём месте.

В open source софте свобода должна быть во всём, без каких-то ограничений. Если ты не можешь даже каталоги поменять — это псевдосвобода.
Стандарты — зло, если можно обойтись без них, если они навязываются.

вылечить вендоконтузию

Я не могу понять связь с шындосом, там можно без последствий для системы переименовывать/перемещать \Program files, \System32?

Есть ли другие программы, жёстко привязанные к /usr? В смысле не вообще есть ли такие, а основной софт, без которого никак?

AFAIK все необходимые программы понимают --prefix.

Хотелось бы самому выбрать, где какие конфиги будут лежать, где будут маны и прочее.

выбирай, не вижу никаких преград.

В open source софте свобода должна быть во всём, без каких-то ограничений

Школотунский максимализм.

Стандарты — зло, если можно обойтись без них

Попробуй, обойдись.

Вон из генты. Иди клепать уютную помоечку из какого-нибудь другого дистрибутива.

что, гента так убога, что не позволяет менять --prefix? Или ты просто не осилил?

и про кеды интересно. у них там дофига хлама всякого...

про кеды и мне интересно. Расскажешь, если будешь пробовать.

что значит расчитан? /usr это FHS, любой пакетманагер тебе вкатит пакет в /usr

4.2

куда скажешь, так и вкатит. Просто по дефолту делают в /usr.

но извратов над системами сборки будет >9000

какие «извраты»? Префикс стандартен и хорошо документирован.

/usr — вот помойка

обоснуй. А то я не вижу там ничего плохого.

Попробуй, обойдись.

Именно этим и займусь. И обойдусь. Может не сразу всё получится, но это теперь вопрос времени.
Эту тему создавал, чтобы получить один простой ответ, а не указания, что мне следует и не следует делать.
drBatty

все необходимые программы понимают --prefix.

спасибо, именно это и интересовало

и так мне будет удобнее.

сделай. О результатах отпиши (если конечно осилишь, в чём я сомневаюсь)

все /bin /sbin /usr/bin /usr/sbin объединю в /bin.

дык помойка и получится. Не? Может пойти дальше, и объединить ВСЁ с корнем? Почему нет?

Сложнее «избавиться» от /var ИМХО.

угу. В отличие от prefix, единого стандарта для /var/* AFAIK не существует. Придётся в каждой программе менять. А может и не в каждой, я как-то не задумывался.

Я не могу понять связь с шындосом, там можно без последствий для системы переименовывать/перемещать \Program files, \System32?

нет, но как ты умудрился три звезды надолбить, и не заметить Over9000 твоих больных предшественников? Игноришь их что-ли перманентно? А зря, ибо идея сделать C:\Progra~1\ в Linux тут всплывает регулярно.

Кто-то принял лошадиную дозу упорина...

А вы про prefix не знали, ну-ну ...

спасибо, именно это и интересовало

пожалуйста. Удачи.

Я префикс часто меняю, если например хочу поставить две разных версии одновременно. Именно для того, что-бы НЕ превращать систему в помойку. Достаточно сделать rm -rf /usr/local/*, и система девственно чиста.

сейчас все стараются убрать /bin /sbin и подобные в /usr/xxx, а ты идёшь против системы. https://fedoraproject.org/wiki/Changes/NoBinDeps