ozoned

ozoned, 10 months ago

SUSE doesn’t HAVE to do that. That’s kind of a grey area. It’s legal, but kind of skirting things.

What you can do is get RHEL, take a look at all the packages and their changelogs, git history, find the code in CentOS, and then build your own from scratch. It’s a ton more work, Rocky wouldn’t have the resources to do it, but SUSE will.

ozoned, 10 months ago

Just realized, can’t do git history, because they wouldn’t package in the git files as that’d be internal to RHEL.

ozoned, 10 months ago

The Jake Paul giving away $5,000 to someone that boosts his message is just disgusting. Those people see a CELEBRITY just oh so generously giving away money! YAY! I see someone in a position of power saying “DANCE MONKIES” for what’s peanuts to him and helps his celebrity even more and that’s fucking disgusting.

ozoned, 10 months ago

Ok, so I have a very unique background in systemd. I worked at Red Hat supporting it basically as the primary support and I’ve worked with the developers of systemd at Red Hat directly. I no longer work there.

So first off, it’s “systemd” all lower case. I don’t care, but for some reason Lennart Pottering (creator) does.

systemd was a MASSIVE change. And Red Hat did a TERRIBLE job relaying it. To the point where I’m still trying to get my company to understand that it can NOT be treated like the old init systems. You can NOT just drop an init script in place and walk away and hope it works. Because a LOT of times it doesn’t. Due to forks, switch users, etc.

systemd is NOT an init system. RHEL 5 and older had sysvinit as it’s init systemd. RHEL 6 had UpStart as it’s init system and looked exactly like sysvinit that no one even noticed. systemd again is NOT an init system. Init system is 1 part of systemd. systemd does a lot of cool things. It bundles applications together, it manages those applications and can restart them or kill children, it can do resource constraints, it separates out users from the system, and lots more.

Because it is not an init system there is a LOT LOT LOT of bad recommendations out on the internet where someone has X problem and person suggests Y and IT WORKS! … except it doesn’t REALLY work as far as systemd is concerned and you’ll hit other issues or your application takes longer to start or stop and people just blame systemd.

It is systemd’s fault that it has done an ATROCIOUS job of helping people adapt. It’s a great example of RTFM. systemd’s man pages are INCREDIBLE and extensive, but when you drop so much knowledge it becomes more difficult to find what you want/need. systemd.index and systemd.directives are your best bet.

So systemd does a lot of amazing things that sysvinit never attempted to do. It’s never attempted to explain anything it expects everyone just learn magically. it’s INCREDIBLY complex, but once you understand it’s basics you can more easily get an application running, but as soon as there’s a problem it’ll just break your brain.

To give you an example, sshd’s old init script is like 250 lines of bash. systemd’s unit file comparative is like 12. Because systemd handles a LOT of what you manually had to handle before. BUT to get to that 12 you literally have to learn EVERYTHING new.

There is no “is it good or bad” here really imo. It’s a completely different fundamental design. Red Hat made it for themselves. Other distros picked it up. It can be argued that lots of folks followed Debian and Debian had a few Red Hat board members that were pushing it. Whether they pushed it of their own accord or because they were with Red Hat I don’t have a clue.

What I can say is at my current company they’re suffering from a LOT of systemd issues and they don’t even realize it. I’ve been working with Red Hat to try to get Insights to alert people to the failures and we’re making progress.

To see if you have issues just to start run the two following commands:

<pre style="background-color:#ffffff;">
<span style="color:#323232;"># systemctl list-units --failed
</span><span style="color:#323232;"># systemd-cgls
</span>

If you have any units that are failed, investigate those. If you don’t need them, disable them. As for the systemd-cgls this shows HOW systemd is grouping things. ANY application that runs as a service (or daemon or application or runs in the background or however you wanna say it) should be under system.slice. ONLY humans logging into the system (meat bags NOT applications switching to users) should be in user.slice. A LOT of times what happens is an old init script is dropped in place, they start it, it has a switch user and systemd assumes it’s a user and puts it into user.slice. systemd does NOT treat anything in user.slice the same as in system.slice and this WILL eventually cause problems.

So again, is it good or bad? Eh. It does a lot of cool things, but they did a MASSIVE disservice to ALL of us by just expecting to relearn absolutely EVERYTHING.

ozoned, 10 months ago

As an end user, unless you’re running a server, then no you shouldn’t have to mess with any of it.

If you’re running a server or a sysadmin you absolutely 100% should be paying attention. Almost every single vendor I’ve seen selling their applications only have initscripts. Which then cause issues. I’ve gone to the vendors and told them and they’ve said go to Red Hat. Well Red Hat doesn’t support that vendor’s init scripts.

Not naming an application, but it was from a BIG BLUE company and they said their only instructions are to call their script from the user. But it won’t remain running if you do that because systemd will close out the slice when the user logs out. SO it’s obvious they haven’t tried what they’re suggesting.

And I’m not attempting to state that systemd is impressive in any way. systemd basically took what had been building over 40 years of init scripting and threw it out the window and said our way is better. I don’t think it is. I’m just saying, with a directive based unit file it’ll be simpler to parse than a bash script.

