The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Fedora рассматривается предложение по переносу всех исполн..., opennews (ok), 01-Ноя-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


176. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Michael Shigorinemail (ok), 02-Ноя-11, 11:25 
> папку
> ничего страшного
> за прогресс!

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

В *NIX нету "папок" на уровне фундамента системы.

Если ломать стройную и работающую концепцию из-за нежелания исправить свой ляп, страшное может и произойти.

Прогресс -- отнюдь не самоценность, а нередко вообще шаблонный жупел ("он против прогресса!  он против демократии!  да он вообще антисемит!").

> ЗЫ дистров все равно много

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

PS: (страшное подозрение) слушайте, а может, это признак не освоившего кнопку <tab>?

Ответить | Правка | Наверх | Cообщить модератору

209. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Аноним (-), 02-Ноя-11, 14:54 
>> папку
>> ничего страшного
>> за прогресс!
> Видите ли, одна из бед общества -- это когда им начинают руководить
> юнцы, не набившие ещё должного количества шишек и не понимающие существенной
> части последствий своих дел.

Видите ли, Майкл, проблема сообществ заключается в том, что это анархия, а не автократия или меритократия, как пытаются ее представить некоторые юнцы. Юнца от пролезания на верхушку сообществ никто не удержит. Не существует таких механизмов в СПО, увы. Отсюда бардак и анархия, которая так по нраву многим деятелям и которую ошибочно считают синонимом слова "свобода".

> В *NIX нету "папок" на уровне фундамента системы.
> Если ломать стройную и работающую концепцию из-за нежелания исправить свой ляп, страшное
> может и произойти.
> Прогресс -- отнюдь не самоценность, а нередко вообще шаблонный жупел ("он против
> прогресса!  он против демократии!  да он вообще антисемит!").

Практически в Линукс - сообществе с его ярко выраженной религиозной окраской - повсеместно.

>> ЗЫ дистров все равно много
> Из того, что людей много, не следует то, что изуродовать хотя бы
> одного -- это мелочи.

А дистроватч это разве не коллекция фриков? (невинно) Изуродованных прямо по Гюго гуинпленов?

Ответить | Правка | Наверх | Cообщить модератору

244. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от anonymous (??), 02-Ноя-11, 18:07 
>что это анархия

Я бы не сказал. Решения принимаются централизованно и порой одним человеком. То что мы видим сейчас, это не предложение, а декларация намерений. То что "предлагает" Леннарт практически всегда внедряется без вопросов. Даже глючное, даже недоделанное. Короче, в основной пачке дистрибутивов это будет 100%. Останутся какие-нибудь аутсайдеры вроде slackware. Только и всего.

Ответить | Правка | Наверх | Cообщить модератору

253. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Пр0х0жий (??), 02-Ноя-11, 21:24 
> То  что "предлагает" Леннарт

Беда только в том, что Леннарт достаточно последователен в предложениях:

e) the split between sbin/ and /bin is effectively made redundant already,
   since both are listed in the $PATH of all users already since a
   couple of Fedora versions.

Ответить | Правка | Наверх | Cообщить модератору

267. "В Fedora рассматривается предложение по переносу всех исполн..."  +1 +/
Сообщение от anonymous (??), 02-Ноя-11, 23:08 
>the split between sbin/ and /bin is effectively made redundant already,

   since both are listed in the $PATH of all users already since a
   couple of Fedora versions.


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


[user@localhost ~]$ export | grep "declare -x PATH"
declare -x PATH="/usr/share/colorgcc:/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/usr/lib/qt4/bin:/home/user/bin"

Ответить | Правка | Наверх | Cообщить модератору

281. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Пр0х0жий (??), 03-Ноя-11, 06:19 
> Убойный аргумент, что тут сказать.

Это самое только малое.
Заморочился пройтись по треду. Уж очень любопытно стало.
Кратко:

> I can help with it. I only need to know how to find all scripts that
> uses #!/bin/sh without installing all packages :)

A reasonable approximation is "repoquery --whatrequires /bin/sh".  I
count 5319 packages -- good luck...

Следом:

Cool idea. Next I suggest to stop using
/bin
/sbin
/lib
/lib64
in F19, and not to create these links on freshly installed systems in F20.

А вот это хороший вопрос:

What do they get if they boot single user and /usr
is on an nfs filesystem?

К тому же FHS в fedora отправляется в разлом.
Ну и напочитать:

https://lists.fedoraproject.org/pipermail/devel/2011-October... и далее по треду
https://fedoraproject.org/wiki/Features/UsrMove
http://pathname.com/fhs/pub/fhs-2.3.html

Ответить | Правка | Наверх | Cообщить модератору

285. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 03-Ноя-11, 12:26 
>> Убойный аргумент, что тут сказать.
> Это самое только малое.
> Заморочился пройтись по треду. Уж очень любопытно стало.
> Кратко:
>> I can help with it. I only need to know how to find all scripts that
>> uses #!/bin/sh without installing all packages :)
> A reasonable approximation is "repoquery --whatrequires /bin/sh".  I
> count 5319 packages -- good luck...
> Следом:
> Cool idea. <...>

М-дэ. POSIX не для них, да. Ну да, да, нет других *nix кроме Linux, нет другого Linux кроме Fedora, нет другого члена сообщества Fedora, кроме Леннарта...

Ответить | Правка | Наверх | Cообщить модератору

275. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Ноя-11, 03:22 
> Беда только в том, что Леннарт достаточно последователен в предложениях:

Отнюдь.

> e) the split between sbin/ and /bin is effectively made redundant already,
>    since both are listed in the $PATH of all users already since a
>    couple of Fedora versions.

Ну и болваны, опять же.  Зачем пользователю fsck? (я знаю, но такой пользователь тоже знает)

А вред вроде бы очевиден любому немышевозу -- уничтожение неймспейсов приводит к захламлению и усложнению работы табом.

Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

273. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Ноя-11, 03:00 
> Видите ли, Майкл, проблема сообществ заключается в том, что это анархия

Щаз.

> (невинно)

Да-да, установите обновлённые драйвера дешёвого троллинга, MSKBнепомню.  Этот уже ловится.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

230. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от perchibald (??), 02-Ноя-11, 16:42 
мдааа... ну ты же меня понял что я имеел ввиду... пусть будет не папка а директория бог с ним...
ЗЫ. и кстате человек сидяший на альте наверна должен так себя вести)) как гуру))) как все знающий и все понимающий!!)))
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

274. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Ноя-11, 03:19 
> мдааа... ну ты же меня понял что я имеел ввиду... пусть будет
> не папка а директория бог с ним...

Дядьку, да я-то понял, просто когда человек оперирует точными терминами и грамотно излагает мысли, то с ним намного проще иметь дело.  В технической документации слово "folder" не припоминаю, в отличие от слова "directory".  Вопрос не столько терминологический, впрочем, сколько культурный -- на винде и маке принято кидать без разбору, там в ходу фолдеры; на юникс-подобных системах принято содержать в порядке и данные, и систему -- тут в ходу каталоги/директории.  В чём-то перекликается с посетителем библиотеки и библиотекарем: одному "да какая разница", второму она видна.

> ЗЫ. и кстате человек сидяший на альте наверна должен так себя вести))
> как гуру))) как все знающий и все понимающий!!)))

Боюсь, если бы сидел на дебиане или арче, эта проблема бы осталась...  Просто отдельный /usr и/или маленький (300M..1G) корень меня не раз выручал, поэтому мне есть что сказать и на эту тему.

А сказать вот что хотел:
1) в UNIX разработана и проверена практикой схема системных каталогов, имеющая много достоинств (в т.ч. в "редких" случаях и прочих нештатных ситуациях);
2) люди опытные понимают, что друг познаётся в беде, а система -- в аварийном состоянии;
3) люди неопытные нередко отличаются тем, что не видят разницы (существующей).

Так вот когда в редхате всерьёз поднимается вопрос о том, чтобы в принципе упразднить /usr как возможность -- возникает вопрос в профпригодности по этим трём пунктам.

Потому что отдельный /usr полезен как минимум:
a) при нештатных ситуациях (шанс повреждения большой ФС всегда больше при прочих равных);
b) для бездисковых станций (сейчас не всегда осмысленно делать тонких клиентов, но обслуживать десятки почти одинаковых машин индивидуально -- всё так же глупо и дорого).

Да, сейчас он менее актуален, чем десяток лет тому.  Но "выгода", которую пытаются впарить -- это маскировка бага под названием "макаронный дизайн", когда существенно различные части системы слишком много знают о потрохах друг друга и слишком на них завязаны.  Платить же за одёжку для уродства этими полутора процентами случаев, когда "ненужное" берёт и выручает -- продолжает видеться глупым.

Понимаете, я вот сейчас сижу и лопачу наслоения такого спагетти в mkimage-profiles-desktop, а некоторые и в делаемом mkimage-profiles остаются (размеченные # FIXME).  Оно просто раньше или позже выходит боком, любой программист со стажем подтвердит.

Ответить | Правка | Наверх | Cообщить модератору

283. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Moomintroll (ok), 03-Ноя-11, 09:57 

> 1) в UNIX разработана и проверена практикой схема системных каталогов, имеющая много достоинств (в т.ч. в "редких" случаях и прочих нештатных ситуациях);

