Bug 13044

В virt-manager воспроизводится со стандартными настройками вирт. машины.

По-моему, в XFCE и др. DE такого нет, специфичный для KDE баг.

Это на x11 или на wayland?
У нас на x11 в kde используется движёк мыши от wayland.
Уже давно так, лет наверное пять назад перевели.
Можно попробовать на x11 поставить нативный движёк.
Для этого нужно удалить пакет x11-driver-input-libinput,
а установить пакет x11-driver-input-mouse,
потом перезапустить сеанс.

(In reply to VictorR2007 from comment #3)
> Это на x11 или на wayland?
> У нас на x11 в kde используется движёк мыши от wayland.
> Уже давно так, лет наверное пять назад перевели.
> Можно попробовать на x11 поставить нативный движёк.
> Для этого нужно удалить пакет x11-driver-input-libinput,
> а установить пакет x11-driver-input-mouse,
> потом перезапустить сеанс.

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

Вот на этом образе исправил.
https://abf.rosalinux.ru/platforms/rosa2021.1/products/318/product_build_lists/45207

(In reply to VictorR2007 from comment #5)
> Вот на этом образе исправил.
> https://abf.rosalinux.ru/platforms/rosa2021.1/products/318/
> product_build_lists/45207

В LiveCD spice-vdagentd.socket почему-то не запустился. В установленной системе запускается, разрешение подгоняется только в gdm, в самой плазме автоматически уже не подгоняется.

Но при ручной смене разрешения проблем с курсором не наблюдаю.

При ручной смене разрешения теперь работает нормально. Курсор позиционируется как надо. Возможно ли доделать динамическое разрешение и добавить фиксы апдейтом ?

(In reply to AleXandr from comment #8)
> При ручной смене разрешения теперь работает нормально. Курсор
> позиционируется как надо. Возможно ли доделать динамическое разрешение и
> добавить фиксы апдейтом ?

На святое позарился -- сломать костыли для работы в священном виртуалбоксе :-)

В приоритете всегда VirtualBox. Потому, что основная масса народу в Винде пробует всякие линуксы, и приходит с Винды к нам.
Вот когда на Винде будет Virt-Manage/Qemu и каждая домохозяйка будет в нем линуксы запускать, тогда Virt-manager/qemu будет в приоритете.
Линуксоиды и так запустят в любой виртуалке Росу. Хотя в большинстве, тоже VB будут ставить, а не virt/qemu.

qemu kvm станет в приоритете как только QA начнет тестировать действительно необходимые сценарии, а не только лишь сценарии для домохозяек. Было очевидно, что пропизнутый QA костыль для virtualbox кривой и что-нибудь сломает, но, раз не сломало, QA решило, что это допустимо. Наверное, начиная с новой платформы придется насильно насаждать иную политику.

Про virtualbox сказать сложно. Но у нас вирта использует qemu-kvm и вся СТП тестирует в нем. Поэтому приоритет вроде очевиден =)

(In reply to Dmitry Postnikov from comment #10)
> В приоритете всегда VirtualBox. Потому, что основная масса народу в Винде
> пробует всякие линуксы, и приходит с Винды к нам.
> Вот когда на Винде будет Virt-Manage/Qemu и каждая домохозяйка будет в нем
> линуксы запускать, тогда Virt-manager/qemu будет в приоритете.
> Линуксоиды и так запустят в любой виртуалке Росу. Хотя в большинстве, тоже
> VB будут ставить, а не virt/qemu.

Ну народ в винде, в частности домохозяйки, даже не знают,
где там спрятан буфер обмена, так что нет причины из-за этого ломать работу Росы в Virt-Manage.
К тому же они не покупают Росу, даже если и захотят случайно
посмотреть на неё в virtualbox, так что наверное в данном случае приоритет
должен быть сделан на работу коммерческой версии, а не для абстрактных домохозяек.

Насколько слышал, QA тестит пакеты в VirtualBox.
Если хотите перевести plasma5 в contrib, так и напишите.
С наступившим!

Можете итог вывести, получится ли в следующих образах или при обновлении решить проблему в работе на KVM?

Fixed in bug#13232

*** This bug has been marked as a duplicate of bug 13232 ***