The OpenNET Project / Index page

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



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

Оглавление

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

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


1. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +8 +/
Сообщение от iZENemail (ok), 26-Янв-18, 22:43 
А что вы хотите, если на хайпе только GNU/Linux, и молодёжь практически не знает об альтернативных Unix-системах. О BSD где-то что-то слышали, что они стары, и к тому же местный админ не осилил установить одну из *BSD или в лучшем случае "посмотрел", а потом "напел" неокрепшим умам о городских легендах. И вот такое негативное отношение систематически складывается от недостаточного знания и умения разобраться. Какая смена поколений будет, нетрудно догадаться.
Ответить | Правка | Наверх | Cообщить модератору

2. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –25 +/
Сообщение от Аноним (-), 26-Янв-18, 22:54 
На этом вашем BSD даже докер не работает. Ну и зачем они тогда.
Ответить | Правка | Наверх | Cообщить модератору

6. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +8 +/
Сообщение от lavros (?), 26-Янв-18, 22:57 
Есть jails — https://www.freebsd.org/doc/handbook/jails.html
Ответить | Правка | Наверх | Cообщить модератору

145. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –5 +/
Сообщение от Аноним (-), 27-Янв-18, 18:39 
jails run -t -i --rm freebsd:latest есть?
Ответить | Правка | Наверх | Cообщить модератору

152. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +3 +/
Сообщение от Аноним (-), 27-Янв-18, 19:18 
> jails run -t -i --rm freebsd:latest есть?

Ну хоть бы по ссылке сходил, что ли.
> ezjail-admin delete jailname
>     Delete a jail. By default, this command only deletes ezjail's control
>     -w      Delete the directory or the file backing the jail.

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

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

191. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 28-Янв-18, 13:09 
>> jails run -t -i --rm freebsd:latest есть?
> Ну хоть бы по ссылке сходил, что ли.
>> ezjail-admin delete jailname
>>     Delete a jail. By default, this command only deletes ezjail's control
>>     -w      Delete the directory or the file backing the jail.

Причём тут удаление? Та команда создаёт самоудаляющийся после завершения шелла контейнер с консолью.

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

201. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 28-Янв-18, 19:26 
Т.е. если нужного поведения можно добиться чуть большим количеством команд, то всё, твой мир сломался?
Ответить | Правка | Наверх | Cообщить модератору

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

Но если нет разницы, зачем печатать больше?!

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

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ообщить модератору

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

8. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +5 +/
Сообщение от Sluggard (ok), 26-Янв-18, 23:07 
> местный админ не осилил установить одну из *BSD

Почему же не осилил? Может просто не захотел, потому что узнал, что «небольшое число отчётов об уязвимостях в BSD системах говорит не об их безопасности, а о недостаточном числе разработчиков, заинтересованных в проведении аудита. Также отмечается слишком большое время жизни ошибок, от их появления в коде до обнаружения. По утверждению докладчика, большинство уязвимостей в ядре Linux выявляются достаточно оперативно. В BSD-системах ситуация иная и ряд выявленных исследователем проблем находились в коде 10 и более лет» и сделал логичный выбор?

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

203. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 28-Янв-18, 19:42 
> Может просто

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

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

247. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Michael Shigorin jollaemail (?), 29-Янв-18, 22:48 
>> Может просто
> Мило, что ты защищаешь админов. Плохо, что высказывашься по теме в которой
> не шаришь. Мотивы отказа от бсд обычно совсем другие. Это либо
> плохая поддержка железа, либо желание уменьшить зоопарк ОС, либо необходимость набирать
> новых админов. По экономическим причинам компании набирают молодежь, а молодежь, как
> правило, изучает более разрекламированные ОС.

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

а почему проекты дохнут без адекватного управления -- тайна великая, да...

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

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

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

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

Никогда бы не полумал но у вас еще иногда бывают приступы здравомыслия.

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

295. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –2 +/
Сообщение от Michael Shigorin e2k_v4email (?), 30-Янв-18, 18:59 
>> а почему проекты дохнут без адекватного управления -- тайна великая, да...
> Никогда бы не полумал но у вас еще иногда бывают приступы здравомыслия.

