Re: Code of Conduct incidence

2025-07-03 Thread Christoph Cullmann
Hi, On Thursday, July 3rd, 2025 at 18:50, Łukasz Wojniłowicz wrote: > > > On 25-07-03 18:33, Reindl Harald wrote: > > > Am 03.07.25 um 18:27 schrieb Łukasz Wojniłowicz: > > > > > Hi all, > > > > > > recently I got an answer like at https://bugs.kde.org/show_bug.cgi? > > > id=506334#c1

Re: Upcoming CI changes - transition to VM based CI

2025-06-02 Thread Christoph Cullmann
Hi, On Monday, June 2nd, 2025 at 13:40, Ben Cooksley wrote: > Hi all, > For some time now we have had a variety of issues with our Docker/Podman > based CI builds. These have included the lack of GUI test support on Windows, > periodic crashes on FreeBSD, poor IO performance of Windows builds

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

2025-05-26 Thread Christoph Cullmann
Hi, https://invent.kde.org/frameworks/syntax-highlighting/-/merge_requests/698 would still benefit from some input on how to proceed in this very concrete case. Greetings Christoph On Sunday, May 18th, 2025 at 16:56, Christoph Cullmann wrote: > Hi, > > > On Sunday, May 1

Re: Coding assistants for KDE

2025-05-25 Thread Christoph Cullmann
Hi, On Monday, May 19th, 2025 at 02:37, Justin Zobel wrote: > On 19/05/2025 06:05, Ingo Klöcker wrote: > > > On Sonntag, 18. Mai 2025 21:32:20 Mitteleuropäische Sommerzeit Ingo Klöcker > > wrote: > > > > > Yes, there is the theoretical threat that an AI learned code that's under > > > a >

Re: Coding assistants for KDE (was: Re: Disallow or discourage use of "AI" tools)

2025-05-18 Thread Christoph Cullmann
Hi, > > > On Sonntag, 18. Mai 2025 21:32:20 Mitteleuropäische Sommerzeit Ingo Klöcker > wrote: > > > Yes, there is the theoretical threat that an AI learned code that's under a > > less liberal license like the GPL or even under one of the "new" not-OSI- > > approved licenses used by certain

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

2025-05-18 Thread Christoph Cullmann
Hi, > > > On Sonntag, 18. Mai 2025 16:52:00 Mitteleuropäische Sommerzeit Christoph > Cullmann wrote: > > > On Sunday, May 18th, 2025 at 09:12, Albert Vaca Cintora > > albertv...@gmail.com wrote: > > > > On Sun, 18 May 2025, 08:59 Justin Zobel, j

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

2025-05-18 Thread Christoph Cullmann
Hi, On Sunday, May 18th, 2025 at 09:00, Justin Zobel wrote: > On 17/05/2025 01:40, Christoph Cullmann wrote: > > > Hi, > > > > just as a concrete example: what to do with > > > > https://invent.kde.org/frameworks/syntax-highlighting/-/merge_requests/

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

2025-05-18 Thread Christoph Cullmann
Hi, On Sunday, May 18th, 2025 at 09:12, Albert Vaca Cintora wrote: > On Sun, 18 May 2025, 08:59 Justin Zobel, wrote: > > > If the contributor cannot tell you the license(s) of the code that was used > > to generate the code, then it's literally gambling that this code wasn't > > taken fro

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

2025-05-16 Thread Christoph Cullmann
Hi, just as a concrete example: what to do with https://invent.kde.org/frameworks/syntax-highlighting/-/merge_requests/698 That is no AI spam but something that doesn't look broken and the submitter did do manual work. Can I now accept that just as MIT? Greetings Christoph signature.asc Desc

Re: Disallow or discourage use of "AI" tools

2025-05-12 Thread Christoph Cullmann
Hi, On Monday, May 12th, 2025 at 16:19, Harald Sitter wrote: > > > It being generated by AI is not the same as it being low quality > though? Are we against low quality or against AI? I think there is a big difference between just low quality and AI. Naturally high quality contributions ar

Re: CI Utilisation and system efficiency

2025-05-02 Thread Christoph Cullmann
On Friday, May 2nd, 2025 at 22:18, Ben Cooksley wrote: > On Sat, May 3, 2025 at 3:27 AM Christoph Cullmann > wrote: > > > > > > > Hi, > > > > at work we use cmake unity build to save time & costs. > > > > Would that be some

Re: CI Utilisation and system efficiency

2025-05-02 Thread Christoph Cullmann
Hi, at work we use cmake unity build to save time & costs. Would that be some idea here, too? Naturally as side effect that can hide compile issues or introduce ones. Greetings Christoph On Friday, April 18th, 2025 at 21:25, Ben Cooksley wrote: > Hi all, > Over the past week or two there h

Re: CI system maintainability

