OpenBSD 6.2

Так ты у нас на все руки мастер? Как давно лично ты написал что-то нетривиальное и приятое разрабами в ядере любимой тобой системы? Маинтейнинг портов, просьба, не предлагать.

Например не видит диски в режиме RAID, давно включённом по умолчанию на десктопах.

И нафига включать режим RAID на десктопе, если HDD вообще один или если их несколько, но они не объединены в один носитель?

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

на других уже может быть установлена Windows, которую придётся переустановить, иначе BSoD.

Это проблема не OpenBSD, а Windows.

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

Вот только оглядываясь назад даже отцы основатели UNIX считают эту «фичу» плохой и неправильной.

Они ещё и Go придумали, который тормозит больше питона и создаёт исполнимые файлы в несколько мегабайт.

что бы ещё быстрее кроме манов на торрентах есть две хорошие книги «Absolute OpenBSD, 2nd Edition», «The Book of PF, 2nd Edition».

Они ещё и Go придумали, который тормозит больше питона и создаёт исполнимые файлы в несколько мегабайт.

Разупорись, пожалуйста. Тормознее питона быть просто невозможно.

создаёт исполнимые файлы в несколько мегабайт

Всё правильно, минимум зависимостей у бинарника.

А т.е. причуды НР это «по умолчанию на десктопах». Гыгы

Толк в том, что это RAID+AHCI. Почему я должен отказываться от AHCI?

Кто тебя заставляет? У тебя десктоп с причудами от НР и внедрённой виндой - пользуйся.

Речь шла о BSoD при переключении с RAID на AHCI.

Ну тут нечему удивляться.

Не зря Тео выгнали из NetBSD.

И хорошо, для OpenBSD :)

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

Честно говоря не знаю. Возможно они решили по умолчанию включать весь функционал и дальше пользователь сам решит создавать ему RAID массив или нет.

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

Это и есть проблема в самой OpenBSD. Остальные системы прекрасно работают и в этом режиме.

Это встречается не только на HP. И в других BSD и в Linux это работает.

Причём тут это? Тебе нравится свалка дотфайлов и дотдиректорий в домашней директории? Роб приводит вполне разумные аргументы против этой фичи, которую никто не планировал.

Узбагойся уже. OpenBSD пишется разработчиками-энтузиастами для разработчиков-энтуазистов. Юзеры пускай пользуются Виндоуз. Ставь Виндоуз и наслаждайся как все работает изкаробки. Зачем ты здесь стонешь?

Это не у меня провокация flame, это у этих дятлов провокация flame, причём откровенная.

Ты или автор новости - разработчики? Как много вашего нетривиального кода находится в base system OpenBSD?

Я тебе ничего не должен.

Я тебя спросил не об этом. Ты пользователь OpenBSD или её разработчик? Если ты считаешь, что OpenBSD не для пользователей, а лишь для разработчиков, то докажи это на собственном примере.

Он тебе не обязан ничего доказывать. Так же как и разработчики сабжевой системы. Твой баттхерт от того, что в OpenBSD чего-то не работает или работает не так, как тебе надо, никого не волнует, и ни на что в мире не влияет. От твоих вскукареков OpenBSD не станет ни лучше, ни хуже. И даже если она загнётся, это случится тоже вовсе не потому, что bbk123 не поставил её на свой пека. Так что корону повелителя мира можно снимать.

Значит он просто болтун.

Стрекоза БСД работает?

Стрекозу не пробовал. FreeBSD и NetBSD работают.

А у меня нетка на рабочем компе не видит сетевую карту. На домашнем ноуте вафля работает только в винде и линуксе(частично), видяха в винде, опене, линуксе и стрекозе(глючит). Fn keys и suspend нормально в винде и опенке.

У всех ОС свои тараканы.

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

Здравствуйте! Доброе утро! Добрый день! Добрый вечер! Saluton! Салем! 你好! Guten morgen! Hello! ごきげんよう! Good morning! Hi! Bonjour!

На ноутбуке пользуюсь Debian, на десктопе - Kali Linux. :-)

Ну и замечательно.

Только каким боком эта информация относится к OBSD?

Тебе нравится свалка дотфайлов и дотдиректорий в домашней директории?

Особо не мешает. Лучше бы конечно всё валили бы в ~/.config например.

Роб приводит вполне разумные аргументы против этой фичи

Не против фичи, а против свалки в домашней директории. Ну может он и прав, но следует различать две вещи — саму фичу скрытых файлов и её применение.

