I’m thinking the same. I understand the people saying it’s no big deal, it’s just an optional field. But the existing optional fields (GECOS) have been there since the beginning of time. The original Unix user database (/etc/passwd) was created in a different time. Things have changed in the last 50 years and we now know that a simple field in an OS level database is not really an appropriate place to store PII. I don’t know what the solution is, as these laws are coming and there will be some people that need to comply, but I don’t think the current change to systemd is the right approach.
On the plus side - this controversy has prompted me to look into other options for my home servers and I’m loving the minimalism and simplicity of Alpine. (This isn’t a knee jerk reaction - I’ve been frustrated by the bloated feel of mainstream distributions for a while - more the straw that may break the camel’s back)
Oh, definitely I’m not saying people should just jump the gun and replace their distro for one without systemd immediately. I certainly won’t, at least not without thinking about it for a while. But I also think that denying the controversy exists is not good. This is definitely controversial, for some people even a deal breaker and there are valid, real reasons why. For the rest, it’s good to look at what options there are, see that there really isn’t an appropriate alternative for systemd in some cases and realizing that a successful fork would be a good thing. Also, a long time criticism of the community has been that systemd does too much and it being against basic Unix philosophy. I always thought of it not being a big deal, given its modularity. But I now realize that it centralizes control and design decisions to a single org and that is certainly a weak point IMO. So a fork makes a lot of sense, but it is at this point a mammoth of the project, so it will be really hard to maintain.
I’m thinking the same. I understand the people saying it’s no big deal, it’s just an optional field. But the existing optional fields (GECOS) have been there since the beginning of time. The original Unix user database (/etc/passwd) was created in a different time. Things have changed in the last 50 years and we now know that a simple field in an OS level database is not really an appropriate place to store PII. I don’t know what the solution is, as these laws are coming and there will be some people that need to comply, but I don’t think the current change to systemd is the right approach.
On the plus side - this controversy has prompted me to look into other options for my home servers and I’m loving the minimalism and simplicity of Alpine. (This isn’t a knee jerk reaction - I’ve been frustrated by the bloated feel of mainstream distributions for a while - more the straw that may break the camel’s back)
Oh, definitely I’m not saying people should just jump the gun and replace their distro for one without systemd immediately. I certainly won’t, at least not without thinking about it for a while. But I also think that denying the controversy exists is not good. This is definitely controversial, for some people even a deal breaker and there are valid, real reasons why. For the rest, it’s good to look at what options there are, see that there really isn’t an appropriate alternative for systemd in some cases and realizing that a successful fork would be a good thing. Also, a long time criticism of the community has been that systemd does too much and it being against basic Unix philosophy. I always thought of it not being a big deal, given its modularity. But I now realize that it centralizes control and design decisions to a single org and that is certainly a weak point IMO. So a fork makes a lot of sense, but it is at this point a mammoth of the project, so it will be really hard to maintain.