Опубликован выпуск дистрибутива Nitrux 3.8.0, построенного на пакетной базе Debian, технологиях KDE и системе инициализации OpenRC. Проект предлагает собственный рабочий стол NX Desktop, который представляет собой надстройку над KDE Plasma. На основе библиотеки Maui для дистрибутива развивается набор типовых пользовательских приложений, которые можно использовать как на настольных системах, так и на мобильных устройствах. Для установки дополнительных приложений продвигается система самодостаточных пакетов AppImages. Размер полного загрузочного образа составляет 3.3 ГБ. Наработки проекта распространяются под свободными лицензиями...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62337
> будет переведён по умолчанию на собственную оболочку Maui ShellА вот и форк пятой плазмы подоспел. Немного настоится, каких-нибудь лет десять, и будет у нас ещё одна секта, как с фанатами Тринити.
почему? 6я же это как 5я, вот я понимаю разницу между четвёркой и пятой, а тут считай две идентичные
Я так понимаю это не форк плазмы а что-то свое велосипедное.
Ну да, ведь пользоваться тем, что нравится - это секта
Ага, а не секта, наверное -- это жрать, что дают. Впрочем, непонятно, что эти персонажи забыли на этом форуме. Они должны сидеть на своих "Астра линукс" и "Аврора", и молчать в тряпочку.
>Они должны сидеть на своих "Астра линукс" и "Аврора", и молчать в тряпочку.Да разработчик должен пользоваться тем что создает.
Музыкант должен слушать свои треки.
Повар должен есть свою еду.
Производитель смартфонов должен пользоваться тем что создает.
Строитель должен жить в доме который сделал сам.Это будет доказательством что это что то хорошее.
Ато как получается. Разрабатываем Астра Аврора.Но делаем это с Mac-booka.
если бы они писали на .NET + maui, было б реально интересно.
а так..
разве что, 3й дистр, у которого нормальная поддержка openrc в приоритете(а не как в девуане - напихать sysv-скриптов и сказать "роботоитъ").
а у кого золото и серебро?
если имеется в виду .NET MAUI - то там линукса десктопа как таргета я не виделили имеется в виду .NET + используемый MAUIKit, тогда поясните как это скрещивать?
>как это скрещивать?как и с gtk, qt, чемУгодно - биндинги.
почему-то уверена, что они уже даже есть готовые.а вообще, я это утром прочла, не выспавшись. подумала, что они на MAUI-linux пишут как-то без .NET'а :/
где у них гит-то, лол?
на сайте ни внизу, ни в Resources ссылок нет, в гугле по "nxos git", "nxos github" - "Open NX-OS on the Cisco Nexus platform" и гит никсоси.
стоп, какого вообще черта у дистрибутива "nitrux" сайт - nxos?
нашла, был на сайте, через кастомный шрифт(что ublock'ом был забанен) в меню.
как оказалось, про нормальную поддержку openrc выше - погорячилась .. там мешанина из sysv, NM, if-up-down, шелла и нативных сервисов.
> мешанина из sysv, NM, if-up-down, шелла и нативных сервисовДобро пожаловать в прекрасный дивный мир без системд.
Ты хотел сказать в нормальный мир.
Да, солянка из всего подряд -- это норма. Зачем Си, распараллеливание DAG-графа служб и декларативность, DynamicUser и прочие плюшки, когда можно на скриптах все. А еще желательно скрипты не проверять шеллчеком, тогда ваще агонь.
Лучше скажи зачем мне для tmpfs systemd вместо одной строчки в fstab?
кто Вам сказал использовать "для tmpfs systemd" ? 👀
Поттеринг
самолично?
>солянка из всего подрядвстречается только у помесей супервизоров/инитов.
когда проект развивает оба компонента(привет, openrc), проблем нет.>распараллеливание DAG-графа служб
умеет уже даже sysv, хоть и через костыли.
не говоря уже о современных сервисных менеджерах.
sd умеет асинхронно таргеты пускать? а openrc - может.
более того, в 99% случаев стартовать система под управлением openrс будет быстрее(если рассматривать ситуацию, когда оба пускают нативные сервисы).>декларативность
man openrc-run
```
#!/usr/sbin/openrc-run
description="PolicyKit Daemon"
depends(){
need dbus
want elogind
}
supervisor=supervise-daemon
command=/usr/libexec/polkitd
user=polkitd
```>DynamicUser
зачем?
так-то при каждом запуске и выключении в /etc/passwd писать - практика весьма порочная(а sd делает именно это. юзер после остановки удаляется.)
хотя, о чем это я, когда госпадин Поттеринг считает нормальным при каждой загрузке писать в nvram ..
имхо, было б и то лучше сделать условный sysusers-generator, который бы проверял вервисы с DynamicUser=true и делал бы юзеров вида systemdSystemUser<ServiceName>, проверяя /etc/passwd предварительно(что б добавлять/удалять ненужных).
> sd умеет асинхронно таргеты пускать? а openrc - можетПонятия не имею, может ли он "асинхронно таргеты пускать". Приведи реальную практическую проблему, которую опенрц решает при помощи "асинхронных таргетов" -- такую проблему, которую принципиально не решить с системдосом.
> man openrc-run
Красава, только нужен формат, который не надо "запускать" через шебанг. Чтобы декларации сервисов можно было собирать чем-то вроде parseIni/parseWhatever.
> при каждом запуске и выключении в /etc/passwd писать - практика весьма порочная(а sd делает именно это. юзер после остановки удаляется.)
Do note that allocating or deallocating a dynamic user leaves /etc/passwd untouched. A dynamic user is added into the user database through the glibc NSS module nss-systemd, and this information never hits the disk.
И не забываем про кучу других опций systemd вроде заворачивания сервисов в песочницы через неймспейсы, активацию через сокеты, декларирование зависимостей от точек монтирования и прочие батарейки в комплекте в лице таймеров, tmpfiles и журнала.
>Приведи реальную практическую проблему,параллельный запуск нескольких групп с целью ускорить загрузку, лол.
или продолжение запуска чего-либо от рута после инициализации логинскрина.
>только нужен формат, который не надо "запускать" через шебанг.никто через шебанг не "запускает".
openrc-run при старте весь init.d читает и стартует сам.
>чем-то вродеесли Вы не осилили распарсить ключ=значение, я не думаю, что Вам в принципе стоит это делать.
>Do note
прикольно, не знала.
тем не менее.. зачем?>декларирование зависимостей от точек монтирования
для openrc есть реализации mount. и dmcrypt. сервисов.
сводится к
настройке /etc/conf.d/mount.MountName,
после чего
depends {
want /myPath
}>таймеров
у runit и openrc есть snooze'ы.
в случае с openrc - сводится к настройке /etc/conf.d/snooze.snoozeName.>tmpfiles
зачем?
есть etmpfiles.>журнала
man logbookd
>песочницы через неймспейсы
и прибитость к линуксу через них же.
Вы сталкивались хоть с одной уязвимостью/багом, от которых бы спасло "опесочивание на половинку" ?
для этого либо действуют из парадигмы "все запрещено, кроме разрешенного", как во флатпак/MAC'ах, либо садят в докер и не парятся.
в текущем виде - оно просто "что б было́" и за зря ресурсы ест.
> параллельный запуск нескольких групп с целью ускорить загрузку, лолНу так параллельно все запускается, смотря как оформишь Before= After= и прочие вещи. Все еще нет конкретного сценария для "групп".
> если Вы не осилили распарсить ключ=значение
Там тьюринг-полный конфиг: openrc-run is basically an interpreter for shell scripts. Следовательно, надо заводить полную реализацию посикс-шелла или что там у вас. Отсюда следует, что в ваших "юнитах" можно сделать ифы и прочие rm -rf --no-preserve-root /. В системдосе юниты -- не executable-файлы, а просто ini-файлы, поддающиеся парсингу без тьюринг-полноты и без необходимости спавнить /bin/sh.
> тем не менее.. зачем?
Мотивация: https://0pointer.net/blog/dynamic-users-with-systemd.html
> есть snooze'ы
> есть etmpfiles
> man logbookdКрасава. Но скорее всего все держится на изоленте и особо друг с другом не интегрировано, хотя тебе виднее.
> прибитость к линуксу
Никто не заявлял кроссплатформу. Системда -- только для линукса и использует линуксовые фичи по максимуму. Или по-твоему все должны стесняться эксклюзивных фич в пользу кроссплатформы, которая обычно никому и не нужна?
> Вы сталкивались хоть с одной уязвимостью/багом, от которых бы спасло "опесочивание на половинку" ?
Лично я? Нет, я не девопс и не сисадмин. Но с точки зрения swiss cheese model никакая мера не бывает лишней. Лично мне сидится удобнее, когда все изолировано. А особое наслаждение доставляет то, что все изолировано напрямую средствами линукса, а не через стороннюю прослойку в виде докера.
>все еще нетбыл дан вторым предложением.
>параллельно вск запускаетсянет.
>systemd targets cannot be activated in parallel. When you activate a target in systemd, it processes the units associated with that target sequentially, ensuring that all dependencies are satisfied before the target is considered active.сделайте так, чтобы таймеры стартовали одновременно с другими системными сервисами, не скидывая все в один таргет?
нельзя так.
в openrc - Вы просто добавляете ранлевел со snooze'ами в boot/default.>Там тьюринг-полный конфиг
м, ну это да, ладно.
более того, можно, вроде, прям в глобальном скоупе сервиса шелл-кода навалить.
зачем - хз, так никто не делает, но да, парсер будет сложнее, чем то, что я выше написала.
ибо может и что-то вроде..
#/etc/conf.d/service1
key=true#/etc/init.d/service1
if yesno "$key"; then
supervisor=supervise-daemon
fi>никому
отучаемся за всех говорить.
Вам не нужна? замечательно.
в матричной руме фрибсд половина сидит на openrc.>swiss cheese model
тогда предлагаю спрашивать пароль рута по 10 раз(что б убедиться, не просто ли повезло пользователю в предыдущие 9.), 10 диалогов при использовании rm, пускай sd Вам.. например, path-юнит сделает в /var/lib/dpkg(или где у Вас пакеты?) и создает по сервису на каждый пакет - вдруг пакетный менеджер не уследит, а sd - тут как тут со своим списком.
эта "мера" - следствие некомпетентности разработчиков и была предпринята буквально с целью "что б былО".
на практике, опять, же, были случаи, когда подобное бы мешало, например, эксплуатации уязвимости в ssh? или в exim? нет. selinux/AA/tomoyo/вообщеЛюбойMAC(?) такому мешают регулярно, что быссмысленность этого опесочивания на полшишечки подчеркиввет.
А покажешь OpenRC не прибитый к линуксу ?
У фриибздунов емнип дальше PoC не пошло.
советую обратиться к дементологу.
https://wiki.freebsd.org/OpenRC
Советую все-же пройти по ссылке и прочитать что там написано. А с сдвг советую обратиться к психиатору )
еще, интересно, как Вы вдруг от "солянки из всего подряд" в других инитах перескочили к солянке из логгера, песочницвы, менеджера ВМ/пользователей/сервисов/временных/домашних папок/криптодевайсов/девайсов/системной шинв файлов в sd.
если солянку сгрести в одну репу, она, внезапно, солянкой быть не перестанет.
временных файлов*
системной шины*
курсор сьехал.
>И не забываем про.. пример задачи, решаемой "кучей опций systemd", которую "принципиально нельзя решить" средставми любой POSIX-совместимой ОС :)
Как сделать так, чтобы в systemd-дистрибутиве можно было прописать диск в fstab, и при перезагрузке, независимо от того, вставлен этот диск или нет, система грузилась ь
Прописать в опции монтирования "noauto,x-systemd.automount" -- будет монтировать при первом обращении.
Или просто "noauto" -- и монтировать руками.ЗЫ:
Убунта, Оракл грузятся без доп. опций.
это так-то мир васянов, неосиливших документацию инита ..
в альпайне и вроде, генте, все ок.
А кому интересны маргинальные иниты, лол ?
Никому не интересны. Ну разве что пользователям маргинальщины типа дивана и артикса, 1.5 землекепов. Вот и всё.
> как оказалось, про нормальную поддержку openrc выше - погорячилась .. там мешанина
> из sysv, NM, if-up-down, шелла и нативных сервисов.Так это... openrc это по факту всегда была надстройка над sysvinit, просто для большей стройности и красоты. И да, NM и прочие отдельно, т.е как и должно быть в системах здорового человека, а не как в systemdOS всё в одном блоатварном блобе.
https://github.com/Nitrux
>>а ближе к концу года будет переведён по умолчанию на собственную оболочку Maui Shell, поддерживающую Qt6....куда уж ближе, декабрь на дворе...
Есть тут кто трогал хотя бы с неделю? Поделитесь впечатлениями?
Зачем перечислять в новости пользовательский софт и пакеты, которые можно запускать или включены в дистрибутив? Даже начинающему линуксоиду понятно что можно запускать всё, хоть Nautilus из гнома вместо его родного Index
А зачем щель между нижней мелкой панелью и нижним краем экрана? Это такой подход к экономию рабочего пространства экрана?
Чтоб было "красиво". Надеюсь хотя бы клик по щели все-таки приводит к клику по иконкам, как это сделано в гноме.Ты мне лучше скажи, зачем там надпись "Default" слева сверху не впритык к краю, а на каком-то дурацком почтительном расстоянии, словно там есть какая-то другая невидимая надпись слева от нее.
Этот floating panel как в kde6 это теперь модно. Не знаю как тут но в кде она ещё и прилипает обратно при разворачивании во весь экран приложения. Чем дико бесит.
Выглядит на скринах хорошо.
А вот когда его установишь... магазин приложенек не двигался, апдейты делаются через перенакат дистра (в целом логично, но камон ...)Как там жить с доскером и жетбрайнсом без аппимага - так и не дошел до решения, после первых двух "открытий" откатился обратно на бомжару.
А надежды были так велики...
Шутник. Всё ясно ещё до устновки, какие там надежды.
>а ближе к концу года будет переведён по умолчанию на собственную оболочку Maui Shell, поддерживающую Qt6.Конец года близок, как никогда.
>собственную оболочку Maui Shell.qt6 это хорошо.
Maui Shell написана на Maui? https://learn.microsoft.com/en-us/dotnet/maui/fundamentals/s...
Linux написанны на windows?