ozoned, 10 months ago

Outside of Firefox, and very niche browsers, every other browser is built on Chromium. Edge, Opera, Chrome, etc. They all just add in their own customizations and things. You have to go look directly for Chromium, which the vast majority of the world doesn’t know exist. That’s the only reason why.

ozoned, 10 months ago

Didn't we already fund this shit?

Time Warner Cable reported 97% profit on broadband before. They don't need anymore money.

ozoned, 10 months ago

/me waves from powerlessness.

ozoned, 10 months ago

No mention of Matrix. Wonder if it's not on their radar, or they have nothing, or just wasn't important to put it on there?

ozoned, 10 months ago

Is there a link to this article or doc or anything?

ozoned, 10 months ago

Found a PCMag article indicating this:

https://www.pcmag.com/news/fbi-document-shows-how-popular-secure-messaging-apps-stack-up

So OP did indicate it's from 2021. That's a long time though in tech. So while interesting to see, who knows if this has changed in 2+ years.

ozoned, 10 months ago

I stopped using Signal after they said no alternate clients, then got into crypto, then introduce a proprietary shim to their stack.

I plan on someday actually running my own Matrix server for myself and family, right now I'm on Matrix.org though. At this point I don't know how folks recommend Signal over Matrix. There are a lot of clients, so maybe the choice of clients is too confusing? IDK.

But anyone saying Matrix isn't easy enough for non-tech folks to understand, my sister, niece, even wife set up Element themselves on their phones without issue. My father and step-mother both use Element with us. I configured it but they know how to message and do video chat and things.

ozoned, 10 months ago

We do voice and video chat every week with my family and it seems to work incredibly well. No real issues with any of it.

ozoned, 10 months ago

Yeah, it's a LOT of fun. I always liked the Steamworld style for games. And I enjoy that they always try something new.

It has a great feel, the art is great. Apparently the demo ends before you get to the tower defense type mode. But I think they nailed the Anno feel while keeping it less complex and more interesting for me.

ozoned, 10 months ago

IDK. But from what I've heard and seen of the trailer, there will be a sort of tower defense thing in the mines. IDK what it'll be like, but seems interesting.

ozoned, 10 months ago

Is this true? I never knew this. Is there another primary insect in the US that's a pollinator?

ozoned, 10 months ago

Thank you!

ozoned, 10 months ago

They gonna include my perspective that Google has helped foment discord in society and has helped strip away any type of privacy we had online while attempting to turn us into mindless addicted drones that just click and buy so they can make another cent?

ozoned, 10 months ago

Pixel 3 with CalyxOS.

Picked it because I don't want to spend $500+ on a new phone and I want to be able to control my OS. Just buying the phone and using Android on it to going to CalyxOS saw a huge increase in performance, theoretically because it's not working to process all the data collection. My phone should be MY phone and not someone else's bottom line.

ozoned, 10 months ago

I'm not into FPS anymore, but even I thought about picking it up. The substance over style is fine with me, but that core gameplay seems like a rock solid thing. The only thing that has given me pause on picking it up is that they're planning on changing the anti-cheat that isn't Linux friendly and as a Linux user, just gonna wait for now.

ozoned, 10 months ago

In my experience being vocal about changes doesn't do much. There's a million factors and Linux support is probably at thr bottom of their priority list. Or they've been told be the anticheat it'll be fixed someday, etc. I understand they're a super small team and they have to pick their battles as well.

I'm too tired for that fight/discussion anymore. I'll vote with my wallet. Plus I have a million other games to play.

ozoned, 10 months ago

Looks beautiful and delicious!

Thank you for sharing!

ozoned, 10 months ago

So Red Hat was getting closer and closer to CentOS. Then a few years ago, instead of being in partiy, Red Hat, and supposedly CentOS council, agreed it'd be better for CentOS to lead RHEL. This became CentOS Stream. And then the original creator of CentOS started Rocky. Alma was another distro that moved in to fill the niche of CentOS. I believe there are others as well.

CentOS Stream is closer to RHEL, but if I remember correctly, it's rolling. So supposedly you as a developer could target CentOS Stream for RHEL's NEXT major release and be ready when RHEL's next major release gets to beta and you should be good to go.

I've never heard of ANYONE actually using or targetting CentOS Stream personally, but maybe there are folks. Pretty much everyone I know that was using CentOS in any kind of unofficial capacity has pivoted to Rocky or Alma or something else.

ozoned, 10 months ago

That's my understanding.

The only caveat being that Rocky and Alma have stated they're attempting to figure things out. Something similar, though I can't remember the exact change, happened like 10 years ago and everyone thought CentOS would die.

If there's one thing I have faith in is that open source always finds a way. It's not just you figuring something out. It's entire communities of insanely brilliant and PASSIONATE folks. Never underestimate the passion that drives these folks. Red Hat does.

ozoned, 10 months ago

My 6 year got so excited and says thank you! He of course immediately wanted to play it. 😁