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

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
#embed is one of the few things i wish was standardized, which is why i thought it was cool to see that happen, but the times i've used something similar (like converting a image to a static hex array) were so few and far between i don't really have the strongest need for it.
i also noticed jean retweeted b0tster (nitter), who's kind of my personal lolcow. i mainly bemoan his use of unreal engine 4 of all things for his pathetic fromsoftware ripoff "games", a total lack of understanding of techniques for texturing low-poly models, and general indiedev retardation. oh, and commissioning fat fetish stuff of his tranny bunny avatar. why do so many people follow this one trick pony transvestite with zero original ideas is beyond me.
 
What do they mean by this? What is not user-friendly about ls? You type the command and it shows the files. If you want more out of it then you take 5 minutes to look at the manual.
From having looked at some "modernized", rewritten in $fad_language tools, they usually mean some sane settings out of the box - like color output being the default setting or date formatting done in a human readable format. The modernizers never stop there however and they have to, they are compelled by some unholy fucking force to break backwards compatibility with flags and behavior. Every time I warm up to the idea of a better tool I get slapped in the face with this "it's current year, we know so much more now, time to break everything" bullshit. These programmers should work as security guards and never set foot in software development, at least there this kind of petty meddling is basically inconsequential.
 
#embed is one of the few things i wish was standardized, which is why i thought it was cool to see that happen, but the times i've used something similar (like converting a image to a static hex array) were so few and far between i don't really have the strongest need for it.
You can do it with assembly if you know what you're doing, with .incbin. Or on Windows, just put it in your resource file.
 
You can do it with assembly if you know what you're doing, with .incbin. Or on Windows, just put it in your resource file.
Hell, just reserve space and splice it in the machine code manually, even. On this note, I'm fairly certain most languages which allow arbitrary code execution at compilation time, or earlier, get this functionality by consequence. In that light, the C language #embed could be considered a little overly-specific, although the fact that this had been desired for decades but available in no standardized form does tilt the scales in its favour regardless.
 
  • Autistic
  • Thunk-Provoking
Reactions: Vecr and Kiwi & Cow
Every C shop I've ever worked with has an obsession with C99 compatibility, so I'm not sure #embed provides any real value for most C users.

Congrats on the author for being a public filthy furfag, though. They're a dime a dozen these days.
 
You can also embed binary files in the target executable using a linker script but this is more complicated as it you have to define a few extern variables and then make sure to do the linker script correctly. It's one of the nice-to-have features.

The thing about ls which is not true about eza is that ls is part of coreutils while eza is not. There is a reason to group them like that. If every coreutils utility was maintained separately then it would be a pain in the ass to build them all at once and god forbid you get any dependency conflicts when building the most basic userspace code for the OS.

As a side thought, has anyone written a C compiler in Rust yet?
 
We interrupt your C/Rust sperging to bring some retarded news:

The Apache Software Foundation is "changing its Native American-themed logo and branding", while keeping its name. Link / archive

In the spirit of open communications that is core to our ethos, The Apache Software Foundation (ASF) is announcing we are evolving our corporate logo and brand system to represent the “community over code” ethos we are known for, and ensure people feel welcome and included. ASF Marketing & Publicity and a Branding Steering Committee composed of ASF Members are collaborating with brand and design vendors to evolve our logo.

Like Apache HTTP, another important and recognizable aspect of the ASF brand is the feather logo. It’s changed only once in our history. The feather was first included in the Apache HTTP logo in 1997, then became the official logo of the Apache Software Foundation when it was formed in 1999. In 2016 the icon was given a more modern look and is what is currently in use today.

The feather is a well-loved and iconic part of the ASF brand. We know of community members who have ASF feather tattoos. People love taking photos with the feather at our flagship event each year.

So why would we change it? As a non-Indigenous entity, we acknowledge that it is inappropriate for the Foundation to use Indigenous themes or language. We thank Natives in Tech and other members of the broader open source community for bringing this issue to the forefront. Today we are announcing we will be retiring the feather icon and logo and replacing it with a new logo that embodies the Foundation’s rich history of providing software for the public good.

