Manjaro distribution is introducing a system for sending telemetry about the system
The developers of the Manjaro Linux distribution, built on the basis of Arch Linux and aimed at beginners, announced the beginning of testing a new service MDD (Manjaro Data Donor), designed to collect statistics about the system and send it to the external server of the project. The author of the MDD intended to enable telemetry by default (opt-out), but the decision has not yet been approved and, judging by the objections of some developers and users, it is likely that telemetry will be offered as an option requiring prior consent of the user (a request to enable telemetry is proposed to be added to the greeting interface after the first download).
The report includes data such as host name, kernel version, desktop component versions, detailed information about hardware and drivers involved, screen size and resolution information, network device MAC addresses, disk serial numbers, disk partition data, information about the number of running processes and installed packages, versions of basic packages such as systemd, gcc, bash and PipeWire.
The sent data is stored on the project server in the ClickHouse database and visualized using the Grafana platform. The IP addresses of users are not stored, and the hash from the /etc/machine-id file is used as the system identifier.
Okay why do they need to know that? Why do they need to know if the computer is called "Melissa's Laptop" or "Workstation 15, Internal security division"? Seems like this kind of data could if stolen be misused and it has minimal legitimate purpose IMO as anyone can put anything as host name and while in organizations it often corresponds to use it doesn't have to for individuals. Someone could call their machine "Mack's Porn Rig" and they only use it for doing banking and a little coding.
kernel version, desktop component versions, detailed information about hardware and drivers involved, screen size and resolution information,
This all seems legitimate enough, this would be helpful for understanding the hardware their users run on and targeting features or bug fixes.
network device MAC addresses,
Not great but there is an argument for it, they could just grab and send the first 3-4 octets which would give them the info they need on manufacturers without getting uniquely identifiable data that along with some of this other stuff is concerning for fingerprinting.
disk serial numbers,
Okay, what the fuck. Why do they need disk serial numbers? What possible use is there for that. Those are used for warranty claims and could be used as part of uniquely fingerprinting a computer and person. Not cool.
disk partition data,
This is vague enough. I guess one could choose to see this as just info about partitions in use say if there's also an NTFS partition that looks like a Windows install that would be useful but on the other hand data encompassed within a partition could also nefariously be read as allowing them access to all your data. Partition layout, partition labels, and file systems used on disks available to the system would be a clearer way to put this and erase any doubt.
information about the number of running processes and installed packages, versions of basic packages such as systemd, gcc, bash and PipeWire.
Dammit, Manjaro. Why you gotta be WEIRD?!
I used to love their branding, but they keep doing crazy things that would clearly alienate the userbase that's left...
I moved one of my computers to endeavor, but one is still on manjaro and the contrast is kinda hilarious. Manjaro machine always gets funky after updates, it struggles to deal with sleep and hibernation, and it feels slow even when its like 4x as powerful as my EndeavourOS machine.
Glad i said fuck it and went straight to actual arch when i wanted to try arch based. Literally like 9/10 times i hear manjaro brought up its not going to be in praise. Ffs lol
I've defended Manjaro many a time, despite the mistakes they've made. The main reason for this, Manjaro is the most stable Linux distro I've used.
However, the main reason I ditched Windows as my primary OS was telemetry (and bloat). If Manjaro introduce this, it absolutely must be opt-in.
I actually contribute to the Steam hardware survey as I want to ensure Valve, but more so hardware manufacturers, are aware desktop Linux systems for gaming and creative work are viable. But it's my choice to contribute.
If Manjaro don't implement this as an opt-in then I'll be installing Arch. It will be a pain to configure my software again but needs must.
I mostly used Ubuntu based desktop distros and frequently had issues with the 6 monthly update cycle. Problems with Fedora too. I have not had a single update issue with Manjaro. I often have different distros running in VM's and whilst Arch has been the most reliable, most are not.
I also setup loads of Linux servers in my I.T. job that I used to have, so I have plenty experience.
The bottom line is Manjaro desktop has been ridiculously reliable for me. Therefore other peoples hate of it washes over me and is meaningless.
Maybe I'm just cynical, but my first instinct when I see stuff like this is they have a secret contract with an advertiser and are selling this information.
MAC addresses are 48 bit, and half of that is just the manufacturer. So 24 bits really, and those bits aren't random, I think manufacturers just assign these based on some scheme, like a serial number. Point is you could easily reverse the SHA by brute force.
You can't calculate any useful statistic from a hash so literally the only use this would have is some sort of tracking.
Edit: I just looked up some data and I found someone using hashcat on an RTX 3090, which looks like it can do almost 10000 million SHA256 hashes per second of salted passwords (which are longer than 48 bit MACs, so MACs should be faster). 2²⁴ is 16.8 million, so it'll take about 1.7 ms per vendor. I found a database with (all?) 53011 vendor ids:
I said elsewhere, I hope this is just some way to track changes over time per user.
But they need to take an anonymous hash of some non changing data or create an install id that is used for this and nothing else (e.g it identifies a unique user but not the person or hardware behind the user).
Too much identifying info is just pushed around like we shouldn't care, it's become a real problem.
The report includes data such as host name, kernel version, desktop component versions, detailed information about hardware and drivers involved, screen size and resolution information, network device MAC addresses, disk serial numbers, disk partition data, information about the number of running processes and installed packages, versions of basic packages such as systemd, gcc, bash and PipeWire.
I don't get why someone would use Manjaro after so many fuckups.. If you don't know what I'm talking about, you're either too new to Linux or don't care. Just look for "manjaro certificates" or "manjaro drama" and you'll find out for yourself.
This may be illegal in EU if they don't use opt in. Even then it may be illegal for under 18 year olds to collect MAC addresses and disk serial numbers, as those can potentially be used for identification.
The data is anonymized, and the IP is NOT stored. So I'm not sure this violates GDPR?
From the code we can see the machine ID is anonymized, sending only a SHA256 checksum.
def get_hashed_device_id():
# Read the machine ID
with open("/etc/machine-id", "r") as f:
machine_id = f.read().strip()
# Hash the machine ID using SHA-256 to anonymize it
hashed_id = hashlib.sha256(machine_id.encode()).digest()
# Convert the first 16 bytes of the hash to a UUID (version 5 UUID format)
return str(uuid.UUID(bytes=hashed_id[:16], version=5))
What is the point of this? The machine-id already looks to be some unique random number, so you're calculating another unique random-looking number from that, might as well use the original number.
You can't glean any useful information from a unique random-looking number that would help with developing Manjaro. You can't calculate any statistics from that. The only use is tracking.
Edit: And as mentioned in my other comment, reversing the MAC SHA by brute force is trivial, so that one at least (and possibly the other hardware serial numbers they collect) shouldn't even be considered pseudonymous.
Nah, it's still considered Personal Data under GDPR, because it's possible to connect to natural persons. So GDPR applies. And this is illegal, there is no legal basis for processing this data.
because it’s possible to connect to natural persons.
That's debatable, and is only based on the claim that it's just a 24bit decoding that can be brute forced. I don't know for a fact that it's true that it can be boiled down to 24bit.
I checked my own /etc/machine-id, and the folder doesn't even exist, so what exactly is supposed to be in it IDK. And yes I use Manjaro.
Why do they need half that data for a derivative of a distro? Fuck off. I don’t care if someone collects the model number of my GPU or whatever but that sounds like personally identifiable tracking data, not basic “telemetry” data to set development priorities or whatever.
Something about the distro would lock up my PC, it would freeze from time to time.
I disabled the standby/sleep function, but allowed my monitors to go into standby. But if I left my PC for an hour or two my screens would not wake up, different types and brands.
I had so many issues with Manjaro and while speaking with a friend I told him I had moved over to Nobara but he was still on Manjaro. But then a few weeks later he mentioned he was running Nobara. Seems he also ditched it.
There are lots of benefits for developers to gather telemetry.
Don't like that? Fork and do your own distro (presumably though you don't contribute anything to open source, so id expect such people to simply whine and get angry at contributors)
Q) What information is reported by popularity-contest ?
A) popularity-contest reports the system vendor [1], the system architecture
you use, the version of popularity-contest you use and the list of packages
installed on your system. For each package, popularity-contest looks at the
most recently used (based on atime) files, and reports the filename, its
last access time (atime) and last change time (ctime). However, some files
are not considered, because they have unreliable atime. For privacy reasons,
the times are truncated to multiple of twelve hours.
[1] i.e. the dpkg Vendor field, see dpkg-vendor(1).
So no fucking MAC addresses and machine-ids and harddrive serial numbers and stuff.
They only want package statistics, the point being to have statistics about the popularity of packages, mainly so they can be prioritized for the CD/DVD isos. You know, information that actually has a use, not hardware identifiers that can only be used for tracking purposes.
Each popularity-contest host is identified by a random 128bit uuid
(MY_HOSTID in /etc/popularity-contest.conf). This uuid is used to
track submissions issued by the same host. It should be kept secret.
Oh, and by default, IP, unless usetor is enabled
A machine I'd is just a hash too
Can you explain to me how you track Mac address, serial numbers over the internet.
Just fyi, the backend project I made 20 years ago was hardware related. There's potential reasons to grab this info..
But, if it is a concern, I'm sure they'd welcome submissions to improve the parsing and allow things to be filtered.
In fact, popcon could be used for digital fingerprinting technically
In all likelihood, op never spoke to the manjaro developers either
Yeah, my only concern here was if it was opt-out. That'd be bad.
Now I completely understand the developer on this. This is useful info to have to help decide future changes/features and general direction, but balancing the right to privacy means this kind of data provision should ALWAYS be opt-in. Microsoft, you hearing me here?
Yep. I'm not going to get into details of which projects.
But one project was mentioned in hard print magazines (it was a backend project). Despite the publicity, people like you guys basically offered no help, and whilst there were supporters, were happy to criticise (Ubuntu ended up doing something similar after I dropped it). There were people who thought it was life changing, but also people happy to tell me it was unnecessary and the wrong way of doing it and pointless (simply because they didn't understand why I was doing some things)
I'm watching you guys do exactly the same thing to many projects where you're purposely damaging morale for the developers
I documented an entire web panel project (not sure if they're still around), and wrote an rewote the nsis installer for a app to fix bugs
I also did some other misc projects.
Again, downvote me, don't care. But the reason Linux hasn't dominated the industry yet Is because many developers feel unappreciated, and move to commercial projects.
The culture needs to change
Also, I'm in commercial development now (specifically because I got sick of the lack of support). It doesn't matter if you believe me. I just want to see change in the community so developers are treated better