The OpenNET Project / Index page

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



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

Оглавление

Оценка оперативности устранения новых уязвимостей в BSD-сист..., opennews (ok), 26-Янв-18, (0) [смотреть все]

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


7. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +11 +/
Сообщение от Onanon (?), 26-Янв-18, 22:58 
> На этом вашем BSD даже докер не работает. Ну и зачем они
> тогда.

Работает)))
https://wiki.freebsd.org/Docker

Хотел бы, правда, знать зачем.

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

13. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –10 +/
Сообщение от Sfinx (ok), 26-Янв-18, 23:21 
чтобы кроме убогого домашнего роутера еще и кластеры можно было бы строить и приложения разные в клаудах разворачивать. вопрос уже давно стоит по другому "а что, кому-то еще нужны Unix подобные системы кроме Linux ?"

а docker в BSD работает как обычно там принято - через жопу: недописанный (экспериментальный) слой эмуляции Linux бинарников (64 bit only). скажем дружно - зачем надо.

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

17. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –8 +/
Сообщение от iZENemail (ok), 26-Янв-18, 23:27 
> вопрос уже давно стоит по другому "а что, кому-то еще нужны Unix подобные системы кроме Linux ?"

Да в BSD ковыряться надо, кучу настроечных конфигов перебрать РУКАМИ, что-то вкомпилировать. А в Linux ПАКЕТИКИ: тык-тык и готово!

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

45. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +14 +/
Сообщение от kai3341 (ok), 27-Янв-18, 01:21 
> Да в BSD ковыряться надо, кучу настроечных конфигов перебрать РУКАМИ, что-то вкомпилировать. А в Linux ПАКЕТИКИ: тык-тык и готово!

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

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

156. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 27-Янв-18, 20:17 
вы так говорите как будто мышкой повозить в Windows это плохо. А вам в linux надо заниматься мастурбацией пытаясь поставить пакеты и что-то там настроить.
Ответить | Правка | Наверх | Cообщить модератору

162. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Аноним (-), 27-Янв-18, 21:02 
> вы так говорите как будто мышкой повозить в Windows это плохо. А
> вам в linux надо заниматься мастурбацией пытаясь поставить пакеты и что-то
> там настроить.

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


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

183. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Anonymoustus (ok), 28-Янв-18, 04:27 
Расскажите, как в линуксе держать несколько версий программы или хотя бы библиотек. Например, я использую Фотошоп нескольких версий, выпущенных с конца девяностых по середину нулевых, а также программы-компаньоны. Как в линуксе сделать подобное?
Ответить | Правка | Наверх | Cообщить модератору

185. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Ю.Т. (?), 28-Янв-18, 08:35 
> Расскажите, как в линуксе держать несколько версий программы или хотя бы библиотек.
> Например, я использую Фотошоп нескольких версий, выпущенных с конца девяностых по
> середину нулевых, а также программы-компаньоны. Как в линуксе сделать подобное?

Ну это-то просто, и делалось даже в 90-е. Суть решения та же, что и в виндах, только здесь используются PATH и LD_LIBRARY_PATH.
Или требуется вот именно штатное системное решение? Может, nix или как там его guix. У меня он в vbox-е закапризничал, не завёлся, так что я не смог посмотреть.

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

186. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Asd (??), 28-Янв-18, 10:14 
Элементарно, несколько вариантов решения. Гугл в помощь.
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

246. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –2 +/
Сообщение от Michael Shigorin jollaemail (?), 29-Янв-18, 22:34 
> Расскажите, как в линуксе держать несколько версий программы или хотя бы библиотек.
> Например, я использую Фотошоп нескольких версий, выпущенных с конца девяностых по
> середину нулевых, а также программы-компаньоны. Как в линуксе сделать подобное?

контейнеры, чруты, LD_*...

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

252. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Anonymoustus (ok), 30-Янв-18, 02:51 
>> Расскажите, как в линуксе держать несколько версий программы или хотя бы библиотек.
>> Например, я использую Фотошоп нескольких версий, выпущенных с конца девяностых по
>> середину нулевых, а также программы-компаньоны. Как в линуксе сделать подобное?
> контейнеры, чруты, LD_*...

Я про это знаю. Знает ли обычный юзер, домохозяйка, шеф-повар ресторана, водитель и так далее?

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

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

255. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Ю.Т. (?), 30-Янв-18, 07:58 
>>> Расскажите, как в линуксе держать несколько версий программы или хотя бы библиотек.
>>> Например, я использую Фотошоп нескольких версий, выпущенных с конца девяностых
> А теперь, внимание, правильный ответ: без контейнеров, чрутов, LD_* и прочей канители
> винда, по полноценно реализованному майками требованию обратной совместимости,
> позволяет запускать правильно написанный софт, которому двадцать и более лет. В
> ляликсе сделать подобное без танцев с бубном невозможно, разве что простейшие
> хелловорлды, написанные на пурэ-цэ.

Это уже загиб начинается. Я даже не уверен, что тот же "фотошоп старой версии" хотя бы установку завершит.
В линуксе у меня постоянно несколько версий/семейств openoffice, даже действуют одновременно, и кое-что из старого CAD сам держал работающим с парой библиотек через LD_*.
Или вопрос только в наличии граф. инсталлятора?

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

256. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Anonymoustus (ok), 30-Янв-18, 09:11 
Вопрос именно в работоспособности. У меня в 64-разрядной NT6+ установлены и полноценно работают Photoshop 5.5 ( https://en.wikipedia.org/wiki/Adobe_Photoshop_version_histor... ), Illustrator 8 тех же времён ( https://en.wikipedia.org/wiki/Adobe_Illustrator#Release_history ) и ещё ряд программ, самая старая — FrameMaker 5 (1995 год, https://en.wikipedia.org/wiki/Adobe_FrameMaker#Versions ). Резоны такие. Во-первых, единый workflow для NT 5.x и NT 6.x (а если понадобится, то и для NT 4.x). Во-вторых, оно работает и его достаточно для моих нужд. В-третьих, оно хорошо работает на смешных по нынешним понятиям ресурсах аппаратуры. Я не покупаю новый компьютер каждые два-три года, так что мои машинки уже довольно почтенного возраста, стареют вместе со мной. За все прошедшие годы у меня не возникло потребности сменить старые проверенные инструменты на их «обновлённые» варианты. Я постоянно использую виндовый софт и сами винды, считающиеся устаревшими. Это всё работает без, подчёркиваю костылей через LD_* и даже без режима совместимости. Тот же FrameMaker, к примеру, работает так, словно он вчера написан для современных ОС, выдаёт его древность только GUI, поскольку эта программа написана ещё до выхода Windows 95 и, следовательно, выглядит по стандартам Windows 3.x.

К чему я это всё писал. Благодаря гарантированной и реально работающей обратной совместимости для прикладного ПО винда завоевала все потребительские рынки системного ПО. Несмотря на dll hell и другие проблемы. Главное — правильная установка, правильные ценности. MS в этом смысле великая компания. Была когда-то раньше, во всяком случае.

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

260. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Ю.Т. (?), 30-Янв-18, 10:10 
> Вопрос именно в работоспособности. У меня в 64-разрядной NT6+ установлены и полноценно
> работают Photoshop 5.5 ( https://en.wikipedia.org/wiki/Adobe_Photoshop_version_histor...
> ), Illustrator 8 тех же времён ( https://en.wikipedia.org/wiki/Adobe_Illustrator#Release_history
> ) и ещё ряд программ, самая старая — FrameMaker 5 (1995 год, https://en.wikipedia.org/wiki/Adobe_FrameMaker#Versions
> ). Резоны такие.

Резоны ни при чём, а разговор уже "малость" о другом пошёл. Кстати, если не ошибаюсь (про FM не уверен), это всё пакеты, уже знающие о вин95.

> виндовый софт и сами винды, считающиеся устаревшими. Это всё работает без,
> подчёркиваю костылей через LD_* и даже без режима совместимости. Тот же

Положим, я тоже мог бы поставить старые пакеты. Всё, чего бы им захотелось, это старые библиотеки. SO hell, так сказать. Ну и?

> К чему я это всё писал. Благодаря гарантированной и реально работающей обратной
> совместимости для прикладного ПО винда завоевала все потребительские рынки системного

Загиб, загиб. "Винда захватила" потому, что руководство компании проводило жёсткую и последовательную политику на уничтожение конкуренции. Я ведь тоже очевидец.

> ПО. Несмотря на dll hell и другие проблемы. Главное — правильная установка,

"Правильная установка" это не "домохозяйки". Домохозяйки жалуются в интернетах, как у них всё сломалось. А "правильно" и я могу поставить старый пакет на новый линукс (вот тот же CAD solid-овский работал), и не вижу, почему использование LD_* приёма "дисквалифицирует" такой use-case.

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

287. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 30-Янв-18, 18:25 
> Я про это знаю. Знает ли обычный юзер, домохозяйка, шеф-повар ресторана, водитель
> и так далее?

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

Так что винда это здорово. Но у большинства юзерей она - кусок проблем. Линух до такого же состояния они просто не осиливают изгадить, поэтому у них остается быстрая и работоспособная система, работающая ну уж по крайней мере не сильно хуже чем после установки. В отличие от винды, которая через пару лет начинает тормозить, глючить, проц чота перегревается, батарейка за 2 часа кончается, загрузка целых 3 минуты что бесит, а то еще какой-нибудь виндусапдейт закатит ребут в середине рабочего, игрового, творческого или какого там процесса. В десятке для хомяков это даже хрен оспоришь. А икспа это прекрасно но она современным софтом уже не поддерживается. Ее вынес даже ffmpeg. Ну и по цепочке все что им пользуется. Плееры, браузеры, ...

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

282. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 30-Янв-18, 17:45 
> вы так говорите как будто мышкой повозить в Windows это плохо. А
> вам в linux надо заниматься мастурбацией пытаясь поставить пакеты и что-то
> там настроить.

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

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

309. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Гентушник (ok), 03-Фев-18, 20:40 
Справедливости ради можно сказать что в некоторых линуксах можно софт и из GUI ставить.
Я например на десктопах с Debian/Ubuntu иногда юзаю synaptic - клац, клац мышкой и всё готово, в винде же приходится лазить по всяким оф. сайтам (в случае с домохозяйками - по софтопомойкам с вируснёй), чего-то скачивать, разархивировать, (отказываться от установки яндекс-баров)...

Всякая сторонняя проприетарщина же обычно ставится как в винде - скачал deb/rpm пакет, клацнул мышкой - установил. Но конечно с совместимостью у таких пакетов обычно похуже бывает, чем в винде.

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

65. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +10 +/
Сообщение от anomymous (?), 27-Янв-18, 07:45 
> Да в BSD ковыряться надо, кучу настроечных конфигов перебрать РУКАМИ, что-то вкомпилировать.

Нет ответа на самый главный вопрос: ЗАЧЕМ? Если "пакетики" работают ни разу не хуже.

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

78. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от iZENemail (ok), 27-Янв-18, 10:25 
Просто если "пакетики" перестают работать в изменившихся условиях или при определённом стечении обстоятельств, линуксоиды на это плюют и меняют дистрибутив.

На *BSD так не выйдет - дистрибутивов по сути нет. Либо ты разбираешься с проблемой сам, либо уходишь из профессии (ну не ставить же Windows, в конце-то концов!)

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

84. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +7 +/
Сообщение от ананим.orig (?), 27-Янв-18, 10:58 
> ну не ставить же Windows

Только не говори что ты её таки снёс.

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

97. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +4 +/
Сообщение от Аноним (-), 27-Янв-18, 13:50 
В линуксах собирать запретили уже? А вообще, если не работает, значит дистростроители криворуки (и ты можешь писать багрепорты всякие) или твои "условия слишком изменились" и ты сам себе буратин.
Сравнение ховн по сути. Везде надо ковыряться не один день.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

112. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –3 +/
Сообщение от iZENemail (ok), 27-Янв-18, 15:17 
> В линуксах собирать запретили уже?

Существенно затруднили, отодвинули от пользователя подальше, чтобы он своими кривыми ручонками не притрагивался к тулчейну по сборке (за который нужно [s]продать душу[/s] передать свои персональные данные и нередко - заплатить "стартовый" взнос, чтобы вступить в клуб сообщества легальных мантейнеров). Ну или же LFS - тоже способ сделать из буханки хлеба троллейбус. Но зачем? Легче выбрать дистрибутив и бинарные пакетики тык-тык-тык, клац-клац-клац - мышкой натыкать и чувствовать себя крутым спецом линукса.


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

132. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от кверти (ok), 27-Янв-18, 16:46 
Натыкать мышкой где? В генте или слаке? Вот жеж кретин вендузятный
Ответить | Правка | Наверх | Cообщить модератору

173. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 27-Янв-18, 23:22 
Иди проспись уже. Не у всех есть время онанировать на компелятор и его выхлоп в терминале.
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

283. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Аноним (-), 30-Янв-18, 18:07 
> Иди проспись уже. Не у всех есть время онанировать на компелятор и
> его выхлоп в терминале.

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

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

193. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от rumanzo (?), 28-Янв-18, 14:31 
Ну такую чушь пишешь, прям кровь из глаз идёт. Ты ведь в курсе что можно пересобрать пакет (deb, rpm, etc.), запустить что то в lxc, docker'е? В конце концов скомпилять руками и впендярить в unix way'е в /usr/local/ ?

Если уж быть объективным в той же фряхе есть пара годных вещей которых нет в linux - с натяжкой zfs, вроде в последних версиях годный geom, и более удобный файрволл (ipfw/pf, не помню что там стоит, не суть важно). Плюсы вроде закончились, или я что то упустил?

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

194. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Dmitry (??), 28-Янв-18, 16:03 
архитектура работы с vm, capsium, netmap, netgraph, ctl, cam, llvm, libxo, mac, bhybe
советую почитать о проектах ifnet, trustedbsd, new_pcib, lldb

В идеале, открыть, например код генератора энтропии для Linux и для FreeBSD. И сравнить.
А потом рассказывать, какая из вещей "годная".

Ну почему все "эксперты" обычно никогда не заглядывают в исходники системы, но при этом судят о ее работе по каким-то статьям на lor и phoronix.

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

205. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –2 +/
Сообщение от rumanzo (?), 28-Янв-18, 19:54 
1.) Хватит придумывать за меня что я говорил, а что нет, бесите. Я админил freebsd, с 5 по 11, и она мне принесла порядочно боли. Мне не обязательно читать код чтобы её невзлюбить. И причем тут lor и phoronix вообще?
2.) Почему если начать искать какую то инфу по тому как использовать netgraph я нахожу только пару древних статей, даже документацию найти сложно чтобы понять что это и зачем мне нужно.
3.) Зачем мне читать код генератора энтропии? Пожалуйста развернутый ответ по существу.