И Вас рад сегодня застать в трезвом рассудке :]

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

296. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Ю.Т. (?), 30-Янв-18, 20:13 
> а сколько времени линуксоиды разворачивают сервера даже
> и вспоминать неудобно,

Мгновенно, что ли?

> очень уж обидное сравнение. Не в пользу BSDшных
> специалистов от слова совсем.

Ваш личный опыт с *BSD мне неизвестен, но вы уж не обобщайте так размашисто.

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

297. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 30-Янв-18, 21:04 
>> а сколько времени линуксоиды
> Ваш личный опыт с *BSD мне неизвестен, но вы уж не обобщайте
> так размашисто.

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

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

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

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

Гы. Я тут однажды спросил у бсдшников, чем FreeBSD лучше Линукса для десктопа. Бсдшники вместо этого начали мне рассказывать свои фантазии о том, какой плохой Линукс. Хотя не, нашёлся один, который что-то ответил по теме, но когда я спросил его о новой Плазме в репозиториях, он прокричал "Плазма нинужна, Емакса достаточно!"

Ну да, в непопулярности BSD виноваты некие клятые враги, бугога.

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

14. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +4 +/
Сообщение от другой Аноним (?), 26-Янв-18, 23:22 
> Гы. Я тут однажды спросил у бсдшников, чем FreeBSD лучше Линукса для
> десктопа. Бсдшники вместо этого начали мне рассказывать свои фантазии о том,
> какой плохой Линукс. Хотя не, нашёлся один, который что-то ответил по
> теме, но когда я спросил его о новой Плазме в репозиториях,
> он прокричал "Плазма нинужна, Емакса достаточно!"

Что говорите? Хотели еще добавить подтвержающую ссылочка на этот мистический ресурс, существующий не только в вашей голове, но забыли? Да ладно. Мы вам верим и так!

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

16. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –5 +/
Сообщение от Аноним (-), 26-Янв-18, 23:24 
Этот мистический ресурс называется Опеннет, новость о докладе состояния разработки FreeBSD, ищи сам. Но мне уже нравится твой крик "ВЫВСЁВРЁТИ", чую, тут тоже будет достаточно лулзов от бсдшников)
Ответить | Правка | Наверх | Cообщить модератору

20. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +5 +/
Сообщение от другой Аноним (?), 26-Янв-18, 23:35 

>> добавить подтвержающую ссылочку
> Этот мистический ресурс называется Опеннет, новость о докладе состояния разработки FreeBSD,ищи сам.

Мне нравится ваша аргументация ваших же утвреждений! "Ищи сам!". Солидно!
Ведь все знают, что опеннет основной ресурс бздшников и речь не о 3,5 анонимов, из которых два тупо троллят!
В общем, незачет, жЫрненький ты наш.


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

68. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –4 +/
Сообщение от Аноним (-), 27-Янв-18, 07:50 
Ухты, "ненастоящие бсдшники". А Изя это тоже ненастоящий бсдшник?
Ответить | Правка | Наверх | Cообщить модератору

108. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +6 +/
Сообщение от другой Аноним (?), 27-Янв-18, 15:09 
> Ухты, "ненастоящие бсдшники". А Изя это тоже ненастоящий бсдшник?

А что, Изей вдруг много? Не знал.
Тогда расскажи нам, кто же всякие похы, anonymstоusы и еще куча нарду, нахваливающая и использующая дама винду или мак? Ненастоящие линухоиды? Удобная позиция, спору нет.

Кстати, что там насчет ссылок? Или опять трудности с маршрутизацией пакетов в альтернативную реальность?

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

110. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –5 +/
Сообщение от Аноним (-), 27-Янв-18, 15:13 
Там вон выше прикатился бсдшник и начал рассказывать бредни о том, какой Линукс плохой и глючный.
Ответить | Правка | Наверх | Cообщить модератору

115. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +5 +/
Сообщение от другой Аноним (?), 27-Янв-18, 15:29 
> Там вон выше прикатился бсдшник и начал рассказывать бредни о том, какой Линукс плохой и глючный.

