LINUX.ORG.RU

Разработчики Fedora обсуждают объединение каталогов для исполняемых файлов

 


0

0

Разработчики Fedora обсуждают возможное объединение каталогов /bin, /sbin/, /usr/bin и /usr/sbin: предлагается все исполняемые файлы помещать в каталог /usr/bin, а другие каталоги сделать символическими ссылками на него для совместимости.

Леннарт Поттеринг в списке рассылки разработчиков предоставляет список преимуществ такого подхода:

  • разделение на /bin и /sbin приводит к усложнению работы разработчиков, которые зачастую ошибаются с выбором каталога, либо бездумно помещают файлы в /usr/bin;
  • первоначальное назначение каталога /sbin (размещение статически собранных файлов, на что указывает буква «s») давно неактуально;
  • разделение на /bin и /sbin не имеет отношения к безопасности (это был бы глупый принцип «security by obscurity»);
  • разделение на /bin и /sbin имеет значение только для переменной $PATH, однако усложнять доступ пользователей к некоторым инструментам - плохая затея; к тому же для этого есть более подходящие каталоги;
  • разделение на /bin и /sbin в любом случае бессмысленно уже пару версий Fedora, поскольку оба каталога включены в переменную $PATH для всех пользователей;
  • разделение приводит к усложнению, а мы должны стремиться к упрощению;
  • различные дистрибутивы размещают некоторые бинарные файлы в различных каталогах, что приводит к проблемам с переносимостью скриптов;
  • разделение на /bin и /usr/bin в основном было сделано для этапа ранней загрузки системы - минимальный набор загрузочных файлов находится в /. Но это давно не работает, и соответствующая опция убрана из инсталлятора anaconda. Более того, размещение /usr на отдельной файловой системе вызывает проблемы при загрузе посредством systemd;
  • разделение на минимальную систему в / и полную в /usr также стало бессмысленно благодаря initrd, а содержание двух уровней «минимальной загрузочной системы» - дурацкая затея;
  • существенно упростится установка «read-only» системы: так, libc и другие системные библиотеки будут доступны только на чтение, а /etc - на чтение и запись;
  • снятие снапшотов станет действительно атомарной операцией. В настоящее время btrfs требует 5 снимков - /lib, /lib64, /bin, /sbin и /usr вместо одного, что неудобно и может приводить к состояниям гонки;
  • существенно упростятся сетевая и контейнерная установки;
  • сборочные скрипты упростятся: в частности, autoconf не знает о разделении на / и /usr, и для правильной работы с ними приходится прилагать специальные усилия;
  • эксперименты уже показали жизнеспособность предложенной схемы и отсутствие серьезных проблем;
  • есть разработчик (Harald Hoyer), готовый выполнить необходимую работу.

Таким образом, подобное изменение многое упрощает для разработчика, мейнтейнера и администратора. Если оно будет принято, то может быть реализовано уже в Fedora 17.

>>> Подробности

★★★★

Проверено: Shaman007 ()
Последнее исправление: JB (всего исправлений: 2)
Ответ на: комментарий от geekless

тебе, малыш
прекращай курить, ибо ты не понимаешь простых вещей
1. лишняя сущность
2. необходимость настройки - если хочешь не говно
3. отсутствие удобства на фоне su -c
и зачем это всё, когда есть полноценный рут?
вот когда осознаешь это - приходи
да, ты попей/поешь - отпустит

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

> А почему линукс запрещает мне ходить по битым симлинкам? Непорядок!

Не запрещает, ходи на здоровье. :)

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

>Можно начинать медитировать? :}
так и быть - разрешаю :3

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

тебе, малыш
прекращай курить, ибо ты не понимаешь простых вещей о генту
1. портаж — лишняя сущность
2. необходимость убить пару дней на сборку - если хочешь не говно
3. отсутствие удобства на фоне Archlinux
и зачем это всё, когда есть полноценные дистрибутивы?
вот когда осознаешь это - приходи
да, ты попей/поешь - отпустит

// исправлены все опечатки

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

> Удачные патчи в gcc.

1) Что, только ихние? ЛПП.

Удачно интегрированный xen.

ЛПП.

2) Его же вроде выпилили из RHEL, или нет?

И, конечно, Citrix Systems ну никакого отношения к интеграции xen не имеют, ага. Все RH, который даже из своего дистрибутива его выпилил.

Вы еще про интеграцию KVM вспомните. Или там таки сперва интегрировали, а потом RH взялся за покупку всего хозяйства? Вот это - действительно похоже уже на современный RH.

Наконец-то удачный selinux.

3) Его совсем другие добрые дяди написали. Далее, см. 1)

Во-вторых, это все - RH (а не федора).

myhand
()
Ответ на: комментарий от geekless

