The OpenNET Project / Index page

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



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

Оглавление

В Fedora намерены объединить содержимое каталогов /usr/bin и /usr/sbin, opennews (??), 24-Дек-23, (0) [смотреть все]

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


11. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (11), 24-Дек-23, 19:21 
Сначала вы режете "лишнее", а потом требуется разработка звездолетов за человекогоды, чтобы управлять всей этой помойкой.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

32. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (60), 24-Дек-23, 20:14 
Это да. Больше всего оверинжиниринга было внедрено под лозунгом KISS.
Ответить | Правка | Наверх | Cообщить модератору

71. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 24-Дек-23, 21:56 
Примеры в студию
Ответить | Правка | Наверх | Cообщить модератору

96. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  –1 +/
Сообщение от Bottle (?), 24-Дек-23, 23:47 
Vim, Unix Shell, AWK, sysvinit.
Ответить | Правка | Наверх | Cообщить модератору

164. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от _oleg_ (ok), 25-Дек-23, 13:46 
И что тут не нравится? И почему только 4?
Ответить | Правка | Наверх | Cообщить модератору

207. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 25-Дек-23, 19:11 
> Vim, Unix Shell, AWK, sysvinit.

Где тут оверинжиниринг? Ты уверен, что понимаешь это слово?

Вот привел бы ты в пример systemd... другое дело

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

235. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  –4 +/
Сообщение от Аноним (60), 26-Дек-23, 08:57 
> Вот привел бы ты в пример systemd... другое дело

По сравнению с ними systemd достаточно прост и понятен. И к тому же не проталкивался под маркетинговым баззвордом KISS.

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

163. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от _oleg_ (ok), 25-Дек-23, 13:44 
Вот это толсто.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

42. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (42), 24-Дек-23, 20:35 
Не согласен.
Если у тебя есть два каталога со схожими целями, будет всегда шанс того, что эти каталоги будут использоваться неправильно
Поэтому иногда надо выпиливать лишнее.
И да, никто не говорит про моментальный выпил всего.
Это итеративный процесс.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

65. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +7 +/
Сообщение от Аноним (60), 24-Дек-23, 21:41 
> Если у тебя есть два каталога со схожими целями, будет всегда шанс того, что эти каталоги будут использоваться неправильно

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

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

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

69. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Tron is Whistling (?), 24-Дек-23, 21:47 
Ну вот сейчас эстетическое восприятие и сказало: слейте всю эту помойку в один каталог :)
Ответить | Правка | Наверх | Cообщить модератору

118. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от нах. (?), 25-Дек-23, 06:06 
да когда ж вам надоест повторять эту чушь? Не заканчивалось у них там ничего - даже дохлый rk той pdp11 вместил бы всю систему вместе с исходниками и единственной прикладной программой.

И притащить новый там некуда было. Всего два привода у этих ранних моделей.

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

А системные бинарники тогда было принято класть в /etc (у каких-то древних hp-ux часть там и валялась по прежнему) - специально чтоб они НЕ БЫЛИ блжд в PATH.
Но нежным снежинкам лень набирать три буковки, а уж четыре тем более, давайте-давайте, ссыпем все какввенде в общую кучу.

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

168. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от фнон (?), 25-Дек-23, 14:17 
> Но нежным снежинкам лень набирать три буковки, а уж четыре тем более, давайте-давайте, ссыпем все какввенде в общую кучу.

Т.е нужно жить стандартами копролитных дидов которые диск передергивали, чтобы "другой коллектив мог поработать"?
И не делать нормально, лишь бы не получилось "какввенде"? Это уже NIH синдром на максималках.

А не отправить обнаглевших старперов по известному адресу?
Они уже никто и ничего не решают, пусть сидят на скамейках у подьезда и молодость вспоминают. Новое поколени без их бубнежа разберется как им удобнее.

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

185. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от нах. (?), 25-Дек-23, 16:21 
то есть нужно мозги иногда использовать.

Например, мне нахрен обычно не нужно в tab completion обычного юзера бинарников которые ему и выполнять-то не положено.

> И не делать нормально

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

> Они уже никто и ничего не решают

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

> Новое поколени без их бубнежа разберется как им удобнее.

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

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


  

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

214. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (338), 25-Дек-23, 21:32 
> то есть нужно мозги иногда использовать.

И используя мозги - загнать "систему" в одну диру вместо лоскутного одеяла было бы удобно по линии менеджмента систем. Меньше entity -> меньше усилий на майнтенанс. А для рекавери все равно сто лет как initrd был, если мы про это.

> Например, мне нахрен обычно не нужно в tab completion обычного юзера бинарников
> которые ему и выполнять-то не положено.

Ну да, чтобы --help вызвать будем под рутом логиниться. Может еще и маны тогда у юзера отобрать? Чего это он маны читает на то что не может?!

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

