Кдешный дольфин при использовании поиска по файлам в директории в некоторых случаях создаёт зависший процесс kioslave5 в состоянии D, и этот процесс никуда не девается даже если поиск остановить. Есть ли какой-нибудь костыль, чтобы хоть как-то этот процесс убить без ребута?

при попытке собрать любой пакет, который требует раст, получаю ошибку

 * cargo build --release
error: rustup could not choose a version of cargo to run, because one wasn't specified explicitly, and no default is configured.
help: run 'rustup default stable' to download the latest stable release of Rust and set it as your default toolchain.

при этом rustup default stable говорит, что using existing install for 'stable-x86_64-unknown-linux-gnu', и карго работает, и если тот же пакет с гитхаба скачать и вручную запустить cargo build то всё собирается и работает.

make.conf пробовал заменять на COMMON_FLAGS=«-O2»

Ноут с двумя видюхами, интел и нвидия. При загрузке модули ядра nvidia, nvidia_drm и nvidia_modeset сами подключаются, если сразу запустить сессию х11 и wine, то wine работает, но только на встройке, и независимо от того, запускаю я его с prime-run или без, выдает broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead

То есть мало того, что я на дискретке поиграть не могу, так ещё и для того, чтобы поиграть на встройке, мне надо дискретку включать. Если перед стартом х11 выгрузить все модули нвидии, то вайн пишет 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:wineusb:add_usb_device Interface 1 has 7 alternate settings; using the first one. 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 0090:err:seh:KiUserCallbackDispatcher ignoring exception wine: Unhandled page fault on execute access to 00007EFF863986F0 at address 00007EFF863986F0 (thread 0090), starting debugger...

и зависает намертво, помогает только wineserver -k. Всё остальное кроме вайна в этой же ситуации при запуске через prime-run запускается и работает на дискретке независимо от того, были ли модули ядра загружены на момент старта х11 или нет.

пробовал wine 7.7, 7.12 и 7.14, ядро 5.18 и 5.19.

Ну а если для какого-то из ядер не собирать модули нвидии, а потом запуститься с этого ядра, то wine нормально работает на встройке и ни на что не ругается. Так как же всё таки поиграть на дискретке?

NVIDIA GeForce RTX 3060 Mobile / Max-Q, драйвер 515 из репов генту. драйвер с оф сайта ломает иксы (перестают запускаться с модулями и без)

Раньше (до dolphin 21.12, kde plasma 5.23 и ранее) d dolphin в режиме detailed view или compact view файлы кликались только по иконке и по тексту. Теперь же (dolphin 22.04 и выше, plasma 5.24) файлы кликаются по всей длинне строки. Но я не могу найти коммит, который привнёс это изменение. Может кто знает хотя бы в каком файле находится эта часть ui? И вообще, в dolphin самом, или в kio?

работаю под вайном, в некоторых приложениях курсор просто становится невидимым, поэтому хотелось бы какой-нибудь грязный хак, чтобы например поверх курсора, т е на том месте, где он находится, всегда рисовалась иконка. хотя по-хорошему либо у вайна, либо у х11 должна быть опция «не использовать локальный курсор» или что-нибудь такое… буду рад услышать любые идеи. плазма 5, проверил также на авесоме и хфсе4, и даже на убунте с флешки, проблема присутсвует везде.

Хост - генту. Собрал qemu с флагами

USE="aio alsa bzip2 caps curl doc fdt filecaps gnutls gtk iscsi jpeg ncurses nls numa opengl oss pin-upstream-blobs png pulseaudio python sasl seccomp slirp spice ssh static-user udev usb usbredir vhost-net virgl vnc xattr zstd -accessibility -bpf -capstone -debug -fuse -glusterfs -infiniband -io-uring* -jack -jemalloc -lzo -multipath -nfs -pam -plugins -rbd -sdl -sdl-image (-selinux) -smartcard -snappy -static -systemtap -test -vde -vhost-user-fs -virtfs -vte -xen -xfs" PYTHON_TARGETS="python3_8 -python3_9 -python3_10" QEMU_SOFTMMU_TARGETS="aarch64 i386 x86_64 -alpha -arm -avr -cris -hppa -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -nios2 -or1k -ppc -ppc64 -riscv32 -riscv64 -rx -s390x -sh4 -sh4eb -sparc -sparc64 -tricore -xtensa -xtensaeb" QEMU_USER_TARGETS="aarch64 i386 x86_64 -aarch64_be -alpha -arm -armeb -cris -hexagon -hppa -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -mipsn32 -mipsn32el -nios2 -or1k -ppc -ppc64 -ppc64abi32 -ppc64le -riscv32 -riscv64 -s390x -sh4 -sh4eb -sparc -sparc32plus -sparc64 -xtensa -xtensaeb" 0 KiB

Запускаю без особых параметров, переопределяющих поведение сети (qemu-system-x86-64 -smp 4 -m 2G -enable-kvm -hda /mnt/uwu/debian.qcow) и получаю в этом самом дебиане ens3, который ничего не резолвит (ping ya.ru говорит temporary failure in name resolution, ping 8.8.8.8 говорит destination host unreachable) хотя сеть в qemu как раз должна работать сама по себе, не так ли?

согласно вики, отсутствие параметров аналогично -net nic -net user, что в свою очередь аналогично -netdev user,id=network0 -device e1000,netdev=network0,mac=52:54:00:12:34:56

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

чяднт? куда копать?

На рабочем столе есть хоткей alt+d -> alt+a, ака двойной хоткей. можно ли создавать такие же пользовательские двойные хоткеи, но глобальные? а то клавиши заканчиваются >~<

в настройках (systemsettings5) плазмы есть desktop effects, там в т ч раньше был desktop cube (выпилили в 5.23), ну и всякие magic lamp, wobbly windows и другие свистоперделки.

вот у виджетов, например, есть /usr/share/plasma/plasmoids. А эти где лежат? не вкомпилены же они, правда?

У меня в ноуте есть дополнительный жесткий диск (вместо cd привода). Система стоит на ссд, так что жд редко используется и всегда находится в standby. однако после обновления плазмы до 5.22 возник интересный момент: каждый раз, когда я открываю любую папку в dolphin, диск раскручивается, шуршит пол секунды и через некоторое время снова засыпает, если больше папки не открывать. Пока он не раскрутится, папка не откроется, т е и ждать довольно долго, и энергоэффективность такого решения ужасная. неужели это фича и теперь так будет всегда?

Если жесткий диск из ноута извлечь, то всё работает нормально.

dolphin как и всю kde plasma собирал и gcc c -O2 и -O3 -march=native и сейчас собрал clang -Oz -march=native. разницы никакой, поведение аналогичное.

На версиях < 5.22 такого нет (проверял, собирая старые версии из старых ебилдов). в других файловых менеджерах такого поведения тоже не обнаружено. Ща только konqueror проверю еще

что будет быстрее: -Ofast или -Os?

генту вики всё ещё рекоммендует О2, про flto и graphite вообще ни слова. так как собрать самую быструю плазму?

это возможно? поискал по gpo.zugaina.org , только официальные 5.22 и выше. а мне бы 5.10…

alsactl version 1.1.5 Lenovo L340 15iwl opensuse 15.2 ядро 5.3, но уже пробовала 5.10, сусю 15.3, дебиян пробовала, убунты там всякие… нигде не работает, хотя с того же самого диска загружаюсь на hp 250 G5 и тот же самый монитор уже определяется как hdmi sound output.

в pavucontrol, настройках кде и т п видны только динамики самого ноута и блютуз гарнитура, если она подключена. Но! скрин на Gdrive некоторые программы, у которых есть функция выбора источника звука, могут собственно выводить его в HDMI, то есть он реально работает, но почему-то вывести через него все приложения нельзя.

‘aplay -l’ https://pastebin.com/1sHpUrUh тут виден только выход на динамики ноута

‘pacmd list-sinks’ https://pastebin.com/WQrSr1Eh аналогично

но на скрине видно, vital почему-то выход на hdmi видит.

lsusb определяет устройство Casio Computer Co., Ltd; lsusb -v даже показывает, что это midi input. но в лммс нет ни одного миди инпута. запустил только что последнюю кубунту с флешки, там 2 инпута - «миди через порт 0» и, собственно, «casio midi keyboard», все работает. на установленной системе ни того, ни другого, реакции на клавиши ествественно нет. opensuse leap 15.2 ядро 5.3 preempt. может пакет какой доустановить надо? куда вообще смотреть?

на примере синтезатора vital: нативная версия под линукс работает как и должна, а если его под вайном запустить, то вместо интерфейса - черный прямоугольник (но при этом все работает, звук издает)

$ glxinfo | grep Open Vendor: Intel Open Source Technology Center (0x8086) OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) UHD Graphics (Whiskey Lake 3x8 GT2) OpenGL core profile version string: 4.6 (Core Profile) Mesa 19.3.4 OpenGL core profile shading language version string: 4.60 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 19.3.4 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 19.3.4 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

ошибка под вайном: vital requires OpenGL version 1.4 supported: 1.3 гугл показывает темы многолетней давности, решалось установкой таких длл, коорых сегодня в winetricks вообще нет