Yep. No jack? Send it back.

Are you trying to shoplift and you have a harder time now?

Careful, my dude. Lemmy promotes an ends-means justification on some crime, mostly via demonification. There’s no discussion on this particular ethical dilemma, despite a firm stance in other instances.

debian always seems to be forgotten outside of its server use

Nah, not even for servers. SLSA and ISO27002. Validation in the other distros is better, and that’s night-and-day for server sector.

I worked Unix in 99-06 and there’s a reason their Linux offering wasn’t debian: that validation hole.

I like cinnamon. Haven’t run desktop Linux since slackware, so it was a breath of fresh air on Nobara.

Nobara for fun, rocky for work.

I worked on United Linux, with suse. Never again.

Yes. I’m doing that with a 7040mff right now.

since endeavour is very close to arch I hope I’ll find some solutions in that realm.

Smart thinking. I don’t use arch (btw) either, so I’m merely a cheerleader at this point. Yes, I’d downgrade the kernel for the sake of Science. Find a popular stable kernel, jump to that and see if it behaves better.

(That may be my bias: I only really do enterprise linux, so after 28 years since I moved from slackware I’m really risk-averse!)

Yeah so grub can see the disk but then the kernel can’t. Efi and other tricks aren’t involved.

I think your route is to find out why the kernel hates your ass. Probably an upd pulled a driver … But who removes the SATA or nvme stuff?

Either way, it’s in the kernel and not the boot or the core apps. I don’t use endeavour, where I could provide better help, but I think the kernel is your best suspect for this crime.

Mature software doesn’t need hourly updates. All the shit that leverages the library repos in horribly unsafe ways - ohai npm - that stuff needs constant updates.

In related news, evolution is hard to see up close.

They think with whatever the fuck makes you think of people as “resources”.

Yeah. They change their own titles, but I worry it’s still the same – they just remembered the ‘human’ part of ‘human resources’ is merely an adjective.

As I’ve said before: HOW ABOUT NO

The server part seems to be container-only. That’s a shame if you’re aware of iso27002 or SLSA.

and its clear you have negligible programming experience, or creative experience for that matter, to be coming after the concept of sharing code like-so.

As someone with several years of experience as a programmer: fuck off with this elitist nonsense

Well said. Bit of a Straw Man, there.

The canonical method was with a kickstart, and if it looks like too complex, remember you should have one stashed in /root already that you just need to mod.

Normally a kickstart is a bit much, otherwise, though. I use a suite of tools but the best one I used was a simple virtual package to bring in the others, drop configs in and start daemons. We did this in like 2001 to great effect.

Is the CI/CD still a faithful clone of github’s worst-in-show setup? Because if I had a plan for ditching GL, the CI keeps forgejo from being a contender.

There is a community edition but serious users will run into its limitations

No true Scot, then?

I’m running gitlab implementations at a few sites. I’ve not seen or heard of any performance limiter with a self-managed community edition that removes a tool the others still provide.

and it does not integrate neatly with external solutions.

Again, this sounds FUDdy. Which ‘external solutions’ are you using that a git-push fails on? Some spaghetti of saas tendrils seems to be already a risk, but I can’t think of any other external thing that it could mess up with.

Dood. Boot times are useless ‘flex’ metrics more influenced by processor and disk speed than init systems. My el5 and el6 archive systems boot faster than my el7 ELS system, which itself is faster than el9; but not by enough to matter when you’re booting every week to a month. It’s never BEEN an issue.

Compare complexity: Has your init system metastasized over the entire host and re-implemented (poorly) other core systems, so long-dependable features just simply don’t work, and everything has its own rinky-dink silly-walk to configure instead of /etc/fstab or /etc/exports, instead of staying in its lane? No? You’re good. Diversity and specialization will give you excellent results and security. Yes? You have systemd.

There’s your comparison.

If my phone was twice the thickness it’d still be thin. I’d trade space for some extra battery any day, and/or for this.

made due

made do?