Hacker News Reader

Comment by jrm4 | Hacker News Reader

Absolutely. This is why I'm absolutely hostile towards current-day Gnome. Even if they do make some incremental improvements, the reluctance to do so in a "share-it-back" way is the exact opposite of why I got into Linux in the first place. I quite literally wish it failure.

(But KDE? I don't know, I don't use it much, but it seems like at least their stuff is mostly-compatible-if-you-work-it-a-bit, unlike Gnome's full on hostility to 'cross-compatibility.')

View on HN

I'm in the same boat. Trying to negotiate with GNOME developers only got me laughed out of the room, now I couldn't care less about what they think. They promised to kill sacred cows, and all we got was this lame desktop that gutted 90% of the things I liked about GNOME 3.38. Luckily, it doesn't look like we need to wish it failure much these days. I don't know many people who use GNOME since 40 (much less any developers on it), and compared to the KDE development roadmap their progress is utterly lethargic. If anything, it's a project that is sustained by a few paid contributors from Red Hat and a miasma of third-parties who have some vision of GTK and GNOME converging into an Apple-like platform.

There actually are a good number of paid contributors from small companies, and also a good number of volunteers too. That's what I have seen.

Don't feel discouraged if your first contributions didn't make it in, GNOME is a big project so I'm sure you could find some other areas to contribute to if you really wanted. Keep in mind that core areas such as the shell and GTK are probably bad places for first time contributors as they tend to be very complex, it's best to start with a smaller app/library and go from there. Of course if you don't want to contribute then you don't have to either, but I think all of this applies to most large open source projects that I have seen.

I'm not mad that my patches were rejected, the GNOME team is notorious for neglecting basic functionality like thumbnails in the filepicker for almost two decades, even with literally hundreds of pull requests with suggested fixes. I'm mad because the current maintainers have no interest in extending the discussion around what GNOME should be. For all their talk of inclusion and diversity, their attitude runs in the complete other direction. They're encroaching on the same issues that systemd made, where their software's scope is expanding way too far with far too little substance. I've been told to "not bother" making apps that I don't plan to distribute via Flatpak. I've been told that disliking Adwaita is paramount to fascism, and when I try to reason with people and explain myself I get told to read the Code of Conduct.

You're painting this out to be a personal issue, which it isn't. The culture among GNOME developers is one of the most toxic I've ever seen, and it's continuing to poison a desktop environment I desperately want to love. Every time I suggest something I get shut down though, so why bother? Why would I willingly hurt myself in the process of trying to make a usable desktop? The only thing I can do now is share my experience as a warning to other developers who want to make Linux-native experiences: GNOME does not want your help, don't waste your time trying.

Sorry to hear that but I think on some level it is personal. I have never experienced any of what you're talking about, everyone I've talked to has been pretty respectful and open to collaboration. It's a large project so experiences may differ, we may not have ever interacted with the same people, or you may have caught them on a bad day, etc.

On those individual things, you can certainly make apps outside flatpak although on a technical level I think that flatpak (or a similar packaging mechanism) is going to be the best option for a great number of apps, and I would expect that to become the focus for many app developers just because it's a lot easier and saves time. I think that comment about Adwaita is pretty inflammatory and may be seen as being against the code of conduct, not sure, but it certainly isn't my view and I doubt it is the view of the majority of contributors.

"neglecting basic functionality like thumbnails in the filepicker for almost two decades, even with literally hundreds of pull requests with suggested fixes."

I mentioned this elsewhere but I'm very disappointed to see this issue get continuously brought up, I don't think there is much we can say that is productive at this point. I've never seen a pull request from this that was actually finished to completion. Is there someone in particular you're waiting for to approve this? If so, can you think of something that could help them out? Or do you think they don't want help at all? Because from my perspective, that is not the case.

Edit: Also, hundreds of pull requests to implement thumbnails? Is that an exaggeration? I'd like to see a list of all of those if possible.

Keep in mind, it's not unusual for a large patch to go through many revisions before finally making it in. Take a look at the Linux kernel for another example, you don't have to look far to see many patches that take a long time to go through review or just never make it in because of various reasons. I don't think you are being fair by painting this as a GNOME behavior, it is simply reality on large projects with a lot of complexity and moving parts. It sounds like you are also saying systemd suffers from the same issues (it probably does) but unfortunately it seems that is another area where it's a complex problem space, so that's the trade-off that you make.

This is exactly the patronization I'm talking about. I have nothing more to say, I wish you luck with your project.

I'm making an honest offer to reach out and help and correct past wrongs, I am sorry if it's patronizing, if you want me to do something else then just ask. I'll be here if you change your mind. Please understand that if you refuse to take anything but complete agreement for an answer then it is going to be very difficult for anyone to help you, I can relate to your experiences but I'll never be able to experience them fully myself. So in that way, the ball is in your court.

Don't worry about my project, I'm only commenting here to help you and to explain that those other opinions are not shared by everyone. In fact commenting on social media is usually a waste for my projects as it only seems to attract more negative/toxic comments from people who (incorrectly) assume that I share all my opinions with an upstream project or something like that.

Please avoid such hostility, open source is a team sport and we are all on the same team, even projects that do things in ways that may be not immediately useful to you or I. That kind of hostility is what leads to open source people burning out.

I am not sure why you think they don't have a "share-it-back" mentality or why you would wish any project failure. They use mostly the same set of open source licenses as KDE.

No. You don't get to simply declare we're on the same team if you're obviously trying to score points for the other side. In this case "the other side" is exclusivity and Gnome keeps doing it.

As a lawyer, I hate to inform you that the entire point of licenses is to put real teeth on ideas that people are likely to renege on. LIKE HERE.

I am not trying to score points for any side, all of these projects can and do share code when it's practical and useful to do so. There is no "exclusivity", I'm sure you know that most of these licenses in use are compatible with each other. The end result is that we are already unwittingly on the same team, it took me a while to realize it but that's the whole reason things like Github and such have taken off. I'd love to discuss your experiences with that as a lawyer if you have any interesting stories, but I would have to ask you to please avoid the hostilities, that doesn't help when trying to fix issues. We both have the same access to the same code.

When Gnome stops being hostile to people who want to modify it in the original spirit -- not necessarily just letter, but SPIRIT -- of free/open source, I'll stop being hostile.

I'm not trying to "fix issues." I'm trying to point out that, sure, Gnome may be technically following the rules, but the entire project is being a collective jerk about it.

Now, we can go deeper on why -- I have no reason to believe individual developers are jerks. I understand there there's money and influence and (cargo-culting) pressure from large companies involved.

But presently - Gnome is a collective putting out a product that is harmful to the environment -- not in an ecological way, but one that reinforces bad ideas about how to make software, aka "only do the bare minimum to comply with the license, otherwise try to dominate via whatever means possible."

I don't know what you mean spirit. To me the spirit has always been "here's some code, do what you want with it" i.e. the exact opposite of what you're saying. I think you may have some missed expectations, I can't understand how you'd perceive that as being dominating or what you mean by someone being a jerk. Both you and I have the same access.

Edit: In my experience, pointing out how someone is a jerk doesn't really help in open source either. That usually just causes them to become defensive and only increases the hostility. Since the code is open it's much better to just fix it for yourself and not worry about what someone else thinks. That is, if you think the situation is truly unrecoverable. If not, then it's better to set aside your differences and work it out.

I'd say "learn your history?" This all came about because of Richard Stallman et al, who absolutely were not "here's some code, do what you want with it."

They were "We have a good thing with this Unix deal and how we do it, we share freely, backwards AND FORWARD. How might we continue this in a wider fashion; knowing that some might be inclined to take and not give back?"

And thus, the GPL was born. MIT-style licenses are fine in some cases, but you're working of the back of Linux, and that's GPL territory.

I know who Richard Stallman is, I've met him several times and I used to volunteer for the FSF. The GPL says that the user is allowed to share modified versions with other users. It does not say that the original author is required to accept some modifications into their version. If you don't believe me then the GPL FAQ has a bit more information about this: https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.en.htm...

"Some have proposed alternatives to the GPL that require modified versions to go through the original author. As long as the original author keeps up with the need for maintenance, this may work well in practice, but if the author stops (more or less) to do something else or does not attend to all the users' needs, this scheme falls down. Aside from the practical problems, this scheme does not allow users to help each other."

It's pretty explicitly spelled out here that it is absolutely what they meant, it wouldn't work at all if it wasn't "here's some code, do what you want with it."

If someone is trying to get you to take a case along the lines, I would have to say don't take it, it's probably not going to be a winner.

Reply on news.ycombinator.com