-
Notifications
You must be signed in to change notification settings - Fork 357
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop Xorg server and libxklavier #5829
Drop Xorg server and libxklavier #5829
Conversation
ad35ee3
to
11f1d1c
Compare
11f1d1c
to
74731a2
Compare
Hello @jkonecny12! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:
Comment last updated at 2024-10-09 08:19:10 UTC |
74731a2
to
5df56e1
Compare
Add #5842 on top of the pile. |
71aad99
to
7931f1f
Compare
Can we please put the VNC stuff back? GRD supports VNC and RDP, and there are many more high quality VNC clients than there are RDP clients for Linux. And even the first party Mac remote desktop client is VNC-based, not RDP. |
7931f1f
to
4128034
Compare
@Conan-Kudo as said a few times. I won't do that from start. This is already quite heavy patch set and getting into this VNC would make it just heavier. Also based on the GRD maintainer reply it doesn't sound wise move in the current situation https://lists.fedoraproject.org/archives/list/[email protected]/message/G4DFKOUDDDDYHNQBNYRH52XVYKWK5X2U/ |
Added support for localed. Unfortunately we can't merge this until this is resolved https://pagure.io/releng/issue/12275 because it's blocking one of our new dependency. |
Also I need to do testing on Live to find how it behaves there. |
4128034
to
4583972
Compare
UPDATED:
|
If Anaconda will set keyboard layouts to compositor but options are missed then we shouldn't change the compositor options but rather use what is already set. This will avoid problematic behavior of changing what user has defined in the system or similar cases. Also we have this tested in kickstart-tests, so this commit is fixing these tests. Also fix existing tests and cover this functionality by tests.
We need to disable these repositories to avoid dependencies from it. With this changeset we depends on gnome-remote-desktop which depends on librdp which depends (Fedora only) on openh264. However, if fedora-cisco repository is not enabled it will instead install noopenh264 package which is a stub package in the main repositories.
Move the GRDServer class creation to the end of the `setup_display` method. This class have checks for binaries in the `__init__` method which is causing early failures. Also do not create the class if it is not really used.
The Wayland/RDP support broke the installer running on s390x z/VM and LPAR. Resolves: RHEL-45516 (cherry picked from commit 931dea5)
db576ec
to
621a852
Compare
UPDATED:
|
/kickstart-test --testtype smoke |
/kickstart-test --kstest-pr 1309 ui_rdp |
/kickstart-test --skip-testtypes whatever |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Still looking good. :)
There is a new patchset to migrate Anaconda to Wayland native application. This patchset is unfortunately quite big and complicated. rhinstaller/anaconda#5829 Current Web UI testing depends on updates image creation from the Anaconda RPMs which are downloaded from Rawhide and/or COPR repos. However, we are hitting issues for updates images in this case. - Removal of spoke in Anaconda will not be covered by updates image. This is expected because RPM don't have information that some file was removed. Usually this is not an issue because the removed code is not imported. Unfortunately, here the code is imported by our dynamic spoke importer. That will result in traceback because of missing imports in the removed spoke. - The patchset in Anaconda is adding new dependencies required to be able to start the Wayland environment, however, these are not covered when an updates image is created because we can't tell which deps are new and should be part of the ISO. We should resolve this somehow by improving the workflow in the future. For now we can continue with this hotfix.
There is a new patchset to migrate Anaconda to Wayland native application. This patchset is unfortunately quite big and complicated. rhinstaller/anaconda#5829 Current Web UI testing depends on updates image creation from the Anaconda RPMs which are downloaded from Rawhide and/or COPR repos. However, we are hitting issues for updates images in this case. - Removal of spoke in Anaconda will not be covered by updates image. This is expected because RPM don't have information that some file was removed. Usually this is not an issue because the removed code is not imported. Unfortunately, here the code is imported by our dynamic spoke importer. That will result in traceback because of missing imports in the removed spoke. - The patchset in Anaconda is adding new dependencies required to be able to start the Wayland environment, however, these are not covered when an updates image is created because we can't tell which deps are new and should be part of the ISO. We should resolve this somehow by improving the workflow in the future. For now we can continue with this hotfix.
We have agreed that although the Web UI tests are broken on this PR - we need to merge it - and wait for the new ISO to include the new deps for wayland for the Web UI CI to consume. All the efforts we did to make this work ended unsuccesfully (Manual testing of Web UI happened - it looks fine). |
For the reference, these kickstart-test flakes / issues started to appear also on daily-iso after merge of the PR (used to be seen only on rhel-10 before): |
It was implemented by rhinstaller/anaconda#5829
This is port of the:
It is first part of the Wayland migration patches to Fedora.
Resolves: https://fedoraproject.org/wiki/Changes/Anaconda_As_Native_Wayland_Application
TODO:
Ready for review
After this merge
Drop VNC from the DBus API backend- let's leave this for later based on the initiative to get VNC back