Deepin Desktop does not install on Fedora 45. Not from Fedora, not from any COPR. Fedora 45 also drops the deepin applications that Fedora 44 still carried, so the terminal, calculator and image viewer are gone from the repositories too. The dnf group install "Deepin Desktop" line from older guides, including the earlier version of this page, has nothing left to point at.
Two things still work. The deepin apps run on a Fedora 45 desktop from an Arch Linux container, and DDE itself runs where it is maintained. This guide shows both, plus the upgrade trap that catches anyone who installed deepin packages on Fedora 44. The Fedora 45 checks, the upgrade and the container route were run in October 2026 on a fresh Fedora 45 machine and on a Fedora 44 machine carrying deepin packages, upgraded in place to 45.
Is Deepin Desktop available on Fedora 45?
No. The old guides target a comps environment named “Deepin Desktop”, and dnf5 lists environments separately from groups. Check both:
sudo dnf environment list | grep -i deepin
sudo dnf group list --hidden | grep -i deepinBoth print nothing and exit 1. Twenty environments are defined on Fedora 45, and Deepin is not one of them. The Cloud Server row appears twice because that is the environment this machine was built from:
ID Name Installed
custom-environment Fedora Custom Operating System no
workstation-product-environment Fedora Workstation no
server-product-environment Fedora Server Edition no
cloud-server-environment Fedora Cloud Server yes
cloud-server-environment Fedora Cloud Server no
kde-desktop-environment KDE Plasma Workspaces no
kde-mobile-environment KDE Plasma Mobile no
xfce-desktop-environment Xfce Desktop no
phosh-desktop-environment Phosh Desktop no
lxde-desktop-environment LXDE Desktop no
lxqt-desktop-environment LXQt Desktop no
cinnamon-desktop-environment Cinnamon Desktop no
mate-desktop-environment MATE Desktop no
sugar-desktop-environment Sugar Desktop Environment no
budgie-desktop-environment Budgie Desktop no
cosmic-desktop-environment COSMIC Desktop no
developer-workstation-environment Development and Creative Workstation no
basic-desktop-environment Basic Desktop no
i3-desktop-environment i3 desktop no
miraclewm-desktop-environment Miracle WM Desktop Environment no
sway-desktop-environment Sway Desktop noAsking for the old group by its ID ends at the resolver:
sudo dnf group install deepin-desktopdnf5 does not soften it:
Failed to resolve the transaction:
No match for argument: deepin-desktop
You can try to add to command line:
--skip-unavailable to skip unavailable packagesOne trap for scripts: dnf group info "Deepin Desktop" prints “No matches found.” and still exits 0. Check the output, never the return code.
The individual packages are gone as well. Query everything with deepin in the name, plus the DDE and DTK prefixes:
sudo dnf repoquery --qf "%{name} %{evr} %{repoid}\n" "*deepin*" "dde*" "dtk*" | sort -uFive names come back, and none of them is something you would run. Two are a PDF rendering library, two are a logging library, and the last is a Go development package:
deepin-pdfium 1.5.1-8.fc45 fedora
deepin-pdfium-devel 1.5.1-8.fc45 fedora
dtklog 0.0.2-11.fc45 fedora
dtklog-devel 0.0.2-11.fc45 fedora
golang-github-linuxdeepin-x11-client-devel 1.0.2-5.fc43 fedoraFedora 44 users could install the deepin apps on their own and run them under GNOME or KDE. On Fedora 45 that command fails on every name:
sudo dnf install deepin-terminal deepin-calculator deepin-image-viewer \
deepin-gtk-theme deepin-icon-theme deepin-wallpapersSix packages requested, six misses:
Failed to resolve the transaction:
No match for argument: deepin-terminal
No match for argument: deepin-calculator
No match for argument: deepin-image-viewer
No match for argument: deepin-gtk-theme
No match for argument: deepin-icon-theme
No match for argument: deepin-wallpapers
You can try to add to command line:
--skip-unavailable to skip unavailable packagesWhere each release stands, from Fedora’s comps metadata and the repository indexes:
| Fedora release | “Deepin Desktop” environment | Session core (startdde, dock, launcher, daemon, control center) | Greeter, DTK libraries, deepin apps |
|---|---|---|---|
| 42 and older | Present | Present | Present |
| 43 | Gone | Partly gone | Present |
| 44 | Gone | Gone | Present |
| 45 | Gone | Gone | Gone (only deepin-pdfium and dtklog remain) |
Fedora 42 reached end of life on 27 May 2026, so it is not a route. The desktop would come up on a system that no longer gets security updates.
Why Fedora retired the Deepin packages
The trigger came from openSUSE. Its security team removed the Deepin desktop in May 2025 after years of unresolved D-Bus and polkit findings in the deepin file manager daemon, together with packaging that routed around their review process. Days later a Fedora ticket titled “Deepin security review request” made the more uncomfortable point: Fedora had shipped the same components with no security review at all.
Maintenance finished it off. Core packages had failed to build for months, several were already retired one by one, and the packaging group had gone quiet. FESCo gave the maintainers four weeks to state the project’s status in April 2026. The coordinator of the original packaging effort replied that the people who built the package set had run out of capacity for it. The vote closed the matter on 19 May 2026:
AGREED: Retire all packages in the list, with the message mentioning the fesco ticket. Ask releng to not unretire those packages if a request is made, unless they passed review again. APPROVED (+7, 0, 0)
FESCo ticket 3409
Read the second sentence twice. Nobody can bring the packages back by asking release engineering to reverse the retirement. They have to pass package review again, with maintainers who commit to keeping them building and patched. Fedora 45 is the first release cut after that vote, which is why the apps disappeared along with everything else.
Do the Deepin COPR repositories work on Fedora 45?
No. Four COPR projects carry Deepin builds for recent Fedora, and none of them gives Fedora 45 anything that installs. The copr subcommand comes from dnf5-plugins, which a Workstation install already has:
sudo dnf install dnf5-plugins
sudo dnf copr enable liuyang/deepin-ddeThe classic DDE rebuild never built a Fedora 45 chroot, so the enable step stops before writing a repo file:
Chroot not found in the given Copr project (fedora-45-x86_64).
You can choose one of the available chroots explicitly:
fedora-43-x86_64
fedora-44-x86_64The Treeland rebuild, shrisha/deepin-treeland, fails the same way and offers only fedora-44-x86_64. So does charofstring/gxde-core, a fork called GXDE that tracks the older DDE look and offers Fedora 43 and 44 only. Forcing a Fedora 44 chroot onto a Fedora 45 system is not a fix. Those builds link against Fedora 44’s Qt, so the result is the same broken dependency chain you will see in the upgrade section below.
One project does enable cleanly. topazus/dde advertises Fedora 45 and rawhide chroots:
sudo dnf copr enable topazus/dde
sudo dnf repoquery --repo "copr:copr.fedorainfracloud.org:topazus:dde" --qf "%{name} %{evr}\n" | sed -E "s/.*\.(fc[0-9]+).*/\1/" | sort | uniq -cThe second command counts which Fedora release each package was built for. All 67 are Fedora 42 builds copied forward into the newer chroots:
67 fc42Ask it for the session, the shell, the window manager and the Qt 6 platform plugin, and the resolver lists what is missing:
sudo dnf install deepin-session deepin-shell deepin-kwin deepin-qt6platform-pluginsNothing installs. Every package is pinned to the exact Qt of Fedora 42, and the DTK libraries it expects are not in Fedora 45 at all:
Failed to resolve the transaction:
Problem 1: conflicting requests
- nothing provides libdtkcore.so.5()(64bit) needed by deepin-session-1.99.1-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libgsettings-qt.so.1()(64bit) needed by deepin-session-1.99.1-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
Problem 2: conflicting requests
- nothing provides libQt6Gui.so.6(Qt_6.8_PRIVATE_API)(64bit) needed by deepin-shell-1.99.3-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libdtk6core.so.6()(64bit) needed by deepin-shell-1.99.3-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libdtk6gui.so.6()(64bit) needed by deepin-shell-1.99.3-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libdtk6widget.so.6()(64bit) needed by deepin-shell-1.99.3-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libQt6WaylandClient.so.6(Qt_6.8_PRIVATE_API)(64bit) needed by deepin-shell-1.99.3-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides qt6-qtbase(x86-64) = 6.8.0 needed by deepin-shell-1.99.3-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
Problem 3: conflicting requests
- nothing provides deepin-qt5integration(x86-64) needed by deepin-kwin-5.25.26-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libDWaylandClient.so.5()(64bit) needed by deepin-kwin-5.25.26-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libDWaylandServer.so.5()(64bit) needed by deepin-kwin-5.25.26-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides qt5-qtbase(x86-64) = 5.15.15 needed by deepin-kwin-5.25.26-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
Problem 4: conflicting requests
- nothing provides libQt6Gui.so.6(Qt_6.8_PRIVATE_API)(64bit) needed by deepin-qt6platform-plugins-6.0.19-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit) needed by deepin-qt6platform-plugins-6.0.19-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides libQt6OpenGL.so.6(Qt_6.8_PRIVATE_API)(64bit) needed by deepin-qt6platform-plugins-6.0.19-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
- nothing provides qt6-qtbase(x86-64) = 6.8.0 needed by deepin-qt6platform-plugins-6.0.19-1.fc42.x86_64 from copr:copr.fedorainfracloud.org:topazus:dde
You can try to add to command line:
--skip-broken to skip uninstallable packagesA private Qt API dependency cannot be met by a newer Qt, which is the point of pinning it. The project’s last builds date from November 2024. A fifth search hit, hezhengyu/dde, holds a single package, deepin’s KWin fork, and nothing to run it with. Disable what you enabled:
sudo dnf copr remove topazus/ddeUpgrading from Fedora 44 with Deepin packages installed
This is the part that bites real machines. The earlier version of this guide had Fedora 44 readers install the deepin apps from Fedora, and some went further with the liuyang/deepin-dde COPR. We rebuilt exactly that machine: six deepin packages from Fedora, then the COPR session, dock, launcher and daemon on top. Then we ran the standard Fedora 44 to 45 upgrade:
sudo dnf system-upgrade download --releasever=45It refuses to resolve:
Failed to resolve the transaction:
Problem 1: installed package dtk6log-6.7.32-5.fc44.x86_64 requires libspdlog.so.1.15()(64bit), but none of the providers can be installed
- spdlog-1.15.3-4.fc44.x86_64 does not belong to a distupgrade repository
- problem with installed package
Problem 2: cannot install both spdlog-1.17.0-3.fc45.x86_64 from fedora and spdlog-1.15.3-4.fc44.x86_64 from @System
- package dtklog-0.0.2-11.fc45.x86_64 from fedora requires libspdlog.so.1.17()(64bit), but none of the providers can be installed
- installed package dtk6log-6.7.32-5.fc44.x86_64 requires libspdlog.so.1.15()(64bit), but none of the providers can be installed
- installed package dtkcore-5.7.30-2.fc44.x86_64 requires libdtklog.so.0()(64bit), but none of the providers can be installed
- installed package dtk6core-6.7.32-6.fc44.x86_64 requires libdtk6log.so.0()(64bit), but none of the providers can be installed
- dtklog-0.0.2-9.fc44.x86_64 does not belong to a distupgrade repository
- problem with installed package
- problem with installed packageHere is what the resolver is saying. Fedora 45 ships a newer spdlog with a new soname. The retired dtk6log has no Fedora 45 build, so the Fedora 44 copy still wants the old library. Fedora’s fedora-obsolete-packages normally removes retired packages during an upgrade, but on Fedora 45 its only deepin entry is an old dock plugin, so nothing steps in for these. Every Qt 6 deepin app on the machine hangs off that one logging library.
The fix is to let the upgrade remove what it cannot carry forward:
sudo dnf system-upgrade download --releasever=45 --allowerasingRead the removal list before you answer yes. Besides the oldest kernel, which the upgrade drops here, it takes the Qt 6 deepin stack and everything built on it. The terminal, the calculator and the greeter go, along with the COPR dock and session:
Removing dependent packages:
deepin-calculator x86_64 0:6.5.30-3.fc44 fedora 3.4 MiB
deepin-dock x86_64 0:6.0.37-2.fc44 copr:copr.fedorainfracloud.org:liuyang:deepin-dde 7.6 MiB
deepin-session x86_64 0:2.0.29-2.fc44 copr:copr.fedorainfracloud.org:liuyang:deepin-dde 1.0 MiB
deepin-session-shell x86_64 0:6.0.52-1.fc44 fedora 6.4 MiB
deepin-terminal x86_64 0:6.5.22-7.fc44 updates 91.6 MiB
dtk6core x86_64 0:6.7.32-6.fc44 updates 1.9 MiB
dtk6gui x86_64 0:6.7.32-7.fc44 updates 1.7 MiB
dtk6log x86_64 0:6.7.32-5.fc44 updates 189.8 KiB
dtk6widget x86_64 0:6.7.32-8.fc44 updates 22.4 MiBThen reboot into the offline upgrade with sudo dnf offline reboot. It completed without errors here and the machine came back on Fedora 45.
Clean up the Fedora 44 leftovers
The upgrade does not remove everything. Packages that do not depend on the Qt 6 stack survive as Fedora 44 builds that will never get another update. List them:
sudo dnf list --extrasSixteen orphans on this machine, two of them from the COPR:
Extra packages
deepin-daemon.x86_64 6.1.99-4.fc44 copr:copr.fedorainfracloud.org:liuyang:deepin-dde
deepin-desktop-base.noarch 2025.11.25-3.fc44 fedora
deepin-desktop-schemas.x86_64 6.0.13-4.fc44 fedora
deepin-gtk-theme.noarch 23.11.23-6.fc44 fedora
deepin-icon-theme.noarch 2025.03.27-4.fc44 fedora
deepin-image-viewer.x86_64 5.8.2-21.fc44 fedora
deepin-launcher.x86_64 6.0.19-2.fc44 copr:copr.fedorainfracloud.org:liuyang:deepin-dde
deepin-polkit-agent.x86_64 6.0.7-6.fc44 fedora
deepin-sound-theme.noarch 15.10.6-17.fc44 fedora
deepin-wallpapers.noarch 1.7.16-6.fc44 fedora
dtkcore.x86_64 5.7.30-2.fc44 fedora
dtkgui.x86_64 5.7.30-4.fc44 fedora
dtkwidget.x86_64 5.7.30-2.fc44 fedora
gsettings-qt.x86_64 0.2-5.20220807gitd5e002d.fc44 fedora
imwheel.x86_64 1.0.0-0.19.pre12.fc44 fedora
udisks2-qt5.x86_64 5.0.6-11.fc44 fedoraThe COPR is the quieter problem. Its repo file is still there, it has no Fedora 45 chroot, and the repo file sets skip_if_unavailable=True. dnf loads it on every refresh without a single warning, and dnf copr list still shows it enabled. Remove the repo first, then the orphans:
sudo dnf copr remove liuyang/deepin-dde
sudo dnf remove "deepin-*" dtkcore dtkgui dtkwidget
sudo dnf autoremoveThe remove step took 13 named packages and 69 unused dependencies with it, 537 MiB in total. On this minimal machine some of those dependencies were general tools the deepin stack had pulled in, such as udisks2, bluez and ntfs-3g. A desktop that needs them keeps them through its own dependencies, but read the list before confirming. The autoremove that follows takes more, rtkit-daemon and switcheroo-control here, so read that list too. Confirm the system is clean:
sudo dnf list --extras
sudo rpm -qa | grep -ciE "deepin|^dde|dtk"No extras and a zero count:
Updating and loading repositories:
Repositories loaded.
No matches found.
0If you are still on Fedora 44 and have not upgraded yet, do the cleanup first. Remove the COPR and the deepin packages on 44, upgrade with no extra flags, then reinstall the apps through the container route below.
Run the Deepin apps on Fedora 45 with Distrobox
Arch Linux still packages the deepin applications, built against Arch’s own Qt and kept current. Distrobox runs an Arch userland in a Podman container that shares your home directory, display and sound. The apps open as normal windows on the Fedora desktop. This is the practical way to keep Deepin Terminal or the calculator on Fedora 45. If you have not used containers this way before, Distrobox vs Toolbx explains the model.
Install Distrobox. Podman is already on Workstation:
sudo dnf install distroboxCreate an Arch container from the Toolbx project’s Arch image, which ships with sudo and the host integration packages Distrobox expects:
distrobox create --yes --name deepin --image quay.io/toolbx/arch-toolbox:latestInstall the apps inside it with pacman. The first enter runs Distrobox’s one-time container setup before the command:
distrobox enter deepin -- sudo pacman -Syu --noconfirm deepin-terminal deepin-calculator deepin-image-viewer deepin-icon-themeConfirm what landed:
distrobox enter deepin -- pacman -Q deepin-terminal deepin-calculator deepin-image-viewerCurrent Arch builds, newer than anything Fedora ever shipped:
deepin-terminal 6.5.40-2
deepin-calculator 6.5.40-1
deepin-image-viewer 6.0.30-1Export each app so it shows up in the Fedora application grid. The export writes a launcher into ~/.local/share/applications/ that starts the app inside the container:
distrobox enter deepin -- distrobox-export --app deepin-terminal
distrobox enter deepin -- distrobox-export --app deepin-calculator
distrobox enter deepin -- distrobox-export --app deepin-image-viewerEach one confirms the export:
Application deepin-terminal successfully exported.
OK!
deepin-terminal will appear in your applications list in a few seconds.Search for deepin in the GNOME overview. The three apps appear with their own icons, next to an entry named Deepin that opens a shell in the container:
Deepin Terminal opens straight into the container. The host release file is readable under /run/host, which makes the split obvious: an Arch userland running on a Fedora 45 host:
The calculator and image viewer behave like any other window, here with one of the deepin wallpapers open. Install deepin-wallpapers in the container if you want the same images:
Two limits. Launched from a terminal, the deepin apps print Qt debug logging to stdout, which is noise and not an error. And the container needs its own updates: run distrobox enter deepin -- sudo pacman -Syu now and then, because dnf upgrade never touches it. This route gives you the apps, not the desktop. A full DDE session needs its own display manager and system services, which a container cannot provide.
What about Fedora 44?
Fedora 44 is supported until a few weeks after Fedora 46 ships, and it is the last release where Fedora’s own deepin apps install. They work, apart from deepin-system-monitor, which crashes on startup (Red Hat Bugzilla 2483166). Remember that they block the upgrade described above.
The two COPR desktops still install on Fedora 44, and neither ends in a usable session. We took both to the login screen and past it in August 2026. The classic build, liuyang/deepin-dde, brings up the deepin greeter on lightdm:
After login the screen stays black. The session asks systemd for dde-shell, which this COPR does not build, and in this generation of DDE the wallpaper, desktop icons and panels are all dde-shell plugins. The dock fails on its own too. It was built against deepin’s KWayland fork, which Fedora retired, so the loader finds stock KWayland without the symbol it needs:
dde-dock: symbol lookup error: dde-dock: undefined symbol: _ZN8KWayland6Client8Registry25clientManagementAnnouncedEjjHere is the same error inside Deepin Terminal on that machine:
The Treeland build, shrisha/deepin-treeland, gets further. Its DDM display manager masks the password, offers a session switcher and logs you in:
Then the shell fails to load the plugin that draws the desktop. The user journal shows why:
[email protected]: start operation timed out. Terminating.
dde-shell[1510]: Could not find the Qt platform plugin "dxcb" in ""
dde-shell[1510]: Loading plugin failed: "org.deepin.ds.desktop"The package installs 20 dde-shell plugins and the desktop plugin is not one of them. The Qt 6 build of the dxcb platform plugin has never been packaged for Fedora either. Both COPRs also take over the system display manager, so try them only on a VM. If you already did this on real hardware, switch to a text console with Ctrl+Alt+F3 and hand the display back:
sudo systemctl enable --force gdm
sudo systemctl set-default graphical.target
sudo dnf copr remove liuyang/deepin-dde
sudo dnf remove "deepin-*" "dde-*" treeland ddm
sudo systemctl rebootSwap gdm for the display manager the machine started with, sddm on the KDE spin or lightdm on Xfce, and swap the COPR name for shrisha/deepin-treeland if that is the one you enabled.
What to run instead of Deepin on Fedora
Where the desktop stands across distributions, checked in October 2026:
| Distribution | Deepin Desktop status |
|---|---|
| deepin (upstream) | First party, current Treeland generation, the only fully supported way to run DDE |
| Arch Linux | 53 packages in the deepin group in [extra], several rebuilt in early October |
| Fedora 45 | Desktop and apps retired; no COPR has an installable Fedora 45 build |
| Fedora 44 | Apps still packaged; desktop retired, COPRs install but do not produce a working session |
| Debian 13 | Desktop not packaged; deepin-terminal is in the archive |
| openSUSE | Removed in 2025 over unresolved security findings |
Pick by what you wanted from Deepin in the first place.
If you want DDE itself, run it where it is maintained. The upstream distribution is the least surprising option. On the rolling side, Arch keeps the whole group current. archinstall gets a base system up quickly, and the post-install guide covers what to configure afterwards.
If you want the look and feel on Fedora, the closest match is a Qt desktop with a dock and a centered launcher. KDE Plasma on Fedora is the natural landing spot. For something lighter, Budgie and Cinnamon keep the single-panel layout Deepin users tend to like, and Xfce is the low-resource option. Add the deepin apps through Distrobox as shown above, and work through things to do after installing Fedora 45 for the rest of the desktop setup.
Flathub has no deepin applications at all, so Distrobox remains the packaged route on Fedora 45. For the dnf5 syntax used throughout, the DNF5 cheatsheet is the quick reference.
Will Deepin Desktop come back to Fedora?
Not by request, and not soon. FESCo attached a condition to the retirement: nothing returns unless it passes package review again. That means someone volunteering for the workload that beat the previous group, on a package set with an unreviewed security history. Upstream is meanwhile rebuilding the desktop around Treeland, with Qt and KWayland patches Fedora does not carry. The community rebuilds show the cost, because none of them reached Fedora 45. Treat DDE as a deepin and Arch desktop, run the apps you like from a container, and give the machine you log into every morning a session Fedora actually supports.
how could i uninstall if i unliked that Deepin DE?!
Then just delete it, plus you don’t need to uninstall it you can always just select GNOME on the login screen.
Good to see it’s still supported, I always liked Deepin DE just for the simple fact that it’s the only DE that actually supports fractional scaling properly without looking like an interpolated blurry mess. I desperately need 150% scaling (100 is too small, 200 is too large for my 1600p display). GNOME should borrow whatever Deepin is doing there.
Yesterday after updating Deepin in Fedora 35 the Window handling is broken. Unable to lower Windows or move them with dragging them.
yes, Deepin Desktop is broken, how we can fix it or will downgrade or fedora OS dist
Yes, after updating Fedora, Deepin not works as expacted, can we downgrade our Linux Fedora OS to work or there are other solutions.