Your link demonstrates the exact opposite. GNOME rejected a patch for disabling mouse acceleration profiles, and I then ported that patch to Pop!_OS. It was often the case that I merged third party patches into Pop!_OS that were either rejected by GNOME, or were in an actively-open PR. In all instances where contributions could be upstreamed that we worked on personally, pull requests were given to the appropriate projects. And it is the case that many such instances were merged into GNOME, such as the keyboard settings page redesign. Our team has submitted many contributions to GTK, GNOME, and other projects over the years, so to smear us for not contributing upstream is incredibly deceitful.
Issues with youtube-dl being outdated are constantly reported on Launchpad, and are still an issue to this day because YouTube keeps changing the API. It was reported at that time as well. In fact, I have submitted several patches upstream to Ubuntu through Launchpad over the years, but unfortunately they typically go straight into limbo because developers rarely notice them, and it’s difficult to get their attention. It’s usually better to go straight to the upstream developer to get those changes merged there, and therefore the issue will be fixed in the next release of Ubuntu when they package the updated software. If Canonical is interested in any of the work we have done in Pop!_OS, they are also free to take from our GitHub repositories. It’s all open source, after all.
It speaks to me that you have certain intentions and motivations in your speech to paper over the good we’ve done over the years to focus on small nit picks. Nitpicking an obscure debian changelog that no one reads and was never presented to the user is a very poor argument. I was frustrated at the time because youtube-dl kept breaking and we kept getting issue reports on it. I was unable to get any response from Canonical, so I fixed it myself in Pop. I haven’t written anything in the debian changelog fields since then.
GNOME rejected a patch for disabling mouse acceleration profiles
We weren’t talking about mouse acceleration profiles. As I am now saying for the third time, I never said S76 didn’t try to upstream anything, or that Gnome would accept everything.
It is a fact that in that youtube-dl example, S76 fixed a bug for their own project, didn’t alert, raise a bug report, or submit a patch to upstream. It is also a fact that they then, twice, mocked upstream for not having that fix in place.
It is also a fact that that was not the only occasion of this happening.
My point has never been that S76 contributed nothing, or that upstream devs were willing to accept 100% of what S76 would send their way. I feel I made that clear.
It speaks to me that you have certain intentions and motivations in your speech to paper over the good we’ve done over the years to focus on small nit picks.
Please, let’s be civil. Don’t put words in my mouth. I’m not saying S76 are bad or evil, I’m not trying to present you or your employer in a bad light. I used PopOS, and I’ve tested Cosmic a bunch of times because it’s interesting, I even wished System76 future success. There is zero hate here.
I was explaining a few of the tension points between S76 and upstream projects that came to public attention.
Nitpicking an obscure debian changelog that no one reads and was never presented to the user is a very poor argument.
It’s not nitpicking, it was a needlessly hostile remark towards upstream. It doesn’t matter if only a small amount of end users saw it, that doesn’t mean it’s not a petty remark. And end users aren’t the only people that matter, I doubt the upstream devs appreciated being ridiculed for an issue they weren’t even made aware of.
I was unable to get any response from Canonical, so I fixed it myself in Pop
S76 never contacted canonical. No bug reports or fixes were sent their way. The first they heard of it was when S76 publicly mocked them for not having the fix.
And as I said, there’s nothing wrong with fixing it yourself. That’s good. It’s the not raising a bug report to upstream, then making snide remarks about them not fixing it that I take issue with.
Again, I want to reiterate, because you seem to think I have bad intent: I do not. I like the project. But that doesn’t mean I think everyone has always been perfect. People are people. We’re human. We make mistakes and it’s fine to acknowledge that. Me doing so about a couple of S76 employee’s actions is not an attack.
I don’t know how you can keep telling me that I never contacted Canonical even though I did. Nor did anyone ever publicly mock Canonical. You are putting words in our mouths. So much contradictory and hyperbolic nonsense here. Let me guess: you read a certain hyperbolic hit piece from a Chris Davis—one of the most prominent libadwaita and stopthemingmyapp developers—whom had a personal axe to grind with us because of many heated online arguments with him over the petition, theming, and libadwaita. He created a hit piece to influence public perception of the company and intentionally used the GNOME blog to reach the widest audience for his vendetta. Even though if you dig through the details his statements are weak, if not outright false. To make matters worse, GNOME never addressed that personal blog post hosted on their website, even though we had been sponsoring and sometimes hosting GNOME events for 10 years. Leading many to conclude that this was the voice of GNOME, even if internally it was not. This is what happens if you only read the story from one side without putting equal weight on the other.
Your link demonstrates the exact opposite. GNOME rejected a patch for disabling mouse acceleration profiles, and I then ported that patch to Pop!_OS. It was often the case that I merged third party patches into Pop!_OS that were either rejected by GNOME, or were in an actively-open PR. In all instances where contributions could be upstreamed that we worked on personally, pull requests were given to the appropriate projects. And it is the case that many such instances were merged into GNOME, such as the keyboard settings page redesign. Our team has submitted many contributions to GTK, GNOME, and other projects over the years, so to smear us for not contributing upstream is incredibly deceitful.
Issues with youtube-dl being outdated are constantly reported on Launchpad, and are still an issue to this day because YouTube keeps changing the API. It was reported at that time as well. In fact, I have submitted several patches upstream to Ubuntu through Launchpad over the years, but unfortunately they typically go straight into limbo because developers rarely notice them, and it’s difficult to get their attention. It’s usually better to go straight to the upstream developer to get those changes merged there, and therefore the issue will be fixed in the next release of Ubuntu when they package the updated software. If Canonical is interested in any of the work we have done in Pop!_OS, they are also free to take from our GitHub repositories. It’s all open source, after all.
It speaks to me that you have certain intentions and motivations in your speech to paper over the good we’ve done over the years to focus on small nit picks. Nitpicking an obscure debian changelog that no one reads and was never presented to the user is a very poor argument. I was frustrated at the time because youtube-dl kept breaking and we kept getting issue reports on it. I was unable to get any response from Canonical, so I fixed it myself in Pop. I haven’t written anything in the debian changelog fields since then.
The link doesn’t display the exact opposite.
We weren’t talking about mouse acceleration profiles. As I am now saying for the third time, I never said S76 didn’t try to upstream anything, or that Gnome would accept everything.
It is a fact that in that youtube-dl example, S76 fixed a bug for their own project, didn’t alert, raise a bug report, or submit a patch to upstream. It is also a fact that they then, twice, mocked upstream for not having that fix in place.
It is also a fact that that was not the only occasion of this happening.
My point has never been that S76 contributed nothing, or that upstream devs were willing to accept 100% of what S76 would send their way. I feel I made that clear.
Please, let’s be civil. Don’t put words in my mouth. I’m not saying S76 are bad or evil, I’m not trying to present you or your employer in a bad light. I used PopOS, and I’ve tested Cosmic a bunch of times because it’s interesting, I even wished System76 future success. There is zero hate here.
I was explaining a few of the tension points between S76 and upstream projects that came to public attention.
It’s not nitpicking, it was a needlessly hostile remark towards upstream. It doesn’t matter if only a small amount of end users saw it, that doesn’t mean it’s not a petty remark. And end users aren’t the only people that matter, I doubt the upstream devs appreciated being ridiculed for an issue they weren’t even made aware of.
S76 never contacted canonical. No bug reports or fixes were sent their way. The first they heard of it was when S76 publicly mocked them for not having the fix.
And as I said, there’s nothing wrong with fixing it yourself. That’s good. It’s the not raising a bug report to upstream, then making snide remarks about them not fixing it that I take issue with.
Again, I want to reiterate, because you seem to think I have bad intent: I do not. I like the project. But that doesn’t mean I think everyone has always been perfect. People are people. We’re human. We make mistakes and it’s fine to acknowledge that. Me doing so about a couple of S76 employee’s actions is not an attack.
I don’t know how you can keep telling me that I never contacted Canonical even though I did. Nor did anyone ever publicly mock Canonical. You are putting words in our mouths. So much contradictory and hyperbolic nonsense here. Let me guess: you read a certain hyperbolic hit piece from a Chris Davis—one of the most prominent libadwaita and stopthemingmyapp developers—whom had a personal axe to grind with us because of many heated online arguments with him over the petition, theming, and libadwaita. He created a hit piece to influence public perception of the company and intentionally used the GNOME blog to reach the widest audience for his vendetta. Even though if you dig through the details his statements are weak, if not outright false. To make matters worse, GNOME never addressed that personal blog post hosted on their website, even though we had been sponsoring and sometimes hosting GNOME events for 10 years. Leading many to conclude that this was the voice of GNOME, even if internally it was not. This is what happens if you only read the story from one side without putting equal weight on the other.