🧵 👆🏼
@Bro666
>> Why not start there? All you need is an account on bugs.kde.org and you will also revive bugs that may have flown under the radar and contribute to getting them sorted once and for all.

As mentioned before, I have already done that. it is all public information and you can go and check.

🧵 👆🏼
@Bro666
>> developer accounts are approved all the time.

Not mine! So “all the time” is as false as it gets. No one communicated to me that I need to provide certain information or details!! pure radio silence. So let’s be factual.

>> when it comes to bugs, which seems to be your main concern, there is a lot you can do without a developer account.

Bugs **and** feature requests are my main concern.

🧵 👇🏼

@Bro666
I sense some hostility here which I don’t appreciate.

>> A developer account, the kind of account that gives contributors full access to GitLab, gives the power to do a lot of damage too.

That sounds very wrong. All PRs (in case of Gitlab MRs) should be ultimately approved, so I cannot see why your Gitlab is vulnerable where as all other instances of Gitlab, the Github and all instances of Forgejo are nor susceptible these “damages”!

🧵 👇🏼

@Bro666
Thanks for your invitation, then I cordially and officially invite you accept the KDE Invent (Gitlab) access which I requested months and months ago.

It is not right to randomly throw such messages and accuse people of not contributing when the contribution is locked behind a login screen that needs approval and the access is never given. I mean you can, but it is, unethical and unfriendly.

For now all I could contribute is by donating money (check the records, it’s public).

@kde

@Bro666
Those are bugs reports and feature requests for all KDE applications including plasma and also including Kate, Yakuake, Konsole, Kmail, rkward …

Not complaining here, but none of the bugs I ever reported or I’m following were addressed. To me this sounds like a good place to focus on, because these are issues that the community have faced or the suggestions they have come up with.

@kde@floss.social
I know ✋I know ✋ there is already a lengthy list:

https://bugs.kde.org/describecomponents.cgi

@kde@lemmy.kde.social

@Pantherina
I agree, although there are three things worth mentioning:

1. The conventional Android is not that opensource. It is bundled with tons of proprietary Google stuff. That’s why de-googled Android does not provide as smooth experience.

2. Android does not restrict you to “only OpenSource” components. WhatsApp for example is widely used and is not FLOSS.

🧵 👇🏼

@Pantherina
I’m sorry that this bug have happened.

But did you, or whoever faced this bug, “eat” it with your “teeth” though? No they didn’t. Why? Because like any proprietary software, OpenSource tools also come with certain terms and conditions that user is expected to read, digest, understand, accept, and then utilize the tool:

https://fosstodon.org/@Mehrad/112128648273530651

User had all the possible chance in the world to read the code and make sure it doesn’t do what it’s not supposed to do.
🧵👇

@Bro666

One obvious fact that I though would never need to be reiterated (but here we are):

Almost all OpenSource licenses approved by OSI and/or FSF have “Disclaimer of Warranty” clause in one way or another. This is from MIT:

THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.

https://opensource.org/license/mit

More examples:
https://opensource.org/license/gpl-3-0#section15

@Pantherina
Yeah, by the same logic lets also call hotdogs dangerous because people have also choked on them!

https://nypost.com/2023/07/11/4-year-old-girl-dies-after-choking-on-costco-hot-dog-report/

At some point we should understand and agree that PEBKAC is a real thing. Logic dictates not to blame Linux and hotdog, and instead understand the consequence of using unverified/unvetted software.

@Bro666