https://opennet.dev/openforum/vsluhforumID3/104448.html В рамках проекта NextBSD (http://www.nextbsd.org/) группой энтузиастов началось (http://www.nextbsd.org/clarifying-near-term-expectations/) развитие BSD-системы нового поколения. В качестве основы задействовано (https://drive.google.com/file/d/0B1CTSkgkHoaccjJLM0NnWGRVdEE/view) актуальное ядро и базовое программное окружение FreeBSD-CURRENT, а также компоненты, портированные из проекта Darwin. Таким образом NextBSD сочетает свежие наработки FreeBSD с низкоуровневыми технологиями OS X.<br><br><br><br>Ядро FreeBSD дополнено механизмом межпроцессного взаимодействия на базе микроядра Mach (https://ru.wikipedia.org/wiki/Mach). Для инициализации, управления сервисами, выполнения периодических заданий, активации обработчиков сетевых соединений и слежения за работоспособностью служб задействован системный менеджер launchd (http://www.opennet.ru/opennews/art.shtml?num=38692), который дополнен прослойкой для обеспечения совместимости с классической системой rc-скриптов. Демон launchd объединяет в себе функции процесса init, си https://opennet.dev/openforum/vsluhforumID3/104448.html#136 Mon, 04 Jan 2016 23:39:18 GMT Пилили бы без оглядки на совместимость уже. Всё-равно тем, кому нужна классика, это вот не нужно. А так очередная "принципиально новая, нескучная" система-компропис между ежом и колючей проволкой...<br> https://opennet.dev/openforum/vsluhforumID3/104448.html#135 Thu, 01 Oct 2015 07:20:09 GMT &gt;&gt; Михаил, а собственно, к чему вопрос? Он вроде пишет граф, а не дерево. =) <br>&gt; Михаил всегда пытается испугать всех графами, но забывает уточнить что альтернативой - <br>&gt; Тюринг-полная программа, которая с точки зрения теоретического описания намного хуже. <br><br>Со второго раза осмыслил.<br><br>Тьюринг-полная программа вообще не поддастся в этом плане теоретическому описанию. Но хуже ли это - вопрос спорный. Я бы взялся утверждать, что такой подход как минимум удобен.<br> https://opennet.dev/openforum/vsluhforumID3/104448.html#134 Tue, 08 Sep 2015 13:56:41 GMT Я не сумел осмыслить первое предложение. Прошу меня простить.<br> https://opennet.dev/openforum/vsluhforumID3/104448.html#133 Wed, 02 Sep 2015 06:25:59 GMT &gt; launchd в ответе за монтирование устройств и devd с libdevq идут на выброс?<br><br>Они друг-другу не должны мешать. У devd задача - занимается приемом событий из ведра с последующей записью их в юзерлендный сокет. А кто в юзерленде будет их разгребать - ему фиолетово.<br>Это может быть сам devd (дергать скрипты после прохода регекспами по событиям). Может libdevq - выделять события по подключению мышей и скармливать их клиенту - x-серверу. Ничто не мешает launchd становиться еще одним обработчиком, сидящим поверх devd и слушающим сокет.<br> https://opennet.dev/openforum/vsluhforumID3/104448.html#132 Tue, 01 Sep 2015 07:23:02 GMT я сомневаюсь что FreeNAS и PC-BSD они будут в виртуалочке...<br>Еще вопрос, launchd в ответе за монтирование устройств и devd с libdevq идут на выброс?<br> https://opennet.dev/openforum/vsluhforumID3/104448.html#131 Mon, 31 Aug 2015 15:32:46 GMT &gt; Осилил. И бездисковые десктопы(тонкие клиенты) тоже были.<br><br>Итак:<br>новость о "NextBSD", "развитие BSD-системы нового поколения". <br>Очередной Анонимный Свидетель Ядра гордо вещает "Я осилил ЛФС! Даже на тонких клиентах!"<br>Эпично :)<br><br> https://opennet.dev/openforum/vsluhforumID3/104448.html#130 Mon, 31 Aug 2015 15:22:23 GMT &gt; Дзен состоит в том, что для того чтобы прописать сервис в запуск <br>&gt; теперь требуется мега-IDE, за отдельные деньги? А может ну бы его <br>&gt; нафиг такой дзынь? <br><br>Новость не читай! Лучше сразу что-то с кем-то обсуждай!<br> https://opennet.dev/openforum/vsluhforumID3/104448.html#129 Mon, 31 Aug 2015 15:17:37 GMT &gt;&gt; работы по переводу всех конфигурационных файлов в формат, совместимый с libucl.<br>&gt; А как же совместимость с проприетарными патронами?!<br><br>А тут никого не волнует, с чем ваша бубунта не совместима ...<br><br><br> https://opennet.dev/openforum/vsluhforumID3/104448.html#128 Mon, 31 Aug 2015 15:14:59 GMT &gt; Так безмозглому зилоту скажи "юникс-вэй" - он и лоб себе расшибет. Вот <br>&gt; хейтеры системды в массе своей будут корячиться с распаковкой 100Гб архива <br>&gt; до середины. Ради юниксвейности. Ну и что, что юзерье свой бэкап <br>&gt; получит через полдня, а не через 2 минуты? Зато расово верно. <br><br>А, это такой намек на systemd-(re)tard или причем здесь опять этот мега-комбайн?<br> <br><br><br>