Re: Disallow or discourage use of "AI" tools

On 12 May 2025 15.53.02 EEST, Akseli wrote: >Hi > >There's been a lot of "AI" slop spam to various KDE projects, bug reports, >forums, etc.. > >We should take a more public stance on disallowing all this slop. Lengthy >gitlab issues that are just full of n

Re: Disallow or discourage use of "AI" tools (Christoph Cullmann)

ot;AI" generated code can have license issues, but if the human has actively worked on that code instead of using the "raw" version, I would hope there's no issues. This in the end is a law thing. - Akseli

Re: Disallow or discourage use of "AI" tools (Christoph Cullmann)

dn't tell you used AI, because you skillfully adapted or > re-wrote its output using your human brain to fit the context, then the > result was fine and no policy could prevent this, so that part is sort > of moot IMO. > > > Nate - Akseli

Re: Disallow or discourage use of "AI" tools

their things or not. What I want though is have a rule to point at the obvious ones: "Stop wasting our time or go away." I know there's no perfect solution nor we can't really block them. But having something is better than nothing. I hope we could follow what other projects

Re: Disallow or discourage use of "AI" tools

w that, bla bla" Rules will never be followed by bad actors but at least when they exist they can be enforced. >On Mon, May 12, 2025 at 2:53 PM Akseli wrote: >> >> Hi >> >> There's been a lot of "AI" slop spam to various KDE projects, bug reports, >

Re: Disallow or discourage use of "AI" tools

On 12 May 2025 16.28.02 EEST, Jin Liu wrote: >Akseli 于2025年5月12日周一 20:53写道： >> We should take a more public stance on disallowing all this slop. Lengthy >> gitlab issues that are just full of nonsense generated by a bot just take >> time out of everyones schedules, tryi

Disallow or discourage use of "AI" tools

to our shared space just frustrates people and eats resources to go through. Can we have somekind of official "please don't AI slop in our places" sign somewhere? Thanks, - Akseli

Re: KDE Review Request: KRDP

Hi, the review period is over for KRDP and we'd like to officially include KRDP in 6.1. Here's the review request issue https://invent.kde.org/plasma/krdp/-/issues/17 Thanks! - Akseli Lahtinen On Thursday 2 May 2024 13:27:20 GMT+3 Akseli Lahtinen wrote: > Hi! > > Arjen H

Re: RFC: Theming and styles of KDE applications

mize things which is, well, our thing! :) And if the custom icons break i do not end up with broken apps, so i really do not see any downside here, as user or dev perspective. - Akseli ps. I am bad with mailing lists, lets hope this sends to right place lol

KDE Review Request: KRDP

request issue: https://invent.kde.org/plasma/krdp/-/issues/17 I'd like to get some reviews in and so on so we can get this in good shape. :) Thank you! - Akseli Lahtinen PS. My first review request, do tell me if I missed something! I followed this documentation for it https://develop.kde.org

Re: Post-MegaRelease projects

I wouldn't mind working on the high-contrast accessibility mode toggle, since we have now unified all the contrast values for separators. - Akseli On Thursday 22 February 2024 23:57:07 EET Nate Graham wrote: > Hello everyone, > > Congrats to the entire KDE community on the impen

Exception request: High contrast frames and separators

three settings: Off, Default, High Contrast I do think this would be good to get in ASAP, since it is an accessibility feature and will be genuinely helpful for many who need high contrast colors in their setups. Best regards and happy new year, Akseli Lahtinen