@icon_of_computational_sin@mstdn.starnix.network avatar

icon_of_computational_sin

@icon_of_computational_sin@mstdn.starnix.network

We must negate the machines-that-think. Humans must set their own guidelines. This is not something machines can do. Reasoning depends upon programming, not on hardware, and we are the ultimate program! Our Jihad is a "dump program." We dump the things which destroy us as humans!

This is the tech account of @newt, formerly located at https://functional.cafe/@pureevil. If you reached this place, it's your own fault.

Expect long posts about the metaphysics of computing. Don't blame me for any adverse side effects.

This profile is from a federated server and may be incomplete. Browse more on the original instance.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Sooo...
Does any of you nerds run Pleroma using NixOS module? Is it good? Or should I continue with my source-based install?

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

TIL NetBSD people plan to maintain their Xorg fork and upstream changes from it in the foreseeable future. Which is pretty cool, given how much Wayland sucks. Seems like L'Eunuchs desktop won't be dying for me any time soon.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

One peculiar consequence of fat CPUs with enormous core counts is that measuring CPU load in percentage of allocated time slots - as in, most monitoring software does now - is kind of useless.

For example, when talking about a CPU with 64 logical cores, one process utilising two cores to the full will only show up as 3% load, and yet this might just be enough to ramp up the cooling system and make some noise. Meanwhile, a bunch of small loads spread across the cores will add up to the same 3% and yet the overall load will be lower, your fans will stay quiet. If you throw dynamic clocking into the mix, the entire idea of counting allocated time slots goes to shit. 50% load on a core at 2GHz and 50% load on a core at 5GHz are entirely different things. Therefore, this metric is most useless any way you look at it.

The better idea, as I see it today, would be to RETVRN to tradition and measure load in... Watts against the maximum TDP that your CPU can draw. A mostly idling CPU at low clock wouldn't draw much power, whereas a CPU at high load would draw as much as possible. Number of processes or cores loaded doesn't matter here, and the number is pretty easy to grasp.

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@splitshockvirus i didn't even mention how different instruction sets affect performance and/or power draw. On Intel CPUs, a process calculating md5 for an infinite data set at boosted clock rate would count as 100% load, but it won't draw the maximum possible TDP. But if you utilise AVX512, your power budget needs to double or even triple compared to regular code. Meanwhile, the CPU clock would plummet at the same time because AVX512 works only at reduced frequencies.

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@splitshockvirus the better formula for CPU load I can come up with would be this:
Present Power Draw / (Max Power Draw - Power Draw at Idle) * 100

I'm not sure whether the scale should be linear or biased towards either end, but this is a good start.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Working on a C++ project really does make me appreciate Haskell's tooling. Other languages are just so much worse here.

What happens if you provide an invalid library name for cmake in target_link_libraries()? Nothing, really. CMake will just ignore it.
Does cmake --fresh really start a fresh build, ignoring local caches? No, you need to clean up things manually sometimes or you'll run into bizarre errors.
And this stuff is just full of little annoying quirks like this.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

AdaCore people were pushing for a C-like syntax for Ada. I found their post about it and I can't tell whether it's trolling or they are serious.

Link: https://blog.adacore.com/a-modern-syntax-for-ada

I write at around 10 lines of code per day. With this new syntax I save up to 30 keystrokes. That’s at a huge increase to my productivity!

we have created a font that allows you to display Ada code with the new syntax <...> The font contains other useful ligatures, like displaying the Ada assignment operator “:=” as “=”, and the Ada equality operator “=” as “==”.

What for the love of fuck is this?

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Hey nerds!

How do I draw diagrams like this one in LaTeX?

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Let me tell you how much I hate C.

Imagine some genius wrote a function-like C macro. For example,

FUCK() really_fuck(&you)

So far so good? Not quite. What if it's wrapped in conditional compilation pragmas?

USER_IS_FUCKED

define FUCK() really_fuck(&you)

This might even work. But! Imagine if that condition is missed and the macro is left undefined. What happens to the code that uses this macro?

In C, a call to an undeclared function isn't an error but a warning, and it's often allowed to pass (wtf is -Wall lmao). Adding insult to injury, imagine you build not an executable but a shared library. This way, the error happens... in runtime! Now sprinkle not just one conditional macro but a few dozen, scattered all over code. Make sure that includes order actually matters and that headers to not include each other directly. Now you know how I've spent the past three days.