Это который усердно нахваливает редхат, центось, дебиан, убунту лтс и сусю?
Странный "БСДшник". Признавайся, на на самом деле это был ты, инкогнито и почти без палева?
Кстати, и выше и ниже я вижу целую кучу бредней от зарегистрированных пингвиноидов от том, какой бсд плохой и глючной.

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

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

248. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –2 +/
Сообщение от Michael Shigorin jollaemail (?), 29-Янв-18, 22:50 
>>> добавить подтвержающую ссылочку
>> Этот мистический ресурс называется Опеннет, новость о докладе состояния разработки FreeBSD,ищи сам.
> Мне нравится ваша аргументация ваших же утвреждений! "Ищи сам!". Солидно!
> Ведь все знают, что опеннет основной ресурс бздшников и речь не о
> 3,5 анонимов, из которых два тупо троллят!
> В общем, незачет, жЫрненький ты наш.

это типовая картинка, умник.

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

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

«Мы все так говорим, а значит это правда!»


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

299. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 30-Янв-18, 23:17 
>>>> добавить подтвержающую ссылочку
>>> ищи сам.
>> это типовая картинка, умник.
> «Мы все так говорим, а значит это правда!»

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

А так -- "оболгал <конкурента>, нафлудил похвал <протеже> и рванул в кусты при первом же вопросе по существу" очень роднит что младобздишников, что всяких прочих фанатов вроде таковых за systemd.  Увы и ах.

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

93. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Аноним (-), 27-Янв-18, 12:57 
>> И вот такое негативное отношение систематически складывается от недостаточного знания и умения разобраться
> Гы. Я тут однажды спросил у бсдшников, чем FreeBSD лучше Линукса для
> десктопа. Бсдшники вместо этого начали мне рассказывать свои фантазии о том,
> какой плохой Линукс. Хотя не, нашёлся один, который что-то ответил по
> теме, но когда я спросил его о новой Плазме в репозиториях,
> он прокричал "Плазма нинужна, Емакса достаточно!"
> Ну да, в непопулярности BSD виноваты некие клятые враги, бугога.

тем что она более "монолитная", более консервативная, разработка ведётся одной командой, конфиги не прыгают с места на место, а находятся там же, где и 10 лет назад, жрёт ресурсов меньше, ну и всё, на этом плюсы заканчиваются, мышка в консоли неудобная, хотя утф к консоли наконец то прикрутили и можно войну и мир Льва Толстого в консоли читать ))


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

195. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Dmitry (??), 28-Янв-18, 16:07 
>> И вот такое негативное отношение систематически складывается от недостаточного знания и умения разобраться
> Гы. Я тут однажды спросил у бсдшников, чем FreeBSD лучше Линукса для
> десктопа. Бсдшники вместо этого начали мне рассказывать свои фантазии о том,
> какой плохой Линукс. Хотя не, нашёлся один, который что-то ответил по
> теме, но когда я спросил его о новой Плазме в репозиториях,
> он прокричал "Плазма нинужна, Емакса достаточно!"
> Ну да, в непопулярности BSD виноваты некие клятые враги, бугога.

Т.е. главный критерий десктопа - новая "Плазма" в репозиториях ?

А MicroSoft и Apple то и не знают...

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

19. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от ыздец (?), 26-Янв-18, 23:31 
А что вы хотите, если некоторые фанатики BSD пользуют её на виртуалке? Зато как эти персонажи любят себя в грудь колотить...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

209. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Аноним (-), 28-Янв-18, 20:30 
Ты правда думешь что бсд в виртуалке уже не бсд? )))

"Некоторые фанатики " звучит неопределенно как "английские ученые".

Давай больше конкретики: определение фанатика и ссылки на этих самых фанатиков.

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

34. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от Sunderland93 (ok), 27-Янв-18, 00:25 
И что ты хочешь этим сказать? Что в дырявости BSD виноват Линукс? А ты не подумал, что твоя BSD может быть реально не нужна, по причине того что тот же Линукс банально лучше?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

96. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –2 +/
Сообщение от iZENemail (ok), 27-Янв-18, 13:31 
> И что ты хочешь этим сказать? Что в дырявости BSD виноват Линукс?