свой стандарт для каждого дистрибутива, что плохого? и эникейщикам-говноодминам придётся больше работать головой - одни плюсы

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

ты превзошёл все мои ожидания
браво!
ты крайне бесполезен

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

> Перемена не ради перемены, а перемена ради прогресса в соответствии с новыми потребностями

Угу. У леннарта все перемены такие. Давайте поменяем старую аудиоподсистему на новую. Правда новая еще глючит, но зато это прогресс. Давайте поменяем старый демон автозапуска на новый. Это тоже вызовет глюки, но зато это прогресс. Давайте переложим несколько файлов из одного каталога в другой - при этом тоже что-то сломается, зато прогресс же!

Нет, это не прогресс. Прогресс - это когда задачи, которые нельзя было решить раньше, стали теперь возможными. А когда то, что работало раньше, перестает работать - это не прогресс, это регресс. man «русский язык»

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

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

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

>Правда новая еще глючит, но

почти весь новый софт в Линуксе глючит, и даже не только в Линуксе

что сказать хотел, обосранец мелкий?

Прогресс - это когда задачи, которые нельзя было решить раньше, стали теперь возможными

pulseaudio, кстати, решает задачи, которые не может alsa

о systemd ничего не скажу - не использовал

опять ты, короче, обосрался, мелкий

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

> «задроты» и «обслуга»

И спор идет между ними. Простому юзеру десктопа долампочки где лежит rescure - как обслуга решит так и будет. «Зачем география, извозчик довезет».

А если смотреть спор внутри задротообслуги, зададим себе вопрос. Какую реальную пользу принесло задротообслужное необразованное быдло, ставящее линукс на поигратся в дуалбут с вендой и теперь рассказывающее что / ненужен? Единственная польза - сам факт инсталляции.

То есть задротообслужное быдло сделало одолжение сообществу, поставив линукс и теперь типо диктует условия сообщество. «Нас много» говорят они, «мы круто срем на форумах и в чатиках». Если оно исчезнет или сдохнет, линуксу ничего плохого не будет. Двигают вперед линукс одни люди, коммунити это другие люди, платят за это - третьи люди. А просто пользуются как десктопом(и как всем остальным) - четвертные. Ни в одной группе быдло задротообслуги нет.

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

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

> Спор Линуса с Дреппером, что же ещё. До сих пор в том же состоянии, правильно ведь?

Незнакомство с матчастью что ли?

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

> pulseaudio, кстати, решает задачи, которые не может alsa

о systemd ничего не скажу - не использовал


Все таки не надо переводить спор на пулсы с системд. Это штуки которое сделаны что бы получить реальные бенефиты. Тут проблема в том что кривизна текущей реализации системд с его незнанием про /usr никакого отношения к проблеме зарывания / не имеет.

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

> тем, кто все равно систему переустанавливает по вендузячьи, и сидит на десктопе

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

Разбираться и чинить тяжко умершую ФС можно долго. mkfs+tar (или debootstrap+dpkg или еще что) делается за минуты. Да, «переустановить Linux». Если речь не о свитерастии, а о решении проблемы (умерла ФС на /usr) то это вполне метод.

У кого в продакшене нет бэкапов и репликации тот ССЗБ.

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

> нет, дурачок, спор идёт между задротообслугой и пользователями

Нет. Спор идет внутризадродобслуги. Покажи мне пользователей которые не задротообслуга и которым важно есть корень в виде rescue или нет.

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

Перифраз для линуксоидов: нафига было ломать то, что раньше работало? Причём — не предложив ничего, кроме «вам надо — вы и переписывайте все 100500 программ, на которых словите этот баг». Зашибись подход.

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

> pulseaudio, кстати, решает задачи, которые не может alsa

pulseaudio и alsa - вообще решают совершенно разные задачи. Первое - замена вовсе не alsa, а вещам типа ESD.

Так что, с ALSA его сравнивать глупо. А с ESD - тем более, вряд-ли Вы будете в состоянии. Вот так-то, крупный.

myhand
()
Ответ на: комментарий от kernel

мальчик, ты дебил? речь о том и идёт, что «важно есть корень в виде rescue или нет» только задротам и обслуге, пользователям это безразлично

повторяю: скройся с глаз со своим тупняком вместе

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

Ну давай что ли пруф на 100500 программ, ага.

Дреппер — псих, в этом никто и не сомневался. Но ты не прав, когда говоришь, что они сломали libc. В том и тонкость его троллинга, что формально они ничего не сломали.

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

Я это в том смысле, что это раньше админ руками сидел и настраивал систему.

Сейчас изобретены Fabric/Chef/..., админ вместо сборки пишет скрипт «как сделать сервер» и применяет. Сдохло — восстановление в одно движение.

Понятно, что этот подход вызывает у некбердов ярость. Как же, дедывоевали^W при Сталине^W^W в SysV такого не было!

