Pull to refresh

Comments 97

забавно видеть в блоге разработчиков какой либо софтины статью из разряда "мы не осилили написать нативную версию, но у вас же есть wine"...

мда печалити..

компас, солидворкс, 3дЭ максимка.. пожалуй только это держит несколько виндовозных тачек в нескольких конторах в которых я работал/учавствовал. но ладно солидворкс, там огромная завязка на винапи, что с компасом то не так? там же питон под капотом не?

ну цель была запустить здесь и сейчас, а не переписывать весь гуй...может, когда то и осилят...

Может и осилят. Им не первый раз. :) Когда учился — застал ещё 4-й Компас для DOS.

А что забавного? Не у всех компаний столько ресурсов, как у Microsoft, Google или Adobe. Стоп. Adobe тоже не осилили Linux :)

адоб ходит под яблоками, им руководство не разрешит даже при большом желании и наличии готового кода)))

А Windows-системы, стало быть, не в счёт.

а windows поддерживают потому как он был в поддержке ещё до покупки адобе яблоками, и емнип ещё до появления адобесофта под мак. отказ от такой огромной базы юзверей был бы болезненным, но уже сейчас я слышал жалобы что релизы вин версий запаздывают в отличии от мак версий.

я бы не стал тут ванговать, возможно рано или поздно адобе и от винды откажется, а может внезапно на freebsd выйдет.. кто знает..

а windows поддерживают потому как он был в поддержке ещё до покупки адобе яблоками
Это когда, простите, Apple успела купить Adobe??

Я тоже это хотел бы знать. Хотя это объясняло бы тот факт что последние 2 года релизы Photoshop, Indesign под винду крайне косячные. То не печатают на принтер JPG, то не сохраняют проекты, то просто закрываются без объяснения причин. Я все время думал "Ну программисты же индусы". А вы тут глаза почти открыли с яблоком.

В вики, кстати, есть список основных «инвесторов» обеих компаний.
Там примерно под 30% акций адобе у того же списка компаний, которые владеют примерно 20% акций Эпла.
Это, конечно, не означает, что причина в этом, но интересно)

Ну акробат ридер был же на линуксе до 9ой версии

Цель статьи показать как использовать КОМПАС на Линуксе прямой сейчас. Нативное приложение у нас по планам только через 2-3 года.

У любых приложений под винду примерно одинаковая завязка на винапи.

питон под капотом 
Питон у нас используется только как язык для записи макросов. Под капотом у нас С++.

через 2-3 года.

могу ошибаться, но помоему про 2-3 года я читал лет пять назад.. в любом случае готов записаться на тестирование, мне это действительно интересно

У любых приложений под винду примерно одинаковая завязка на винапи.

может я неправильно выразился, я таки не разработчик, но у солида с этим всё сложно с их интеграциями в сам проводник и т.п. насколько я знаю не раз апдейт винды ломал работу солидовских примочек.

Под капотом у нас С++

это же ещё лучше, ну или ничем не хуже, для портирования под другую платформу разве нет? а если взять для отрисовки UI фреймворк QT то можно ещё уменьшить разницу в коде между платформами.

могу ошибаться, но помоему про 2-3 года я читал лет пять назад..

Там было про начало работ. Они начаты.

апдейт винды ломал работу

Там бывают апдейты, что и сама винда не запускается.

это же ещё лучше, ну или ничем не хуже, для портирования под другую платформу разве нет? а если взять для отрисовки UI фреймворк QT то можно ещё уменьшить разницу в коде между платформами.

В любом случае очень много работы.

Интересная статья, я нашу программу ПК simintech на линукс затащил и даже тут статью написал по этому поводу. Но у меня система на Delphi исходно и там код в принципе оказался хорошо совместим с Lazarus под Linux. Сейчас кодовую базу для windows и Linux единую сделали. Проблемы были там с исключениями в многопоточном режиме. Завязка на винапи то примерно одинаковая, но вот одно дело если из своего кода его напрямую дергать, другое если вызовы абстрагированы библиотекой.

У любых приложений под винду примерно одинаковая завязка на винапи.

Не понял. У приложения, использующего Qt, и у приложения, использующего, пардон, MFC или вообще WinAPI напрямую, завязка одинаковая, по-вашему?

Я не зря написал "примерно".
То что вы назвали - это не самое страшное. Взаимодействие приложений с их библиотеками (API приложения) критичнее. Есть ещё печать документов (взаимодействие с принтерами), отображение текстов на экране и в документах, работа с 3D.

Добавили дополнение с планами на нативное приложение.

На чем нативное то делать будете? Вообще интересно было бы услышать про проблемы написания кроссплатформенного нативного софта на C++.

Это надо разработку допрашивать. Возможно сделаем отдельную статью. Автор этой статьи не из разработки, а скорее из техподдержки.

Это отлично если сделаете статью. Актуально будет для многих.

Идете в исходники LibreOffice и ужасаетесь проблемам

Кажется такое уже можно писать на Electron + WebGL

По одной из теории заговоров: электрон форсят производители процессоров и памяти.

Ну если альтернатива - пускать через Wine - то я бы выбрал Electron.

Смысл переписывать на электрон? Тогда проще нативно делать...

Машина с out of memory уйдет спать раньше чем закроется splash screen.

Кстати тоже про это подумал что подобные высокопроизводительные приложение под таким если и запустятся то будут долго умирать в страшных муках. Да и как я понял не подходит даже чисто логически ибо в кад системах чертежики, через канвас что-ли делать? Это дичь какая то.

Ну солидовский OnShape вполне себе бегает под браузером. Авиадвигатели моделировать, наверное, в нём будет тяжеловато, но вот всякую требухню для 3д-печати навазюкать или эскизами побаловаться вполне себе удобно.
Что, впрочем, не отменяет того, что электрон — для лентяев, любящих паразитировать на пользователях, да.

OnShape питисишный. Под браузером у него только отрисовка окна. Он на сервере работает.

Зачем это всё?

Если не осилили нативно, то сделайте хотя бы скрипт, чтобы он самостоятельно выполнил это, то что Вы называете "Добавим секретный ингредиент".

Всё что я понял, так это простой в общем-то факт, что компас еще несколько лет можно палочкой не тыкать.

Зачем делать скрипт на разовые действия? Для людей, у которых установлен линукс, не будет большой проблемой набрать или скопировать из статьи 10 строк кода.

[i]Зачем делать скрипт на разовые действия?[/i] - потому что Вы замахиваетесь на enterprize. Я хочу видеть установку инструментария производителя запустив XXX_installer.sh, который уже проверит совместимость всего, с моей системой и выдаст предупреждение, если надо.

[i]Почистим мусор[/i] - что это вообще такое? Вы берете и удаляете префикс пользователя, неважно насколько важные вещи в нем находятся. Но в общем-то я не удивлен особо.

[i]Для людей, у которых установлен линукс[/i] - как Вы бодро приписали людей, у которых установлен linux и которые чудом зашли на habr(скорее всего чудом через поисковик), в людей которые будут что-то копировать и запускать(а то и анализировать ошибки, есть в статье что-то еще накосячено).

Судя по Вашему ответу - 2-3 года не тыкать палочкой это еще мало. 2-3 года после того как Вас оттуда уволят - нормально.

потому что Вы замахиваетесь на enterprize

Статья про успешный эксперимент. Не про массовое использование на предприятиях. Для этого предстоит ещё много работы.

людей, у которых установлен linux и которые чудом зашли на habr(скорее всего чудом через поисковик)

Статья размещена в хабах, посвященных линуксу. Большинство читателей этих хабов знает линукс лучше нас.

Статья размещена в хабах, посвященных линуксу. Большинство читателей этих хабов знает линукс лучше нас.

Я думаю, бОльшая часть читателей хабра читают ленту и на хабы внимания не обращают.

Лента формируется из подписок, в том числе из подписок на хабы. Вы вот подписаны на хаб *nix*, скорее всего поэтому увидели статью в ленте.

Не так выразился, я читаю не персональную ленту, а "Все потоки", потому что очень часто попадается что-то интересное из хабов, на которые я не подписан.

Гугл ньюс сам подкидывает ссылки по разным интересам которые он давно научился отслеживать

А почему не сделать в SNAP? Notepad++ через snap ставится вместе с вайном, например.

САПР устроен несколько сложнее, чем текстовый редактор.

Неужели вышеописанные действия нельзя обернуть в snap?

Может быть можно, но суть статьи была именно в том, чтобы показать какие действия необходимы. Это статья с результатами эксперимента по запуску на вайн. Любой может повторить это.

Пометьте, пожалуйста, что команда rm -R ~/.wine удаляет не мусор, а текущий профиль wine, включая установленные через него программы, и возможно ещё и пользовательские данные.
Хороший скрипт потребует значительной работы, поскольку в текущем виде он прибит говздями конкретной версии убунты.

На предприятиях нужно еще Лоцман запускать. Под wine пойдет или нет?

Вряд ли на оборонные предприятия будут ставить ubuntu...

Ну ответить-то тем не менее можно. Т.к. это все равно так или иначе связанные вещи. Мало перейти Компасом на Линукс, если у тебя весь производственный цикл завязан на Лоцман.

Статью писали специалисты по КОМПАСу. Про Лоцман напишем отдельно. На данный момент такой информации нет.

Может у них teamcenter с тонким клиентом

Что касается ЛОЦМАН:PLM, как и ПОЛИНОМ:MDM, здесь, если вам известно используется классическая трехзвенка.

Первая часть уже реализована. С версии 2018 Комплекс АСКОН поддерживает PostgreSQL (и его отечественный аналоги Postgre PRO).

Вторая часть, это сервер приложений. Здесь мало GUI и много внутренних серверных функций. Работы по переводу ведутся.

Не и, третья часть - пользовательский интерфейс или клиент. Работы стартовали как в общем и для КОМПАС-3D.

В институте нежно любил Компас, сейчас нежно люблю Linux.
Имхо, история с запуском через Wine вполне себе живая. Зачем поддерживать параллельно несколько версий софта, если достаточно писать так, чтобы оно в вайне взлетало? Т.е. не использовать ничего сильно специфичного. На а для линукса добавить в дистрибутив скрипт, который установит вайн, его конфиги и создаст ярлычки.

Но статья немного не полная без теста производительности на разных системах. Если мне склероз не изменяет некоторые игрушки под вайном работали даже быстрее, чем под виндой.

[i]Зачем поддерживать параллельно несколько версий софта, если достаточно писать так, чтобы оно в вайне взлетало?[/i] - потому что нативно работает практически всегда лучше. Во всяком случае за последние 10 лет я не помню ничего, что при запуске в wine вызывало бы у меня восторг. Всегда есть были те или иные проблемы.

Можете сами посмотреть - заходите на winehq и есть много всего, что у кого-то запустилось в одной версии wine и с чем у других были в другой.

К огромному счастью я уже лет 10 как работаю в embedded и там без проблем можно обойтись без чисто виндового ПО.

Если поддержка работы в wine определенной версии гарантируется производителем, то почему бы и да?

В Компасе же от WinAPI я подозреваю только рисование интерфейса, а сам движок рендеринга это черный ящик и ему всё равно где работать.

[i]в wine определенной версии гарантируется производителем[/i] - я думаю, что работа и в ms windows определенной версии производителем не гарантируется. Положа руку на сердце - выпуская прикладной софт для windows, насколько Вы уверены что он будет работать в каждой конфигурации и при каждом обновлении? Проверил на 100 компах в типовых конфигах - и слава богу что хоть там работает.

Даже думать не хочется, как это работает в сочных связках где в sway через xwayland запускается wine на драйверах nvidia.

Производитель вообще ничего не гарантирует, каждая EULA включает отказ от гарантий в том или ином виде.


Второй вариант сильно прямее, оконный менеджер вообще никак не влияет на отрисовку программами окон, а если opengl работает — то не важно, сколько там прокладок, по идее.

Некоторые специфичные вещи ломаются.
Например, в DAZ3D интерфейс написан на Qt; в 4.10 крутилки под вайном были поломаны, в 4.12 их починили — но отвалился IRay (потому что написан на cuda).

На старых игрушках можно наблюдать обратную ситуацию.

Да, некоторые работают быстрее так как Вайн даже в названии своем кричит что он не эмулятор, но тут речь не про производительность скорее, а про улучшенную совместимость ибо под Вайн не всегда очевидно почему происходит ошибки и какие компоненты ставить надо, так у меня с теми же компонентами в тех же играх на разных версиях Вайн были разные проблемы. Плюс Вайн это проблемы с тридэ в новых вулкан играх если не использовать протон. Грубо говоря если подытожить то Вайн это не столько снижение производительности сколько проблемы с запуском и работой.

Помню один САПР, который, скажем так, братский по истории создания с вашим и который частично перешёл на ваше ядро, под вайном неплохо работал в демке.
Но вот для полноценной работы уже нужна была работа с ключами и это сразу ставило жирный крест.
Очень неплохо, что наши разрабы наконец-то заметили линукс в принципе. К 2021 то году…

Очень неплохо, что наши разрабы наконец-то заметили линукс в принципе. К 2021 то году…

Это сочетание госполитики и санкций. Если бы санкций не было, заказчики бы не смотрели на линукс. А если бы не было госполитики, то не появилось бы отечественных ОС.

[i]Если бы санкций не было, заказчики бы не смотрели на линукс[/i] - это Вы о конкретно Ваших заказчиках? Откуда у Вас эта информация? Из 7 человек, которые из моего немногочисленного окружения используют для работы ПК с linux, ни у кого не установлен отечественный дистрибутив. И Вы сами же в статье указали ubuntu (Великобритания).

Вот допустим посмотрю я в steam - там болтается наверное 1% linux того же самого: какое отношение steam имеет к геополитике? - причина очень простая - добавив поддержку linux можно увеличить прибыль не особенно перелопачивая код.

Безусловно речь о наших заказчиках, я только про них знаю более-менее объективную информацию.

в steam - там болтается наверное 1% linux

Предприятий оборонки, которые могут попасть под санкции, значительно больше 1%.

в статье указали ubuntu

Это наиболее близкий к отечественным ОС дистрибутив.

добавив поддержку linux можно увеличить прибыль не особенно перелопачивая код.

Это не наш случай - нам очень много перелопачивать.

в статье указали ubuntu

Это наиболее близкий к отечественным ОС дистрибутив.

простите ЧТО?!

отечественная астра это устаревший дебиан (и нет это далеко не одно и то-же), альт это вообще яумамыособенный rpm based дистрибутив, calculate это gentoo.. есть ещё пара основанных на центоси..

не припоминаю ничего основанного на убунту.

Мне кажется я могу предложить вам общение с представителями компании которые помогут вам во вхождении в импортозамещение. Они кроме ОС могут ещё и с Эльбрусами помочь. Если вам это интересно свяжитесь пожалуйста.

Цель статьи не заменить нативное приложение под Linux, а дать возможность всем желающим начать работу прямо сейчас.

Начните с разрешения работы в виртуальной машине. Несколько лет назад хотел купить компас, чтобы использовать его на линуксе в виртуалбоксе, но не тут-то было...

Кстати, интересно, а не в виртуальной машине Компас уже умеет в режим 200% на 4k мониторах?
Вспомнил вдруг опять всё тот же Базис, на котором пару лет назад видел этот тихий ужас экстраполяции тонкой однопиксельной линии в жирное нечто… Работать было не возможно.

А вы видели у нас какие-то проблемы в работе на 4К мониторах? Мы же специально адаптировали интерфейс в 17й версии, чтобы проблем ни в 4К, ни в 8К не было.

Нет, я поэтому уточнял — уже умеет или нет. Ибо последним компасом я пользовался… ещё до 18 года точно, примерно в 16, а почему-то в множестве российского софта (тот же базис я видел как раз года три назад у друга на 4k монике) про масштабирование виндоуз регулярно забывают (что не всегда критично, но вот для всяких линий на чертежах экстраполяция винды — это жесть). Очень радует, что всё таки ведущие компании про такие моменты не забивают.
Можно будет как-нибудь попробовать на своем телеке, но это явно не скоро будет) Просто я теперь ушёл из сапров в медицинскую отрасль и отслеживаю только в полглаза изменения, чтоб как-то в курсе быть хоть немного.

Очень обрадовали, что будет нативная версия. А с 3D-ускорением как обстоят дела при запуске под Wine?

Замеры производительности ещё не проводили. В дальнейшем возможно выпустим отдельную статью по этой теме.

Большое спасибо за статью! Удачи вам! Надеюсь что у Аскон получится в итоге создать нативное приложение для ос линукс. С нетерпением жду следующих статей.

И это крупнейший разработчик инженерного ПО в РФ? Либо им это не нужно, либо нет нормальных разработчиков, либо нас вводят в заблуждение.

ИМХО

вечная проблема замкнутого круга

бизнес не делает софт под ос на которой нет аудитории

аудитория не идёт на ос на которой нет нужного ей софта

круг замкнулся

причём и те и те понимают что любой linux дистрибутив давно превзошёл винду по всем параметрам от скорости и стабильности до банального удобства и красоты, но бизнес считает деньги, юзвери считают время.

пока кто нибудь не разорвёт порочный круг так всё и останется.

я бы поставил на то что если завтра условный адоб или кто нибудь того же плана выкатит свой набор софта под линукс то через годиктругой процент инсталяций на десктопе вырастет очень заметно и потребность покроет затраты.. но бизнес считает "а эти пару лет у нас будут расходы без прибыли, ну его нафиг".

я работал с немалым количеством инженеров и с юристов и с прочих НЕ it'шников которые хотели бы перейти на линукс и зачастую переходили дома, но не могли себе позволить это на работе из-за недостатка рабочего софта.

P.S.: внутри гита компании делающей тот же nanocad есть наработки линукс версии которые как мне сказали вполне можно быстренько допилить и в прод, но бизнес не видит прибыли и не даёт добро

[i]что любой linux дистрибутив давно превзошёл винду по всем параметрам[/i] - смело сказано. я 10 лет использую gentoo на ПК как дома, так и на работе - по моему опыту не всё так радужно, как Вам кажется.

Есть закосяченные дистрибутивы.

Есть корпорации, где исторически стоит windows и совместимость с той же active directory сделана во многих дистрибутивах чуть лучше чем никак. Да и вообще active directory делалась для windows и пожалуй только.

[i]то через годиктругой процент инсталяций на десктопе[/i] - то будет какая-то прибыль, которая может как покрыть риски, так и нет.

[i]которые хотели бы перейти на линукс[/i] - люди работают в программах. они или есть, или нет. Если нет, то не всегда можно быстро написать аналог или дополнить функциональностью существующие решения.

[i]внутри гита компании делающей тот же nanocad есть наработки линукс версии которые как мне сказали вполне можно быстренько допилить и в прод[/i] - бывает так, что люди то что они называют последними 10% делают 90% времени.

По поводу nanocad - есть bricscad - он как-то работает в linux(мелкие проблемы безусловно есть).

 я 10 лет использую gentoo на ПК как дома, так и на работе - по моему опыту не всё так радужно, как Вам кажется.

я тоже что-то около 10 лет, перепробовал наверное большинство существующих дистрибутивов как по работе так и из личного интереса. gentoo мне очень нравится, но отнимает много времени поэтому мой выбор opensuse, и может я конечно и не прав, но всё действительно радужно. если не напихивать в систему всякие поделия вроде snap/flatpack/appimage и не юзать гавнософт на электроне то всё шикарно. и поработать, и поиграть, и фильмец под пиво посмотреть. но я админ, 99% админского софта есть под линукс или есть только под линукс. проблемы мне в линуксе доставляет только nvidia, и то не часто. но ведь это не проблема самого линукса, верно?

Есть закосяченные дистрибутивы.

но я не говорил про конкретные дистрибутивы

совместимость с той же active directory сделана во многих дистрибутивах чуть лучше чем никак.

да всё ок с этим, уж не знаю о чём вы, и встречал не раз сети в которых доменконтроллер это debian или какой нибудь zentyal/nethserver и calculate ds, а клиенты винда и линукс, и встречал сети где AD и клиенты винда и линукс, всё отлично работает

не всегда можно быстро написать аналог

вот тут да, проблема. время - очень ценный ресурс

бывает так, что люди то что они называют последними 10% делают 90% времени.

за что купил за то и продаю ​

за правдивость не ручаюсь

есть bricscad

есть много чего, но есть стандарты де факто используемые на предприятиях про них и речь, а для дома мне и freecad хватает. но за совет спасибо, попробуем.

Да, знакомый диалог: - Когда сделаете функционал? - А сколько вы готовы за это заплатить?

Вообще, наблюдая за обоими CADовцами, - разработчики далеко не в премиальном сегменте по сравнению с управленцами. Также, степень успешности измеряется исключительно финансовыми показателями, а не программистскими качественно-количественными показателями.

Бесплатно никто работать не будет - разработчикам тоже семьи надо кормить.

И одними из первых на этом пути находятся предприятия оборонно-промышленного комплекса нашей страны с их процессами конструкторско-технологической подготовки производства.


И одними из первых на этом пути находятся предприятия оборонно-промышленного комплекса нашей страны с их процессами конструкторско-технологической подготовки производства.

Как понимаю портирование будет не просто под линукс, но и под отечественные процессоры. Было бы интересно увидеть пост об этом, если я правильно понимаю )

До отечественных процессоров пока не дошло.

А на маке под wine аналогичным образом может получиться запустить?

Попробуйте, мы не тестировали.

а можно всё таки поподробнее про нативку:

Базовый дистриб под который будет вестись разработка?

Какое предполагается решение работы Аппаратных ключей и тп?

VDI?

Реальная работа с разными гипервизорами?

Я конструктор, а не программист) Для меня тут куча непонятных терминов просто)
Аппаратные ключи скорее всего останутся Sentinel, выше в этой статье как раз написано про поддержку линукса их ключом.
Базовый дистрибутив линукса - это отечественные ОС: Астра, Альт и т.д.
Это всё делается для оборонки, поэтому учитываются в первую очередь их интересы. Если какие-то дистрибутивы будут работать без наших усилий - очень хорошо, если не будут - мы не сильно расстроимся. Главная задача сейчас вывести заказчиков из-под санкционных рисков, остальное как пойдёт. После решения главной задачи можем посмотреть на другие дистрибутивы.

Спасибо за статью! Если все заведется под archlinux, куплю домашнюю версию. Давно хочу, но пока останавливает факт необходимости windows.

Пожалуй, хорошая новость!

Буду ждать натива.

А пока как и раньше чертить в Corel Draw, который в венде под виртуалбоксом )))

Поставил по инструкции, но с дополнениями.

1. WINEARCH=win64 и соответственно Компас 20 x64
2. Компас 20 версии Home (лицензионный, однако)
3. wine-devel-6.17

Все прошло успешно. Работает тоже нормально. Для примера импортировал step с проектом 3D принтера на 120+мегабайт. Импортировался долго, но после импорта работает отлично. Хотя, после первого запуска в wine что-то подвисло и в Компасе сломалось боковое меню. Живительный рестарт решил эту проблему.

Почему x64? Потому что при импорте большого step файла Компас скушал 3Гб и упал в ошибку.

Может кому будет полезно. Попробовал поработать какое-то время, нашел некоторые баги:
- при переключении рабочих столов получаю просто серый экран без 3д изображения - лечится кнопкой "отображение панелей". Вкл/выкл и все перерисовывается
- Периодически боковое меню (а это состав проекта, история, свойства) становится не кликабельным. Лечится отсоединением этих меню. Они у меня просто плавают рядом, как в гимпе.

лечится кнопкой "отображение панелей". Вкл/выкл и все перерисовывается

Это каждый раз нажимать?

ага. Вообще, с перерисовкой беда какая-то. Боковым панелям часто плохо становится.
Еще окна всплывающие любят на заднем фоне открыться.

Но больше всего бесит, что если скругление не может быть выполнено, то компас просто падает и все :( Не тестил под windows, но на 19 версии он просто показывал сообщение, что такой радиус скругления сделать не может.

Попробовал этот костыль. Нет. Остаюсь пока на FreeCAD'е. Подожду нативную версию.

Как только не пробовал, постоянно вылетает с шибками еще на стадии запуска установщика:

0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0

005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0024:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0024:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00c8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00c8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00d0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00d0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0

Помогите пожалуйста.

Only those users with full accounts are able to leave comments. Log in, please.