Разработчики открытой операционной системы Haiku, продолжающей развитие идей BeOS, подготовили прослойку для обеспечению совместимости с библиотекой Xlib, позволяющую запускать X11-приложения в Haiku без использования X-сервера. Прослойка реализована через эмуляцию функций Xlib при помощи трансляции вызовов в высокоуровневый графический API Haiku...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56386
>без использования X-сервераГрохнула Аврора!
Трюм проржавел? Линуксоиды вот вот от иксов уйдут, а у этих "нерешенные проблемы". А вэйланд, соответственно, будет в 2045?
Пора уже делать слой совместимость с wayland а не X11.
>waylandОбъяснили же вам: оно мало того, что самостоятельно ничего делать не хочет, так ещё и недостаточно окаменело
А зачем композитору делать что-то лишнее. Композитор должен лишь указывать границы окон.
У меня такое ощущение сложилось, что если бы Вяленый не вылез, весь бы его функционал делался на уровне DE и никаких проблем бы не возникало.
А поверх чего именно (x11, WinAPI, API Haiku) рисовать не так уж и важно. Каким боком тут затесался этот вяленный, если берут и, без особых затрат, реализуют прослойку X11 поверх текущего композитного менеджера?
Еще и gcc 2.95 поди не компилится.
Пора уже закопать
> Пора уже делать слой совместимость с wayland а не X11а он готов?
Да. При условии что GPU не nvidia. В блобе вроде запили то что нужно для этого, да только он достаточно сырое и не весь софт об этом знает
А чего там за срач у Линуса с Нвиией? Чего они там не поделили?
У Линуса и NVIDIA - нормальные деловые отношения. Конфликт между ними, это лишь локальный мем, не более того.В интернете "завирусился" фрагмент одного видео. Несколько лет назад, Линус выступил перед студентами университета, в котором он когда-то учился. После выступления, он отвечал на вопросы. На вопрос об NVIDIA в частности, и о проприетарных технологиях в целом, он посетовал на трудности во взаимодействии с NVIDIA, которые иногда возникают. Однако конфликты всегда разрешаются. Сказал, что всем было бы проще, если бы спецификации и код были открыты, и NVIDIA делилась спецификации с проектом nouveau. Закончил речь словами "so, NVIDIA, fsck you", и сделал характерный жест. Студенты посмеялись.
>У Линуса и NVIDIA - нормальные деловые отношения.Сейчас, наверное да.
>Конфликт между ними, это лишь локальный мем, не более того.
Как такового конфликта между Линусом и NVIDIA не было. Но и то, что это всего лишь локальный мем тоже не правда. Тогда Линус был крайне раздражён тем, что NVDIA не идёт на контакт с разработчиками ядра, и это было видно на видео. Просто он выпустил пар среди своих.
> Сейчас, наверное да.С нвидией и сейчас никаких отношений толком. Не учитывает ее никто - и не собираются. Она с горя и реализовала свой клон GBM, никто что-то не хотел кодить новый менеджер памяти видео чтобы нвидию осчастливить. С EGL в софте история повторилась.
> NVDIA не идёт на контакт с разработчиками ядра
А она и сейчас не идет особо. Попытки взять на понт "а давайте кодить замену GBM" или "а давайте мы будем EGL" закончились предсказуемым фэйлом. Пришлось заткнуться и самим кодить интерфейсы как у других дров. Вот и все "взаимодействие".
ЧСВ божка-с-пальцем и его камарильи не позволяет понять, что в корпорациях никто не будет тратить время и деньги на постоянное подпиливание драйверов под вечную альфу.
А чего тогда нвидия аналог KMS а потом и GBM'а сделала? Опровергает эти заявления. Нет, остальные этого для нвидии делать не будут. И кодить удобные нвидии апи они тоже не будут, им и с тем что есть нормально, особенно когда можно всей оравой эволюционировать свои апи под свои драйвера. Нвидия не часть процесса, ее учитывать никто и не собриается. И никакой вой на форуме не поможет, можете не тратить свое время на заведомо бесполезные затеи.
:O
> да только он достаточно сырое и не весь софт об этом знаетСофт ничего не знает об этом, кроме пары системных программ/либ. Нвидия пыталась упираться, но EGL в массы не пошел, кодить удобную нвидии замену gbm тоже никто не стал. Пришлось обломаться и кодить то что поддерживает остальной системный софт. Кому надо драйвер не вывешиающий интерфейсы ожидаемые софтом? :)
нвидия запилила gbm, но некоторое ПО пытается все равно использовать eglstreams (по крайней мере гном и кде вроде так делают, хотя в мастере вроде поправили уже). Алсо, есть баги которые "исправления уже тестируются", но для меня вяленый с нвидией из за них не юзабелен
Готов давно.
Совместимость с X11 относительная, т.к. реализовали Xlib. Qt работает через XCB.
А кьюте и так работает
у кьюта очень много бекендов и вроде какой-то бекенд с BeOS есть
Да, в новости про это есть: "Поддержка библиотеки Qt в Haiku ранее была реализована при помощи создания родного порта Qt, работающего поверх API Haiku."То есть сами писали. Если бы реализовали XCB, то получили бы сразу и Qt и Xlib из данной новости (Xlib в X.Org это обёртка поверх XCB).
Чтобы потом десять раз этот слой переделывать?
Даже хайку готова для десктопа больше, чем вэйланд.
это впринципе не должно быть очень сложно, wayland значительно легковесней, следовательно реализовать для такого слоя надо не очень много. Но что делать с xwayland через который пока что работает половина софта и который все равно просит xlib?
Алсо, как я понял речь о либах, а их часто фиг выкинешь даже из умеющего в wayland софта
Вот как раз вместо реализации X11 можно было бы реализовать Wayland, а поверх него запустить XWayland и получить сразу и GTK и Tcl и чёрта лысого."Не все расширения стабилизированы" - это красивая отмазка, ничего не скажешь.
Так они не реализовали X11, там только либы, дергающие их графический сервер.
> "Не все расширения стабилизированы" - это красивая отмазка, ничего не скажешь.Кстати, вполне возможно, что на момент, когда это начали пилить - так и было.
Если бы они решили портировать xorg или wayland то скорее всего выбрали вяленый так он как минимум гораздо проще (при условии если бы не было xwayland и все работало нативно), а меньше кода - меньше надо портировать. Но - 1. xwayland. он гоняет те же иксы => их все равно надо портировать. 2. они не хотят выкидывать свой графический сервер
Это как раз сложнее с wayland. Потому что в wayland ничего нет. Тебе всё это придётся реализовывать вручную. Разработчики wayland просто переложили с себя реализацию всего этого на других.
> Потому что в wayland ничего нетпоэтому и проще. Перековырять весь xorg будет значительно сложнее чем какой либо композитор + wayland
тарбол одного только x.org server - около 5 мегабайт. А к нему идут либы, утилиты и т.д., что уже будет больше 30 мб (и это в .tar.xz). wayland + wlroots около одного.
А еще сами разрабы иксов говорили, что внутренне они очень сложные и например как работает подсистема ввода понимают только 3 человека.
Но без xwayland - толку от вяленого мало, а xwayland - те же иксы.
Не проще. Как я и говорил весь аналогичный код, который обеспечивается всю функциональность собственно никуда не делся. Его всё равно придётся портировать. То придётся портировать все расширения, которые обеспечивают те же функции что в иксах, и в x.org server и композитор, и шмапазитор. А тех которых нет придётся писать с нуля, а там много чего нет.
На haiku rust собирается?
Да, https://depot.haiku-os.org/rust_bin
Да, но зачем?
> На haiku rust собирается?На опеннете бывают новости без упоминания раста в комментариях?
что такого специфичного можно делать в Хайке?
Пользоваться
А что там вообще для пользоваться. Только консольный режим, сетевой стек какой?
Какие-то преимущества перед Linux есть? Или только фанатики BeOS там?
> Только консольный режимГы, лол. Погугли скриншоты.
> сетевой стек
Кажется, из FreeBSD. То есть все ок.
Для пользователя там есть крита, либра, телега, кэйт, долфин, различные проигрыватели медиаконтента и ещё куча кутешного софта. Для разрабов есть пичарм, вим, кутекриэйтор и ещё кучка идешек/редакторов. Питон, гцц, раст(!!!), паскаль и прочее тоже в наличии.
Сетевой стек там раньше был из freebsd. Как сейчас - не знаю.
Но там была и вроде остаётся беда с браузерами. Два с половиной браузера и те толком ничего не могут. Хрома и фаерфокса нет. Для просмотра ютуба предлагали использовать qmplay. Впрочем, статичные и текстовые сайты вполне себе хорошо работают, так что тот же опеннет можно без проблем читать и даже писать статьи.
В целом, из различных хобби-ось типа Реактось или Сиренити, Хайку выглядит наиболее готовой и стабильной, даже для использования на реальном железе. Как минимум из любопытства советую попробовать в виртуалке.
Преимуществ перед линуксом нет, но проект и не ставит перед собой цель стать "быстрее, выше, сильнее" чем кто-то. Ребята просто занимаются любимым делом. Сам процесс разработки Хайку и есть основная цель для большинства участников.
не только докера, vsc (тут они ответили - если найдёте героя, который портирует электрон), и сетевых дров, совместимых не только с intel100/rtl3186...
"Какие-то преимущества перед Linux есть? Или только фанатики BeOS там?"Какие-то преимущества перед Windows есть? Или только фантики Linux там?
Какие-то преимущества перед Linux есть? Или только фантики BSD там?
Какие-то преимущества перед Intel есть? Или только фантики Эльбрус там?Формат общения во многих сообщениях, в том числе и на opennet, лет 15 назад и сейчас, грустно.
Давайте быть добрее, в сообществах hacker news, reddit, (когда-то в прошлом у нас в fido) это получается, давайте тоже.
главное преимущество, из-за которого M$ похоронил BeOS - это ввод-вывод. на одном и том же железе уделывает венду в разы. тогда ещё AMD 1GHz, 1GB - копируешь фильму с диска на диск, но если ты его ещё в плеере откроешь - слайдшоу и копирование в час по чайной ложке. BeOS позволяла копировать 4 фильма и их же просматривать без слайдшоу и падения скорости копирования и при этом всё отзывчиво. на этом же железе запускал mp3 файлы в количестве 32 штук - какофония но чистая. и лишь на 33ем лёгкое похрипывание появлялось.
Александр Степанов приводит такой пример по Solaris и M$ Windows (в шутке доля шутки)
https://300.ya.ru/v_M9miogJK/?t=4117Почитал соседнюю тему по ядру linux =(
Для поднятия мотивации можно посмотреть полную версию этой крутой лекции Александра Степанова
https://www.youtube.com/watch?v=NfGeVRebiio
Включать и выключать
Хайповать
Хайковать вы хотели сказать?
Хикковать
Несколько более семантическая файловая система.
вот-де из букв вечно выходит какое-нибудь слово, которое иной раз чёрт знает что и значит
Харакирю.
Вовремя они...
"а на третий день Орлиный Глаз заметил, что у сарая нет одной стены"
Qt есть, всё работает, теперь можно и с дохлым gtk поиграться.
Ясен хрен у него же дальнозоркость.
Гном и здесь умудрился нагадить со своим GTK.
Да нет. Пока гадишь здесь только ты.
Ну в целом они парочка у GTK Все хреново из-за свой обьектной моедли под C, а у QT все херново из-за обьектной модели под C++. Чего нет чисто сишной релизации вон был же WinAPI и даже работал как-то без ООП
И много желающих прогать на голом WinAPI? Как только появились, в своё время, Borland OWL, MFC, все виндопрогеры и стали ими пользоваться. Дале, COM/COM+, .NET...
Поэтому и есть какой-нибудь uTorrent, мелкий легкий и крутой, и есть все остальные, которые мутата на вот этом WTF.NET, блоатварь которая полдня ставится и работает через джеппу.
danonimous, вот по честному, зачем вы написали это сообщение?
Какой смысл лично для вас в нём.
Сможете ли вы подписаться фамилией своих родителей под этим комментарием?
Сможете вы прийти на конференцию разработчиков и так сказать в глаза людям?
Почему просто не порадоваться за людей?
Когда что-то ненужное начинает работать на чем-то другом ненужном. Это ненужно в квадрате.
Если под ненужно ты подразумеваешь гтк3+ то конечно да. Прилепите вяленвэый и скейлинг ко второму и все будут довольны
Пробовал я несколько лет назад эту хайку ... Постоянно в панику ядра валилась.
В операционку, которая не умеет больше одного пользователя и постоянно работает с правами суперюзера, добавили слой совместимости с умирающим софтом.Это какой-то троллинг что ли? Даже в Реактоси смысла больше, чем в этом....
Она пилится с расчётом, чтобы поддержку пользователей добавить.
Большинство современного софта работает в X, так что не только умирающего. Возможно поддержка Wayland не даст такой совместимости и слой для X скорее всего не придётся уже перепиливать. А ещё графический сервер гаечки ближе к иксам, даже с работающей сетевой семантикой, по моему.
просто много софта (даже на wayland) просят xwayland и/или xlibДругое дело, что много софта также просит xcb, а его по мойму там пока нет
Она пилится с расчётом реализовать ОС двадцатилетней давности. Ну ок, будем считать, что BeOS опередила своё время лет на пять, получается 15 лет отставания уже сейчас.Мир ушёл вперёд. HiDPI, тачскрины, сканеры отпечатков, VR и прочие технологии живут среди нас. Да и концепции интерфейсов поменялись.
Годы идут, а у меня тачскрин только на телефоне и то потому что кверти девайсов с тачем на замену bb passport нет приличных. Vr как был бесполезной нишевой штукой так и остался а hidpi у меня только на телевизорах.
> Годы идут, а у меняБедный ты, бедный.
> Она пилится с расчётом реализовать ОС двадцатилетней давности. Ну ок, будем считать,
> что BeOS опередила своё время лет на пять, получается 15 лет
> отставания уже сейчас.
> Мир ушёл вперёд. HiDPIМогу дико врать, но BeOS поддерживала ещё тогда сумасшедшие разрешения. Даже к Windows XP прикрутить такое наверное не очень сложно. То есть это минорные изменения, хотя может и могут сломать программы.
>тачскрины, сканеры отпечатков, VR и прочие технологии живут
> среди нас.Просто драйвера. Ну может кроме тачскринов.
Ты можешь ответить, что при таком подходе эти технологии к ней будут сбоку прикручены и лучше проектировать ОС сразу, чтобы её абстракции лучше подходили для этого, но ...в этом она наверное не столь сильно отличается от "современных" ОС типа Linux/Windows/MacOS, которые тоже суть перепиленные свои старые версии без поддержки этих штук.
> Могу дико врать, но BeOS поддерживала ещё тогда сумасшедшие разрешения. Даже к
> Windows XP прикрутить такое наверное не очень сложно.Поддержка разрешений и поддержка приложений под эти разрешения это разные вещи. Сразу видно теоретика, который HiDPI дисплеями не пользуется.
> Просто драйвера.
Тот же ответ.
> в этом она наверное не столь сильно отличается от "современных" ОС типа Linux/Windows/MacOS, которые тоже суть перепиленные свои старые версии без поддержки этих штук.
В том-то и дело, что Windows/Linux/MacOS перепиливают, а HaikuOS хотят сделать копией затвердевшего мамонта.
> видно теоретика, который HiDPI дисплеями не пользуется.Кстати да, возможно. И не знаю подводных камней. А что там принципиально по другому? Просто поддержка разрешения, проверить, что тулкит отображается правильно, что приложения которые завязаны на явное кол-во точек работают правильно, обновить отрисовку шрифтов и т.п.
Ну то есть просто переход на более высокое разрешение.>> Просто драйвера.
> Тот же ответ.Тот же ответ. Чем эти устройства отличаются от других? Сканер отпечатков пальцев? - просто драйвер и вызов API. Виртуальная реальность? - веселее, если хочется интерфейс под него - все равно писать, но игры - просто API, драйвер и библиотеки.
>> в этом она наверное не столь сильно отличается от "современных" ОС типа Linux/Windows/MacOS, которые тоже суть перепиленные свои старые версии без поддержки этих штук.
> В том-то и дело, что Windows/Linux/MacOS перепиливают, а HaikuOS хотят сделать копией
> затвердевшего мамонта.Нет. У них есть такие мотивы, но скорее только в некоторых концепциях и внешне. То есть они хотят BeOS из 2021 года, а не просто воссоздать старую.
> Кстати да, возможно. И не знаю подводных камней. А что там принципиально
> по другому? Просто поддержка разрешения, проверить, что тулкит отображается правильно,
> что приложения которые завязаны на явное кол-во точек работают правильно, обновить
> отрисовку шрифтов и т.п.
> Ну то есть просто переход на более высокое разрешение.При высокой плотности пикселей необходимо масштабировать приложение, сделать его больше по размеру. При этом, например, шрифты можно рендерить с более высоким разрешением, а те элементы, которые нельзя просто апскейльнуть, придётся оставить. Кроме того, в приложении должна быть возможность определить плотность и включить масштабирование без каких-либо дополнительных действий со стороны разработчика.
Этим должен заниматься тулкит, а тулкит у Haiku растёт из конца 90-х. Я не утверждаю, что это невозможно, но пока что этого нет.
> Тот же ответ. Чем эти устройства отличаются от других? Сканер отпечатков пальцев?
> - просто драйвер и вызов API. Виртуальная реальность? - веселее, если
> хочется интерфейс под него - все равно писать, но игры -
> просто API, драйвер и библиотеки.Сканер должен поддерживаться в приложении. Не просто "сработал-не-сработал", а возможность, например, задавать разные операции на разные пальцы, а все операции, связанные с расшифровкой-зашифровкой данных, основанных на отпечатке, должны выполняться в защищённом анклаве ОС, а не в самом приложении.
В VR вообще всё сложно, современные VR огромную часть вычислений, необходимых для позиционирования гарнитуры, выносят на драйвер, поэтому это не просто "ещё один драйвер", это инфраструктура.
> Нет. У них есть такие мотивы, но скорее только в некоторых концепциях
> и внешне. То есть они хотят BeOS из 2021 года, а
> не просто воссоздать старую.Ну я что-то вижу, где они это хотят.
HiDPI поддерживается (хоть и с оговорками) в Haiku API уже несколько лет.
> HiDPI поддерживается (хоть и с оговорками) в Haiku API уже несколько лет.С какими оговорками?
Я ставил год назад, всё было ужасно.
> В операционку, которая не умеет больше одного пользователя и постоянно работает с
> правами суперюзера, добавили слой совместимости с умирающим софтом.
> Это какой-то троллинг что ли? Даже в Реактоси смысла больше, чем в
> этом....Не таким уж и умирающим. Сейчас конечно новому софту стоит уже сразу думать о поддержке Вейланда, но Х еще очень далек от того чтобы уйти в небытие. А уж сколько останется всякого легаси без надежд на нативный вейланд...
Fracta1L,
"В операционку, которая не умеет больше одного пользователя и постоянно работает с правами суперюзера
Это какой-то троллинг что ли? Даже в Реактоси смысла больше, чем в этом...."Где ваш коммит?
Зачем бы я коммитил в проект, который считаю бессмысленным?
> Зачем бы я коммитил в проект, который считаю бессмысленным?Личный вопрос, если можете ответить, зачем вы комментируете новость о проекте, который считаете бессмысленным?
> В качестве файловой системы используется OpenBFS, поддерживающая расширенные атрибуты файлов, журналирование, 64-разрядные указатели, поддержку хранения мета-тэгов (для каждого файла можно сохранить атрибуты в форме ключ=значение, что делает ФС похожей на БД)Почему этого (в смысле метатэгов) до сих пор нет ни в одной из десятков файлух кocтылинупca? Хотя там много чего нет
Вроде как драйвер ntfs для линакса имеется? Там это есть...😁
А xattr это что тогда?
Там 4кб лимит, алло. Альтернативы ассоциированным потокам из нтфс очень не хватает на самом деле, приходится кучу чисто технических файлов рядом класть. Ещё одна насущная проблема это 255 байт на имя и 1 символ в утф8 занимает 4 байта (до 6 потенциально), очень жёсткое ограничение длины. Файлы из интернета не скачать, да.
А что плохого в технических файлах? Это более понятно, чем какие-то потоки.
> А что плохого в технических файлах? Это более понятно, чем какие-то потоки.Нет, я могу показать скриншот конечно, 10 файлов для каждого файла, это не считая парити и прочего, чисто минимум необходимого. 8/10 при этом не будут обновляться ни при каких условиях и никогда не потребуются пользователю лично, т.е. это даже не файлы, а сопутствующие данные, которым место где-нибудь в тегах. Скачем, зачем пользователю какие-то там файлы gdbm, что он с ними делать будет? Gdbmtool никто не отменял конечно, но что он там может сделать? И как это выглядит, когда в каждом каталоге под 10тб файлов. Чтобы отличить 2 файла, отличающихся меткой или расширением, для начала надо отсортировать по типу, и уже потом искать, где нужный файл в этом списке. Есть конечно вариант скрывать их вручную, но это очевидно полумеры.
Ну можно директорию для них создать или объединять несколько технических файлов в один. Но спасибо, понял. Они будут мешаться...
> Там 4кб лимит, алло.Ну вот про то, что есть ограничения - это правда. Про то, что метаданных/метатэгов нет совсем, ну это всё-таки не так.
> Альтернативы ассоциированным потокам из нтфс очень не хватает на самом деле
Для чего?
Нет я в курсе что это и как выглядит, я про то, для чего конкретно этого оверинжениринга, на мой взгляд, не хватает.
Можно какие-нибудь превью спрятать там, чтобы глаза не мозолили. Да много чего. Скажем, медиатеги прописывать в файле это конечно прекрасно, но не те, которые редактируются. Огромный тормозной блоб базы данных (у каждого приложения свой, теряющий данные и рассыпающийся) это оверинжиниринг, а не нормальные дополнительные атрибуты.
Может, использовать медиаконтейнер для всего этого подходящий? Matroska, там что-ли.
>> Там 4кб лимит, алло.
> Ну вот про то, что есть ограничения - это правда. Про то,
> что метаданных/метатэгов нет совсем, ну это всё-таки не так.Ага, "есть", но как обычно - "прикручено сбоку, на изоленту":
Т.е. часть (файломенеджеры, find, zip) не умеет в аттрибуты, часть (tar, cp) "умеет, но нужно явно указать", часть (mv) их может "тихо потерять":
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13601
> Ага, "есть", но как обычно - "прикручено сбоку, на изоленту":
> Т.е. часть (файломенеджеры, find, zip) не умеет в аттрибуты, часть (tar, cp)
> "умеет, но нужно явно указать", часть (mv) их может "тихо потерять":
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13601Ну, справедливости ради, в Виндах тоже с альтернативными файловыми потоками умеет работать мало что. Даже собственный файловый менеджер, насколько я помню, не умеет.
Могу сказать, что большое кол-во прикладников в принципе не знает что такое есть, оказывается.
> Ну, справедливости ради, в Виндах тоже с альтернативными файловыми потоками умеет работать
> мало что. Даже собственный файловый менеджер, насколько я помню, не умеет.Причем тут венда, если речь о сабже - там, ЕМНИП, с поддержкой все в порядке, тот же email клиент использует эту фичу во все поля:
https://www.haiku-os.org/docs/userguide/en/workshop-email.html
> Могу сказать, что большое кол-во прикладников в принципе не знает что такое есть, оказывается.Проблема курицы и яйца - "прикручено кое-как" (или вообще недоступно) - атрибутами не пользуются прикладники, а раз "никто не пользуется", то и дорабатывать никто не спешит.
Сделали в древние времена, в первую очередь - под один юзкейс (ACL) и все ...
Тем более, распространенные пингвинячьи ФС (EXT) еще и ограничили аттрибуты размером ФС-блока, т.е. 1024-4096 байт.Ну и остается вопрос эффективности такой БД - с одной стороны, для "сохранить MIME тип, чексумму или иконку" хватит и "прикрученного сбоку" (т.е. дополнительного|ых блоков к айноде, хотя ограничение в extX ИМХО тоже сильно играет|ло против).
Но вот для коллекций файлов на пару десятков тысяч (то же мыло) нужна уже более серьезная реализация - в сабже, вроде бы, есть индексация атрибутов.
> Причем тут вендав комменте было написано "альтернативные файловые потоки ntfs". Насколько я в курсе, в Гайке не ntfs используется.
И всё же, сугубо моё ИМХО, полезого в такой фиче (запихать сотню потоков один файл) на уровне ФС не сильно много, а вот возможностей для косяков достаточно.
С другой стороны, если хочется, ну пусть реализуют, я, какбы, и не возражаю.
XFS? Вот только не очень востребовано пока. Эх, вот если бы как PM с HPFS в OS/2...
Да расширенные атрибуты во многих ФС есть. Просто прикладной софт этим, как-то, не пользуется.
В костылинyпсе "метатеги" называются "расширенными атрибутами"
> Почему этого (в смысле метатэгов) до сих пор нет ни в одной
> из десятков файлух кocтылинупca? Хотя там много чего нетКак минимум, есть в ZFS.
Наконец-то. Неожиданный сюрприз :)
Я правильно понимаю: в хайку один пользователь, и вирусы могут проникнуть используя права этого пользователя? Я могу быть неправ, поправьте меня, спасибо.
осталось найти вирус для гайки. это же неуловимый джо :)
>осталось найти вирус для гайки. это же неуловимый джо :)Вирусы для любой оси сейчас не найти.
В случае Гайки это будет какой-то троян. Причем с полномочиями суперпользователя.
>> внешний вид уже более близок к нормальномуДля линукса пойдёт.
С учётом, что это не линукс
Получается, можно было не делать Wayland, а сделать что-то более подходящее для десктопа и аналогичную прослойку?
Wayland2. А чем не устраивает первый? Если когда-нибудь будет работать, как задумано, вполне нормально.
> Wayland2. А чем не устраивает первый? Если когда-нибудь будет работать, как задумано,
> вполне нормально.Раньше для захвата экрана было достаточно сделать поддержку иксов, а теперь - каждого композитора отдельно, поборовшись с особенностями каждого. И так почти во всем.
Достаточно универсального механизма, который будет стандартизирован и реализован каждым композитором. Но эта функция, прямо скажем, не самая востребованная.
> Достаточно универсального механизма, который будет стандартизирован и реализован каждым
> композитором. Но эта функция, прямо скажем, не самая востребованная.Хотя скорее людям которым нравится простота нравится вайленд, но:
Проблема вайленда в том, что он не предоставляет общего механизма и у него подход "соглашение важнее механизма". Обычно это негибко.
Им с этим подходом придётся создавать кучу "стандартов": на иконки на рабочем столе в том числе...
Если редхад перестанет саботировать, это всё не проблема. Иконки на рабочем столе стандартизированы уже лет 15. Большой просчёт было взять INI, он совершенно не подходит для современных задач.
> Если редхад перестанет саботировать, это всё не проблема. Иконки на рабочем столе
> стандартизированы уже лет 15. Большой просчёт было взять INI, он совершенно
> не подходит для современных задач.Ну проблема даже не в этом, а в том, что с таким подходом как в Wayland им придётся стандартизировать вообще всё и система будет ограничена с помощью этих стандартов. Вот в иксах нет стандарта на некоторые вещи, которые они предоставляют, потому что такие стандарты не нужны иксам для того, чтобы всё работало хорошо.
Иксам не нужны, а DE и оконным менеджерам, службам уведомлений и всему остальному, очень даже нужны. Это всё стандарты. Софта, работающего поверх голых иксов, и не поверх общепринятых стандартизированных механизмов различных тулкитов, не так и много. В основном, редхат хочет, чтобы все пользовательские окружения придерживались его пожеланий, а сам в гном ни с чем не совместимые костыли пихает, вместо обновления стандартов. Вопросы тут только к нему, станет ли он повторять с вейландом то, что делал всё это время с иксами.
> [INI] совершенно не подходит для современных задач.Прошу привести пример.
Вложенные контекстные меню. В гноме бинарные костыли как обычно.
> Вложенные контекстные меню. В гноме бинарные костыли как обычно.А, можно тогда вложенные иерархические INI хотя-бы...
Типа:
[1]
x = x
[1\1]
x = y
Ничего лучше для предложить не могу, кроме как менять имена.
На этом фоне XML выглядит лучше.
[main]
$content = text/xiniml
$xiniml_version = 3.5
$features = base base_microsoft scripts_iniscript (iso_xiniml or microsoft_xiniml_iso_ext not GNU_xiniml_iso_ext) unicode (pixmaps or pixmaps_dummy)
$codepage = koi32-sk-symbol-banks-ru-ua-by-en
$title = Я и моя кошка
t1 = Я и моя кошка (\cr)
t2 = Здравствуйте, вы попали на эту страничку наверное потому, что вам интересны кошки или вы искали поиском мою кошку. Так что вот, нате: (\cr)
t3 = COPYRIGHT BY VASYAN
t4 = C:\root\murka\albom_1\1.png
[text]
type = text
font = C:\root\trash\КОШАЧ~5\fnt.fnt
color = black
[t1]
(include text)
size = 20
color = pink
bold = y
[t2]
(include text)
size = 15
[t3]
(include text)
size 4
[t4]
type = image
[$position]
t1 = 1
t2 = 2
t3 = 4, bottom
t4 3 big
>Большой просчёт было взять INI, он совершенно не подходит для современных задач.Поттеринг корчится в адовых муках.
Извиняюсь, не 15 лет, где-то 20 уже. Это что касается стандарта. Насчёт более раннего не знаю, возможно эта бодяга тянется из 80.
Не поймешь комментаторов. Нет альтернативных ОС - плохо. Даешь им альтернативную ОС - тоже плохо.
Написал комментарий плохо. А если прочитал новость ваще капец.
Вот же придурок, это линух был альтернативным, потому как ядро. А BeOS - цельная ось с наброром приложений. Но умерла... Ты то чё некрофильствуешь?
Насилуют нормальную систему пришивая ей юникс непотребства.
Хорор какой-то.
> Насилуют нормальную систему пришивая ей юникс непотребства.
> Хорор какой-то.Энтузиасты воссоздали операционку из девяностых и ДЕЛАЮТ С НЕЙ ВСЯКОЕ
Есть среди вас тот, кто реально пользовался BeOS.
включил / пофапал на прогрессбар установления соединения сети / выключил
Есть, имя им легион. В 2001-2003 ещё ставил и пользовался, как продвинутый эвмщик в своём замкадинске.
Я примерно два с половиной года пердолился с ней. Ещё до того, как впервые накатил линь.
И как оно?
хорошо им. где бы мне тоже спонсора найти и пилить себе код спокойно и радостно