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

"Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружением NX Desktop"	+/–
Сообщение от opennews (??), 04-Дек-24, 01:43
Опубликован выпуск дистрибутива Nitrux 3.8.0, построенного на пакетной базе Debian, технологиях KDE и системе инициализации OpenRC. Проект предлагает собственный рабочий стол  NX Desktop, который представляет собой надстройку над  KDE Plasma. На основе библиотеки Maui для дистрибутива развивается набор типовых пользовательских приложений,  которые можно использовать как на настольных системах, так и на мобильных устройствах. Для установки дополнительных приложений продвигается система самодостаточных пакетов AppImages. Размер полного загрузочного образа составляет 3.3 ГБ. Наработки проекта распространяются под свободными лицензиями... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62337
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+4 +/–
Сообщение от Аноним (1), 04-Дек-24, 01:43
> будет переведён по умолчанию на собственную оболочку Maui Shell А вот и форк пятой плазмы подоспел. Немного настоится, каких-нибудь лет десять, и будет у нас ещё одна секта, как с фанатами Тринити.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (5), 04-Дек-24, 04:29
	почему? 6я же это как 5я, вот я понимаю разницу между четвёркой и пятой, а тут считай две идентичные
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от equeim (ok), 04-Дек-24, 05:45
	Я так понимаю это не форк плазмы а что-то свое велосипедное.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	21. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+6 +/–
	Сообщение от Сектант (?), 04-Дек-24, 09:25
	Ну да, ведь пользоваться тем, что нравится - это секта
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	41. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	–1 +/–
	Сообщение от Анониссимус (?), 04-Дек-24, 21:03
	Ага, а не секта, наверное -- это жрать, что дают. Впрочем, непонятно, что эти персонажи забыли на этом форуме. Они должны сидеть на своих "Астра линукс" и "Аврора", и молчать в тряпочку.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (52), 10-Дек-24, 00:51
	>Они должны сидеть на своих "Астра линукс" и "Аврора", и молчать в тряпочку. Да разработчик должен пользоваться тем что создает. Музыкант должен слушать свои треки. Повар должен есть свою еду. Производитель смартфонов должен пользоваться тем что создает. Строитель должен жить в доме который сделал сам. Это будет доказательством что это что то хорошее. Ато как получается. Разрабатываем Астра Аврора. Но делаем это с Mac-booka.
	Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	–1 +/–
Сообщение от мяв (?), 04-Дек-24, 05:04
если бы они писали на .NET + maui, было б реально интересно. а так.. разве что, 3й дистр, у которого нормальная поддержка openrc  в приоритете(а не как в девуане - напихать sysv-скриптов и сказать "роботоитъ").
Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (12), 04-Дек-24, 06:32
	а у кого золото и серебро?
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от RM (ok), 04-Дек-24, 11:21
	если имеется в виду .NET MAUI - то там линукса десктопа как таргета я не видел или имеется в виду .NET + используемый MAUIKit, тогда поясните как это скрещивать?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	31. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 13:24
	>как это скрещивать? как и с gtk, qt, чемУгодно - биндинги. почему-то уверена, что они уже даже есть готовые. а вообще, я это утром прочла, не выспавшись. подумала, что они на MAUI-linux пишут как-то без .NET'а :/
	Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
