

This is marvelous, but goddamn do I hate cross compiling rust projects from source.
This is marvelous, but goddamn do I hate cross compiling rust projects from source.
I can’t for the life of me understand how you’re having a difficulty understanding this to begin with…
You said that at 4% market share they would be idiots to not break their backs chasing that 4% in revenue but were there right now and they’re not breaking their back at all they’re hardly doing anything…
The entirety of your statements that you’ve said so far are verifiably incorrect because they are the reality that we’re living right now. I’m not the one that struggling with reality buddy, that’s you.
Nobody said they’re not. Jesus. You get really upset when someone points out that you’re wrong, don’t you?
Fact of the matter is, is that *nix is less than 4% of the market, and they’re not going to upset the market for that 4%. It will eventually get bigger, but until it does, there’s not a lot of hope.
This is the year of the linux desktop.
It’s not trust me bro at all. That’s the situation we’re currently in. So if these businesses would be “crazy” to leave all this money on the table and they currently are, what does that say to you?
I know critical thinking is hard, but try.
The market share is already there and there not doing open source drivers, so I guess you’re empirically wrong. I dunno what else to tell ya.
Well they’re not, so I guess they are. 🤷♂️
I don’t disagree, but at the same time, circle back to my original statement. Even if every single *nix user were to only use open source drivers, that’s still not enough. 4% of the market share isn’t going to change anyone’s mind about *nix support.
Because hardware manufacturers don’t care about 4% market share. They just don’t. They can’t survive by pandering to that 4%, and it costs them time and money to make decent hardware drivers for linux.
Sad truth of it.
This has always been the key. Amazing to me that not many seem to take it seriously.
The same way you do any other project. If you’re interested, you go looking. You find my project which has a link to the repo. A link is a link. You’re simply fighting over where the link goes to, and I’m pointing out that it’s a stupid argument to be had.
Github is an important resource.
And there’s dozens and dozens of replacements available. The issue you’re speaking of isn’t an issue with Github at all. It’s an issue with developers.
If Github going off the map borks your development because PROGRAMMERS can’t use anything but Github, you have much bigger problems than you think.
I think you’re kind of missing the point of OSS. Github could completely fall off the face of the earth tomorrow and nothing bad happens. There are dozens of other platforms to facilitate the development of software online. Github is not the end all be all and in the grand scheme is only a small player.
The performance trend line would peak, and then go flat after a certain point. No matter how much hardware you add, the performance won’t increase. Where that exact point is? 🤷♂️ Differs from distro to distro, I would think.
A setting that pulls information from the clear net should be up to the user and not a default setting, IMO.
UFW is a wrapper which just makes interfacing with iptables bearable. UFW is iptables.
The performance you’re dealing with here is in the tens of milliseconds possibly hundreds if you’re lucky. Anyone seriously pursuing this issue from the angle of performance genuinely doesn’t understand the deep rooted issues here.
If you’re so incredibly hard up for compute time that it’s critical for you to squeeze out the extra 1/10 of a second from your system utilities then you need to shut your fucking computer down and go touch grass.
I mean even if this saves you 30 seconds a day 50 weeks a year 5 days a week that’s 2 hours per year it’s saving you… I’d rather slow fuck the two hours and get an extra 2 hours of pay.
The linux ecosystem, depending on which distro you choose, has anywhere from tens of thousands to hundreds of thousands of packages. There’s only select software that you can’t virtualize from Windows to Linux, so you may not even be required to find alternatives.
But without listing any software at all, it’s hard to tell you definitively…
IMO, if the project is open source, no courtesy is required. Specifically if the original maintainer hasn’t done anything with the repo in a decade.
Fork it, make your changes, and if you’re feeling generous in the readme drop the link for the original repo giving credit to the author. Anything more than that is above and beyond.
In the case where the original upstream was being updated, how do I integrate those with my changes?
#> cd project.git
#> git fetch upstream
#> git merge upstream/main
Read more here.
The multi-tennant approach to the linux operating system isn’t just for security. It’s the way the OS was designed to operate. You’re not meant to use root as an ordinary user.
Disabling root removes the safety net, but it also plugs the security hole that leaving root enabled leaves.