Deepin Desktop Environment

For developer discussion on package requests
Message
Author
User avatar
dreamer
Posts: 922
Joined: Sun Oct 15, 2017 11:34 am

Re: Deepin Desktop Environment

#21 Post by dreamer »

asqwerth wrote: Sun Oct 04, 2020 12:10 am Like I said previously in this thread , Deepin as packaged in arch repos was certainly at one stage reporting home, though it could just be for commercial data analytics rather than any political reasons (which comments like "another way for the CCP to..." would imply) . Probably hardware specs and what programs were installed on your system, per their UOS licence.

Still not good but it would make them no different from Google or MS or other commercial entities anywhere in the world if they could get away with it depending on their country's privacy laws and public perception.

https://archived.forum.manjaro.org/t/ma ... 106251/316

Extract:
I installed XFCE just to have a comparison and ran Wireshark directly after login (with sudo).
With XFCE traffic was normal without any suspicious destination even as I started the XFCE settings.
Unfortunately Deepin behaved differently. Every time I opened the Control Panel there was the same amount of Traffic to www.wshifen.com 3 (103.235.46.39).
DNSDBLookup.com tells me that the corresponding IP belongs to Baidu Cloud and is located in Hong Kong.
It looks like, it is always the same amount of data that gets sent and it happens each and every time I open the Control Panel. Changing settings or starting Deepin programs does not seem to generate any other traffic.
UOS licence which has since been removed from version in arch (though you might still get it if you install direct from deepin repos). It's certainly broader than most privacy permission documents out there.

https://archived.forum.manjaro.org/t/ma ... 106251/321

Extract:
reading trough the UOS Privacy Policy document and it states that the "User Experience Program" collects the following information:

1.1.1. Equipment and system information
Device information includes your device motherboard information, BIOS information, CPU information, memory information, hard disk information, partition information, network card information, etc .; system information includes system software version, system last update time, system language, daily users, each download Use source information.
1.1.2. Application software information
For example, the version of each application you installed in the system, and the start / exit time information of each application.


That would be a lot of data. In my test there was only a couple of hundred Bytes of data after the hand shake that was sent. Seems to me too small to fit all that data.
It doesn't matter anyway because the destination IP address (103.235.46.39) is currently hard coded. I simply blocked this IP in my firewall and this way Deepin could no longer phone home. There seem to be no advanced function built in currently to overcome such a simple road block.
Would be interesting for those who enable the deepin repos and install from there report on whether the UOS is still there, and if the distro still reports home when you open the control centre.
I agree that software shouldn't phone home. The more we know the better position we are in. But why the double standards? Firefox sends a lot of data including a unique hardware identifier which means your browsing habits can be tracked. It also has the capability to change your settings remotely.
https://www.mozilla.org/en-US/privacy/firefox/
https://www.scss.tcd.ie/Doug.Leith/pubs ... rivacy.pdf

I'm not here to defend Deepin, just to point out that MX ships a piece of software by default that does exactly what people blame Deepin for. Instead of applications Firefox tracks your extensions and can disable them remotely if needed.

The big lesson here is probably that when there is a corporation involved whether it is UOS or Mozilla, then data will be collected and likely shared with governments and/or third party partners.

We could of course decide that this discussion is nonsense as long as we continue to use iOS and Android devices.
Note to self and others: SysVinit is a good option. However if you run into problems try with systemd first. This applies to AppImages, Flatpaks, GitHub packages and even some Debian packages.

User avatar
Sparky
Posts: 1205
Joined: Sun Dec 23, 2018 6:07 pm

Re: Deepin Desktop Environment

#22 Post by Sparky »

Deepin has a bad rep, and rightly so IMO.
MX Linux Asus F552, 12GB RAM, 500GB WD SSD MX19.2
Dell Inspiron 7559 16GB RAM 1X 256GB SSD & 1TB SSD MX KDE 21.1 & Windows 11
Mini Tower PC 2X 256GB SSD MX KDE21.1

User avatar
spanspek
Posts: 19
Joined: Wed Sep 30, 2020 12:17 pm

Re: Deepin Desktop Environment

#23 Post by spanspek »

Sparky wrote: Sun Oct 04, 2020 8:27 am Deepin has a bad rep, and rightly so IMO.
I agree. THAT's WHY we want to have DDE (the desktop environment) on MX Linux, an OS that we can trust!

Let's not confuse the DE with the OS (as chrispop99 did in comment #3)!

I said in any earlier comment that I've tried ...

#Add line trackers to the file
deb http://packages.deepin.com/deepin/ lion main contrib non-free

... but it did not work well, lion is too old, eagle is beta ... it's apricot that I want to work on MX Linux!

Apt complains that it "doesn't have a release file".

Can anybody point me in the right direction?

User avatar
dreamofdestinyua
Posts: 38
Joined: Thu Dec 20, 2018 5:46 am

Re: Deepin Desktop Environment

#24 Post by dreamofdestinyua »


User avatar
spanspek
Posts: 19
Joined: Wed Sep 30, 2020 12:17 pm

Re: Deepin Desktop Environment

#25 Post by spanspek »

Thanks!

User avatar
dreamer
Posts: 922
Joined: Sun Oct 15, 2017 11:34 am

Re: Deepin Desktop Environment

#26 Post by dreamer »

spanspek wrote: Sun Oct 04, 2020 1:26 pm Apt complains that it "doesn't have a release file".
It usually means your repo address is faulty.

If you manage to find correct repo address (maybe by installing Deepin 20) don't forget that installing DDE on MX requires you to use the systemd boot option.
Note to self and others: SysVinit is a good option. However if you run into problems try with systemd first. This applies to AppImages, Flatpaks, GitHub packages and even some Debian packages.

User avatar
spanspek
Posts: 19
Joined: Wed Sep 30, 2020 12:17 pm

Re: Deepin Desktop Environment

#27 Post by spanspek »

Thanks for the reply.
installing DDE on MX requires you to use the systemd boot
... that's what I'm trying to avoid!

User avatar
spanspek
Posts: 19
Joined: Wed Sep 30, 2020 12:17 pm

Re: Deepin Desktop Environment

#28 Post by spanspek »

What am I missing?
Screenshot_20201007_182851.png
You do not have the required permissions to view the files attached to this post.

User avatar
rob.chaffe
Posts: 19
Joined: Mon Jun 29, 2020 6:17 pm

Re: Deepin Desktop Environment

#29 Post by rob.chaffe »

^Check out the version number. Looks like it should work.

Rob

User avatar
Stevo
Developer
Posts: 14613
Joined: Fri Dec 15, 2006 7:07 pm

Re: Deepin Desktop Environment

#30 Post by Stevo »

Applications that sneakily spy on you without notice (Firefox doesn't try and hide what they do, do they?) are still gonna do it, no matter if they are running in Deepin OS or on top of MX Linux. You can probably verify that using Wireshark (newer version in our test repo, too), and maybe a firewall could block that.

Post Reply

Return to “Package Requests / Status”