With multitudes of contributors around the world, we want the Foundation’s brand to represent the “community over code” ethos it is known for, and to ensure people feel welcome and included as described in our Code of Conduct.

Last year we changed the name of our flagship event to Community Over Code, formerly called ApacheCon. ASF Marketing & Publicity also formed a Branding Steering Committee to guide the process of creating the new logo and brand identity, and ASF Members will have the opportunity to contribute to the branding process and vote on the new logo. Changes to our brand will also apply to ASF open source projects using Indigenous imagery. Watch the ASF blog for updates on progress and join us October 7-10, 2024, at Community Over Code NA where we’ll unveil the new logo.

TL;DR some Branding Steering Committee whined about the feather, so they're changing it. But they aren't changing the name because that would actually matter, and be too hard to switch over after decades of this "Native American-theme" not hurting anyone.

FAQ
Why just the feather? Why not the name?

When a name has been in use as long and is as widely used as ours, the legal, technical, and financial ramifications are broad and deep. A name change effort would have a hefty price tag, would take multiple years to implement, and would have to be led almost entirely by volunteers. As a 501(c)(3) not-for-profit organization, it is not possible to divert the majority of our funding and volunteers away from our primary mission of providing software for the public good, especially as the foundation prepares for mandatory changes that will come from the Cybersecurity Resilience Act (CRA) and other pending legislation. Because of these very real challenges, at this time it would be very difficult to implement a legal name change for The ASF.

Because of these reasons, the ASF Board has decided to prioritize changing the logo and branding and not changing the organization’s name at this time. It is important to us that we take whatever actionable steps we can now to create a more welcoming and inclusive community.

1721741914161.png

"We know of community members who have ASF feather tattoos. People love taking photos with the feather at our flagship event each year." Yeah, well get fucked nerds, it's Current Year and your favorite feather is problematic.
 
This started 1.5 years ago with https://blog.nativesintech.org/apache-appropriation and https://www.endasfmascotry.com

Relevant ASF Board Meeting Minutes
https://whimsy.apache.org/board/minutes/Discussion_of_a_name_change.html
https://whimsy.apache.org/board/minutes/Change_the_corporate_logo.html
WHEREAS, a significant number of Members have expressed concern about
our corporate logo, and its potential confusion with the Apache
Nation; and

WHEREAS, a change to our corporate logo could reduce the potential
confusion;
Think of all the poor people getting confused 🥺
 
Great, I can't wait for the soulless flatshit logo that they come up with. Of course they're not changing the name, that's an actual commitment that requires money. But removing the logo is easy virtue signalling points.
 
Void Linux is refusing to carry the Hyprland package because some maintainers don't agree with his personal beliefs. The maintainers try to play it off as this is because they aren't satisfied with the quality of the code.
00000013049.png
Because there seems to be a deep misunderstanding about why I find Hyprland objectionable, I seek to provide further insight. As with many matters considered by Void, the project maintains no official position. Nevertheless, I suspect that my reasons overlap substantially with those of other team members.

Hyprland has not been disqualified from inclusion in void-packages because its authors maintain contrary views about social issues. Thoughtfully held opinions, rigorously argued in good faith, should always be respected. Disagreements on the underlying nature of the world or our response to it should never be regarded as a reason to avoid collaboration or the use of quality work products. In general, it should not even be regarded as a reason to avoid friendship. I disagree vehemently with friends and collaborators online and in person on many issues, and we have great fun arguing our positions ad nauseam. Even if we have no power to reconcile the issues, it is a good exercise to strengthen and refine our own beliefs.

