You are not logged in.
Hello Arch Linux community!
I saw the release of Deepin v23 and i thought it was cool enough for me to start testing it, however, i do not trust the distro Deepin`s security and not only that, it's got VERY outdated packages, so i wanted to test the DE on Arch.
However, when i installed the DE on my Arch install, i was greeted by a desktop wallpaper with no dock. I can open the terminal and do stuff through there, but it is not the intended experience.
Hours of troubleshooting later, and i find out about the following:
- Deepin packages on the arch repo are outdated, some almost by 2 years.
The Deepin packages used to be maintained by two collaborators (Felix and Antonio) and i haven't found anything on the net that says arch explicitly stopped supporting Deepin.
So i'm like, what gives?
Is there any way i can contribute uploading updated packages to the repos?
Thank you all for your time!
TLDR Deepin packages on Arch repos are outdated and if you try installing it right now it is broken. I want to help.
Offline
It it's as you say then this will be a major undertaking. Someone else would have to tell you how one goes about getting permission to update things in the regular repository. But basically you'd want to click on 'Source Files' for each package individually and update the PKGBUILD to use whatever is the latest release. Actually now that I'm thinking about it there has to be an easier way or else nothing would get updated. There is no way I'd even attempt to update all those packages the way I just mentioned. Deepin' is interesting, I tried it around 1 or 2 years ago. It's a shame we have such an us vs them thing that permeates everything. I actually know a few Chinese developers. Granted China has definitely done some shady things but so has my country (US).
Offline
If I'm looking right most things of actual relevance are up to date. Did you check logs on why the dock isn't loading?
Offline
It it's as you say then this will be a major undertaking. Someone else would have to tell you how one goes about getting permission to update things in the regular repository. But basically you'd want to click on 'Source Files' for each package individually and update the PKGBUILD to use whatever is the latest release. Actually now that I'm thinking about it there has to be an easier way or else nothing would get updated. There is no way I'd even attempt to update all those packages the way I just mentioned. Deepin' is interesting, I tried it around 1 or 2 years ago. It's a shame we have such an us vs them thing that permeates everything. I actually know a few Chinese developers. Granted China has definitely done some shady things but so has my country (US).
I will try downloading the pkgbuilds from the gitlab that are updated and try again
If I'm looking right most things of actual relevance are up to date. Did you check logs on why the dock isn't loading?
I checked the Xorg log and journalctl but couldnt find anything of relevance, only debug messages.
Offline
For clarity :
You have looked at https://wiki.archlinux.org/title/Deepin … nvironment and installed deepin, deepin-kwin and deepin-extra ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
For clarity :
You have looked at https://wiki.archlinux.org/title/Deepin … nvironment and installed deepin, deepin-kwin and deepin-extra ?
Yes i RTFM, like i said in the first post, if you try installing it right now, its broken.
Offline
So update: I did try the PKGBUILDS from the gitlab but no dice. Couldnt find anything on journalctl even with the debug packages installed as well.
Offline
What does broken mean and what are you looking for?
Also what's outdated here?
The last deepin-kwin release was 5.14.5.1 on Jul 30, 2019, the repo package perfecly captures that.
Likewise latest deepin-desktop-base is 2024.07.24 released on Aug 19, 2024 and that's also in the repo.
-----
China aside, that thing is one frankensteinian mess of a random collection of forks with sub-par patches.
The CCP is really the least what worries me about it.
Offline
What does broken mean and what are you looking for?
Also what's outdated here?
Broken as in, if you follow the wiki, it will not work as intended (with no troubleshooting steps available for the problem at hand) I have installed the two groups and deepin-kwin but there is a dock that is missing and no useful logs (i could be wrong here)
The package repo has some packages from the deepin group flagged as outdated, but i guess i should have double checked because apparently they've been updated in 2024. Guess someone forgot to take the flags off?
I know deepin is a glorious mess, but i find it extravagant and wanted to try. Im aware about the whole china thing, but still, it looks cool (Im brazilian btw)
Offline
Did you check the running processes and for https://wiki.archlinux.org/title/Core_d … _core_dump ?
Offline
Deepin maintainer here. I understand the frustration about Deepin packages for the past two years. Many things happened in the mean time, from my lack of time to the company's short of hands.
Most of DDE, the desktop environment's packages were already updated to their recommended versions, but there are two major issues remaining:
- deepin-kwin is generally lack of maintenance and still depends on legacy plasma 5.x packages. I have been using some *creative* ways to keep it building but the runtime behavior could go wrong. I believe the current brokenness is still largely because of it.
- Their preferred alternative, Treeland, is still not updated to the *real* versions (their development versions are still kept close-sourced for some reason). I have been waiting for this since a year ago, and still keep asking the same questions at least every week.
- The rewrite version of deepin/dde-dock, namely deepin/dde-shell, involves deprecated DDE v20 APIs once again in its new versions. There is still no progress upstream to fix this and involving deepin/dde-api-proxy would unfortunately bring more breakage than needed, if I understand it correctly.
And... as of the other Deepin applications, while some of them are quite outdated, I would still expect to fix the DDE packages first and deal with them later. Since v20 these deepin packages struggle to work properly on other desktop environments so I believe they are less important at the moment.
Hopefully I'll be able to package the new Treeland and solve the first issue before Chinese new year (end of Jan).
Last edited by felixonmars (2025-01-16 14:42:48)
PGP key: 30D7CB92
Key fingerprint: B597 1F2C 5C10 A9A0 8C60 030F 786C 63F3 30D7 CB92
Offline
Update:
I have located the issue behind dde-shell not showing up: dde-session 1.2.14 introduced a surprising change about dde-shell which requires dde-shell >= 1.99.3, which indicates a preview version and we shouldn't package. I have reverted the relevant part as a workaround and will wait for an upstream fix.
In the meantime, deepin-session 1.2.14-2 should make the shell to show again.
Last edited by felixonmars (2025-01-16 21:40:20)
PGP key: 30D7CB92
Key fingerprint: B597 1F2C 5C10 A9A0 8C60 030F 786C 63F3 30D7 CB92
Offline
Did you check the running processes and for https://wiki.archlinux.org/title/Core_d … _core_dump ?
Did it as soon as i saw the post, however it gives me "No coredumps found"
Update:
I have located the issue behind dde-shell not showing up: dde-session 1.2.14 introduced a surprising change about dde-shell which requires dde-shell >= 1.99.3, which indicates a preview version and we shouldn't package. I have reverted the relevant part as a workaround and will wait for an upstream fix.
In the meantime, deepin-session 1.2.14-2 should make the shell to show again.
Hey Felix!
Thank you so much for your time and effort! The shell is showing again, but the launchpad isnt working now, but the other apps do work flawlessly.
Once again, thank you all very much for the support!
Offline
Update: It got a bit worse.
So the shell and the other apps show up, but not only launchpad is not working, when i use multitasking view, it crashes the whole DE and saves a Coredump.
Where do i upload it?
Offline
You can post the backtrace here in [code][/code] tags ideally using https://wiki.archlinux.org/title/Debuginfod - the coredump itself is useless for anybody w/o the relevant binaries.
Offline
[mralvareta@MOO ~]$ coredumpctl
TIME PID UID GID SIG COREFILE EXE SIZE
Fri 2025-01-17 02:09:51 UTC 1046 1000 1000 SIGABRT present /usr/bin/deepin-kwin_x11 24.5M
Fri 2025-01-17 02:11:52 UTC 1030 1000 1000 SIGABRT present /usr/bin/deepin-kwin_x11 20.9M
Fri 2025-01-17 02:12:25 UTC 2161 1000 1000 SIGABRT present /usr/bin/deepin-kwin_x11 20.6M
Fri 2025-01-17 02:17:15 UTC 1039 1000 1000 SIGABRT present /usr/bin/deepin-kwin_x11 21.2M
Tried debuginfod and debuginfod-find but all i got was a file with a bunch of jargain, so i guess this is what you're looking for?
If i done goofed, please correct me.
Thank you once more.
Offline
Oops, not a minute goes by and i understand i done goofed.
[mralvareta@MOO ~]$ cat Desktop/moo.txt
PID: 1039 (deepin-kwin_x11)
UID: 1000 (mralvareta)
GID: 1000 (mralvareta)
Signal: 6 (ABRT)
Timestamp: Fri 2025-01-17 02:17:13 UTC (1 day 7h ago)
Command Line: /usr/bin/deepin-kwin_x11 --replace
Executable: /usr/bin/deepin-kwin_x11
Control Group: /user.slice/user-1000.slice/user@1000.service/session.slice/dde-session@x11.service
Unit: user@1000.service
User Unit: dde-session@x11.service
Slice: user-1000.slice
Owner UID: 1000 (mralvareta)
Boot ID: e5f33e75157f4bfcba0a1d2b14de7a95
Machine ID: b6cb1acc9f724d6a973f2e7d72cc30e1
Hostname: MOO
Storage: /var/lib/systemd/coredump/core.deepin-kwin_x11.1000.e5f33e75157f4bfcba0a1d2b14de7a95.1039.1737080233000000.zst (present)
Size on Disk: 21.2M
Message: Process 1039 (deepin-kwin_x11) of user 1000 dumped core.
Stack trace of thread 1039:
#0 0x0000744047c193f4 n/a (libc.so.6 + 0x963f4)
#1 0x0000744047bc0120 raise (libc.so.6 + 0x3d120)
#2 0x000074404a58641c _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x641c)
#3 0x0000744047bc01d0 n/a (libc.so.6 + 0x3d1d0)
#4 0x0000744047c193f4 n/a (libc.so.6 + 0x963f4)
#5 0x0000744047bc0120 raise (libc.so.6 + 0x3d120)
#6 0x0000744047ba74c3 abort (libc.so.6 + 0x244c3)
#7 0x00007440484f0163 _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5 + 0x98163)
#8 0x00007440484f01bb _Z9qt_assertPKcS0_i (libQt5Core.so.5 + 0x981bb)
#9 0x000074404a2371b9 n/a (libdeepin-kwinglutils.so.13 + 0xb1b9)
#10 0x000074404a857ec8 n/a (libdeepin-kwin.so.5 + 0x2ccec8)
#11 0x000074404a701879 _ZN4KWin18EffectsHandlerImpl16paintEffectFrameEPNS_11EffectFrameERK7QRegiondd (libdeepin-kwin.so.5 + 0x176879)
#12 0x000074404a701819 _ZN4KWin18EffectsHandlerImpl16paintEffectFrameEPNS_11EffectFrameERK7QRegiondd (libdeepin-kwin.so.5 + 0x176819)
#13 0x000074404a701819 _ZN4KWin18EffectsHandlerImpl16paintEffectFrameEPNS_11EffectFrameERK7QRegiondd (libdeepin-kwin.so.5 + 0x176819)
#14 0x000074404a701819 _ZN4KWin18EffectsHandlerImpl16paintEffectFrameEPNS_11EffectFrameERK7QRegiondd (libdeepin-kwin.so.5 + 0x176819)
#15 0x00005a476588a726 n/a (n/a + 0x0)
#16 0x000074404a701819 _ZN4KWin18EffectsHandlerImpl16paintEffectFrameEPNS_11EffectFrameERK7QRegiondd (libdeepin-kwin.so.5 + 0x176819)
#17 0x00005a47658d7b0e n/a (n/a + 0x0)
#18 0x000074404a701677 _ZN4KWin18EffectsHandlerImpl11paintScreenEiRK7QRegionRNS_15ScreenPaintDataE (libdeepin-kwin.so.5 + 0x176677)
#19 0x000074404a701677 _ZN4KWin18EffectsHandlerImpl11paintScreenEiRK7QRegionRNS_15ScreenPaintDataE (libdeepin-kwin.so.5 + 0x176677)
#20 0x000074404a701677 _ZN4KWin18EffectsHandlerImpl11paintScreenEiRK7QRegionRNS_15ScreenPaintDataE (libdeepin-kwin.so.5 + 0x176677)
#21 0x000074404a778ba2 _ZN4KWin5Scene11paintScreenERK7QRegionS3_PS1_S4_PNS_10RenderLoopERK10QMatrix4x4 (libdeepin-kwin.so.5 + 0x1edba2)
#22 0x000074404a84dde8 _ZN4KWin11SceneOpenGL5paintEPNS_14AbstractOutputERK7QRegionRK5QListIPNS_8ToplevelEEPNS_10RenderLoopE (libdeepin-kwin.so.5 + 0x2c2de8)
#23 0x000074404a6cea9b _ZN4KWin10Compositor9compositeEPNS_10RenderLoopE (libdeepin-kwin.so.5 + 0x143a9b)
#24 0x000074404a6d4ec3 _ZN4KWin13X11Compositor9compositeEPNS_10RenderLoopE (libdeepin-kwin.so.5 + 0x149ec3)
#25 0x000074404873b59e n/a (libQt5Core.so.5 + 0x2e359e)
#26 0x000074404a67a845 _ZN4KWin10RenderLoop14frameRequestedEPS0_ (libdeepin-kwin.so.5 + 0xef845)
#27 0x000074404a7652e0 _ZN4KWin17RenderLoopPrivate8dispatchEv (libdeepin-kwin.so.5 + 0x1da2e0)
#28 0x000074404873b59e n/a (libQt5Core.so.5 + 0x2e359e)
#29 0x000074404873d5fe _ZN6QTimer7timeoutENS_14QPrivateSignalE (libQt5Core.so.5 + 0x2e55fe)
#30 0x000074404872d4e9 _ZN7QObject5eventEP6QEvent (libQt5Core.so.5 + 0x2d54e9)
#31 0x00007440491a7581 _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt5Widgets.so.5 + 0x156581)
#32 0x0000744048706e98 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5 + 0x2aee98)
#33 0x0000744048755870 _ZN14QTimerInfoList14activateTimersEv (libQt5Core.so.5 + 0x2fd870)
#34 0x0000744048755d16 _ZN20QEventDispatcherUNIX13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2fdd16)
#35 0x0000744042b51b0c n/a (libQt5XcbQpa.so.5 + 0x60b0c)
#36 0x00007440486feb5c _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2a6b5c)
#37 0x000074404870b05d _ZN16QCoreApplication4execEv (libQt5Core.so.5 + 0x2b305d)
#38 0x00005a47658268b7 n/a (n/a + 0x0)
#39 0x0000744047ba8e08 n/a (libc.so.6 + 0x25e08)
#40 0x0000744047ba8ecc __libc_start_main (libc.so.6 + 0x25ecc)
#41 0x00005a4765828235 n/a (n/a + 0x0)
ELF object binary architecture: AMD x86-64
Offline
This aborted and QMessageLogger suggests there's also a message in the system journal explaining why the code bailed (this is some sort of a controlled crash)
Seems related to you OpenGL stack, though.
Offline
Don't know if this helps but in KDE Plasma everything works fine. I can run heavy DaVinci Resolve projects and even load Unreal Engine.
Edit: engrish
Last edited by mrAlvaretA (2025-01-18 15:38:04)
Offline
Not really - the crash/abort is in a deepin-specific fork of a KWin 5.x library for X11.
If you're running plasma 6.x on wayland you're miles away from that.
The abortion message might help, though.
Offline