Это верно, однако, думаю, стоит вспомнить предпосылки, которые привели к существующей иерархии файловой системы... Когда-то давным-давно, когда деревья были выше, трава зеленее, а компьютеры "больше", операционная система UNIX распространялась на стримерных лентах и её установка была, в общем, нетривиальна. При этом, дисковая память (да и оперативная, но не о ней речь) была дорогая/дефицитная. Поэтому и использовалась "хитрая" схема с локальным корнем и /usr, смонтированным по NFS. Такая схема позволяла восстановить работоспособность сети (ибо в корне, да ещё и ro, ломаться, в общем, нечему, а проблемы с оборудованием из другой оперы), чтобы смонтировать /usr. Ну и дополнительно упрощалось обслуживание/сопровождение парка компьютеров за счёт единственной для каждой архитектуры копии /usr.


> a) при нештатных ситуациях (шанс повреждения большой ФС всегда больше при прочих равных);

В современном мире, по большому счёту, нет нужды любой ценой сохранять работоспособный корень, потому что больше не нужно загружать/устанавливать ОС со стриммерных лент. Ведь можно легко и непринуждённо загрузиться с Recovery CD/DVD/USB или даже из сети и починить всё, включая корень и сеть.

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

Тоже спорный вопрос. В современном мире существуют умные пакетные менеждеры, учитывающие множество факторов при установке пакетов, обёртки к этим пакетным менеджерам типа apt/yum/zypper/т.п., значительно облегчающие управление пакетами и ПО типа puppet, позволяющее управлять значительным количеством компьютеров с незначительными трудозатратами. А! Да! И дисковая память теперь дёшева. Соответсвенно, можно достаточно просто и успешно "обслуживать десятки почти одинаковых машин" но не "индивидуально", а "скопом".

Ну и, опять же, в некоторых случаях проще установить ОС заново, чем лечить поломанную (но это больше относится к Windows) - чай не со стримером мучиться.

Ответить | Правка | Наверх | Cообщить модератору

287. "В Fedora рассматривается предложение по переносу всех исполн..."  –1 +/
Сообщение от perchibald (ok), 03-Ноя-11, 13:54 
по мне UNIX схема достаточно деревянная... и на нее я ссылатся вообще не хочу... есть просто вещи которые необходимо модернизировать... я тоже не первый раз подрова хожу и по своему опыту могу сказать что мне на десктопе будет удобней что все исполняемые фалы будут лежать в одном месте))

ЗЫ. будь проще друг и к тебе потянутся)))

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

295. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Пр0х0жий (??), 04-Ноя-11, 03:44 
> по мне UNIX схема достаточно деревянная...
> ...
> на десктопе будет удобней что все исполняемые фалы будут лежать
> в одном месте))

А потом в довесок каспера прикрутить.
Первая атака на iniramfs для отказа монтирования /usr и на первой перезагрузке ваша система в ауте. Модули ядра тоже. И bash прицепом туда же.

$ find /bin/ -name mount
/bin/mount

# find /lib/ -name modules
/lib/modules

Угу?
И тоже десктоп. Чем же FHS не угодила? Нет проблем? Скучно жить?

Ответить | Правка | Наверх | Cообщить модератору

297. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от perchibald (??), 05-Ноя-11, 12:24 
я тебя честно не очень понял... но поживем увидим
Ответить | Правка | Наверх | Cообщить модератору

298. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Пр0х0жий (??), 05-Ноя-11, 18:41 
> я тебя честно не очень понял...

Там очевидно. Если монтирование /usr, а оно будет идти из inird, сломается (или кто-то "сломает"), в аут уйдут kernel-modules которые будут лежать в несмонтированном /usr/lib, ну и bash туда же следом. Т.е. остаёмся и без ядерных модулей и без консоли. Графика в ауте как необсуждаемое.
Таким образом Леннарт /usr гайками к корню прикрутил и резьбу заварил, чтобы не откручивали. А это Виндовс-way. Отрывать /usr от корня при таком раскладе нельзя.
К тому же в некоторых дистрибутивах ради спокойной жизни /sbin, /usr/sbin принципиально оторвано из PATH даже у root, предполагая, что если лезет, то знает зачем. Леннарт же эти каталоги уже втиснул пользователю в PATH, что глупость несусветная, даже в глазах малоискушенного пользователя. Переводя на шутку: граната в определённых случаях штука полезная, но дают её не всем. Да и прячут её подальше не таская по прешпекту. Во избежание.
Пока пользователю терпеливо внедряли что всё держать в корне нехорошо и вроде бы приучили, мавр сделал своё дело.

Ответить | Правка | Наверх | Cообщить модератору

300. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от perchibald (??), 05-Ноя-11, 22:16 
а понял ты забезопасность кичишся... но видимо ленарт на селинукс оч расчитывает... а виндовс ваем тут и не пахнет по мойму и есть ли тако вообще)))... хотя безопасности ради возможно sbin лучше и сотавить
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру