В Qt4 с этим было туго.
В начале кода приходилось делать первые исполнимые строчки:
// кодировка русских букв для Qt4
QTextCodec::setCodecForCStrings(QTextCodec::codecForName("UTF-8"));
QTextCodec::setCodecForLocale(QTextCodec::codecForName("UTF-8"));
QTextCodec::setCodecForTr(QTextCodec::codecForName("UTF-8"));
Но уже давно надо использовать Qt5, а то и Qt6 уже больше года явить обещают.
Там такого цирка не надо.
Нативный API на OpenGL написан на классическом Си.
Он никуда не девался и не денется - на нём пишется ядро Linux как минимум, а как максимум такие среды как GNOME.
Си пытаются заменить сейчас такими языками, как Go, Rust - они тоже могут переносимое системное программирование.
Возвращаясь к OpenGL - то в спецификасии есть свой язык шейдеров (я не в курсе, как им пользоваться). Есть разные классы в уже готовых библиотеках C++, чтобы OpenGL использовать.
Например, Qt: https://doc.qt.io/qt-5/qtopengl-index.html
Касаемо других языков - полагаю, там уже тоже давно есть аналогичные обёртки на выбор и в изобилии. Всё зависит от предпочтений, вкуса, опыта, ну и не в последнюю очередь цели проекта, в частности, как с остальной инфраструктурой будет интегрироваться код.
Валентин, судя по вопросу, человек не хочет заниматься программированием, тем более такого низкого уровня. Но книжки O'Reilly меня всегда радовали. Например, для целей могу рекомендовать про Unix'ы их книгу Unix in a Nutshell, 4th Edition (переведена на русский Unix-справочник 4-е издание). Там и про macOS и про Solaris и про FreeBSD...
Если английский не проблема лучше сначала за бесплатно официальной документации почитать в правильном порядке
Валентин, нет. Там всё по зависимостям - если VBox ставится - то и по зависимостям драйверы.
Тут проблема в видеопамяти для виртуальной машины судя по сообщениям. Надо в настройках её увеличить.
Я из командной строки делаю это так:
VBoxManage modifyvm имя_вашей_вирт_машинки_гостя --vram 16
У меня тупилось когда сеть неправильно сконфигурирована была или разделы дисков не находились. Например, менялся UUID при переформатировании своп-раздела, пришлось в конфигах новый ставить. В любом случае, что в журнале systemd?
Иван, касаемо вопроса - важно, есть ли тот или иной пакет в репозиториях той или иной версии того или ного дистрибутива. И различаи встречаются, но коллекция пакетов в репозиториях Debian/Ubuntu самая большая.
Касаемо Fedora/CentOS - эти репозитории надо подключать: EPEL - самый известный. Но и там может не быть пакета, я сталкивался с таким явлением...
Sevastoporn, ну тогда принимай мои поздравления. А то можно было бы поэкспериментировать: пришла в голову идея, что могло быть что-то в содержимом этих файлов. Но я бы русскую локаль рекомендовал добавить. А по-дефолту можно и американскую оставить. Обычно админы всякие ставят формат даты/времени на русском, а системные сообщения утилит оставляют оригинальными. Им не нравятся переводы видимо, или скрипты у них с ошибками падают, жёстко заточенные на англ. язык в конвейерах...
Локаль на сервере - американская ( C), а кракозябры - похоже на имена файлов в кодировке Unicode на русском языке.
Может помочь вытаскивание карточки и проверка на стационарном компе fsck с флагом -f (в текстовой консоли - на десктопе - она автоматом смонтируется и будут снова ошибки - ещё хуже_ . Я таким образом когда то ошибку в RPM базе на RHEL пофиксил. И если уж используется русский язык - добавление русских шрифтов и локали ru_RU.UTF-8 (а возможно и CP1251) может что-то изменить в сторону понимания: уж по крайней мере выявит имена проблемных файлов с русскими буквами, на которые сейчас система ругается.
В начале кода приходилось делать первые исполнимые строчки:
Но уже давно надо использовать Qt5, а то и Qt6 уже больше года явить обещают.
Там такого цирка не надо.