Сообщение от мяв (?), 04-Дек-24, 05:08
где у них гит-то, лол? на сайте ни внизу, ни в Resources ссылок нет, в гугле по "nxos git", "nxos github" - "Open NX-OS on the Cisco Nexus platform" и гит никсоси.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 05:10
	стоп, какого вообще черта у дистрибутива "nitrux" сайт - nxos?
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 05:15
	нашла, был на сайте, через кастомный шрифт(что ublock'ом был забанен) в меню. как оказалось, про нормальную поддержку openrc выше - погорячилась .. там мешанина из sysv, NM, if-up-down, шелла и нативных сервисов.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	11. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (11), 04-Дек-24, 06:03
	> мешанина из sysv, NM, if-up-down, шелла и нативных сервисов Добро пожаловать в прекрасный дивный мир без системд.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (18), 04-Дек-24, 09:12
	Ты хотел сказать в нормальный мир.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	–1 +/–
	Сообщение от Аноним (11), 04-Дек-24, 09:50
	Да, солянка из всего подряд -- это норма. Зачем Си, распараллеливание DAG-графа служб и декларативность, DynamicUser и прочие плюшки, когда можно на скриптах все. А еще желательно скрипты не проверять шеллчеком, тогда ваще агонь.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (26), 04-Дек-24, 13:06
	Лучше скажи зачем мне для tmpfs systemd вместо одной строчки в fstab?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 13:09
	кто Вам сказал использовать "для tmpfs systemd" ? 👀
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (30), 04-Дек-24, 13:17
	Поттеринг
	Ответить | Правка | Наверх | Cообщить модератору

	32. Скрыто модератором	+/–
	Сообщение от мяв (?), 04-Дек-24, 13:25
	самолично?
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 13:06
	>солянка из всего подряд встречается только у помесей супервизоров/инитов. когда проект развивает оба компонента(привет, 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 предварительно(что б добавлять/удалять ненужных).
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	33. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (11), 04-Дек-24, 13:43
	> 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 и журнала.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 14:04
	>Приведи реальную практическую проблему, параллельный запуск нескольких групп с целью ускорить загрузку, лол. или продолжение запуска чего-либо от рута после инициализации логинскрина. >только нужен формат, который не надо "запускать" через шебанг. никто через шебанг не "запускает". 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'ах, либо садят в докер и не парятся. в текущем виде - оно просто "что б было́" и за зря ресурсы ест.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (11), 04-Дек-24, 15:34
	> параллельный запуск нескольких групп с целью ускорить загрузку, лол Ну так параллельно все запускается, смотря как оформишь 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 никакая мера не бывает лишней. Лично мне сидится удобнее, когда все изолировано. А особое наслаждение доставляет то, что все изолировано напрямую средствами линукса, а не через стороннюю прослойку в виде докера.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 05-Дек-24, 00:55
	>все еще нет был дан вторым предложением. >параллельно вск запускается нет. >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(?) такому мешают регулярно, что быссмысленность этого опесочивания на полшишечки подчеркиввет.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Ахз (?), 04-Дек-24, 19:39
	А покажешь OpenRC не прибитый к линуксу ? У фриибздунов емнип дальше PoC не пошло.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	42. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 05-Дек-24, 00:29
	советую обратиться к дементологу. https://wiki.freebsd.org/OpenRC
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Ахз (?), 05-Дек-24, 20:30
	Советую все-же пройти по ссылке и прочитать что там написано. А с сдвг советую обратиться к психиатору )
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 14:10
	еще, интересно, как Вы вдруг от "солянки из всего подряд" в других инитах перескочили к солянке из логгера, песочницвы, менеджера ВМ/пользователей/сервисов/временных/домашних папок/криптодевайсов/девайсов/системной шинв файлов в sd. если солянку сгрести в одну репу, она, внезапно, солянкой быть не перестанет.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	36. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	–1 +/–
	Сообщение от мяв (?), 04-Дек-24, 14:11
	временных файлов* системной шины* курсор сьехал.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 14:15
	>И не забываем про .. пример задачи, решаемой "кучей опций systemd", которую "принципиально нельзя решить" средставми любой  POSIX-совместимой ОС :)
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	48. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (48), 06-Дек-24, 08:45
	Как сделать так, чтобы в systemd-дистрибутиве можно было прописать диск в fstab, и при перезагрузке, независимо от того, вставлен этот диск или нет, система грузилась ь
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	53. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Минона (ok), 10-Дек-24, 10:23
	Прописать в опции монтирования "noauto,x-systemd.automount" -- будет монтировать при первом обращении. Или просто "noauto" -- и монтировать руками. ЗЫ: Убунта, Оракл грузятся без доп. опций.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от мяв (?), 04-Дек-24, 12:35
	это так-то мир васянов, неосиливших документацию инита .. в альпайне и вроде, генте, все ок.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	40. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Ахз (?), 04-Дек-24, 19:41
	А кому интересны маргинальные иниты, лол ?
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+1 +/–
	Сообщение от Аноним (46), 05-Дек-24, 07:23
	Никому не интересны. Ну разве что пользователям маргинальщины типа дивана и артикса, 1.5 землекепов. Вот и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (45), 05-Дек-24, 06:09
	> как оказалось, про нормальную поддержку openrc выше - погорячилась .. там мешанина > из sysv, NM, if-up-down, шелла и нативных сервисов. Так это... openrc это по факту всегда была надстройка над sysvinit, просто для большей стройности и красоты. И да, NM и прочие отдельно, т.е как и должно быть в системах здорового человека, а не как в systemdOS всё в одном блоатварном блобе.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	43. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от cheburnator9000 (ok), 05-Дек-24, 00:30
	https://github.com/Nitrux
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

13. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
Сообщение от ryoken (ok), 04-Дек-24, 07:39
>>а ближе к концу года будет переведён по умолчанию на собственную оболочку Maui Shell, поддерживающую Qt6. ...куда уж ближе, декабрь на дворе... Есть тут кто трогал хотя бы с неделю? Поделитесь впечатлениями?
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+1 +/–
Сообщение от Аноним (14), 04-Дек-24, 08:07
Зачем перечислять в новости пользовательский софт и пакеты, которые можно запускать или включены в дистрибутив? Даже начинающему линуксоиду понятно что можно запускать всё, хоть Nautilus из гнома вместо его родного Index
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
Сообщение от EuPhobos (ok), 04-Дек-24, 08:30
А зачем щель между нижней мелкой панелью и нижним краем экрана? Это такой подход к экономию рабочего пространства экрана?
Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (11), 04-Дек-24, 08:53
	Чтоб было "красиво". Надеюсь хотя бы клик по щели все-таки приводит к клику по иконкам, как это сделано в гноме. Ты мне лучше скажи, зачем там надпись "Default" слева сверху не впритык к краю, а на каком-то дурацком почтительном расстоянии, словно там есть какая-то другая невидимая надпись слева от нее.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	–1 +/–
	Сообщение от Аноним (18), 04-Дек-24, 09:15
	Этот floating panel как в kde6 это теперь модно. Не знаю как тут но в кде она ещё и прилипает обратно при разворачивании во весь экран приложения. Чем дико бесит.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

17. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
Сообщение от нейм (?), 04-Дек-24, 08:57
Выглядит на скринах хорошо. А вот когда его установишь... магазин приложенек не двигался, апдейты делаются через перенакат дистра (в целом логично, но камон ...) Как там жить с доскером и жетбрайнсом без аппимага - так и не дошел до решения, после первых двух "открытий" откатился обратно на бомжару. А надежды были так велики...
Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
	Сообщение от Аноним (20), 04-Дек-24, 09:19
	Шутник. Всё ясно ещё до устновки, какие там надежды.
	Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+1 +/–
Сообщение от Аноним (30), 04-Дек-24, 13:13
>а ближе к концу года будет переведён по умолчанию на собственную оболочку Maui Shell, поддерживающую Qt6. Конец года близок, как никогда.
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск дистрибутива Nitrux 3.8.0 с пользовательским окружени..."	+/–
Сообщение от Аноним (52), 10-Дек-24, 00:47
>собственную оболочку Maui Shell. qt6 это хорошо. Maui Shell написана на Maui? https://learn.microsoft.com/en-us/dotnet/maui/fundamentals/s... Linux написанны на windows?
Ответить | Правка | Наверх | Cообщить модератору

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

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