This does not imply that Hyprland has been excluded from Void for purely technical reasons. There are a number of socially disqualifying attributes of the Hyprland project. Readers can, with a bit of research, uncover several examples of inappropriate and uncontrolled behavior in official Hyprland forums. The maintainers of the project seem unwilling to reign in content that does not satisfy any reasonable criteria for thoughtful and civil social debate. However, I am also aware of at least one instance where a project representative abused administrative control in a Hyprland forum to modify the profile of another user to express political disagreements. I can appreciate a laissez faire approach that allows all content to exist unmoderated; I can also appreciate an editorial approach that seeks to emphasize civility and limit discussion to relevant topics. The handling of Hyprland forums is neither; it is the capricious manipulation of interactions in bad faith.

It is the Hyprland project that opened the door to criticism of it on social grounds. People arguing that Hyprland should be evaluated solely on its technical merit overlook the fact that the social commentary many find objectionable on Hyprland forums has absolutely no relation to the project, and never should have appeared there. If the project itself endorses ongoing social discussion, nobody should lament when other projects react to the content.

There are several other reasons behind my unwillingness to consider a Hyprland package in Void. While some of these are of a personal nature, they remain relevant to my view of the project as a whole:
  • The principal author holds an unsubstantiated and overinflated opinion of his own abilities. In a personal blog post, he muses that he is uniquely qualified to helm the Hyprland project because his throughput and mastery of C++ are unmatched. At the same time, I have observed IRC discussions wherein he demonstrated a shockingly shallow understanding of the language. While I maintain some professional C++ projects, I am far from an expert. If your lack of understanding shocks me, you may have picked the wrong language for your project.
  • In other discussions, I found him immature, impatient and antagonistic. On several occasions, he was quick to indict wlroots for incorrect behavior that ultimately resulted from his own misunderstanding and misuse of the library.
In my experience, projects dominated by single, immature individuals with superiority complexes are often doomed to collapse under their own weight.
Elsewhere, others have noted some of the technical criticisms of Hyprland. Chief among these are thrash as each release brings massive changes to the code base. The announcement for 0.40.0 boasts 15,000 lines of code changed; one month later, the announcement for 0.41.0 boasts 25,000 lines changed. Soon, a new release will yank out wlroots in favor of a newly minted library of core protocol implementations that has been tested for all of three months. These are signs of an immature project; they may reflect a learning journey for the authors, or perhaps just a tinkering attitude that values refactoring for the sake of change. Either way, it inspires little confidence.

Finally, the attitude surrounding Hyprland seems contrary to the ethos of Void Linux. The prominence and emphasis on "ricing" in Hyprland favors style over substance. Even the website reads more like a Silicon Valley VC-funded advertisement than a project seeking to demonstrate its technical merits: "Get the latest features Linux offers." "Automatic tiling that just works." All that is missing is a .dev TLD. Void strives for function over form and heavily favors pragmatism and natural selection over sales pitches
Reddit | Archive
The maintainer is all over the place with his reasons and can't stick to one. He of course only posts this to Reddit instead of the void-packages Github where he proves this insightful discussion. Then proceeding to lock the discussion.
00000015451.png
Github | Archive

Something to know about Void, it has one of the largest software repositories. They maintain nearly all of Wayland projects that don't see a fifth of the usage as Hyprland does. They are usually decently liberal with the packages available within the repos as the current count is around 8k packages.

Edit: I just realized they claim the "Hyprland forums" discussion as one of the main reasons for not accepting the package. There isn't a Hyprland forum, there is only a Discord server that I was able to find. Claiming Discord is a forum is just more proof the Internet is ruined. They also included no screenshots or chat logs to show how much a chud the maintainer is. Only to claim you need to research it yourself aka "just trust me bro".

Edit2: Repo pkg count
 
Last edited:
Something to know about Void, it has one of the largest software repositories. They maintain nearly all of Wayland projects that don't see a fifth of the usage as Hyprland does. They are usually decently liberal with the packages available within the repos as the current count is over 30k packages.

Edit: I just realized they claim the "Hyprland forums" discussion as one of the main reasons for not accepting the package. There isn't a Hyprland forum, there is only a Discord server that I was able to find. Claiming Discord is a forum is just more proof the Internet is ruined. They also included no screenshots or chat logs to show how much a chud the maintainer is. Only to claim you need to research it yourself aka "just trust me bro".
Good thing I stopped using Void a long time ago then. I remember some drama that happened in the Void team due to the original creator disappearing and worse he then got chased off irc so please let me know if I got some details wrong.
 
