Do you have the actual reason(s) Manjaro was originally forked? I wasn't able to find that answer in an internet search.

Not just one, it started with one. As all things do. Then they let an uncontrolled explosion happen for no apparent reason instead of curbing it at the source.

And yes, if they didn't tweet at all (an obviously loaded one at that with easily expected implications), none of it would have happened. But they did and here we are. Whoever was responsible for handling their twitter account at the time should be removed immediately, because they completely and utterly failed at their job of PR.

I don't think there really was so much a reason as much as "we made a thing"; going by the archives of the BBS. Seen here.

I think a lot of people are overly dramatic when it comes to vetting the pristine character of devs who work on open software projects.

Linus is a rather ornery abrasive character or so I've heard and I'm not sure I'd want to work closely with him, but his work on the Linux kernel speaks for itself. Lennart Poettering with systemd is a similar story I believe.

I'm not saying their behavior is an example to follow, but if you expect everyone to boycott important software projects the moment important contributors make a social faux pas or are shown to have some significant character flaws, I think you need to get off your high horse and get real.

I jumped to the "No Longer a Blue Robot" chapter of your book (sorry, I only got so much time) and to me, it read a little bit like that: "I just discovered that I don't particularly care for the character of the people I've worked with all this time and I definitely would not drink a beer with them after hours. That is unacceptable. They must be the spawn of Satan and the project we've been working on is a work of pure Evil".

People who work together don't have to be besties for life, bestman at each other's wedding or complete each other's sentences. They don't even need to be friends. They just need to cultivate a working relationship in order to be productive.

Anyways, I don't use Godot. I went with Bevy (edgy, I know). And if ever it happens that someone high up in the Bevy project turns out to be an axe murderer, I'll think two things:
- He/she is a terrible person and I hope they go to jail
- I hope he/she keeps working on Bevy while in prison

btw, concerning what I read, I think this part of what the author wrote about his opinion rose a red flag for me: "what I do is always in the interest of a consensus-building process which should not recognize compromises, because compromises lead to temporary coalitions and eventual division of community.". I could see someone with such an outlook clashing a lot with colleagues.

Also, I could visualize the type of temperament who has to be told something like this "3) Do not cite or quote anyone, for any reason, period. No citing, none, zero." probably just grating people's nerves (ie, "Well, you have this opinion now, but 2 years ago, you said..." to which I personally would reply "Well, I guess I changed my mind since then").

ah dude , i tried to make my own game back in high school, it was gonna be super hip and dope and you could walk around whereever you wanted and stuff but my hard drive got corrupted back in high school and now i dont got the files no more :( that sucked man :( i should try to make a nother game someday i think

just learn c++ and code your own engine. where to start? just search it up or use chatgpt, though here's a guide so you won't get lost: https://www.learncpp.com/, i warn you that you won't become a programming wizard overnight

Maybe don't use the hallucinating parrot search engine, but there's certainly programming tutorials out there. Like Rust!

From my much earlier days with AGS, I would say yes...although it also depends on the one attempting to make games.

-

One could/might say the same about a selection of Linux 'flavors', and there they are still being maintained to this day.
In the end, like with most things, we shall see what happens (with) this fork in time.

-

+1 And that's likely why we have so many asset flips and other similar games these days. Every Bob or Nancy is making games.
(of course whether those games are good often varies from player to player, same as always) (p.s. It's 2d spurs :))

[CW: murder, domestic violence]

Well, former kernel developer Hans Reiser (author of the ReiserFS filesystem) was convicted of murdering his wife, and to my understanding he stopped working on the kernel and filesystem after that.

(Also, you should say "they" instead of the more awkward "he/she" when talking about an abstract person with no specified gender.)

Simply put: if this is in fact a Wendys, stick mainly and primarily to making burgers.

In this instance it seems to be more a case of Godot "community managers" (moderators) who are using the brand as their own soapbox. Like or dislike Godot or it's creators for whatever reason, one thing is obvious: they need a new "community manager".

-

Well said (albeit a tad creepy at the end there o.0) :)

TBH, I *love* ppl trying to re-write history or \ and denying objective reality.
dixi.

Deb and Ian have an equally storied history; he eventually divorced Deb and saw himself out of the mortal coil; sad, really.

There are real reasons to choose one distro over another:
* Some people find Ubuntu to be more user friendly than Demian. Similarly, some people prefer Linux Mint's default interface.
* Some businesses want a stable distro run by a company that can provide support if needed (for a fee, of course). This is why RHEL and other "enterprise" distributions exist (and also why they tend to have older software with backports; companies want to be control of when they migrate to newer versions that might break their in-house tooling and software, or require new hardware purchases).
* On the other hand, some people want to use newer software when it becomes available, even if it sometimes breaks their workflow. That, of course, is why Arch exists.
* Source based distributions have their advantages (and disadvantages). Hence, Gentoo has a reason to exist.

Worth noting that GOG went through a similar issue many years ago.

It is not hard to make games, however it might be hard to learn how to. ;)

I've never heard about Redot engine, but in general it depends on:

1. Quality and completeness of documentation.
2. Availability of learning materials ( tutorials, examples, video lessons, etc. )
3. Developers commutiny ( if they are willing to help with your studies and actual game creation )
4. Complexity of the editor's interface.

In any case, both game development and learning a new engine are very time-consuming processes and require a lot of patience.

If you don't actually want to make any games, sure, that's a great idea.