Увидел свет (http://marc.info/?l=openbsd-announce&m=141486254309079&w=2) релиз операционной системы OpenBSD 5.6 (http://openbsd.org/55.html), тридцать седьмой выпуск за девятнадцатилетнюю историю существования проекта. При развитии OpenBSD основное внимание уделяется переносимости (поддерживается (http://www.openbsd.org/plat.html) 21 аппаратная платформа), стандартизации, корректной работе, активной безопасности и интегрированным криптографическим средствам.
Размер полного установочного ISO-образа (http://ftp.eu.openbsd.org/pub/OpenBSD/5.6/i386/install56.iso) базовой системы составляет 211 Мбайт.Кроме непосредственно операционной системы, проект OpenBSD известен своими компонентами, которые получили распространение в других системах и зарекомендовали себя как одни из наиболее безопасных и качественных решений. Среди них: LibreSSL (http://www.libressl.org/) (форк (http://www.opennet.me/opennews/art.shtml?num=39617) OpenSSL), OpenSSH (http://www.openssh.com/), пакетный фильтр PF (http://www.openbsd.org/faq/pf/index.html), демоны маршрутизации OpenBGPD и OpenOSPFD (http://www.openbgpd.org/), NTP-сервер OpenNTPD (http://www.openntpd.org/), почтовый сервер OpenSMTPD (http://www.opensmtpd.org/), мультиплексор текстового терминала (аналог GNU screen) tmux (http://tmux.sourceforge.net/), демон identd (http://www.opennet.me/opennews/art.shtml?num=36442) с реализацией протокола IDENT, BSDL-альтернатива пакету GNU groff - mandoc (http://mdocml.bsd.lv/), протокол для организации отказоустойчивых систем CARP (Common Address Redundancy Protocol), легковесный http-сервер (http://www.opennet.me/opennews/art.shtml?num=40232).
Из улучшений (http://www.openbsd.org/56.html), добавленных в OpenBSD 5.6 можно отметить:
- Осуществлён переход на LibreSSL (http://www.libressl.org/), форк проекта OpenSSL, нацеленный на обеспечение более высокого уровня безопасности, модернизацию кодовой базы и сокращение излишней и устаревшей функциональности. Основные отличия LibreSSL:
- Прекращена поддержка устаревших и малоиспользуемых платформ, в том числе Mac OS, Windows, NetWare, OS/2 и VMS, прекращена поддержка big-endian для i386 и amd64 (они всегда little-endian).
- Удалены неуместные или завязанные на проприетарное оборудование движки шифрования IBM 4758, Broadcom ubsec, Sureware, Nuron, GOST, GMP, CSwift, CHIL, CAPI, Atalla и AEP;
- Не поддерживается обеспечение совместимости с правительственными стандартами FIPS-140 (http://en.wikipedia.org/wiki/FIPS_140);
- Прекращена поддержка кодировки EBCDIC (http://ru.wikipedia.org/wiki/EBCDIC) (Extended Binary Coded Decimal Interchange Code);
- Вместо собственных реализаций, задействованы только штатные вызовы стандартной библиотеки Си (malloc, strdup, snprintf...);
- Удалён старый код формирования энтропии для генератора случайных чисел, вместо которого задействована функция arc4random_buf из состава libc;
- Удалена поддержка алгоритмов MD2 и SEED;
- Удалена функциональность J-PAKE, PSK и SRP;
- Прекращена поддержка Kerberos, SSLv2, шифров US-Export SSL;
- Удалён весь код, связанный с поддержкой SSL-расширения heartbeat, ошибка в котором привела к катастрофической (http://www.opennet.me/opennews/art.shtml?num=39544) уязвимости (http://www.opennet.me/opennews/art.shtml?num=39518).
- Прекращена поддержка сжатия в TLS;
- Прекращено использование текущего времени в качестве случайной величины в libssl;
- Добавлена поддержка алгоритмов ChaCha и Poly1305;
- Добавлена поддержка эллиптических кривых Brainpool и ANSSI;
- Добавлена поддержка режимов AES-GCM и ChaCha20-Poly1305 AEAD.
- Добавлена собственная реализация http-сервера httpd, созданного на основе исходных текстов ранее поставляемого в OpenBSD демона relayd. В отличие от relayd, возможности которого ограничены функциями перенаправления и балансировки запросов, httpd доработан и может выступать в роли простого http-сервера, поддерживающего FastCGI и SSL;- Из базовой системы удалён http-сервер Apache, вместо которого рекомендуется использовать встроенный http-сервер от проекта OpenBSD или установить apache/nginx из портов;
- Изменения в сетевом стеке:
- Прекращена поддержка системы приоритизации трафика и управления пропускной способности ALTQ (http://ru.wikipedia.org/wiki/ALTQ), на смену которой начиная с прошлого выпуска пришла встроенная в пакетный фильтр pf новая система (http://www.openbsd.org/cgi-bin/man.cgi?query=pf.conf&sektion... управления очередями сетевых пакетов. Удаление ALTQ обусловлено трудностью сопровождения сразу двух систем;
- На новых сетевых интерфейсах теперь по умолчанию выключена поддержка IPv6. Поддержка IPv6 автоматически включается при назначении интерфейсу IPv6-адреса. Из-за потенциальных проблем с безопасностью удалена поддержка функции IPv6 Node Information Queries, определённой в RFC4620;
- Обеспечено автоматическое изменение размера хэш-таблицы для PCB (Protocol Control Block) в TCP и UDP, в зависимости от нагрузки;
- В подсистему divert добавлена возможность использования аппаратных средств расчёта контрольных сумм (checksum offload).
- В функцию getaddrinfo добавлена поддержка флага AI_ADDRCONFIG, определённого в RFC 3493;
- В IGMP пакеты осуществлено добавление поля RAO (router alert option), как того требует RFC 2236;- Расширена поддержка оборудования:
- Поддержка SCSI Multipathing с использованием mpath и сопутствующих драйверов для подключения хранилищ через несколько каналов ввода/вывода;
- Новый драйвер qlw для QLogic ISP SCSI HBA;
- Новый драйвер qla для QLogic ISP2100/2200/2300 Fibre Channel HBA;
- Новый драйвер сенсоров upd для USB Power Devices (UPS).
- Новый драйвер brswphy для Broadcom BCM53xx 10/100/1000TX Ethernet;
- Новый драйвер uscom для простых USB serial-переходников
- Новый драйвер axen для USB-карт ASIX Electronics AX88179 10/100/Gigabit Ethernet;
- В драйверах inteldrm и radeondrm улучшена поддержка спящего режима;
- Прекращена поддержка используемого в пространстве пользователя интерфейса для драйвера agp;
- В драйвер rtsx добавлена поддержка кардридеров на базе чипов RTS5227 и RTL8402;
- В драйвер run добавлена поддержка устройств на базе чипов RT3900E;
- В драйвер re добавлена поддержка rсетевых карт на базе чипов
RTL8168EP/8111EP, RTL8168G/8111G и RTL8168GU/8111GU;- Обновлён пакет OpenSSH 6.7, подробный обзор улучшений можно посмотреть здесь (http://www.opennet.me/opennews/art.shtml?num=40767);
- Число портов (http://ports.su/) превысило 8800 (полгода назад было 8700). Для архитектуры i386 подготовлено 8588 бинарных пакетов, для amd64 - 8588, для arm - 5633, для mips64el - 6697, для sparc64 - 7965, для hppa - 6143. Из находящихся в портах приложений, отмечены:
- GNOME 3.12.2
- KDE 3.5.10
- KDE 4.13.3
- Xfce 4.10
- MySQL 5.1.73
- PostgreSQL 9.3.4
- Postfix 2.11.1
- OpenLDAP 2.3.43 и 2.4.39
- Mozilla Firefox 31.0
- Mozilla Thunderbird 31.0
- GHC 7.6.3
- LibreOffice 4.1.6.2
- Emacs 21.4 и 24.3
- Vim 7.4.135
- PHP 5.3.28, 5.4.30 и 5.5.14
- Python 2.7.8, 3.3.5 и 3.4.1
- Ruby 1.8.7.374, 1.9.3.545, 2.0.0.481 и 2.1.2
- Tcl/Tk 8.5.15 и 8.6.1
- JDK 1.6.0.32 и 1.7.0.55
- Mono 3.4.0
- Chromium 36.0.1985.125
- Groff 1.22.2
- Go 1.3
- GCC 4.6.4, 4.8.3 и 4.9.0
- LLVM/Clang 3.5 (20140228)
- Node.js 0.10.28
- Компоненты от сторонних разработчиков, входящие в состав OpenBSD 5.5:
- Xenocara, основанная на X.Org 7.7 с xserver 1.15.2 + patches,
, freetype 2.5.3, fontconfig 2.11.1, Mesa 10.2.3, xterm 309, xkeyboard-config 2.11;
- GCC 4.2.1 (с патчами) и 3.3.6 (с патчами);
- Perl 5.18.2 (с патчами)
- Nginx 1.6.0 (с патчами)
- SQLite 3.8.0.2 (с патчами)
- Sendmail 8.14.8 с libmilter
- Bind 9.4.2-P2 (с патчами)
- Unbound 1.4.22
- Sudo 1.7.2p8
- Ncurses 5.7
- Binutils 2.1...URL: http://marc.info/?l=openbsd-announce&m=141486254309079&w=2
Новость: http://www.opennet.me/opennews/art.shtml?num=40985
Урааа! В 5.6 в дефолтную поставку включили анбаунд, так что можно отказаться от бинда. И хоть в основном ничего не изменилось, опенок лучший
> от бинда. И хоть в основном ничего не изменилось, опенок лучшийОсобенно хорошим он будет в следующем релизе - там загружаемые модули ядра отключат. Осталось еще загрузку ядра отключить, для пущей безопасности.
За долгое время пользования ни разу не грузил какие-то модули. Я даж и не знал что такой функционал есть. Я не думаю что это что-то ухудшит. Мне кажется раз Тэо так решил, он знает что делает
Будет очень удобно драйвера разрабатывать. Компилять и линковать все ядро на каждый пшик - это так удобно и так ускоряет процесс разработки драйверов.
Наоборот замедляет.
Это был стёб, над вами кстати.
это было полнейшее незнание и даже непонимание текущих реалий OpenBSD
У неё ещё есть реалии? У сферической оси в вакууме? Почему тогда её только бедные буратины и тео используют?
> У неё ещё есть реалии? У сферической оси в вакууме? Почему тогда
> её только бедные буратины и тео используют?статистику wikimedia посмотри.
http://en.wikipedia.org/wiki/Berkeley_Software_Distribution#...опенбздешные проекты доказали свою нужность, согласен, но, к сожалению, по производительности и распространённости сама ось проиграла даже фрибзд. Мне это тоже не особо нравится.
Вообще же, остаться в наше время без модулей ядра - это сильное снижение гибкости и настраиваемости.
при том, что у меня самого на ноуте в генте и в билдрут-сборках ядро - монолит, без модулей.
> Вообще же, остаться в наше время без модулей ядра - это сильное снижение гибкости и настраиваемости.не было в openbsd таких модулей, о которых ты говоришь. не было никогда. и не будет никогда, по соображениям безопасности.
что касается гибкости и настраиваемости - то UKS рулит во все поля :)
и всё-таки, незагружаемая сферически-вакуумная ось - самая идеальная и безопасная из всех, так что не всё ещё починили.
> и всё-таки, незагружаемая сферически-вакуумная ось - самая идеальная и безопасная из всех,
> так что не всё ещё починили.Как обычно, больше всех мнений об openbsd у тех, кто ей не пользуется, не собирается и даже не понимает. :)
Думаю, если бы тут вышла новость об ядерной физике, те же самые люди оставляли бы те же самые комментарии. :)
> Как обычно, больше всех мнений об openbsd у тех, кто ей не
> пользуется, не собирается и даже не понимает. :)И это правильно, ибо у юзеров опенка синдром "свое г-но не пахнет" прокачан до 80 уровня.
> Думаю, если бы тут вышла новость об ядерной физике, те же самые
> люди оставляли бы те же самые комментарии. :)Ты хочешь поговорить о ядерной физике? :)
>> Как обычно, больше всех мнений об openbsd у тех, кто ей не
>> пользуется, не собирается и даже не понимает. :)
> И это правильно, ибо у юзеров опенка синдром "свое г-но не пахнет" прокачан до 80 уровня.Юзеры OpenBSD знают, что именно убрали из OpenBSD. И понимают, о чём речь.
А знают ли они, откуда на их компах вантуз и pussy.exe?
> опенбздешные проекты доказали свою нужность, согласен, но, к сожалению, по производительности
> и распространённости сама ось проиграла даже фрибзд.Я про статистику посещений википедии...
А кроме производительности и распространённости есть ещё очень много потребительских качеств. Выхолащивать статистику цифрами - это всегда ограничивать себя в чём-либо другом. Есть люди, которые МУЧАЮТСЯ с неудобными им инструментами, потому что поклоняются цифрам. :) Есть люди, которые покупают неудобные в использовании ноутбуки, потому что Мегагерцы!. И пофиг, что они этими мегагерцами два раза в жизни воспользуются, а на опечатках на неудобной клавиатуре потеряют намного больше. :)
ОС должна решать задачи пользователей. А задачи - они у всех разные, и всех под одну гребёнку - не имеет смысла.
> статистику wikimedia посмотри.Ок! Идем на http://stats.wikimedia.org/wikimedia/squids/SquidReportOpera... и видим что фря отжала 0.01% рынка, а OpenBSD - 0.00%. Это победа. Дистрофика над задохликом.
>> статистику wikimedia посмотри.
> Ок! Идем на http://stats.wikimedia.org/wikimedia/squids/SquidReportOpera...
> и видим что фря отжала 0.01% рынка, а OpenBSD - 0.00%.
> Это победа. Дистрофика над задохликом.процентов относительно чего?
речь о количественных показателях, об абсолютных числах.
ps. в Android используется libc от OpenBSD.
> процентов относительно чего?Относительно общего количества запросов википедии. А что ты еще хотел увидеть?
> речь о количественных показателях, об абсолютных числах.
Абсолютных числах ... чего? Запросов? А что тебе даст эта цифирь? Абсолютные числа живых юзерей? Ну попробуй получи эту цифирь на ресурсе с опциональной регистрацией, удачи.
> ps. в Android используется libc от OpenBSD.
Там используется своя собственная либа - "bionic". В которую надергали кода из опенбзды, не более. И там нет нормальной совместимости с libc, для начала. По этому поводу целый libhybris появился. Так что бзда опять выступила кормушкой для почти-проприетари и нишиша не получила назад. Как обычно. А вот на линевый кернель и сорцы почему-то дают и в майнлайн поддержку SoC коммитят адски. Так что на половине мобилочных SoC линь с теми или иными проблемами заводится и без ведроида. А опенбзда - ну вы поняли. Там такое железо если и будет поддерживаться - то через 20 лет. Когда станет музейным раритетом. Ну в общем все как обычно получилось: раз лицензия позволяет - бизнес привычно повертел фигой.
>[оверквотинг удален]
> опенбзды, не более. И там нет нормальной совместимости с libc, для
> начала. По этому поводу целый libhybris появился. Так что бзда опять
> выступила кормушкой для почти-проприетари и нишиша не получила назад. Как обычно.
> А вот на линевый кернель и сорцы почему-то дают и в
> майнлайн поддержку SoC коммитят адски. Так что на половине мобилочных SoC
> линь с теми или иными проблемами заводится и без ведроида. А
> опенбзда - ну вы поняли. Там такое железо если и будет
> поддерживаться - то через 20 лет. Когда станет музейным раритетом. Ну
> в общем все как обычно получилось: раз лицензия позволяет - бизнес
> привычно повертел фигой.ты истеричка?
> ты истеричка?Всего лишь один из Кэпов.
> это было полнейшее незнание и даже непонимание текущих реалий OpenBSDА зачем мне сильно лезть в детали этого сферического коня в вакууме? По таким изменениям сразу видно: разработчики окончательно спятили и живут в мире со сферическим вакуумом, где единороги кaкaют радугой.
По изменениям, которые вы не поняли, видно только то, что вы ничего не поняли. Нормальные люди в таких случаях просто молчат.
> По изменениям, которые вы не поняли,Зато после таких ченжлогов я понимаю что мысли от буржуев про Theo The Retard имеют под собой некие вполне валидные причины. Отличное прозвище для такого управленца.
> Наоборот замедляет.Я думал что сарказм будет очевиден и без тегов. Но, оказывается, не всем.
> За долгое время пользования ни разу не грузил какие-то модули. Я даж
> и не знал что такой функционал есть. Я не думаю что
> это что-то ухудшит. Мне кажется раз Тэо так решил, он знает
> что делаетмодулей там и не было :) в привычном его понимании, для использования в ядре openbsd :)
кстати, вроде бы всю инфраструктуру для модулей только в снапшотах почистили, я не помню, чтобы это в 5.6 попадало.
а, всё, уже заметил. в следующем отключат. при этом - ровно ничего не изменится :)
>> от бинда. И хоть в основном ничего не изменилось, опенок лучший
> Особенно хорошим он будет в следующем релизе - там загружаемые модули ядра
> отключат. Осталось еще загрузку ядра отключить, для пущей безопасности.Откель дровишки?
> Откель дровишки?Да у них в рассылке вроде пролетало, несколько ресурсов отдуплились заметками, etc. Буратино вон и то нашел ссылку, попроси у него если надо.
> Не поддерживается обеспечение совместимости с правительственными стандартами FIPS-140;Отличный посыл в леса.
> Добавлена поддержка эллиптических кривых Brainpool и ANSSI;
Новая дыра для АНБ
Браинпул делали немцы, как раз потому что secp от NIST не верят, ANSSI разнцузкий, вроде, аналогично.
У браинпула даны все константы и полное описание того как они получены.
Это не отменяет претензий Бранштейна к тайминг атакам для всех/любых наборов параметров, но попытка честная.
И цель их добавления - повышение совместимости, расширение области применения, хуже они не делают.
А вот удаление ГОСТа плохо для нас, ибо лишь незначительно алгоритмически отличается от прочих.
ГОСТ был выпилен из-за гиперусложнённого метода интеграции. Сейчас наш с вами соотечественник занимается корректной реализацией, смотрите детали в архиве рассылки tech@openbsd.org .
> занимается корректной реализацией,И нафига этот гост сдался, если с точки зрения безопасности а не щелкоперства? Еще один алгоритм с непонятным выбором s-box и тайминг-атаками протолкать? Нам так не хватает такого гомнеца, ну конечно.
Ну то есть чтобы работать с нашими банками ты (как обычно) будешь держать уютненькую виндфффс? А вот для реальной работы ... ню-ню :)
> Ну то есть чтобы работать с нашими банками ты (как обычно) будешь
> держать уютненькую виндфффс? А вот для реальной работы ... ню-ню :)Я элементарно предпочту не иметь дел с такими банками. А если вы про контору - все это колышет ну может пару бухов и тех IT-лакеев которые им машины окультуривают.
Речь про ЭЦП, там всё в точности как в ECDSA.
Просто каждая крупная страна старается сделать свои параметры, немцы и французы сделали, чем мы хуже?
В случае ГОСТ там ещё немного алгоритм расчёта поменялся.
>Прекращена поддержка устаревших и малоиспользуемых платформ, в том числе Mac OS, WindowsЭто настолько прекрасно что достойно попасть в цитатник.
>>Прекращена поддержка устаревших и малоиспользуемых платформ, в том числе Mac OS, Windows
> Это настолько прекрасно что достойно попасть в цитатник.Опередил :)
Имеется в виду мак ос версии до 10 и виндозе старых версий. Но виндозе я считаю и новые не нужны
Гугление показало что виндоз таки вырезали, ну и правильно. А мак ос последних версий вроде нет
> А мак ос последних версий вроде нетВы наверное сильно удивитеcь, но последняя версия Mac OS вышла в 2001 году, после чего Apple стал выпускать совершенно другую ОС Mac OS X, которая недавно была переименована в OS X.
Не, там полностью порезали поддержку Windows и MacOS (не путать с OS X и Mac OS X, это разные системы).
> не путать с OS X и Mac OS X, это разные системынадаже! кто бы мог подумать что геи так щепетильны в плане произношения их операционки :)
>> не путать с OS X и Mac OS X, это разные системы
> надаже! кто бы мог подумать что геи так щепетильны в плане произношения их операционки :)это вообще разные системы. разные в принципе. у hp-ux и haiku, наверное, больше общего.
macosx - это nextstep с перегламуренными иконками :) можешь в любом дистрибутиве посмотреть на негламуренный вариант - gnustep.
> посмотреть на негламуренный вариант - gnustep.А оно надо? Выглядит и правда по уродски, да и работает как-то так же. По поводу чего на него все дружно положили.
>> посмотреть на негламуренный вариант - gnustep.
> А оно надо? Выглядит и правда по уродски, да и работает как-то так же.GNUstep у меня как-то не успел прижиться, а вот WindowMaker -- который выглядит и работает ровно так же -- не имел конкурентов с конца прошлого века, сейчас потеснился в пользу Enlightenment, но когда нужна вся батарейка -- опять продолжает радовать своей вылизанностью, железобетонной стабильностью и молниеносной реакцией.
> По поводу чего на него все дружно положили.
Настолько дружно, что некоторые всё так же пишут на ём промышленные приложения -- т.к. быстрее получается...
Впрочем, сам именно этих устриц не готовил, не получится сравнивать.
См. тж. http://www.gnustep.org/softwareindex/ PS: и http://wiki.gnustep.org/index.php/Category:Applications
> GNUstep у меня как-то не успел прижиться,Я на него как-то посмотрел. Проблевался и забыл как страшный сон. В таком виде каком оно есть - это GIMPStep (в том плане что gimp == калека). Наверное и из г-на конфетку можно сделать, но я почему-то не испытал острого желания этим заниматься. Кто понимает зачем это надо - тому и напильник в руки.
> а вот WindowMaker -- который выглядит и работает ровно так же -- не имел конкурентов
Несколько более интересный экспонат, но тоже что-то сдох. Наверное зря, т.к. на первый взгляд более любопытная штука и как-то поадекватнее. И полезных приблуд под него народом было понаделано немало. Но чего-то ему это не помогло и судя по всему - его уже почти никто не ждет.
> с конца прошлого века, сейчас потеснился в пользу Enlightenment,
Честно говоря не вижу где и кого Enlightenmet потеснил. ИМХО у энлайтмента 2 проблемы:
1) Пытаются решать в своем фреймворке все проблемы человечества, местами затыкая за пояс даже кедарасов. Тем временем для чего-то такого уже сто лет был и есть куть, кто хотел что-то такое - сто лет как на него свалили.
2) На этом мега-гипер-фреймворке нет программ. Колоссальная работа на мусорный бак - сделать мегафреймфорк, которым в результате никто пользоваться не станет.
3) Следствие из 2) - невозможность получить единообразно выглядящую систему и чтобы там при этом еще и рабочий софт был. Софт писан на GTK и Qt. Это данность. В результате в системе образуется третий лишний, на своем собственном тулките. Никак не интегрированный с остальным софтом. Кого-то может и устраивает система в виде "лоскутное одеяло", но этот кто-то - не я.> но когда нужна вся батарейка -- опять продолжает радовать своей
> вылизанностью, железобетонной стабильностью и молниеносной реакцией.Не знаю, меня XFCE на ноуте вполне устраивает. Самые очевидные вещи ожидаемые по части ноута - умеет, на скорость реакции я не жаловался. И по крайней мере оно не выглядит как бельмо на глазу - для GTK2 и 3 есть синхронные темы, а Qt умеет рисовать через GTK. Так оно более-менее вменяемо выглядит хотя-бы. А энлайтмент - сферическая фигня в вакууме. Симпатичная на вид и концептуальная. И наглухо не стыкуется с остальными программами.
> Настолько дружно, что некоторые всё так же пишут на ём промышленные приложения
> -- т.к. быстрее получается...Только мне эти приложения нафиг не упали. А сколь-нибудь актуальных для обычного десктопника - на нем просто нет. И никакой стыковки с Qt/Gtk. А нафиг мне лоскутное одеяло вместо системы, дяденьки?
> Впрочем, сам именно этих устриц не готовил, не получится сравнивать.
А это больше с пользовательской точки зрения претензия.
> См. тж. http://www.gnustep.org/softwareindex/
А какой смысл меня туда посылать? Я вроде достаточно понятно высказался что не собираюсь таким пользоваться, no matter what. Да и список из примерно 30 наименований, из которых половина это внутреннее дело самого гнустепа как-то не выглядит убедительным.
> Кто понимает зачем это надо - тому и напильник в руки.Как уже отмечено, они уже и.
> Несколько более интересный экспонат, но тоже что-то сдох.
wmaker, как ни странно, потихоньку шевелится. Да, в соревнованиях по прыжкам в ширину не выступает, но это как раз и радует (равно как и по icewm).
> Честно говоря не вижу где и кого Enlightenmet потеснил.
У меня он отчасти потеснил WM. :)
> ИМХО у энлайтмента 2 проблемы:
> 1)Не-а, хотя и близко.
> 2)
Что характерно, на том же WINGs программ сопоставимо.
> 3)
Знаю одного человека с Qt-фобией (эмоциональной) и минимум одного крепко недолюбливающего GTK+ (слишком много на нём писал), но обычно люди не заморачиваются слишком тулкитом и подбирают солянку из того, что работает. Другое дело, что у меня из четырёх прямщас запущенных крупных софтин три собраны с Qt и одна с GTK -- но никаких проблем с использованием и даже единообразием не испытываю.
А какие ещё две проблемы из трёх (хорошо хоть не четыре из двух)? :)
> А энлайтмент - сферическая фигня в вакууме. Симпатичная на вид и концептуальная.
> И наглухо не стыкуется с остальными программами.Прекрасно стыкуется там, где и должен, если что.
> Как уже отмечено, они уже и.Да вот что-то не получилось у этих, с напильником, штуки которая бы заметно подвинула других DE. Я для себя считаю неким критерием наличие достаточного количества желающих пользоваться софтиной, как минимум в объеме когда очевидные грабли - зарулены до меня и для использования софтины не надо быть специалистом по ракетным наукам. А если такого не наблюдается - это или очень новая софтина, или очень маргинальная/узкоспециализированная, или просто проект с большими проблемами в управлении. Ну или программа которая себя исчерпала. Ну как ARJ в 2014 году - даже то что сорец теперь есть, душу уже не очень греет.
> wmaker, как ни странно, потихоньку шевелится.
Да как-то совсем потихоньку - общее впечатление от него такое, что все это малость abandonware по состоянию на текущий момент. Поэтому оно как бы любопытное, но закладываться на это надолго и всерьез мне что-то не хочется.
> Да, в соревнованиях по прыжкам в ширину не выступает, но это как раз
> и радует (равно как и по icewm).Ну тогда MS-DOS 1.0 - вообще лапочка. Там то уж точно ничего не поменяется, ни в ширину, ни в высоту. Бывают конечно всякие маргиналы, которые в 2014 году сидят в какой-нибудь древней амигаось, плевали на ее технические проблемы, кой-как выкручиваются без софта. Но мне так не нравится.
> У меня он отчасти потеснил WM. :)
Честно говоря - я их не очень воспринимаю конкурентами. Обычно люди пользуются каким-то одним DE, более-менее подрихтованным под себя, и им есть чем заняться кроме выборов DE и их переключений. Для себя я считаю переключение в какое-то иное DE валидной опцией только в 1 случае - сильное изменение конфигурации системы. Ну там например отстыковали планшет от док-станции которая его ноутом делала - в этом случае я еще со скрипом могу понять замену DE, т.к. сильно разные конфиги с разными требованиями. И то - будет лучше если DE на ходу сможет фаллoморфировать. Ну это так, в идеале. А при каком-нибудь крейсерском использовании десктопа или ноута я как-то труба шатал греть мозг вопросом какое же DE мне запустить.
> Не-а, хотя и близко.
Я посмотрел на их архитектуру. Они что-то типа кедов но только на сях вместо плюсов затеяли. ИМХО куча фич в фреймворке имеет смысл только в 1 случае - когда куча программ этим потом будет пользоваться и все это серьезно подвинет других. Иначе это просто работа на мусорницу. При настрое стать новой силой, которая на что-то влияет - придется серьезно повкалывать на предмет интероперабельности с кутями и гтк, чтобы можно было софт использовать более-менее бесшовно. А все это где?
> Что характерно, на том же WINGs программ сопоставимо.
Что характерно, реально живых тулкитов под пингвина - два. Qt и GTK. И основная масса софта который используется юзерями - писана на них. И я не вижу толпы програмеров под энлайтмент, а выписывать все мыслимые программы лично я задолбаюсь. Операционка без программ - даром никому не вперлась, если кто еще не понял. Это такая техническая прослойка между юзером и его задачами и железом.
Поэтому для меня первый приоритет - возможности программ. Если программа не умеет нужных фич - программу не имеет смысла использовать вообще и это лишь кус барахла занимающего место на диске. Второй приоритет - качество программы, в это понятие я частично включаю ЯП и тулкит. Ну вот как-то так вышло что большинство программ на питоне - ужас. А тулкитов с которыми зарулены все проблемы и возможно нормально работать в системе с смешанным софтом - два. Может быть я чего-то упускаю по части энлайтмента, но я не понял в чем его дружба с Qt и Gtk состоит. На первый взгляд он живет своей жизнью, программ под него нет, а Gtk и Qt софт без которого далеко не уедешь в системе на основе энлайтмента - сбоку-припеку оказывается. Поэтому он может и неплохая штука но я не совсем понимаю как этим возможно пользоваться с практической точки зрения.
> Знаю одного человека с Qt-фобией (эмоциональной)
На мой вкус Qt стал слишком жирным и тормозным и схапался за решение слишком большого количества проблем. Поэтому при прочих равных я предпочитаю софт на Gtk. Но несколько кутевых программ у меня есть и обувать себя на программы на кутях, если на иных тулкитах нет внятных аналогов кажется мне излишне мазохистичным. У меня немного больше градаций симпатий чем только true и false.
> и минимум одного крепко недолюбливающего GTK+ (слишком много на нём писал),
> но обычно люди не заморачиваются слишком тулкитом и подбирают солянку
> из того, что работает.Именно так. См. выше как я расставляю приоритеты, например. В конечном итоге важно чтобы программа работала, а чтобы поставить расовую верноту выше доезда до финиша - надо страдать мазохизмом в жесткой форме.
> собраны с Qt и одна с GTK -- но никаких проблем
> с использованием и даже единообразием не испытываю.Потому что Gtk2 и Qt достаточно легко состыковать. Кое-как с чертыханиями есть варианты и для Gtk3, как минимум те же убунтуи сделали синхронные темы разным гткам. Их конечно меньше чем всех тем Gtk2, а сильно дотошные, типа меня, заметят некоторые небольшие нестыковки. Но вот так с наскока я могу и не определить на каком тулките написана "вон та программа, которую я впервые вижу". И чего-то такого я и хочу на самом деле :).
> Прекрасно стыкуется там, где и должен, если что.
И в чем это проявляется? Например, он может использовать GTKшные диалоги открытия файлов? Или там темы от Qt или GTK? Ну или рендерить через них. Или может быть кто-то сделал темки с синхронным look & feel? (убивать неделю на самоличное пыхтение в гимпе я как-то не готов)
> Бывают конечно всякие маргиналы, которые в 2014 году сидят в какой-нибудь древней
> амигаось, плевали на ее технические проблемы, кой-как выкручиваются без софта.
> Но мне так не нравится.Они "маргиналы" в одном, Вы -- в другом (лапки всякие регулярно упоминаете). :)
>> У меня он отчасти потеснил WM. :)
> Честно говоря - я их не очень воспринимаю конкурентами.Схожи в том, что это старая школа в хорошем смысле слова. Технически, конечно, очень разный уровень и исполнение.
> А все это где?
Как уже упоминалось, в эмбедовку уже пошло (в отличие от).
> И я не вижу толпы програмеров под энлайтмент, а выписывать все
> мыслимые программы лично я задолбаюсь. Операционка без программ -То есть Вы-таки являетесь поборником чистоты одной системы, одного тулкита, одного инита? ;-) А я нет, например.
> Поэтому для меня первый приоритет - возможности программ.
Именно.
> На первый взгляд он живет своей жизнью, программ под него нет, а Gtk и Qt софт
> без которого далеко не уедешь в системе на основе энлайтмента - сбоку-припекуГде сбоку? Вот, прям по центру. Как и GIMP в KDE или QuiteRSS в MATE.
> Именно так. См. выше как я расставляю приоритеты, например. В конечном итоге
> важно чтобы программа работала, а чтобы поставить расовую верноту выше доезда
> до финиша - надо страдать мазохизмом в жесткой форме.Тогда тем более не понял, в чём проблема, ну да ладно...
>> Прекрасно стыкуется там, где и должен, если что.
> И в чем это проявляется? Например, он может использовать GTKшные диалоги
> открытия файлов?Такого не наблюдал, да и зачем бы.
> Или там темы от Qt или GTK? Ну или рендерить через них.
> Или может быть кто-то сделал темки с синхронным look & feel?Может, кто-то и сделал, но меня на удивление устроило сочетание штатной тёмненькой темы E17/E19 и тёпло-серых дефолтов GTK2/3 с Qt4. А заточкой всяких water luna и подгонкой всего и вся с прошлого века примерно не занимался.
Возможно, кто-то и сделал. Просто для меня сейчас по факту это так же несущественно, как и то, что слева программа на Qt, а справа -- на GTK+.
> Они "маргиналы" в одном, Вы -- в другом (лапки всякие регулярно упоминаете). :)Я конечно тоже могу быть маргиналом, но предпочитаю не долбиться в железную дверь которая стоит в чистом поле. Называя вещи своими именами, многие мои задачи сходны с задачами толпы народа. И я как-то так имею нескромность хотеть чтобы в таком случае это было просто и логично, хорошо выглядело и работало по дефолту и не являлось какой-то ракетной наукой. Тогда я смогу потратить больше времени на что-то более интересное мне чем возня с околосистемной технической рутиной ака "неизбежное зло".
Ну например конект к точке доступа. Миллионы людей каждый день цепляются к самым разным точкам доступа. Поэтому я имею все основания желать чтобы эта операция делалась в 1 касание - тыканием в точку доступа в списке того что есть вокруг. И да, я понимаю что эта хотелка потенциально несет некоторые проблемы. Например, NM (да и нокиевский менеджер соединений N900) не очень парится тем что probing точек доступа - светит всем вокруг MAC, а в результате система превращается в радиомаячок, периодически отсылающий условно-уникальный ID на всю округу. По этому поводу (быть коровой с колокольчиком звенящим на всю округу мне как-то досадно) NM и прочим вбивается чудо-костыль. В этом месте я ощущаю себя несколько маргинально, но в конечном итоге у меня и рандомный MAC и простой конект к точке доступа с минимальными усилиями. То-есть фундаментально одно другому не противоречит.
> Схожи в том, что это старая школа в хорошем смысле слова.
В этом плане - хм, возможно. А так они сильно разные и не думаю что между ними может быть серьезная конкуренция. Скорее всего они как правило придутся по вкусу разным людям.
> Как уже упоминалось, в эмбедовку уже пошло (в отличие от).
Эмбедовку с этим - надо еще сильно поискать. Я допускаю что она бывает, но явно не на каждом шагу. А так в эмбедовке бывает сильно разный софт и я не вижу причин как-то выделять там энлайтмент. У меня нет никакой статистики как-то выделяющей его из кучи иных решений. Сейчас пожалуй самым популярным является ведроид. Хоть он и редкостная дрянь и мое желание иметь с ним дело минимально.
> То есть Вы-таки являетесь поборником чистоты одной системы, одного тулкита, одного инита?
Нет, но...
1) Если в системе 1 система инициализации - мне проще такой системой рулить, я могу лучше изучить возможности запускалки и вообще приветствую чтобы запускалка была фичастой и взяла на себя типовые проблемы с минимальными затратами моих сил на добавление в ОС новых сервисов/джобов и прочая и рулилась в 1 точке а не 20 закоулках. Поэтому я буду очень рад если в системе по дефолту будет универсальная и фичастая запускалка, покрывающая типовые административные задачи. Хочу чтобы система подыгрывала мне, а не спихивала на меня все административные проблемы. Я допускаю мысль что разным людям нравится разное и что нельзя все возможности вбить в 1 программу. Но см. выше, все типовые вещи должны делаться просто. Не вижу как можно наглухо запретить смену систем инициализации или запуск программ из других программ, это лишь мои персональное пожелания к дефолтам [тех систем которые я намерен юзать]. Не более. Я могу прожить и без этого, но могу != хочу. Так то я и в пещерке у костра могу перекантоваться, даже без электричества. Только это будет неудобно. А коли электричество есть - я не против единого 220 вольт и 50 герц. Лучше чем если все электроприборы будут свой несовместимый формат питалова требовать. Проще притащить им одно 220 вольт чем дюжину разных напряжений для разных приборов. Но когда сильно приспичивает - можно и не 220. Технически и законодательно не запрещено, просто вопрос удобства.2) Насчет тулкитов - один был бы лучше в плане консистентности, но я готов стерпеть 2-3 при условии обеспечения синхронного и консистентного вида и поведения, чтобы глядя на программу я не мог за 10-20 секунд понять на чем она написана без читерства типа ldd или смотрения в зависимости. А так лоскутное одеяло из месива программ я не перевариваю и поэтому какая-нибудь ява и прочие вайны, motif и т.п. - идут в пень! За вид шибко отличный от остального софта в системе. Вид круто отличный от остального софта засчитывается за лютый недостаток и служит хорошим аргументом за деинсталл программы или против ее инсталла. Если кто-то полагает что ему можно оскорблять мой взор программой выглядящей как бельмо на глазу - это ошибочное мнение, такая программа идет под деинсталл. Единственное исключение: играм допустимо использовать свой тотально кастомный UI для создания более тематической атмосферы.
3) Уметь рулить 1 системой я буду лучше чем схватившись за все понемногу и всеми поганенько (потому что знаний на свете много и все вокруг знать невозможно). Поэтому приветствуется чтобы система была фичастой и покрывала со сравнительно небольшой кастомизацией максимально широкий спектр задач. Линух это обеспечивает и я считаю это за жирный плюс - я лучше углублю мои знания в нем и буду им рулить на уровне, чем распылю силы на изучение десятков мелких операционочек, в результате довольно поганенько зная их все. И да, универсальность системы мной засчитывается за большой и жирный плюс системы, оправдывающий затраты времени на ее освоение - потом reuse знаний получится на совесть и потраченное время себя оправдает.
> ;-) А я нет, например.
Так можно оказаться в результате специалистом который ... ни в чем толком не разбирается. Мне больше нравится мысль валвы про T-shaped. То-есть неплохо разбираться во многом, но по настоящему хорошо - все-таки с какой-то специализацией. Невозможно быть профи экстра класса сразу во всем - мозг у человека не может вместить все знания накопленные человечеством. С этим невозможно не считаться.
> Где сбоку? Вот, прям по центру. Как и GIMP в KDE или QuiteRSS в MATE.
В KDE можно подогнать вид GTKшных программ. И глядя на GIMP в KDE - если интеграторы собиравшие образ не халтурили - я не смогу так сразу сказать на глаз на чем он написан. По моему нескромному мнению - это одна из задач которые сборщики готового образа должны заместо юзверя отшлепать. Иначе нафига они вообще нужны? Лоскутное одеяло я себе и без них могу соштопать. Но хороший сборщик образа может сэкономить мне и особенно менее квалифицированным юзерам время и силы, обыграв такие моменты самолично вместо меня. При таком раскладе я не против гимпа по центру KDE. Если он смотрится как остальной софт. А если это будет как софт на яве, который чужеродно смотрится везде - рука будет тянуться сделать apt-get purge и при наличии хоть какой-то альтернативы - ну вы поняли. От грызения кактуса люди с удовольствием избавляются.
> Тогда тем более не понял, в чём проблема, ну да ладно...
Проблема - в том что хорошая система должна быть сбалансирована и подогнана. И в идеале - не заставлять своего пользователя много плясать с бубном, хорошо и консистентно выглядеть и не создавать проблем. Далее идеальные хотелки разумеется обрубаются под имеющиеся реалии. Но это не потому что так хотелось, а потому что иначе не получилось и пришлось внести поправки. Но при удобном случае вектор тяги будет переназначен так как удобнее, разумеется.
> Такого не наблюдал, да и зачем бы.
А зачем бы мне привыкать к куче разных видов диалогов открытия файлов? Я не фанат лоскутных одеял.
> Может, кто-то и сделал, но меня на удивление устроило сочетание штатной тёмненькой
> темы E17/E19 и тёпло-серых дефолтов GTK2/3 с Qt4.Возможно это даже вариант, НО на мой взгляд для того чтобы народ от этого не блевал - должны быть как минимум консистентные наборы тем, а лучше какая-нибудь интеграция рендеринга через соседей. Понятно что в этом месте у любителей NIH-а и крутых концепций случается жуткий батхерт, но вот некооперативность в таких вопросах и нагибает использование программ сильнее всего. Мало кто хочет использовать софтину смотрящуюся относительно остального софта белой вороной. Кладущей на настройки вон той темки из вон той панельки управления (как юзер я сплю и вижу как мне узнать где эта дребедень по конфигам раскидана, аж два раза).
> А заточкой всяких water luna и подгонкой всего и вся с прошлого века
> примерно не занимался.Ну вот у дистров претендующих на десктоп как-то обычно принято делать подобные вещи подогнанными, чтобы не превращать юзера в слесаря докручивающего за автоТАЗом гайки и докрашивающим кузов.
> Возможно, кто-то и сделал. Просто для меня сейчас по факту это
> так же несущественно, как и то, что слева программа на Qt,
> а справа -- на GTK+."Ко всему подлец человек привыкает". А я не хочу привыкать к лоскуткам и заплаткам вместо симпатичной системы с консистентным внешним видом.
> Не, там полностью порезали поддержку Windows и MacOS (не путать с OS X и Mac OS X, это разные системы).А "OS X" и "Mac OS X" одинаковые. ;)
>> Прекращена поддержка устаревших и малоиспользуемых платформ, в том числе VMSА тем временем, новый владелец VMS в августе пообещал портировать ее на x86
...в 2014 году. Пусть зaкoпает обратно.
Отличный нынче соундтрек к релизу, пафосный, Вагнер был бы доволен...
Хорошо, что не "полосатый шмель на душистый хмель", Михалков бы лопнул от нарушения его авторских прав :-)
Крайняя песенка и правда супер.
> Крайняя песенка и правда супер.чё там поют-то?
Папапапа-папапапа... :D
> Папапапа-папапапа... :Dне... про другое... я там вроде где-то видел kill the rabbit, и вроде бы даже похоже... в lyrics не написано. я хоть текст себе в lyrics помещу, если кто-то его знает или распознал.
Не бойтесь, песня не станет последней в вашей жизни, если вы один раз назовете ее "последней" вместо "крайней")
Где торрент мать вашу?
> Где торрент мать вашу?Скачай, да залей на TPB.
там же, где и всегда
> Go 1.3Goтово для моего десктопа.
а теперь о грустном. ни тушкой, ни чучелом, но вместить новые таймзоны нам так и не удалось. и теперь их там и не будет, ни в -release, ни в -stable - такова политика партии :(для использования таймзон нужно:
Two options for timezone:
1. cd /usr/src/share/zoneinfo, cvs up -PdA, make obj && make && sudo make install
or
2. extract /usr/share/zoneinfo files from snapshot base56.tgz
я собрал 5.6-stable i386 с этими таймзонами, и CVS-сырцы с уже исправленными файлами. всё это добро я положил сюда: http://openbsd.51t.ru
Спасибо тебе, товарищ, за timezone'ы! Я уж думал на UTC переходить.
песенка может быть прослушана, традиционно, тут:http://osole.51t.ru/song56.html
а так чё сказать - ура, праздник! :)
кстати, ребята и девчата, есть ли у кого образ флешки для кубай-борды (первой, на a10?). а то там через serial-порт надо ставить, а у меня ничего подобного нет.а, вообще, usb otg может прикидываться шла... serial-портом? :)
> кстати, ребята и девчата, есть ли у кого образ флешки для кубай-борды
> (первой, на a10?). а то там через serial-порт надо ставить, а
> у меня ничего подобного нет.Не зря BSD созвучно с BDSM. Даже образ для SD карты сделать - оказыается рокетсайнс.
> а, вообще, usb otg может прикидываться шла... serial-портом? :)
Ну если опенок умеет притворяться гаджетом и ты напишешь такой драйвер gadget - тогда сможет. В линухе можно даже веселее - притвориться usb сетевухой (спасибо g_ether). Есть даже готовые образа где потом можно сразу vnc'ом, на заранее оговоренный адрес.
> Не зря BSD созвучно с BDSM. Даже образ для SD карты сделать - оказыается рокетсайнс.OpenBSD предоставляет только инсталлер. И там ставится через serial-порт (впрочем, оно почти на все платформы может так ставиться). Самих этих кабелёчков у меня нет, и ставить не хочу. Видео там не поддерживается, потому что Mali400.
Кстати, Debian через официальный инсталлер тоже фиг поставишь, в принципе. Поэтому есть сторонние проекты, которые берут это, добавляют проприетарные компоненты, и закатывают на флешки. С официальным комплектом Debian ты ни то, что флешку не запишешь - ты даже не запустишь это вменяемым способом.
можно слить архив http://cdimage.debian.org/cdimage/unofficial/non-free/firmwa...
развернуть unetbootin`ом слитую исошку деба на флешку, в корне есть папка firmware, туда распаковать этот архив==
каждый Пн скриптами сливаются 2 первых инсталяционных диска (i386, amd64) и теми же скриптами перепаковываются с вкраплениями firmware
вы вообще понимаете, что такое ARM? особенно, самые примитивные?
> развернуть unetbootin`ом слитую исошку деба на флешку, в корне есть папка firmware,
> туда распаковать этот архивКруто, а теперь покажи мне это на каком-нить кубиборде, олинуксине и прочих банана пи и радха рок. Хочу увидеть это шоу. Есличо, процесс старта ARMовских девайсов слегка отличается от х86 :).
> OpenBSD предоставляет только инсталлер.А я думал что как минимум еще "много головняка на ровном месте" в комплект входит.
> И там ставится через serial-порт (впрочем, оно почти на все платформы может
> так ставиться).Только вот этот способ - те еще гланды, через ж...у, автогеном. Мягко говоря.
> Самих этих кабелёчков у меня нет,
Зато у меня этого добра на все вкусы, i++'ный по счету я могу себе наЛУТать за пару часов, если приперло. Но это не отменяет того факта что это какой-то очень дурной способ установки системы.
Мне видится более разумным подготовка образа карты на хост-системе, а потом завалиться в эту систему и что-то донастроить, если надо. Возможно, заранее оставив рояль в кустах типа ssh доверяющего нашему ключу, сетевому интерфейсу на статичном IP, etc - заранее прописав это в конфиги - до компоновки образа карты. Где-то в этом месте мы понимаем зачем в дебиане есть такие странноватые вещи как debootstrap и прочие fakeroot: так можно скомпоновать иерархию с которой система пойдет на взлет на другой системе, которая уже работает.
> и ставить не хочу. Видео там не поддерживается, потому что Mali400.
Смотря что понимать под не поддерживается. Mali - это акселератор. Картинку в 2D и даже ускоренное видео можно гнать на экран и не умея с ним работать (в плане генерации шейдеров, которую и зажали в основном). А GL ES на такой платке - нишевая штука и без него в большинстве случаев можно прожить, имхо. Если уметь пулять картинку в 2D хотя-бы.
> Кстати, Debian через официальный инсталлер тоже фиг поставишь, в принципе.
Однако скомпоновать иерархию user-mode частей системы вполне официальными тулзами типа debootstrap при желании очень даже можно. Потом вкатить в эту иерархию "hw pack" (адаптацию к конкретно вот этой железке, типа правильных настроек pinmux и прочего). Далее с нашей стороны в случае линуха надо бутлоадер и кернел. Бут должен знать где брать ядро, а то должно уметь раскочегаривать железо достаточно для взлета юзермода. И вот глядя на вон ту хубунту на платке фиг ты ее отличишь от хубунты на х86, пока /proc/cpuinfo не посмотришь. Такие же репы, те же пакеты. Ну разве что собраны не для i386 или amd64, а для armhf. Глобальное отличие - в том что буковки amd64 или i386 сменились на armhf и пришлось немного подыграть руками на фазе загрузки. От бутлоадера до ядра. В этом плане у линя есть некая фича: ядро некий независимый самодостаточный компонент. Его можно перестроить отдельно от всего остального на хост-системе. А дальше можно быстро слепить иерархию раскатав ее из бинарных пакетов дебиана/убунты. На то и репы с кучей софта под armhf.
В целом это не выглядит каким-то особым гемором. Даже с продвинутой/околоинтеграторской точки зрения.
> Поэтому есть сторонние проекты, которые берут это, добавляют проприетарные
> компоненты, и закатывают на флешки.Ну да, для популярных осей можно просто образа скачать и танцевать уже от этой печки. Но если приспичило - самому собрать такой образ не особо сложно. За счет того что кернел и бутлоадер собираются независимо а остальное можно в виде иерархии штатными тулзами распихать. Ну а получить из иерархии образ диска - не больно какая крутая задача. У allwinner к тому же ROM выдвигает минимум требований к компоновке SD карты. Все что надо - оставить кусок карты в самом начале не занятым.
> С официальным комплектом Debian ты ни то, что флешку не запишешь -
> ты даже не запустишь это вменяемым способом.Ну и что? В дебиане или убунте я смогу при нужде сам билдануть кернел и бут, разложить их в образ как надо и далее туда же вкатить иерархию будущей системы отформованную из имеющихся бинарным пакетом. От меня из нестандартных приседаний по большому счету объяснение u-boot где взять ядро. При том совсем не обязательно это делать через uart. Там прямо по дефолту вшиты навернутые скрипты которые довесок к окружению бута и ядро с fat и ext2/3/4 пытаются грузануть. Но если это не нравится - ок, пару строчек с дефолтами u-boot или довеска из ФС переколпачить. В принципе можно даже сложить кернель в расово верном виде - в рутфс по типу ext4. Потом его по идее можно даже пакетным манагером было бы вкатывать, как обычно. Если б ядро под allwinner было в репах.
>> кстати, ребята и девчата, есть ли у кого образ флешки для кубай-борды
>> (первой, на a10?). а то там через serial-порт надо ставить, а
>> у меня ничего подобного нет.
> Не зря BSD созвучно с BDSM. Даже образ для SD карты сделать
> - оказыается рокетсайнс.Про все BSD мимо кассы. Во FreeBSD это элементарно делается штатными средствами - сборкой из исходников:
- Собрать кросс-тулчейн.
- Собрать ядро и мир для нужной архитектуры.
- С помощью gpart разбить образ SD карты на нужные разделы, закатать загрузчик, u-boot и ядро в нужный раздел.
- make installworld DESTDIR=<ufs раздел на образе SD карты> - установить мир.
- Настроить rc.conf - dhcp, ssh и создать пользователей.Вот и всё. Из внешних компонент только начальный загрузчик и u-boot c поддержкой борды.
C NetBSD не тяжелее. У опенка проблемы с кросс-компиляцией.
> - сборкой из исходников:
> - Собрать кросс-тулчейн.
> - Собрать ядро и мир для нужной архитектуры.
> - С помощью gpart разбить образ SD карты на нужные разделы, закатать
> загрузчик, u-boot и ядро в нужный раздел.
> - make installworld DESTDIR=<ufs раздел на образе SD карты> - установить мир.
> - Настроить rc.conf - dhcp, ssh и создать пользователей.
> Вот и всё. Из внешних компонент только начальный загрузчик и u-boot c
> поддержкой борды.А в дебиян-образных можно люто сэкономить себе силы путем использования тамошних инструментов для формирования иерархии будущей системы другой архитектуры из бинарных пакетов из репок. И если вкатить фокса собранного как armhf из бинарного пакета мне не обломно то самому греть воздух сборкой оного - эээ, спасиб, что-то не очень хочется.
Столлман не одобряет и не советует пользоватся OpenBSD
> Столлман не одобряет и не советует пользоватся OpenBSDи Debian-ом... :) по одной и той же причине - можно подключить несвободные порты :) Причём, в openbsd это можно сделать только через порты, бинарные пакеты, которыми рекомендуется пользоваться всем, там свободные.
нет. Он рекомендует не пользоватся из за лицензии.
https://ru.wikipedia.org/wiki/Лицензия_ISC
не знаю чем его лицензия не устроила.
> нет. Он рекомендует не пользоватся из за лицензии.
> https://ru.wikipedia.org/wiki/Лицензия_ISC
> не знаю чем его лицензия не устроила.нет
А что на них делают? (А сколько вещей сих в эксплуатации существует всего?)
Для шлюзов, роутеров и межсетевых экранов опёнок лучший!
а покажите роутер на нём. ну, не считая пыльного ящика под столом или в стойке. те, что я вижу, почему-то идут с линуксом (хотя производителям там gpl уж явно неудобен).насколько я знаю, в россии большинство провайдеров держит на "шлюзах, роутерах и межсетевых экранах" циску-хуайвей или всё тот же линукс (он тоже в этой роли неплохо справляется), меньшинство -- freebsd, доля опёнка вообще несущественна.
что-то не очень оно востребовано даже в самой профильной нише, в общем.
Спасибо Тео за хорошую ОС!