Не против фичи, а против свалки в домашней директории. Ну может он и прав, но следует различать две вещи — саму фичу скрытых файлов и её применение.

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

Надо попробовать у себя сделать XDG_CONFIG_HOME=$HOME/cfg, а тот софт, который не понимает XDG_CONFIG_HOME, пропатчить. Правда, мысль, что вместо, например, ~/.profile, будет какой-нибудь ~/cfg/profile выглядит почти конщунственной.

Лучше бы конечно всё валили бы в ~/.config например.

Так Роб об этом как раз и говорит, только не ~/.config а ~/cfg

Не против фичи, а против свалки в домашней директории.

I'm pretty sure the concept of a hidden file was an unintended consequence. It was certainly a mistake.

Ну может он и прав, но следует различать две вещи — саму фичу скрытых файлов и её применение.

А где её применение имеет смысл? Скажем зачем скрывать .gitignore от ls и затем показывать его в IntelliJ или в Eclipse?

Правда, мысль, что вместо, например, ~/.profile, будет какой-нибудь ~/cfg/profile выглядит почти конщунственной.

Это дело привычки. В Plan 9 он лежит в ~/lib/profile
http://doc.cat-v.org/plan_9/2nd_edition/README

Ну и замечательно.

Только каким боком эта информация относится к OBSD?

Здравствуйте!

Рад поделиться своим счастьем с сообществом... :-)

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

.git и .gitignore; /tmp/.X11-unix, .config в ядре Linux и других проектах которые собираются kbuild.

XDG_CONFIG_HOME=$HOME/cfg

Я бы назвал $HOME/etc

В Plan 9 он лежит в ~/lib/profile

А почему не в ~/etc/profile например?

ОПЕНБСДЕЙка, ОПЕНБСДЕЙка
Это учёба и игра

ОПЕНБСДЕЙка, ОПЕНБСДЕЙка
Азбуку детям знать пора!

Дамы и господа, сеньоры и сеньориты, мадам и мусье, товарищи. Мы на втором месте. Глядишь, когда обгоним 30 лет X, наши малыши изучат хотя бы азбучные истины.

Здравствуйте! Доброе утро! Добрый день! Добрый вечер! Saluton! Салем! Guten morgen! Hello! Good morning! Hi! Bonjour!

ОреnBSD - тоже хороший дистрибутив Linux. Может быть, даже такой же хороший, как Debian или Kali Linux... :-)

Какие же тут упорыши в треде.

ОПЕНБСДЕЙка, ОПЕНБСДЕЙка
Это в консольку тупая игра

ОПЕНБСДЕЙка, ОПЕНБСДЕЙка
Красноглазить до утра!

Рад что есть такая ОС, и хорошо что она развивается, но моему уму никак не понять зачем миру столько софта, делающего в принципе одни и те же вещи....

Не знаю, надо у авторов Plan 9 спросить. Директория ~/etc/ там вообще не создаётся.

> XDG_CONFIG_HOME=$HOME/cfg

Я бы назвал $HOME/etc

Ты снова говоришь о привычках, но etc - etcetera (и так далее), а cfg - configuration (в переводе не нуждается). cfg - определённо правильнее.

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

Мужик приходит в магазин:

- А у вас книги есть?
- Есть
- Дайте мне две

Но ведь в ОС не играют, и тут то как раз разнообразие не так оправдано...

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

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

Учитывая, что появления /etc — это тоже дело случая, а не разумное проектирование, идея так себе.

А что именно ты не можешь понять: что (1) мир состоит из разных людей, которым нужно разное или что (2) весь этот софт делает хоть и «в принципе одни и те же вещи», но очень по-разному?

А вот осей мне категорически не хватает, я бы ещё от некоторых нишевых решений не отказался с радостью

И тоже как «разработчик»?

Как же у тебя пригорает от того, что в мире есть люди, отличающиеся от тебя :)

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

.git и .gitignore; /tmp/.X11-unix, .config в ядре Linux и других проектах которые собираются kbuild.

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

То, что ls по-умолчанию прячет от меня .gitignore или .config — мне скорее мешает. Можно сделать alias ls='ls -A', но тогда свалка в ~ начинает мозолить глаза.

мощно ты обобщил :)

Как же у тебя пригорает от того, что в мире есть люди, отличающиеся от тебя :)

У меня, кстати, всегда пригорает от того, что в мире есть люди, отличающиеся от меня тем, что у них пригорает от того, что в мире есть люди отличающиеся от них. WAIT, OH SHI~

Болтуны?