Good thing I stopped using Void a long time ago then. I remember some drama that happened in the Void team due to the original creator disappearing and worse he then got chased off irc so please let me know if I got some details wrong.
Found the drama which you may be referencing, seems the original developer for xbps disappeared for a few months then came back. Seems Juan was a bit mentally unstable while getting a divorce and xbps was unmaintained. The void team then forked xbps to maintain it.
Funnily enough after looking at a few links from the above post. I ran into this IRC log put into a commit for fortune. Where ahesford, the author of the above reddit post was shitposting about Juan's divorce.
00000015823.png
Github | Archive

Crazy how once again the redditor, who cries out about "toxicity" in other "forums". Then talks shit behind closed doors about another's personal life.
 
Something to know about Void, it has one of the largest software repositories.
Nope: https://repology.org/repositories/statistics/total

Seriously, why would anyone use this shit? Unless you are some retarded minimalist (or simply have an EXTREMELY low-end device) there is no point in using that.

The problems they get from package maintainers aren't even the worst part, though. Hyprland's active community consists mostly of degenerates and troons. They even got pressured to add a Code Of Conduct. Though I am pretty sure nobody would have had any problem with reusing the based approach that SQLite took.

Oh.
 
Void had some value as one of the lighter-than-Debian distros that was not infected with Pottering's virus. It was the distro to throw on some shitbox whose job was to run a few daemons. It was x86 only so I guess it would be useless in a few years anyway (as it already is cheaper to run a small ARM computer instead of a full size old ATX PC of comparable performance). Sad to see it go to shit because of politics.

@GoysGoneWild mentioned an idea of a "FOSS Underground" in the DeVault thread it would be a community/network of people just writing software and not getting into slapfights with the blue haired true honest whamen and soyboys about special worshipping porn addicted fetishists. I think suckless wanted to do this but they got derailed by the stupid idea of extreme minimalism. At some points suckless is like the retard's take on UNIX philosophy.

Take slock for example, the feature where it lights up red if you enter a bad password is a good feature - it tells you that someone failed to log in. Not having a window with a text field appear is a retarded idea. Even a motif turd with a text field that does not show what you type would be a 100x improvement in UX. I don't want to learn yet another quirky interface to my screen lock program if it can use the same interface that all other GUI software uses. Like XScreenSaver which shows you an actual login screen.
dwm is also a neat idea, but I could really use a small window bar. I know that on a 1024x768 screen that some of them use each pixel is precious, but putting some way to click on a window without clicking in the window would be nice.
Suckless software works but is just so crippled by the extreme minimalism it's not pleasant to use. They also like to reinvent the wheel like with the farbfeld format, which is just a NetPBM in binary instead of ascii.

Maybe we should start a list of normal foss software. One which is not bloated nor crippled.


The problems they get from package maintainers aren't even the worst part, though. Hyprland's active community consists mostly of degenerates and troons. They even got pressured to add a Code Of Conduct. Though I am pretty sure nobody would have had any problem with reusing the based approach that SQLite took.
Outstanding move on SQLite end, trannies already fail at point 2. of the code, because they either hate their neighbor or themselves.
 
The principal author holds an unsubstantiated and overinflated opinion of his own abilities. In a personal blog post, he muses that he is uniquely qualified to helm the Hyprland project because his throughput and mastery of C++ are unmatched. At the same time, I have observed IRC discussions wherein he demonstrated a shockingly shallow understanding of the language. While I maintain some professional C++ projects, I am far from an expert. If your lack of understanding shocks me, you may have picked the wrong language for your project.
I've looked at some Hyprland code before (the parser for Hyprlang, specifically) and honestly, I agree. The code is atrocious and reeks of whippersnapper who thinks he's a C++ god. This is clearly not the reason it's being kicked from Void, though.
 
Back