Open Source Software Community - it's about ethics in Code of Conducts

  • Want to keep track of this thread?
    Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
    Create account
Framework partnering up with Omarchy and therefore DHH is making the footfags at the gnome foundation and a lot of trannies so angry that they're resorting to saying they're chock full of "Hitler Particles"
 
I need you guys to help me make a choice:
A) Roll up a manual implementation of Mullvad's iptables kill switch / lockdown mode
B) Wrap Mullvad's .deb into a mullvad.scm package to wrangle the daemon into working on Guix

Both are fiddly hackjobs, so I figured I'd let the Farms pull the trigger either way.
 
gnome splitting off from gnu was a mistake. why the fuck did they even do that anyway?
Not sure if it was a mistake. I think the gnu folks are pretty happy with not being associated with gnome nowadays.

Why did they do it? Don't know but could make a guess.
Gnome nowadays does not seem to be much about code or licenses at all anymore and mostly seem to be obsessed with purity and fighting nazis. Nazis and fascists are everywhere and primary objective of Gnome is to fight them. Not writing code or provide a foundation or framework.

So, as they seem to be completely consumed by fighting the fasch my guess is that they split because they decided that Stallman and GNU had become fasch. Maybe Stallman was not sufficiently pro-trans?

It is really funny and sad but nowadays the only time I see Gnome doing something is when they spergout and decide that someone/something is basically hitler.
That is what I associate gnome with nowadays. Not their technology but being unhinged.
 
I need you guys to help me make a choice:
A) Roll up a manual implementation of Mullvad's iptables kill switch / lockdown mode
B) Wrap Mullvad's .deb into a mullvad.scm package to wrangle the daemon into working on Guix

Both are fiddly hackjobs, so I figured I'd let the Farms pull the trigger either way.
option a will be twice as fun as option b but option b would be easier maybe (might be horrible depending on just how invisibly fhs brained that debian package is, like if it tries to dlopen() a hardcoded path in /usr (cringe))

Why did they do it? Don't know but could make a guess.
Gnome nowadays does not seem to be much about code or licenses at all anymore and mostly seem to be obsessed with purity and fighting nazis. Nazis and fascists are everywhere and primary objective of Gnome is to fight them. Not writing code or provide a foundation or framework.
idk it happened a really fucking long time ago so it might be something completely different than current year nonsense
It is really funny and sad but nowadays the only time I see Gnome doing something is when they spergout and decide that someone/something is basically hitler.
That is what I associate gnome with nowadays. Not their technology but being unhinged.
they actually do sit on some very cool technology (they inherited it from gnu, after all)
gtk has sort of continued its technical spirit without being fucked up too bad. they haven't rewritten it in rust or anything, it's still a solid library that you can rely on
gimp (the classic image editor with no circle tool but a decent ability to be very powerful in the right hands) has gotten some very cool new shit recently and released version 3.0
judging gnome by only their desktop environment is kind of unfair tbh
 
That is what I associate gnome with nowadays. Not their technology but being unhinged.
Seems like GNOME is all about making a locked-down, uncustomizable experience for Red Hat and Ubuntu to sell to as a bland corporate desktop. The only technology they care about is what they can strip out.
 
well writing a compiler that can efficiently schedule instructions ahead of time is actually about as hard as the typical practice of having the large register files and parallel instruction decoders and deep pipelines and speculative execution hardware that an efficient risc processor would need to have
No, the problem with Itanium was that the compiler was supposed to basically tell the CPU what order to handle instructions in,
After following the discussion on this, I can see why this arch never caught on. In addition to the other points you've mentioned (poor cache efficiency, etc), it occurred to me that microarchitecture improvements for x86/ARM/etc generally translate to running existing code faster, while improvements to a VLIW design would require recompiling to take advantage of the new architecture. I can see how abstracting instruction parallelism in hardware makes sense. Thank you both for enlightening me on the nuances of CPU design.
 
Hitlerium is the missing link to full open source glowie proofs computers btw
14 zyklon cores and 2 blitzcores® in every first generation hitlerium sneedarch64 processor
while improvements to a VLIW design would require recompiling to take advantage of the new architecture.
vliw would probably go over a bit better in current year where everything is executed using a jit from source code tbh
back in 2001 everybody was running x86 software that they didn't have the source to
 
I need you guys to help me make a choice:
A) Roll up a manual implementation of Mullvad's iptables kill switch / lockdown mode
B) Wrap Mullvad's .deb into a mullvad.scm package to wrangle the daemon into working on Guix

Both are fiddly hackjobs, so I figured I'd let the Farms pull the trigger either way.
Can't you just use the Openvpn/Wireguard config from the site? Or am I doing Mullvad wrong?
 
Can't you just use the Openvpn/Wireguard config from the site? Or am I doing Mullvad wrong?
you can. Although you do get some nice little features from mullvads command line tool if you choose to use that.

Some thigns are just conveniences. Others are things that might be a real pain if you are going to do them yourself. (or at least not simple). Like using the obfuscations they offer.
 
14 zyklon cores and 2 blitzcores® in every first generation hitlerium sneedarch64 processor
This just makes me think about how much Terry would've HATED heterogeneous mutli-core.

"This processor has two real cores, eight niggercattle cores and four CIA dungeon cores. Why would I run on anything but the real ones?"
 
This just makes me think about how much Terry would've HATED heterogeneous mutli-core.

"This processor has two real cores, eight niggercattle cores and four CIA dungeon cores. Why would I run on anything but the real ones?"
One core is enough as evident by god's temple not having multithreading.
 
People going absolutely bonkers on Framework because they started supporting vaxry's Hyprland project:
After some updates, Discourse (which Fluffy-Community also uses, btw) has made it significantly more difficult for the archive sites to capture the comments. But you can save them 20 per page:

1-20: https://archive.ph/qIOGs
21-40: https://community.frame.work/t/framework-supporting-far-right-racists/75986?page=2 - https://archive.ph/lScoR
41-60: https://community.frame.work/t/framework-supporting-far-right-racists/75986?page=3 - https://archive.ph/qjN2T
And so on.
 
People going absolutely bonkers on Framework because they started supporting vaxry's Hyprland project:
Create a shitty product that claims to fix something the market was missing, market yourself towards LTT viewers (trannies and fags), gain a huge following on alternative platforms ran by trannies and fags, sponsor chud projects and lose your most loyal retarded fanbase. Truly a pajeet ran company.
 
Back
Top Bottom