P.S. что прекрасного в cam, ctl и libxo?

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

212. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Ю.Т. (?), 28-Янв-18, 20:44 
> Я админил freebsd, с 5 по 11, и она мне принесла
> порядочно боли. Мне не обязательно читать код чтобы её невзлюбить. И

Я админил с 4 по 6 (пропустив 5), и мне было неплохо. Но лакуна в 10 лет, и...

> 2.) Почему если начать искать какую то инфу по тому как использовать
> netgraph я нахожу только пару древних статей, даже документацию найти сложно

И не только netgraph. Куда-то пропал мой комментарий, где я спрашивал про нечто вроде рекламной брошюры вот по этим всем замечательным вещам. BSD handbook и прочее это не совсем то (тоже нужно, но не то).

> чтобы понять что это и зачем мне нужно.

Вот именно.

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

213. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Dmitry (??), 28-Янв-18, 20:51 
Прекрасный ответ.
Зачем читать код операционки ?
Ведь Вы заранее знаете, что в Linux его компоненты написаны лучше, чем те же компоненты во FreeBSD.


Вот у меня есть машина, и обслуживание ее мне принесло достаточно боли. Мне необязательно читать ее инструкцию по эксплуатации, чтобы невзлюбить. Почему, если начинать искать какую-то инфу по тому, как использовать ЭБУ, я нахожу только пару древних статей.

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

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

217. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от rumanzo (?), 28-Янв-18, 22:03 
Ты не ответил ни на один из вопросов и уехал с темы. Браво
Ответить | Правка | Наверх | Cообщить модератору

279. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Клыкастый (ok), 30-Янв-18, 17:19 
> Вот я теперь покупаю билеты на городской транспорт, и вполне счастлив.

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

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

285. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 30-Янв-18, 18:14 
Я понял почему BSD аномально популярны в exUSSR. Там все как в USSR - ж..а есть, а слова нет. На картинке поинеры с кумачом. А то что на заводе станки еще дедушку Ленина видели картинка почему-то не показывает.
Ответить | Правка | Наверх | Cообщить модератору

291. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Клыкастый (ok), 30-Янв-18, 18:47 
> Я понял

Поржал.

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

284. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 30-Янв-18, 18:10 
> 1.) Хватит придумывать за меня что я говорил, а что нет, бесите.
> Я админил freebsd, с 5 по 11, и она мне принесла
> порядочно боли. Мне не обязательно читать код чтобы её невзлюбить. И
> причем тут lor и phoronix вообще?
> 2.) Почему если начать искать какую то инфу по тому как использовать
> netgraph я нахожу только пару древних статей, даже документацию найти сложно
> чтобы понять что это и зачем мне нужно.
> 3.) Зачем мне читать код генератора энтропии? Пожалуйста развернутый ответ по существу.
> P.S. что прекрасного в cam, ctl и libxo?

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

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

91. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Аноним (-), 27-Янв-18, 12:50 
>> вопрос уже давно стоит по другому "а что, кому-то еще нужны Unix подобные системы кроме Linux ?"
> Да в BSD ковыряться надо, кучу настроечных конфигов перебрать РУКАМИ, что-то вкомпилировать.
> А в Linux ПАКЕТИКИ: тык-тык и готово!

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


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

106. "Оценка оперативности устранения новых уязвимостей в..."  –2 +/
Сообщение от arisu (ok), 27-Янв-18, 14:28 
а вот это у нас BSD-чувак, пытающийся играть в «линуксоида». тьфу, гадость какая.
Ответить | Правка | Наверх | Cообщить модератору

176. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 28-Янв-18, 00:09 
> для нормальной работы годны редхат, центось, дебиан, убунту лтс и суся

ну, и найдите мне в перечисленном пакеты tcping, arping и tcptraceroute...

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

234. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 29-Янв-18, 17:04 
>> для нормальной работы годны редхат, центось, дебиан, убунту лтс и суся
> ну, и найдите мне в перечисленном пакеты tcping, arping и tcptraceroute...

да на
https://packages.debian.org/stretch/tcptraceroute
https://packages.debian.org/stretch/arping

просто бяда с пакетами

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

21. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +7 +/
Сообщение от Onanon (?), 26-Янв-18, 23:35 
> чтобы кроме убогого домашнего роутера еще и кластеры можно было бы строить и приложения разные в клаудах разворачивать.

Вы не поверите, но это можно и без докера. И в своей нише, кмк, докер то ещё г.
Энивэй, моё сомнение в нужности было о докере в freebsd в том виде, в котором он есть там сейчас, а не о docker вообще.

> вопрос уже давно стоит по другому "а что, кому-то еще нужны Unix подобные системы кроме Linux ?"

Вы не поверите, но такой вопрос никогда и не ставился. Все выбирают решения под свои требования, и только.

> а docker в BSD работает как обычно там принято - через жопу:
> недописанный (экспериментальный) слой эмуляции Linux бинарников (64 bit only). скажем
> дружно - зачем надо.

Ага, я именно об этом. Не могу комментировать его недописанность - не пользовался. Зачем это было вообще делать - также не понимаю. Сделали бы чуть более навороченную инфру вокруг jail, например, мне было бы понятно зачем. Но зачем ЭТО - не понимаю тоже.

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

31. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 27-Янв-18, 00:22 
> Сделали бы чуть более навороченную инфру вокруг jail

Они и сделали, даже немножко работало. Только пока делали, апстрим переколбасил весь докер, и пришлось начинать заново.

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

35. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Onanon (?), 27-Янв-18, 00:29 
>> Сделали бы чуть более навороченную инфру вокруг jail
> Они и сделали, даже немножко работало. Только пока делали, апстрим переколбасил весь
> докер, и пришлось начинать заново.

Ну они скопировали докер, а зачем? Вся эта хрень с линуксулатором и т.п.? Сразу же понятно, что такое решение никому не нужно при наличии linux.

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

43. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от пох (?), 27-Янв-18, 01:11 
>> Они и сделали, даже немножко работало. Только пока делали, апстрим переколбасил весь
>> докер, и пришлось начинать заново.
> Ну они скопировали докер, а зачем?

то что сделали-и-немножко-работало - непонятно, зачем - потому что это была попытка сделать _native_ докер. Который a) ненужно, потому что jail его вполне заменяет b) ненужно потому что не решает проблему "девелопер надевелопил что-то запускающееся только на его машине".

А то что сейчас - очень даже понятно, зачем- запустить такую вот неведомую похабень, хотя бы криво-косо-один раз, на посмотреть. Если получилось - то повезло, а если и не получилось, то ты ровно в той же позе, что был до этого - ищешь линyпс с "контейнерами" (вполне вероятно для ради убедиться что гуано, выбросить и закрасить место).

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


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

46. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Onanon (?), 27-Янв-18, 01:25 
> А то что сейчас - очень даже понятно, зачем- запустить такую вот
> неведомую похабень, хотя бы криво-косо-один раз, на посмотреть. Если получилось -
> то повезло, а если и не получилось, то ты ровно в
> той же позе, что был до этого - ищешь линyпс с
> "контейнерами" (вполне вероятно для ради убедиться что гуано, выбросить и закрасить
> место).

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

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

Если мне будет нужен докер - я пойду и возьму линукс с докером. Никакой FreeBSD, это такой же упoротый идиотизм, как "запускать Oracle под linuxulator" (это уже локальный мем или нет?).
А вот видеть в FreeBSD альтернативу docker я вполне бы хотел. И не надо про jail, пожалуйста, docker это несколько больше чем нэймспейсы и cgroups. Это ещё и репозиторий, из которого парой тупых команд можно запустить у себя на хосте нужную тебе гадость.
Почему бы вместо поддержки никому не нужного docker+lunuxulator не сделать свою альтернативу? Допилить UnionFS, использовать возможности ZFS? Не, зачем, давайте пилить то, что нужно 2.5 BSDшникам, которым религия не позволяет запустить гуано хотя бы в bhyve, надо, с*ка, именно в docker.
CBSD, например, ближе к тому, о чём я, чем этот порт docker'а/

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

111. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от zzz (??), 27-Янв-18, 15:13 
Если какой-то фичи под платформу нет, значит комьюнити эта фича не нужна. Гипервизор был нужен - запилили bhyve. А докер - нет, не нужен никому под фрей. И его аналог - тоже. Потому что это фича больше для разрабов и одноклеточных неосиляторов.
Ответить | Правка | Наверх | Cообщить модератору

114. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Ю.Т. (?), 27-Янв-18, 15:26 
> Если какой-то фичи под платформу нет, значит комьюнити эта фича не нужна.
> Гипервизор был нужен - запилили bhyve. А докер - нет, не
> нужен никому под фрей. И его аналог - тоже. Потому что
> это фича больше для разрабов и одноклеточных неосиляторов.

Сейчас есть какой-то сводный redbook/bsdbook/whatever по ключевым технологиям FreeBSD ? Вот по этим всем bhyve и т.д.? Я 10 лет не притрагивался к фрям, что там за движуха?

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

118. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –3 +/
Сообщение от iZENemail (ok), 27-Янв-18, 15:39 
> Если какой-то фичи под платформу нет, значит комьюнити эта фича не нужна.
> Гипервизор был нужен - запилили bhyve. А докер - нет, не
> нужен никому под фрей. И его аналог - тоже. Потому что
> это фича больше для разрабов и одноклеточных неосиляторов.

Докер, как и CBSD, представляет собой набор программ, позволяющих быстро поднять изолированное окружение "из того что есть". К сожалению, Linux неоднороден, поэтому Докер работает только с определённым окружением GNU и версией ядра Linux. CBSD же работает со всеми поддерживаемыми версиями FreeBSD в силу того, что сама система однородна, последовательна и сохраняет совместимость по версиям даже с глубокой древностью.

Вот, почитайте, сколько боли и душевных переживаний пришлось вынести с Докером, чтобы заставить его хоть как-то работать на Linux: https://habrahabr.ru/post/332450/


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

174. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 27-Янв-18, 23:33 
Ты хоть сам читал статью? Там каждый абзац это боль не осилятора который сам себе ставит палки в колеса и плачит на весь мир.
Ответить | Правка | Наверх | Cообщить модератору

189. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от RomanCh (ok), 28-Янв-18, 11:23 
В очередной раз я сделал исключение и решил посмотреть что же на швабрашвабр нашвабрили.

И в очередной раз вижу что нашвабрили как обычно полный бред.

>В первый раз я встретился с Докером в начале 2015.  Мы экспериментировали с ним, чтобы понять, для чего бы его можно употребить.

Очевидно экспериментировали обдолбавшись лучшими сортами упорина. Потому что:

> В то время нельзя было запустить контейнер в фоне,

Можно.

> не было команд чтобы посмотреть что запущено,

Были.

> зайти под дебагом или SSH внутрь контейнера.