Но теперь-то есть.

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

> Я таки имею вопросить — а что плохого с быстрой переустановкой?

Из образа ли, с загруженной системы ли, или еще как

методом — не суть, вопрос вторичный.



В самой по себе - ничего плохого.

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

Разбираться и чинить тяжко умершую ФС можно долго.

mkfs+tar (или debootstrap+dpkg или еще что) делается за


минуты. Да, «переустановить Linux». Если речь не о свитерастии,


а о решении проблемы (умерла ФС на /usr) то это вполне метод.



Ага, я так делают (в том числе). Логинятся в сервер на аляске, перезаливают /usr и все пучком.

У кого в продакшене нет бэкапов и репликации тот ССЗБ.


К кого в продакшене сложнонастроеные и кастомные решения прекрасно знает что отвалится могут и репликации, а бэкапы еше надо суметь залить. На аляске, бггг.

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

>pulseaudio и alsa - вообще решают совершенно разные задачи

кретин, я отвечал человеку, который плакал, что пульса и системд что-то там ломают, не давая ничего нового

Первое - замена вовсе не alsa, а вещам типа ESD

вот именно что «типа»

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

> речь о том и идёт, что «важно есть корень в виде rescue или нет» только задротам и обслуге, пользователям это безразлично

Он, как бы, то же самое написал.

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

конечно я опять повторил ему то же самое, т.к. он это прицепил к:

Спор идет внутризадродобслуги.

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

> pulseaudio, кстати, решает задачи, которые не может alsa

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

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

Не смотря на то, что причина появления PA — исключительно NIH-синдром, пполучилась она довольно удачной. И это, пожалуй, единственная причина, почему в аду Поттерингу надо дать не самый горячий котел, а чуток похолоднее.

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

> мальчик, ты дебил?

Юноша, вам сколько лет?

речь о том и идёт, что «важно есть корень в виде

rescue или нет» только задротам и обслуге,


пользователям это безразлично



Да у вас еще и дислексия. Как вас только выписали из пансиона для инвалидов.

Никто тут, кроме неумеющих читать, не спорит с тем что «важно есть корень в виде rescue или нет важно только задротам и обслуге». Но судя по вашему пылкому замечанию, вы защищаете тут то, с чем никто и не спорит. :D

Спор идет как именно задротам и обслуге сделать этот самый корень. Но как я понимаю, вы типо не поняли о чем вообще речь. Понемаю. Всяко проще выучить слово «дебил» чем много других слов и концепций :D

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

> Ага, я так делают (в том числе). Логинятся в сервер на аляске, перезаливают /usr и все пучком.

А какая разница, /usr перезаливать или /?

Опять же, вероятность, что подох /usr а не /var (/srv) или / — низенькая. Размеры у /usr относительно маленькие, никто туда, обычно, не пишет, да и читают оттуда редко — в продакшене все бинари, обычно, давно в памяти.

На аляске, бггг.

Что вы так на Аляску-то все ссылаетесь? Там, что, IPMI или IP-KVM объявлены вне закона? Или BOOTP анально запатентовали, может, в этойихней Америке?

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

>во фре один раз настраиваешь, и потом спокойно пользуешься.

это если опции сборки портов при обновлении не трогать, ага, и то не всегда.

Grub2, который ставится только в ГЗЗ диска

а в чём проблемы?

поломанная libc

это ты про что?

УМВР, короче

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

>Угу. У леннарта все перемены такие. Давайте поменяем старую аудиоподсистему на новую. Правда новая еще глючит, но зато это прогресс. Давайте поменяем старый демон автозапуска на новый. Это тоже вызовет глюки, но зато это прогресс. Давайте переложим несколько файлов из одного каталога в другой - при этом тоже что-то сломается, зато прогресс же!

Я говорю не про все перемены Леннарта (не слежу, честно говоря), а конкретно про эту.

А когда то, что работало раньше, перестает работать - это не прогресс, это регресс. man «русский язык»


Скорее латинский

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

>Перемена не ради перемены, а перемена ради прогресса в соответствии с новыми потребностями

какими потребностями? Озвученным в рассылке редхата бредом о том, что «нет, вам не нужен маленький корень и отдельно /usr, вот просто потому. Нет, не нужен. Я лучше знаю. Не спрашивайте. Да, я знаю, что симлинк bin в корне будет засирать корень гораздо меньше, чем каталог /bin с какой-то сотней необходимых системе бинарников. Совершенно точно.»? Это - прогресс? Объединение /bin и /sbin - черт с ним, это действительно неважно. Но пихать все в /usr - зачем?

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

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

Настройку громкости per-application и переключение входов и выходов оного между устройствами на лету. Обыденный use case: с колонок перевести звук на bluetooth'ные наушники.