2019-03-28 Thread Dr.-Ing. Christoph Cullmann
or features you not use yourself at all), any meaningful review is a full-time job. e.g. in our company you would let some student test the changed behavior some days. This is just not feasible for me, and yes, for some of these changes, rather than abandoning them (and trashing precious work

Re: Falkon in kdereview

2018-02-28 Thread Dr.-Ing. Christoph Cullmann
just be ticked of. For the licensing, Jonathan, is it ok to remove the TODO there and say "OK"? Perhaps some link to a mail to an public list would be nice there. Greetings Christoph -- ----- Dr.-Ing. Christoph Cullmann - AbsInt Angewandte Informatik

Re: Scrap Baloo Thread Feedback

2016-10-07 Thread Christoph Cullmann
Hi, > On Fri, Oct 7, 2016 at 6:14 PM, Christoph Cullmann > wrote: >>>> >>> >>> I don't understand why all framework discussions must happen on the >>> same list. It just adds to a crazy amount of noise, which one then >>> needs to

Re: Scrap Baloo Thread Feedback

2016-10-07 Thread Christoph Cullmann
cussions must happen on the > same list. It just adds to a crazy amount of noise, which one then > needs to parse through. If you would have baloo-devel I could understand that point, but not with some other generic mailing list like kde-devel which has the same amount of noise and is not ev

Re: Scrap Baloo Thread Feedback

2016-10-07 Thread Christoph Cullmann
rg/?p=clones%2Fbaloo%2Fcullmann%2Ftbaloo.git That is just a proposal and then I started the discussion. Until now, we have one other proposal, by Boudhayan, to fixup baloo. > > (If the discussion continues on kde-frameworks-devel, I probably won't see it) I won't see it on kde-dev

Re: commit 57b7c6c5094987c8cc1d94a50d1da447313cc944

2011-11-20 Thread Christoph Cullmann
ustomization/entities/contributor.entities > +++ /dev/null > @@ -1,527 +0,0 @@ > - Zé > > >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to > >> unsubscribe << > -- -- Christoph Cullmann - AbsInt Angewandte In

Re: 'KDevelop4/FAQ - KDE UserBase Wiki' international

2011-07-12 Thread Christoph Cullmann
On Tuesday, July 12, 2011 10:36:05 AM David Jarvie wrote: > On Mon, July 11, 2011 8:40 pm, Christoph Cullmann wrote: > > On Monday, July 11, 2011 09:32:10 PM Ingo Malchow wrote: > >> Please don't reply to that as of now, it looks quite strange. Needs to > >> be con

Re: 'KDevelop4/FAQ - KDE UserBase Wiki' international

2011-07-11 Thread Christoph Cullmann
On Monday, July 11, 2011 09:32:10 PM Ingo Malchow wrote: > Please don't reply to that as of now, it looks quite strange. Needs to > be confirmed. And to be remembered, we don't "sell" link exchanges nor > do we accept those. Read my other mail here, he is a known farmer and tries that with multiple

Re: 'KDevelop4/FAQ - KDE UserBase Wiki' international => Fake

2011-07-11 Thread Christoph Cullmann
Hi all, don't waste your time with this request for translation. And don't ever call or link him! He is a scammer/pisher/whatever, he mailed the gcc list, too, with two different names (but same telephone number). And he mail me today, too. Same trick for kate-editor.org Greetings Christoph

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-19 Thread Christoph Cullmann
On Thursday, May 19, 2011 12:34:49 pm Christoph Cullmann wrote: > On Thursday, May 19, 2011 11:06:23 am Hugo Pereira Da Costa wrote: > > On 05/19/2011 10:57 AM, Lydia Pintscher wrote: > > > On Thu, May 19, 2011 at 08:09, Hugo Pereira Da Costa > > > > > > wrot

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-19 Thread Christoph Cullmann
ng mode". we do consult bko on a > regular basis and address issues there. I just reopened https://bugs.kde.org/show_bug.cgi?id=245807 Anyone interested can CC himself there, CCed hugo. Greetings Christoph -- -- Christoph Cullmann - AbsInt Angewand

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-18 Thread Christoph Cullmann
Am Mittwoch, 18. Mai 2011, 00:41:40 schrieb David Jarvie: > On Tuesday 17 May 2011 19:33:15 Christoph Cullmann wrote: > > Am Dienstag, 17. Mai 2011, 19:03:41 schrieb Albert Astals Cid: > > > A Tuesday, May 17, 2011, Martin Gräßlin va escriure: > > > > @all: please

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-17 Thread Christoph Cullmann
Am Dienstag, 17. Mai 2011, 19:03:41 schrieb Albert Astals Cid: > A Tuesday, May 17, 2011, Martin Gräßlin va escriure: > > @all: please keep the emotions out of this thread and be constructive. I > > offered a possible solution for the "problem" yesterday and nobody seems > > to be interested in act

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-16 Thread Christoph Cullmann
opinion, I can only conclude: Commercial vendors of Qt software must enforce an own style and not use the set default, otherwise their applications might break, even with a default KDE desktop. And no, bug report forwarding doesn't help at all, if you are no open-source applicati

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-16 Thread Christoph Cullmann
On Monday, May 16, 2011 09:55:22 am Alex Fiestas wrote: > On Monday, May 16, 2011 07:52:26 AM Christoph Cullmann wrote: > > Beside I doubt that 3rd-party Qt application developers want to work > > around that issue. That really should be an optional setting (maybe even > >

Re: Disabling Oxygen's window dragging for specific QWidgets?

2011-05-15 Thread Christoph Cullmann
h tap-to-click enabled. Beside I doubt that 3rd-party Qt application developers want to work around that issue. That really should be an optional setting (maybe even with warning the user that this can result in interesting behaviour for some applications) Greetings Christoph -- -