Линукс как религия - поглощает новых и новых прихожан, которые разуверились в Windows. А BSD - это вроде секты, отнимает от религии ядра Линуса адептов.

> А ты не подумал, что твоя BSD может быть реально не нужна, по причине того что тот же Линукс банально лучше?

Linux - только ядро. Оно ничего не может без мантейнеров определённого вида дистрибутива. Если нужна система для роутера, то нужно выбрать дистрибутив ядра Linux для роутера, без X'ов. Если нужна система для 3D игровой станции, то нужен дистрибутив с дополнением от Steam. Для офисной машинки достаточно Linux Mint. В случае BSD это не так - ты сам волен выбрать компоненты и буквально воссоздать систему под себя имеющимися инструментами. Весь вопрос сводится к ТРУДОЁМКОСТИ этого.


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

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

125. "Оценка оперативности устранения новых уязвимостей в..."  +/
Сообщение от iZENemail (ok), 27-Янв-18, 16:17 
Установленная *BSD "из коробки" пигодна для всего и ни для чего. Так понятней?


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

289. "Оценка оперативности устранения новых уязвимостей в..."  +/
Сообщение от Аноним (-), 30-Янв-18, 18:40 
> Установленная *BSD "из коробки" пигодна для всего и ни для чего. Так понятней?

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

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

305. "Оценка оперативности устранения новых уязвимостей в..."  +/
Сообщение от Клыкастый (ok), 01-Фев-18, 12:01 
>> Установленная *BSD "из коробки" пигодна для всего и ни для чего. Так понятней?
> делать из которой что-то практически интересное - просто и быстро. Из линукса делать
> то что было надо - зависит от дистра.

//fixed


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

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

Он сказал прямо противоположное. Пока линакзоеды скачут с дистра на дистр, фряшники юзают одну и ту же систему, годную подо всё.

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

210. "Оценка оперативности устранения новых уязвимостей в..."  +1 +/
Сообщение от Аноним (-), 28-Янв-18, 20:38 
> обожаю BSD-идов. изя только что честно сказал, что BSD из коробки не
> пригодна вообще ни для чего, в любом случае придётся иметь с
> ней секс в разных позах. ну и неудивительно, что никому не
> хочется.

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

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

178. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –4 +/
Сообщение от pavlinux (ok), 28-Янв-18, 00:58 
> В случае BSD это не так - ты сам волен выбрать компоненты и буквально воссоздать систему под себя имеющимися
> инструментами.

Gentoo не, не слышал? Для остального есть Debian/SuSE/RedHat/Ubuntu

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

192. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от iZENemail (ok), 28-Янв-18, 14:01 
> Gentoo не, не слышал?

А что, он ещё не скончался? В последнее время что-то ничего не слышно о нём.

> Для остального есть Debian/SuSE/RedHat/Ubuntu

Для чего "остального"? В Debian, Ubuntu и Red Hat, например, стабильная версия openjdk8 - 8.151-b12 (всё ещё тестируют и отлаживают), а в портах FreeBSD - openjdk8-8.152-b16. То есть баги как были, так и продолжают оставаться в этих наиболее распространённых серверно-десктопных линуксовых системах. Ждём, когда же мантейнеры этих замечательных дистрибутивов соблаговолят портировать исправления Java.

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

63. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от анон (?), 27-Янв-18, 07:26 
ерунда, нет никакого хайпа, я уже о БСД знаю хрен знает сколько лет, но мне нужен стим и скайп иногда + дискорд и еще есть всякие программы завязанные на линукс апиай. +нет ни одной бсд системы из коробки с десктопом без извращений. ток ghost bsd да true os. гост выглядит как ммм медленно развивающийся проект со своими репозиториями не связанными никак с фбсдшными, труОС я наелся еще во времена фринас+пцбсд, ставить ручками фрю и Хы это моветон в 2018 году то, это для фанатиков арча и тайлинг вмов, я же просто юзаю манжаро либо антергос.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

168. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от zzz (??), 27-Янв-18, 22:31 
> +нет ни одной
> бсд системы из коробки с десктопом без извращений.

Профессионализм так и хлещет.

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

64. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от anomymous (?), 27-Янв-18, 07:44 
Ну да. На хайпе электромобили, и о телегах с лошадьми молодёжь практически не знает уже. Где-то что-то слышали...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

80. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от ананим.orig (?), 27-Янв-18, 10:48 
> А что вы хотите, если на хайпе
> ..на хайпе

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

Зыж
А, вон оно чё оказывается, линух на хайпе. А я думал, там дыры оперативно латают. Во как.

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

177. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от pavlinux (ok), 28-Янв-18, 00:54 
Изя, не надо выдавать протухшую систему за необоснованно забытую.
BSD по развитию встала в где-то в районе 2003-2005 года.

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

224. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от qwerty123 (??), 29-Янв-18, 16:29 
>BSD по развитию встала в где-то в районе 2003-2005 года.

Возможно, это ты встал в развитии. Где-то в районе 2003-2005 года.

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

235. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 29-Янв-18, 17:07 
>>BSD по развитию встала в где-то в районе 2003-2005 года.
> Возможно, это ты встал в развитии. Где-то в районе 2003-2005 года.

ну да, теперь же даже утф в консоли есть, а где она была в тех годах? ах да "нинужно"..


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

272. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +/
Сообщение от iZENemail (ok), 30-Янв-18, 15:04 
>>>BSD по развитию встала в где-то в районе 2003-2005 года.
>> Возможно, это ты встал в развитии. Где-то в районе 2003-2005 года.
> ну да, теперь же даже утф в консоли есть, а где она
> была в тех годах? ах да "нинужно"..

Помню времена, когда Xorg 7.3 портировали на FreeBSD на месяц раньше популярных линуксовых дистрибутивов. (Локаль ru_RU.UTF-8 по большей части используется в графическом режиме). Вот батхёрт линуксоиды словили - сидели этот месяц как мышки.

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

274. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 30-Янв-18, 15:52 
>>>>BSD по развитию встала в где-то в районе 2003-2005 года.
>>> Возможно, это ты встал в развитии. Где-то в районе 2003-2005 года.
>> ну да, теперь же даже утф в консоли есть, а где она
>> была в тех годах? ах да "нинужно"..
> Помню времена, когда Xorg 7.3 портировали на FreeBSD на месяц раньше популярных
> линуксовых дистрибутивов. (Локаль ru_RU.UTF-8 по большей части используется в графическом
> режиме). Вот батхёрт линуксоиды словили - сидели этот месяц как мышки.

почему тогда всё так, почему пошло наперекосяк? (


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

278. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Аноним (-), 30-Янв-18, 16:07 
>>>>>BSD по развитию встала в где-то в районе 2003-2005 года.
>>>> Возможно, это ты встал в развитии. Где-то в районе 2003-2005 года.
>>> ну да, теперь же даже утф в консоли есть, а где она
>>> была в тех годах? ах да "нинужно"..
>> Помню времена, когда Xorg 7.3 портировали на FreeBSD на месяц раньше популярных
>> линуксовых дистрибутивов. (Локаль ru_RU.UTF-8 по большей части используется в графическом
>> режиме). Вот батхёрт линуксоиды словили - сидели этот месяц как мышки.
> почему тогда всё так, почему пошло наперекосяк? (

они забыли утф на консольку навернуть, 10 лет подрят ;;(

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

303. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  +1 +/
Сообщение от Led (ok), 31-Янв-18, 11:39 
> почему тогда всё так, почему пошло наперекосяк? (

Потому что только одно изени на freebsd остались.

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

275. "Оценка оперативности устранения новых уязвимостей в BSD-сист..."  –1 +/
Сообщение от Аноним (-), 30-Янв-18, 15:58 
> А что вы хотите, если на хайпе только GNU/Linux, и молодёжь практически
> не знает об альтернативных Unix-системах. О BSD где-то что-то слышали, что
> они стары, и к тому же местный админ не осилил установить

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

> одну из *BSD или в лучшем случае "посмотрел", а потом "напел"
> неокрепшим умам о городских легендах. И вот такое негативное отношение систематически
> складывается от недостаточного знания и умения разобраться. Какая смена поколений будет,
> нетрудно догадаться.

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

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

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




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

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