I fucking hate C. It's a retarded abomination of a language and anyone using it seriously needs to have his genitals cauterised with a glowing hot piece of rebar inserted into urethra.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Hear me out, lads. You all know how to run tar, right? "tar -cf derp.tar herp dee doo" will create a file called derp.tar with stuff in it. So far so good.

But what happens if that file name contains a colon? Like this, "tar -cf d:erp.tar herp dee doo"? I'M GLAD YOU ASKED!

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar
icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@Zergling_man your colon implies URI lmao

nah, this is dumb. '\0' and '/' are more than plenty for restrictions.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Just so that you know, loading GMail interface requires downloading about 11 megabytes of data. Which is a lot more than the entire contents of my GMail inbox. What is the point of this, again?

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@amiloradovsky G stands for Goolag

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Security dude (he/him) being so wrong about security, it's comical.

https://infosec.exchange/@kurtseifried/111687811980508556

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@minoru @amiloradovsky I struggle to imagine how this can even be enforced. Can you block paste via JS? Or is it in some walled garden mobile app? Tbh sounds pretty contrived all in all.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

The ultimate proof of how bad things around FreeDesktop.org are is the set of scripts that start with xdg-* prefix. Consider xdg-open, the tool that is supposed to open a file or a url in the preferred by the DE or the user way. In the perfect world, DEs would just ship its own implementation with an agreed-upon interface, with Suckless or Drew DeVault providing a version for those who hate DEs, I dunno.

In the world of FreeDesktop.org, you get this shit:

video/mp4

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

Hot tip:
If you run busctl --monitor user in L'Eunuchs, you can watch every password that any application requests from your system keyring in plain text.

Security? What security?

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

Yeah, plain text passwords. Just as we expected.

Should an application trust that the keyring and its access are secure? Perhaps. Should the implementation just forward secrets over a bus without any access restrictions? FUCK NO!

Here I would like to remind you again that freedesktop.org people are a bunch of backwards shit-for-brain cockfaced retards and nothing - I repeat, NOTHING - that they have ever made is good for anything. The whole organisation is a circus full of clowns.

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@cho l'eunuchs kinda does. DBus and freedesktop shit does not. L'Eunuchs can grant or deny access to various resources based on your user and what not. The problem is, once you get access to dbus bus, all bets are off and you're a god. And since more and more programs use dbus for ipc, l'eunuchs security is compromised.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

He was a "git rebase origin/master" boy
She did "git merge origin/master"
What more can I say?

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

"Wayland proxy is load balancer between Wayland compositor and Wayland client. It prevents Wayland client to be disconnected by Wayland compositor if Wayland client is bussy or under heavy load."

I'm laughing my ass off. Apparently, Wayland compositors will kill the client if it fails to read events quick enough. This might happen if the client software froze or... if you have a 1000hz mouse that generates too many events. And instead of fixing the compositor behaviour, Red Hat decided... to add a proxy that caches messages for the application to process.

These people are the reason "software engineering" is treated as an oxymoron.

Link: https://www.phoronix.com/news/Wayland-Proxy-Firefox

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@zardoz03 Wayland has already become a pile of hacks. The main problem is that it’s been designed by the same group of people who made Xorg a pile of hacks, representing the same culture and mindset. If you dare to look through Wayland protocol specs (https://wayland.app/protocols), the vast majority have Unstable or Staging or DE-specific statuses and may become broken or deprecated at any moment.

icon_of_computational_sin, to random
@icon_of_computational_sin@mstdn.starnix.network avatar

seems accurate

icon_of_computational_sin,
@icon_of_computational_sin@mstdn.starnix.network avatar

@eric because Pascal is the most sane language on this list.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • megavids
  • modclub
  • DreamBathrooms
  • mdbf
  • Durango
  • ngwrru68w68
  • magazineikmin
  • thenastyranch
  • InstantRegret
  • Youngstown
  • slotface
  • everett
  • kavyap
  • cisconetworking
  • JUstTest
  • ethstaker
  • tacticalgear
  • GTA5RPClips
  • osvaldo12
  • khanakhh
  • rosin
  • Leos
  • normalnudes
  • anitta
  • cubers
  • tester
  • provamag3
  • lostlight
  • All magazines