Того что де факто половина бинарей лежала абы где по ктулху его знает каким критериям. Скажем что есть /sbin/cupsd? Это и правда "админиский бинарник"? А какой-нибудь /sbin/debootstrap - админский весьма условно. Его лучше вообще под "виртуальным" рутом запускать. Из соображений доброго здравия хоста и вообще. Или скажем "ip" может и пользователь легитимно вызывать. Как readonly инфо в основном конечно.

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

И в этом месте они получили свой пойнт посмотрев свежим взглядом и решив "зачем возиться больше?".

> класть бинарь, то и будешь жрать за обе щеки.

И это ему будет чем-то хуже - потому что что?

> эрофантазии на тему о кончающихся дисках - ни в чем вы не разберетесь.

А таки понять по каким критериям современные дистры в /sbin софт кладут лично я затрудняюсь.

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

Что там можно сделать "на отъ...сь"?! Мне уже интересно.

p.s. цензура не пройдет.

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

309. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от freehckemail (ok), 27-Дек-23, 16:12 
> Меньше entity -> меньше усилий на майнтенанс

Ну правильно, чё. Меньше вещей надо дома иметь -> меньше усилий будешь тратить на уборку. Никаких тебе проблем с планированием систем хранения у себя дома: кинул ключи на тумбочку, и не сняв кроссы на диван улёгся. Отличный план! =)

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

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

315. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (315), 27-Дек-23, 23:35 
> Ну правильно, чё. Меньше вещей надо дома иметь -> меньше усилий будешь тратить на уборку.

Ворлонцы одобряют.

> Никаких тебе проблем с планированием систем хранения у
> себя дома: кинул ключи на тумбочку, и не сняв кроссы на
> диван улёгся. Отличный план! =)

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

На данный момент я не могу придумать понятных мне причин для содержания отдельно вон тех дир. Это вызывает вопрос "а нахрена они разные" ибо менеджмент усложнить может.

В результате я вообще менеджу системы "outside of context" через subvol'ы btrfs с условным делением на "system" и "остальное". Еще может "system config" быть, но это зависит от system ибо произвольный конфиг не обязан работать произвольным состоянием системы и это выходит боком.

> что математика представима в виде дерева. А когда поумнел -- понял,
> что это всё-таки лес орграфов. Ты лес орграфов деревом не представишь,
> как ни крутись. Да, работать с деревом было бы удобнее, мейнтенанс
> безусловно ниже. Но это не дерево, и ничего с этим ты
> не поделаешь.

Я вообще не понимаю как такая идея про дерево может в голову прийти. Математика бывает очень абстрактной и трудноклассифицируемой штукой. Но математика это математика. А структура ФС... у лично меня она намного мощнее. Есть уровень над / и в нем ряд независимых состояний. В этом смысле отдельные диры только захламляют BigPic, ничего понятного туда не привнося и мне приходится самому делать ту абстракцию.

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

321. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от freehckemail (ok), 28-Дек-23, 08:35 
> На данный момент я не могу придумать понятных мне причин для содержания отдельно вон тех дир.

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

> Я вообще не понимаю как такая идея про дерево может в голову прийти.

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

> А структура ФС... у лично меня она намного мощнее.

Увы, если у вас структура ФС мощнее математики, это означает лишь то, что математику нынче не учат.

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

341. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (338), 29-Дек-23, 03:20 
> Охотно верю. Как бы, уже неоднократно обсудили, что узкая специализация мешает вам
> видеть картину в целом. А может и не одна только узкая специализация.

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

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

Детскую наивность то? Почему же? Могу. А еще - вот - чсв. У некоторых оно остается и в старости. Как - вот у некоего freehck, уверенного что ему в отличие от остальных слизней видно. И тут ему редхатчики такие - опа - совсем другой view. И он аж на мак хлобысь. Если это был успех видения и предвидения то я не понял в чем это проявлялось.

> Увы, если у вас структура ФС мощнее математики,

Не математики, конечно. А иерархий ФС - включая обсуждаемое в сабже. Пардон, я пытаюсь иногда в сабже обсуждать вот имнено сабж. Странно наверное, особенно на опеннете. Особенно с такими модами.

> это означает лишь то, что математику нынче не учат.

Есть уверенность что вы математику учили раньше меня? И вообще менторский тон нехило б сбавить ибо я ни разу не видел ничего по вашей линии подтверждающего ваши знания и скиллы. Не, нахрап и фигурная модерация подтверждают другие вещи :P.

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

223. Скрыто модератором  +/
Сообщение от Аноним (-), 25-Дек-23, 22:42 
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

205. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от fidoman (ok), 25-Дек-23, 19:02 
Кстати да, хорошая мысля, если бы в корне была только система, а в /usr весь софт, это экономило бы кучу места в тех же контейнерах, куда приходится тащить всё - / из основной системы можно было бы тривиально тащить в контейнер и то что нужно в него домонтировать, без всяких слоёв.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

216. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (338), 25-Дек-23, 21:55 
> И у нормальных людей было принято на одном держать систему, и он
> не снимался, а на втором - юзверей, и этот диск был
> съемный на случай если надо поработать другому коллективу на той же
> системе и вообще в шкафу целее будет.

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

Во вторых в современных системах деление такого плана которое я условно называю "system" и "user data" - скорее "/home" и "все остальное". Этого всего остального - мягко говоря многовато, и такое лоскутное одеяло несколько подбешивает. Нет никакого повода столько хлама в / вываливать вообще, только иерархию загаживает.

> А системные бинарники тогда было принято класть в /etc

Ну вот ты их и клади. А у нормальных людей там сейчас обычно "системная конфигурация".

> Но нежным снежинкам лень набирать три буковки, а уж четыре тем более,
> давайте-давайте, ссыпем все какввенде в общую кучу.

Ну как бы половина того что нет в path по факту оказывается юзабельна для юзера. А чойта юзеру "ip" нельзя вызывать? А, в твоей схеме - чтобы позырить айпишник надо эвон чего печатать, или под рутом заваливаться - чотбы аж целый айпи этой машины увидеть? Ух, да, это круто придумано и эффективнее некуда.

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

219. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (95), 25-Дек-23, 22:25 
>  А чойта юзеру "ip" нельзя вызывать? А, в твоей схеме - чтобы позырить айпишник надо эвон чего печатать, или под рутом заваливаться - чотбы аж целый айпи этой машины увидеть? Ух, да, это круто придумано и эффективнее некуда.

Осталось придумать что дальше с этой информацией делать. Опиши процесс где пользователю надо знать ип но сам с ним он ничего не может делать. И набрать несколько лишних букв он не может.

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

292. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (-), 27-Дек-23, 10:44 
> Осталось придумать что дальше с этой информацией делать. Опиши процесс где пользователю
> надо знать ип но сам с ним он ничего не может
> делать. И набрать несколько лишних букв он не может.

Например я могу хотеть посмотреть айпишник "вот этой виртуалки" - и что-то сделать с ней с хоста или другой VM по тому айпи. Ну и зачем мне рут на той VM при таком раскладе? Если меня сетевая конфигурация устраивала - я ее менеджить возможно и не собирался.

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

343. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (346), 29-Дек-23, 06:11 
> Например я могу хотеть посмотреть айпишник "вот этой виртуалки" - и что-то
> сделать с ней с хоста или другой VM по тому айпи.
> Ну и зачем мне рут на той VM при таком раскладе?
> Если меня сетевая конфигурация устраивала - я ее менеджить возможно и
> не собирался.

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

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

378. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (-), 09-Янв-24, 00:44 
> Аааа, ну то есть работаем топором без единого гвоздя. Как диды завещали.

Просто спросили зачем, я ответил. Теперь что-то не нравится. Пффф!

> Всё что придумали в лице dcim, iac и прочее не для
> нас. Как же такое поставить, внезапно окажется что ты с твоими
> хотелками в системе не нужен. Поставил, настроил - вытирай рот и
> уходи. За тебя дальше эксплуатировать несколько молодых с минимальными занниями будут.

Я вообще не энтерпрайз! На энтерпрайзах мир не кончается, просто по старой памяти юзаю некоторые "околоэнтерпрайзные" технологии для внутренних целей, эффективность разгоняется. Но поскольку у меня нет IT Department на содержание энтерпрайзных монстров, я использую серьезно облегченные и упрощенные версии технологий адаптированные/перебалансированные под более скромные масштабы.

И таки да, некоторые кастомеры считающие что они дальше могут сами - даже помощь в этом могут получить, с полным трансфером технологий/сорцов и помощью в освоении! Конечно, за отдельную плату, ибо дураков нет. Просто мне кастомдев интереснее майнтенанса и вон то  - для меня вообще будет фича, а не баг. Я займусь следующим проектом.

А заменить... ну я то могу обыграть всю интеграцию систем, от электрического/сигнального уровня до написания софта/небольшой фирмвари мк/etc. А вон те - точно так умеют, чтобы меня заменить как именно разработчика? А как эксплуатанты - да наздоровье, хоть два раза! :)

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

225. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +2 +/
Сообщение от Аноним (225), 25-Дек-23, 23:01 
>да когда ж вам надоест повторять эту чушь?

Деды с тобой не согласны:

>The UNIX shell gave up the Multics idea of a search path and looked for program names that weren’t file names in just one place, /bin. Then in v3 /bin overflowed the small (256K), fast fixed-head drive.
>Thus was /usr/bin born, and the idea of a search path reinstated.

A Research UNIX Reader:
Annotated Excerpts from the Programmer’s Manual,
1971-1986
M. Douglas McIlroy

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

236. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +/
Сообщение от Аноним (60), 26-Дек-23, 08:59 
Думаете, он на аглицком прочитать сможет?
Ответить | Правка | Наверх | Cообщить модератору

244. Скрыто модератором  +/
Сообщение от Аноним (-), 26-Дек-23, 11:17 
Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

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

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




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

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