Точнее, как… Был (и есть) jack, и он это умел. Но я бы не назвал его звуковым сервером общего назначения, уж больно он специфичен.

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

>Спор идет как именно задротам и обслуге сделать этот самый корень

опять тупишь, как говно

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

чего хотят задроты и обслуга - всем насрать, задроты и обслуга должны разобраться в новой иерархии, а вот простой пользователь - это существо нежное, от него многое зависит, его нужно лелеять и оберегать

так что в третий раз повторяю: скройся с горизонта, тупица малолетняя

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

Про /usr я вообще не читал, если честно. Только заголовок глянул (:
По большому счёту и на это начхать. Мне нравится что есть люди, которые не боятся поломать стандарт, придумав что-то своё.
Говно отсеивается. Если идея плохая - её никто не примет, если же идея хорошая, пусть и нестандартная - люди прислушаются и мы будем на ступеньку выше.

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

Именно, и можешь мне не трендеть про офигенную фряху - два с лишним года основная и рабочая система была, да и щас по работе приходится сталкиваться

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

>Про /usr я вообще не читал, если честно. Только заголовок глянул (:

По большому счёту и на это начхать.

вот на это-то и не начхать.

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

вот это и есть «перемена ради перемены, и ничего более». Что-то свое должно быть достаточно обосновано _гораздо_ лучше стандарта. Ибо если в этом чем-то есть только мелкие невнятные улучшения при уходе от стандарта - стандарт предпочтительнее.

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

> А какая разница, /usr перезаливать или /?

Вероятность порушить более менее правильный / гораздо ниже той же вероятности для /usr .

Опять же, вероятность, что подох /usr а не /var (/srv) или / — низенькая.


Нет. Просто потому что бывают разные /usr .

Размеры у /usr относительно маленькие, никто туда, обычно, не пишет, да и

читают оттуда редко — в продакшене все бинари, обычно, давно в памяти.



А уж сервера на аляске вообще бывают любые.

Что вы так на Аляску-то все ссылаетесь? Там, что, IPMI или IP-KVM

объявлены вне закона? Или BOOTP анально запатентовали, может,


в этойихней Америке?



Продакшены бывают очень разные. Вы выдумали себе некие идеальные продакшены где все замечательно и KVM с bootp. Это такие идеальные продакшены где наверное и начальники идеальные а уж поставщики услуг вообще срут исключительно розами.

Нормальные же админы живут в реальном мире на реальных кривых площадках в том числе. / в юниксе заточен под то что бы позволить максимально обслуживать систему удаленно, без задействования *дополнительных* средств, при чем весьма удобно. У вас та же система удаленно но чуть меньше команд.

Вы же говорите что у вас лично все пучком, вам / ненужен. Ну мы рады за вас, чо :D

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

> опять тупишь, как говно

Ты дебилушка, путаешь себя, задрота и говно, с пользователем.

для тебя, детонька, новость, что пользователю тоже приходится порой

копаться в корне? для тебя, слабоуменький, неожиданно, что пользователю - не


задроту и не обслуге - приходится порой работать с пакетами и их файлами?


так вот речь об упрощении иерархии, чтобы простые пользователи


воспринимали её легче



Нет дружок, пользователю не приходится копаться в корне. Вообще. Все кто копаются в / *по определению* уже не пользователи. Это люди уже потерявшие свою дественность как пользователи.

Если пользователю *вообще* приходится копаться в корне это *охрененная* недоработка. Устранять, немедленно, бегом, прямо сейчас. / и /usr для пользователя это как реестр в виндовсе. Туда лазают те пользователи которые внезапно стали задротообслугой, страдая и сокрушаясь.

а вот простой пользователь - это существо нежное, от него многое

зависит, его нужно лелеять и оберегать



От пользователя - да. Но его холят и лелеют и вообще прячут от него / . Ему нужен хомяк, диски и интерфейс к пакетному манагеру. Как это и сделано во всех современных десктопах.

так что в третий раз повторяю: скройся с горизонта, тупица малолетняя


Юноша, вы так и не сказали, сколько вам лет. Ну ладно, понемаю, стесняемся. Но сколько вы лет в юниксах?

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

> Нет. Просто потому что бывают разные /usr .

Если у Вас кода больше данных, то Вам и систему под себя скроить не грех. Никто не запрещает.

Нормальные же админы живут в реальном мире на реальных кривых площадках в том числе.

А, ну Вы так бы и сказали, что привыкли кактусами обедать и держите на Аляске сервак из списанной персоналки, на котором даунтайм непозволителен. Тогда да, согласен, с такими изменениями кушать кактус будет еще больнее.

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

>это все полный, клинический бред. кто уже обьяснит Поттерингу и заодно всем идиотам которые его поддерживают, что линукс это не только их десктоп??
Открой любое «руководство по психиатрии», главы о работе с невменяемыми и буйнопомешанными.

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