Что значит "зайти под дебагом" не вполне ясно, потому опустим.
Интересно, а как можно зайти внутрь контейнера по ssh если в нём нет ssh демона, например? А если есть, то - можно.

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

> Эксперимент оказался быстрым, Докер был признан бесполезным

Я более склонен к мысли что автор поста как и автор исходного теста бесполезны и не годны для управления продакшном. Дальше эту лабуду ни читать ни комментировать смысла не вижу. Как и 99% контента на швабрашвабр.

PS Всё это безотносительно к докеру, развитие которого (и сопутствующей инфраструктуры) в последние годы у меня лично вызывает боли больше чем всего остального.

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

119. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +2 +/
Сообщение от iZENemail (ok), 27-Янв-18, 15:46 
> Почему бы вместо поддержки никому не нужного docker+lunuxulator не сделать свою альтернативу?

jail'ы во FreeBSD используются с тех времён, когда в линуксе ещё не было журналируемой файловой системы, а максимальный размер сохраняемого файла не превышал 4 ГБ.

> Допилить UnionFS, использовать возможности ZFS?

А что не так с UnionFS на FreeBSD?
И почему её нужно затачивать под какую-то ФС, если она сама по себе?

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

133. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 27-Янв-18, 16:52 
>> Допилить UnionFS, использовать возможности ZFS?
> А что не так с UnionFS на FreeBSD?

man mount_unionfs


BUGS
     THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK)
     AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM.  USE AT YOUR OWN
     RISK.  BEWARE OF DOG.  SLIPPERY WHEN WET.  BATTERIES NOT INCLUDED.

     This code also needs an owner in order to be less dangerous - serious
     hackers can apply by sending mail to <freebsd-fs@FreeBSD.org> and
     announcing their intent to take it over.


Оно с самого начала там и фиксится не будет, т.к. проблема концептуальная.
Правда, есте еще и банальный mount -o union.
Ответить | Правка | Наверх | Cообщить модератору

138. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –3 +/
Сообщение от iZENemail (ok), 27-Янв-18, 17:24 
> Правда, есте еще и банальный mount -o union.

Ни разу не использовал для Jail'ов UnionFS, вот и спросил. Для изолированных окружений обычно применяют NullFS.


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

109. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –4 +/
Сообщение от Sfinx (ok), 27-Янв-18, 15:12 
>Вы не поверите, но это можно и без докера. И в своей нише, кмк, докер то ещё г.
>Энивэй, моё сомнение в нужности было о докере в freebsd в том виде, в котором он есть там сейчас, >а не о docker вообще.

Вы не поверите что докер не самое худшее когда у вас под 10k серверов

>Вы не поверите, но такой вопрос никогда и не ставился. Все выбирают решения под свои требования, и >олько.

Ну да, этот вопрос не актуален пожалуй уже лет 10

>Ага, я именно об этом. Не могу комментировать его недописанность - не пользовался. Зачем это было >вообще делать - также не понимаю. Сделали бы чуть более навороченную инфру вокруг jail, например, >мне было бы понятно зачем. Но зачем ЭТО - не понимаю тоже.

хуже не недописанность, а отсталый по жизни BSD way разработки - "сэмулируем как нибудь и забросим"

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

286. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 30-Янв-18, 18:18 
> хуже не недописанность, а отсталый по жизни BSD way разработки - "сэмулируем
> как нибудь и забросим"

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

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

294. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 30-Янв-18, 18:57 
>> хуже не недописанность, а отсталый по жизни BSD way разработки - "сэмулируем
>> как нибудь и забросим"
> Туда и коммиты идут по такому же принципу - какая-нибудь корпораха как
> максимум вываливает токсичный дамп отходов, а разгребать его уже как-нибудь сами,

Это те самые отходы с B16B00B5? Которые потом еще долго правили всем сообществом? Да, было показательно.

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

157. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Лис (?), 27-Янв-18, 20:19 
> кому-то еще нужны Unix подобные системы кроме Linux ?

Sony, Nintendo, Netflix

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

202. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 28-Янв-18, 19:28 
Если бы ты использовал докер где-то за пределами локалхоста, то знал бы, что и на линуксе докер работает через жопу.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

37. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от IMHO (?), 27-Янв-18, 00:44 
оно работает если х64 и оперативка есть, а не старый ПК
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

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

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




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

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