ᴏʟᴇɢ
для меня
Alexander "SonnySlave"
не могу сказать, что я правильно делаю, но я для себя в ~/.local ставлю
Sergei
Anonymous
Alexander "SonnySlave"
ох уж этот беспощадный линуксогейминг :)
Sergei
А где разница?
Я бы спросил, где сходство. /usr/local - это третичная иерархия по FHS, а /opt - для самостоятельных приложений в отдельных каталогах. Кроме то, пакеты не должны владеть файлами в /usr/local, но могут в /opt.
ᴏʟᴇɢ
попробуй его включить echo dev.i915.perf_stream_paranoid = 1> /etc/sysctl.d/60-mdapi.conf
ᴏʟᴇɢ
Все же не понимаю почему Wine развит лучше чем Darling
ᴏʟᴇɢ
пол тысячи человек вложились в то что бы запускать софт из винды в linux, вместо того что бы развивать направление родственной mac os
ᴏʟᴇɢ
Это даже как то нелепо
Alexander "SonnySlave"
действительно, почему же так получилось...
ᴏʟᴇɢ
ᴏʟᴇɢ
Я конечно не шарю так глубоко, но мне кажется что портировать софт из mac в линукс намного проще чем из диаметрально противоположной windows
Alexander "SonnySlave"
Yaroslav
Alexander "SonnySlave"
кажется, что такую статистику можно довольно быстро получить с помощью Steam. и там будет наглядно видно, почему Wine нужнее
ᴏʟᴇɢ
ᴏʟᴇɢ
которого в mac os больше
Alexander "SonnySlave"
для креатива и разработки - возможно. (бтв для разработки софт под линухи доступен отлично, в отличие от мака - держу в курсе).
Только вот на креативе мир не заканчивается
Alexander "SonnySlave"
какие там изменения преобладают в том же вайне легко смотрится по отчётам о закрытых ошибках - сколько в тех отчётах каждый раз фигурирует игорей
Yaroslav
ᴏʟᴇɢ
Alexander "SonnySlave"
ᴏʟᴇɢ
JetBrains лучше
Alexander "SonnySlave"
потом можно напомнить, через какое место там докер работает
Sergey
Alexander "SonnySlave"
JetBrains лучше
нет, вы не поняли. там Visual Studio нет. я вам назвал. а вы мне в ответ JB лучше
ᴏʟᴇɢ
Sergey
Это я про выход макбука на арме
Alexander "SonnySlave"
VS бесплатен, а JB для С++ - платен. ещё вопросы?
Sergey
Alexander "SonnySlave"
Alexander "SonnySlave"
сорри, я удаляюсь - после этого с кекспертом разговаривать не о чем
Sergey
Вечно старый питон
Alexander "SonnySlave"
Вечно старый питон
справедливости ради - а там разве нельзя самому свежий поставить? ну в плане собрать и поставить
Sergey
Alexander "SonnySlave"
да и вообще - тянем питон через докер и там запускаем (не забывая выпить смузи при этом) :)
Alexander "SonnySlave"
про то, через какое место там докер работает - я уже выше сказал :)
Yaroslav
Sergey
Но покупать компьютер за 2500 баксов, чтобы на него потом питон собирать сидеть?
Не, спс
Sergey
ᴏʟᴇɢ
через vm
Alexander "SonnySlave"
через vm
не-не, я про то, что он не работает вообще
Sergei
Anonymous
Да и докер на локал хосте вызывает некоторые вопросы
Anonymous
Иван
Всем привет. Как в линуске заставить играть музыку в bit-perfect?
Иван
Ванёк Отвалыч:
Бит в бит
Используется плеер cayin n3 в качестве внешнего цапа
Anonymous
О, походу после моих криков души в сторону Цапов народ начал подтягиваться)
Alexander "SonnySlave"
Sergey
Anonymous
Иван
Да
Иван
Именно
toobinks
arduino ide не запускается. В чём может быть проблема?
toobinks
Yaroslav
проблема не решилась
arduino ide, установленная из реп - работает, проверяй как ты ставил / что ты ставил
toobinks
из реп и поставил
toobinks
dnf install arduino, ничего лишнего
toobinks
java -version
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on
openjdk version "1.8.0_272"
OpenJDK Runtime Environment (build 1.8.0_272-b10)
OpenJDK 64-Bit Server VM (build 25.272-b10, mixed mode)
Yaroslav
Vasiliy Glazov
toobinks
почему выбирается этот рантайм и как запускать на 11?
toobinks
удалить 8?
Yaroslav
да, удали 8, поставь 11 (java-11-openjdk)
Yaroslav
8 - java-1.8.0-openjdk
toobinks
sudo alternatives --config java
toobinks
java -version
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on
openjdk version "11.0.9" 2020-10-20
OpenJDK Runtime Environment 18.9 (build 11.0.9+11)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.9+11, mixed mode, sharing)
toobinks
arduino
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on
Set log4j store directory /home/pavel/.arduino15
java.lang.UnsatisfiedLinkError: no splashscreen in java.library.path: [/usr/java/packages/lib, /usr/lib64, /lib64, /lib, /usr/lib]
at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2670)
at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:830)
at java.base/java.lang.System.loadLibrary(System.java:1873)
at java.desktop/java.awt.SplashScreen$1.run(SplashScreen.java:134)
at java.desktop/java.awt.SplashScreen$1.run(SplashScreen.java:132)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.desktop/java.awt.SplashScreen.getSplashScreen(SplashScreen.java:131)
at processing.app.Base.<init>(Base.java:232)
at processing.app.Base.main(Base.java:141)
Yaroslav