Live data from Hacker News

Fedora, UUIDs, and user tracking

lwn.net

81–87 of 87 posts

Re: Fedora, UUIDs, and user tracking

#81
post #70

Earlier quoted context omitted.

Can I ask what was / is it about Debian that made you discount it, and embrace RH / Fedora instead?

Not the OP, but I made a similar transition. I got fed up with using APT to manage packages while Yum/DNF seem much more complete and elegant. I seem to get far fewer package conflicts with Yum, and the error messages when something does go wrong are more digestible, though this may be just due to my use case/package selection. I also dislike the use of the dash shell by default. To me, it just further muddies the wa…

Thanks for the reply. The past 9 months I've had to dive deep into rhel again, and it's been a disappointing experience, but that may be due to a) more than two decades comfort with Debian, and b) some number of third party addins to rhel 7 systems, but conflicts have been much more painful in the rhel side. I've never noticed or been bitten by the dash / bash arrangement. package selecting in both cases is defined by cfm (salt or ansible) so I've never felt pain in that front either. Systemd seems to be full commitment by Debian, including network config, but perhaps the migration scripts weren't working for your system(s).

Re: Fedora, UUIDs, and user tracking

#82
post #70

Earlier quoted context omitted.

Can I ask what was / is it about Debian that made you discount it, and embrace RH / Fedora instead?

Your question pre-supposes that the GP evaluated Debian and decided against it. While this may be true, he/she never said that. In my case tho, I found Debian to be moving at a glacial pace. Fedora OTOH is always fresh and current. There's nothing wrong with Debian, and sure some people don't mind running Sid. Fedora is my favorite flavor of ice cream tho.

Wasn't my intent.

Parent omitted reference to Debian, while bemoaning Ubuntu quality degradation - I would expect most people disappointed with Debian derivatives, but familiar with the tooling, would consider moving further upstream rather than outright abandonment.

Re: Fedora, UUIDs, and user tracking

#83
post #79

Earlier quoted context omitted.

Your question pre-supposes that the GP evaluated Debian and decided against it. While this may be true, he/she never said that. In my case tho, I found Debian to be moving at a glacial pace. Fedora OTOH is always fresh and current. There's nothing wrong with Debian, and sure some people don't mind running Sid. Fedora is my favorite flavor of ice cream tho.

> I found Debian to be moving at a glacial pace. I view this as a feature, not a bug!

For servers I agree! For desktop tho, it drove me nuts. I still use Debian as the base of most of my servers cause the stability is amazing.

Re: Fedora, UUIDs, and user tracking

#84
post #78

Earlier quoted context omitted.

Not the OP, but I made a similar transition. I got fed up with using APT to manage packages while Yum/DNF seem much more complete and elegant. I seem to get far fewer package conflicts with Yum, and the error messages when something does go wrong are more digestible, though this may be just due to my use case/package selection. I also dislike the use of the dash shell by default. To me, it just further muddies the wa…

> especially since they embrace systemd I will never forgive Red Hat for SystemD, and even more than that, I will never forgive Debian for adopting it. But that's off-topic.

To each their own, of course. I happen to like it a lot, but I'm still surprised Debian chose to use it as well.

Re: Fedora, UUIDs, and user tracking

#85
post #79

Earlier quoted context omitted.

> I found Debian to be moving at a glacial pace. I view this as a feature, not a bug!

For servers I agree! For desktop tho, it drove me nuts. I still use Debian as the base of most of my servers cause the stability is amazing.

I like it for my desktops as well.

Re: Fedora, UUIDs, and user tracking

#87
post #50

Earlier quoted context omitted.

Rotating the identifier means you lose the information about attrition rate. If you have some number of users leaving, but a similar number incoming, then it would look like you have a consistent usage. Losing the info about lost users means you don't improve in retention.

Could you regain this info by adding a static prefix to the rolled id? So you know it was rolled, but not from which previous id. Where as new id's would have no prefix, so you can count new users as new.

Could just be the date of install in UTC as a prefix, the other part randomized on the first of the month... they could still calculate relative drop off, and still get better stats more anonymously.
Post reply on HN