Fingers crossed Gnome follows suit! :)

top 94 comments

sorted by: hot top controversial new old
[–] 46 points 1 month ago* (last edited 1 month ago) (18 children)

i think the copyright question is still unanswered: it could turn out that any LLM-generated code is a copyright violation by definition unless trained exclusively on a clean, legitimately-obtained dataset (which few of the major models are).

Will projects that allow LLM contributions have to roll back years of progress when the other shoe finally drops? Seems like a huge risk, especially for FOSS and copyleft. I think disallowing LLM-written contributions until this is all sorted out in the courts is the pragmatic move from a legal perspective.

  • source
  • hideshow 18 child comments
  • [–] 13 points 1 month ago* (last edited 1 month ago) (2 children)

    I don't disagree that it is a risk, and I am trying to move toward projects that do have err on the side of avoiding that risk. I have NetBSD on my laptop, and when I get a little more comfortable with it, I intend to convert the other Linux installations I maintain.

    BUT, I believe the BSDs already went through a situation where some of their source was possibly under restrictive copyright and rather than "rolling back", they "simply" identified the possibly infringing code and re-wrote those sections to have the same function (which can't be copyrighted) without sharing any creative expression (which is). So, even the projects that are taking the risk that an LLM (or other generative AI) generates infringing code might not have quite as much cleanup / lost effort as you describe.

    Also, LLM out isn't automatically a derivative work of the training data. I'd have to dig through some other messages to find an exact quote from their documents, but I believe they (EDIT: the U.S. copyright office) said only output that is "significantly similar" to training data is potentially infringing. That does further limit the risk.

    I still think it's too high of a risk because well-meaning contributors might incorrectly introduce infringing code, since for models that don't disclose their training data (Claude, Copilot, Gemini, etc.) even dedicated contributors don't have the information they need to discover the output is infringing. In that past, that result (introducing infringing code) was generally limited to the acts of malicious actors that are submitting code they know to be infringing to poison a project and open it to legal action.

    But, I can't ask that someone (i.e. a project maintainer) substitute my risk/reward judgement for theirs, and I have no experience maintaining a large project. All of my code contributions are to either projects others maintain, or my own hobby projects that I doubt have any users other than myself (and I don't even use all the published/available ones anymore).

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 month ago (1 child)

    The issue isn't necessarily that the work could be considered derivative, but rather that the notion of copyright exists only for work authored by a human. If it's not produced by a human, then the copyright belongs to no one, and no one can license it because no one owns it.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 month ago (6 children)

    Few? Do you have some example, maybe two?

  • source
  • parent
  • hideshow 6 child comments
  • [–] 6 points 1 month ago* (last edited 1 month ago) (3 children)

    IBM Granite (EDIT: and Apertus) do disclose all their training data and claim that all their training data is effectively free of copyright (highly permissively licensed). I have not been able to verify that, due to my lack of skills with the conventions and tools of LLM / Agent training and publishing.

    So, yeah, probably (EDIT: two one).

  • source
  • parent
  • hideshow 3 child comments
  • [–] [S] 8 points 1 month ago* (1 child)

    The Apertus Swiss AI unfortunately doesn't seem to live up to its claims, and they have been silent on the issue brought up there. I honestly suspect the same of IBM's Granite, but have not investigated.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 1 month ago* (last edited 1 month ago)

    Thank you for the link! It does look like Apertus itself might be Free Software (the U.S. copyright office says training can infringe, but is usually fair use), but it can still output derivative works of copyrighted inputs that might prevent them from being distributed as-is (for example, requiring attribution) -- at all, much less under a strong copyleft.

  • source
  • parent
  • [–] 1 point 1 month ago (4 children)

    i think the copyright question is still unanswered: it could turn out that any LLM-generated code is a copyright violation by definition unless trained exclusively on a clean, legitimately-obtained dataset (which few of the major models are).

    I think this argument is BS, there are several remix/sample based albums that count as derived works and AFAIK, no one is getting paid.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 1 month ago (1 child)

    Note that the remix/sample example hasn't always worked out as you state: https://en.wikipedia.org/wiki/Bitter_Sweet_Symphony#Credits_dispute https://en.wikipedia.org/wiki/My_Sweet_Lord#Copyright_infringement_suit

    In many cases, "AFAIK" in your case you may have no idea that in fact, the copyright holder is being paid. Or the copyright holder is one and the same, with rights sometimes assigned to someone other than the musicians involved.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 month ago (1 child)

    It's answered, unless all big tech is going down suddenly, they are allowed, copyright violations are for the poor anyway.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 month ago

    Note that it is mostly 'answered', but only really for the services and models themselves. Part of the defense in the case where Getty showed that it produced knockoffs of the Getty images was that "well, as the operator you are responsible for the output, not us".

    So the operator is still on the hook if someone comes along and claims, even unwitting, infringement. In practice for code that's likely a tall order, as the sloperator is likely to keep their so close as to be a knock off pretty private, or the open source developer lacks the resources to realisticly track down offenders.

    Closed source companies are more likely to come after folks, but that's a lower risk because they are so maniacly defensive about their code it probably never trained a model.

  • source
  • parent
  • [–] 25 points 1 month ago (4 children)

    Loving my move to Fedora Atomic Cosmic. Happy Silverblue user of long time, Cosmic just fits my personal zen better.

    With their fast pace of fixes/new features, this AI stance is just the nice cherry on top.

  • source
  • hideshow 4 child comments
  • [–] 4 points 1 month ago* (last edited 1 month ago) (1 child)

    Did you ever run CachyOS? I’m on it currently and I’ve been considering distro hopping to try an Atomic OS like Fedora Silverblue.

    I tried Cosmic cause it looked interesting but had some issues in how game windows loaded so that kinda turned me off. Considering giving Nobara Noctalia a go.

    Edit: got my N names mixed up

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 1 month ago

    I'm a Linux noob that started with CachyOS earlier this year to jump to an atomic distro recently. like a month ago give or take. I chose Bazzite though. context, am gamer, my PC is mostly for gaming and entertainment.

    idk if I like it though. it's one thing to learn all the normal Linux things I can do, and sometimes need to do, but to add the atomic / immutable concept layer is a bit discouraging to me.

    I'm thinking of going back to a non atomic, but wanting to try fedora based Nobara next

  • source
  • parent
  • [–] 1 point 1 month ago (1 child)

    Did fedora make a stand against AI? If so, I might jump from Debian

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 8 points 1 month ago* (last edited 1 month ago)

    They have not, they do accept AI contributions, however their policy is a bit more restrictive than Debian's in that Fedora at least requires contributors to disclose LLM use in pull requests.

    There are a few distros that do reject all AI code, which you can find in these two lists:

    https://noai.starlightnet.work/list.html

    https://codeberg.org/ethical-foss/open-slopware#linux-based (under the 'Alternative Linux-based operating systems' section).

  • source
  • parent
  • [–] 55 points 1 month ago (15 children)

    I gotta admit KDE’s stance on this frustrates me a lot.

    On the flip side… I am also fully aware that policies of prohibition, in the broadest sense, tend to not be terribly successful, and I wouldn’t be shocked if some contributors simply excise the “co-authored by ” from the commit messages with a simple pre-push hook or something like that on projects that explicitly prohibit LLM/codegen usage.

  • source
  • hideshow 15 child comments
  • [–] 94 points 1 month ago

    IMO one of the major problems with LLm code generation is that it has the capacity to overwhelm human capacity to review code and properly understand the codebase.

    From that perspective, a prohibitive policy doesn't have to be 100% effective to be useful, it just needs to slow things down enough to keep the manageable and maintainable (and fun to work on).

  • source
  • parent
  • [–] 4 points 1 month ago

    and I wouldn’t be shocked if some contributors simply excise the “co-authored by ” from the commit messages

    A simple mention of it in your agent instructions will also do it.

  • source
  • parent
  • [–] 3 points 1 month ago* (last edited 1 month ago) (5 children)

    I admit I haven't followed the KDE AI debacle very closely, but as far as I understand KDE has not yet decided on an AI policy. Am I mistaken?

    Edit:
    From all primary sources I've been able to track down, nothing suggests an AI policy has been decided. This is the best explanation of the situation I've found so far, though it is a bit over a week old: https://planet.kde.org/nate-graham-2026-09-23-kde-and-ai-and-you-and-me/. If you have a primary source that says otherwise, please link it here, I'd like to know what their AI policy ends up being.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 1 month ago (4 children)

    They have, and I’m not really a fan of their choice.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 1 month ago (2 children)
  • [–] 1 point 1 month ago (1 child)
  • [–] 4 points 1 month ago

    Your very source confirms they have not yet decided on an llm policy. It's also pretty old, and the link I posted on my other comment, which comes from Nate Graham himself, goes a lot more in depth about the incomplete policy proposal he had and is more up to date on the situation.

    I'll keep an eye out for their policy when it comes out, but all signs point to a policy not yet being decided upon.

  • source
  • parent
  • [–] 1 point 1 month ago* (last edited 1 month ago)

    From all primary sources I've been able to track down, nothing suggests an AI policy has been decided. This is the best explanation of the situation I've found so far, though it is a bit over a week old: https://planet.kde.org/nate-graham-2026-09-23-kde-and-ai-and-you-and-me/. If you have a primary source that says otherwise, please link it here, I'd like to know what their AI policy ends up being.

  • source
  • parent
  • [–] 13 points 1 month ago (4 children)

    There's no need to excise anything unless you specifically let an agent create a commit. No need for pre-push hooks.

    I think KDEs policy is quite rational, it's a compromise and still clearly anti-vibe coding. IMO the problems are overstated

  • source
  • parent
  • hideshow 4 child comments
  • [–] [S] 24 points 1 month ago* (last edited 1 month ago) (3 children)

    KDE's policy proposal explicitly allowed for contributors to not disclose that AI was used, which according to the FSFe and Software Freedom Conservancy, is not a good idea in legal terms.

    “FOSS project leaders cannot make good decisions about LLM-gen-AI policy if they cannot survey which contributions were assisted, and how much they are assisted. Part of the contribution process should (at least) include a disclosure of what LLM-gen-AI system was used, its version (as these systems change over time), and a brief description of how the system assisted the contributor. This information should be included in a machine-readable format in commit logs."

    Indeed, such disclosure can be an important foundational step to allow for the accurate assessment of the copyrightability of code that has been assisted or generated by AI tools, in order to assess their licensability into Free Software. Open and clear disclosure is a helpful step for the Free Software community to maintain a healthy licensing ecosystem, which is currently threatened by the legal uncertainties that come with the advent of generative AI.

    Additionally, it is worthwhile for developers to document in some capacity the extent of human work that they have done in their software projects, whether it be the writing of code, the selection and arrangement of components within the project, or the extent of human modification of machine generated content.

    Not to mention the ethical and environmental concerns with corporate AI usage, the use of which KDE was not interested in attempting to curb within its own project, which personally I think was disappointing, and even their KDE Eco group stated the policy was incompatible with the goals of KDE being a green project.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 1 month ago* (last edited 1 month ago) (2 children)

    As far as code quality and reliability goes for mature projects like KDE and Linux, I trust the maintainers to know what they are doing. I have no place second-guessing them. If they think LLM usage disclosures are useful I believe them, if they feel otherwise I accept that as well. To me as an end user, it makes no difference. I'm not going to stop using Linux or KDE over LLM-assisted code contributions either way.

    As far as copyright-ability, I could be convinced here. I'm not a legal expert at all, but it seems pretty speculative. I did read your first link, which is interesting. The legal risks as I understand them are:

    A judge somewhere might say "This long-lived project has recently merged some patches which, to some unspecified and unknowable degree, involved LLM usage and therefore the GPL license indicated for this project is no longer valid. Therefore, the project is now Public Domain and it may be used and modified without releasing the changes." Seems unlikely to me, but who really knows?

    and probably much more likely:

    A patch is accepted that replicates copyrighted code exactly, putting an unwitting maintainer in jeopardy. I looked around for examples of open source project maintainers being sued for this sort of infringement out of curiosity, but I really couldn't find any. If this happens, I bet it's typically handled outside of court with a C&D type situation.

    Are there other legal risks I'm missing? I think it's only a matter of time before some type of consensus for what the implications of the copyright questions are for FLOSS software.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 1 month ago

    Agree 100%, whether you allow AI coding assistants or not, will depend on the nature of the team and their QA processes.

    At the end of the day, we should not prohibit people from using calculators instead of doing the math themselves. So long as the outcome quality is good, and the process is efficient.

  • source
  • parent
  • [–] [S] 1 point 1 month ago*

    I looked around for examples of open source project maintainers being sued for this sort of infringement out of curiosity, but I really couldn’t find any.

    Since most corporate software is closed proprietary software, there traditionally wasn't a lot of opportunities for an open-source project to even have the ability copy code, except in instances of a source code leak or perhaps the odd ex-employee. Back in the day, developers would do clean-room designs to avoid being sued for infringement. A famous example is the development of the PC compatible Compaq BIOS.

    In comparison, every LLM on the market now is able to inject copyrighted code into any project, completely unknowingly to the contributor or the project. It's such a recent issue with the introduction of this technology, there likely hasn't been too many court cases on it yet.

    If a FLOSS project was sued in the future over this, personally I think being able to point to a policy that completely rejects contributions from a known source of copyright infringement would give them a better legal defense compared to a project that explicitly says not to inform them of any use of a known copyright infringing tool. This is also why WINE has hard rules to not allow anyone who has ever seen Windows source code, either leaked or from working at MS, to ever contribute to the WINE project, as then if anyone submitted some source code anyway, they can point to their policy as a legal defense.

  • source
  • parent
  • [–] 36 points 1 month ago* (last edited 1 month ago) (8 children)

    Honestly, there are a few thoughts about this (and yes, some will be unpopular what I say).

    1. There is the ethics problem of how LLM is trained. It is a theft machine. Thats why companies love it, because they can steal work and profit
    2. However, people WRONGLY assume AI is exclusively for Vibe coding. When used by Senior/real developers, it is super useful for writing tests and code reviews. Some of the issues I've found in our old code from 10 years ago, were never reported (or, we had reports, but always assumed it was something else). There are tools for code review (and have been for a long time), but AI has stepped it up. In well designed / stricter languages, you can avoid a lot of errors that AI is good at detecting, but, it is still super valuable for this stuff.
    3. Also, good for security testing too.
    4. The biggest issue are untrained slop cryptobros, who throw money at it, and can't test (or understand) their code. Then it wastes other devs time reviewing it and identifying the 50 regressions it causes.
    5. We've had cases where I've had to argue with customers that Claude is telling them bullshit. From the support side, it has made things WORSE.

    I'd argue it isn't actually a good thing necessarily to ban using it as a tool entirely from senior devs.

    The biggest issue at the moment are arrogant junior cryptobros who are too lazy to learn to code, and just want to throw money at the issue. And that wastes everyone's time.

    What we really need is a ethical AI model that only uses completely open code, pays people for their code (instead of just stealing it). and a way to ensure it is only used by developers who can use it properly. Ideally, only allow that code to be used for open source too

    I actually wouldn't want to see Gnome/System76 completely ban it. What I would want to see is for it to be permitted for approved devs with VERY specific guidelines dictating how it can be used.

  • source
  • hideshow 8 child comments
  • [–] 4 points 1 month ago (5 children)

    For me it's the exact extreme opposite than your first point: The LLMs as death of copyright could be an actual food thing.

    The issue im struggling with is the ecological and economic harm. It feels a bit as if the steam machine would've been invented but you'd throw in babies in addition to coal.

    For the plus sides you're right (as in: I agree so it must be ;) )b- with one minor exception: the vibe coding part is not bad in itself. I actually used vibe coding as a very hard exercise: develop something and find ways to estimate its quality and performance but you are not allowed to look into the code! It's a fun brain teaser because it forces a pure outcome-perspective. The code itself is irrelevant for this, it's the mental training that's really interesting.

    Oh except people who publish vibe coded stuff as a cool new project without disclaimer. Or as PRs. Or as ... Well anything where do see itself is actually important.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 9 points 1 month ago* (last edited 1 month ago) (3 children)

    The vibe coding thing IS bad though.. The code being stolen isn't the code generally written by big companies (because that's in private repos).. It's also stealing GPL / MIT code too, and not crediting it. And then the vibe coding bros take it, boast they made it, don't give credit, don't use it to improve AI, and they sell that code

    I'd have no issue if it credited the original projects, but it doesn't.. And thats why nobody can hold them responsible.

    The ecological harm is a fair point though. They're setting up gas plants to run these things, instead of forcing renewables.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 1 month ago (2 children)

    Oh the corporate bullshit I'm with you - but I'm opposed to copyright as a mechanism, that's why I focused on it. Code can't be "stolen" the same way a movie can't be stolen in my book. That said:

    With the crediting you're absolutely right, I had not even thought about it and that's not what I intended to imply. Thank you!

    Although I lack the fantasy how this could look like. I'd be very happy if LLMs would be waived the "by" aspect as it's in possible to link a generation to a dataset - but the training data has to be publicly available under the most generous licence consumed.

    But that's wishful thinking, I know.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 1 month ago (1 child)

    Why do you think code can't be stolen the same way as music?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 month ago

    The other way around: music can't be stolen - piracy is not theft and the concept of property is only beneficial to the ones writing the rules and not the actual creators (just check Disneys copyright law adjustments to extend protectiond in heir various "intellectual properties".

    "Theft"/stealing is the wording the music industry established when media downloads started ("you wouldn't download a car"? Fuck em, yes I would).

  • source
  • parent
  • [–] 5 points 1 month ago

    death of copyright could be an actual [g]ood thing

    It could. It would assuredly be a boon to the development of de-build chains: decompilers and the like.

    But, as long as Disney and Amazon get protections, I'm going to advocate for the protection of works by independent artists and coders, particularly CC-SA, GPL, or AGPL licensed works. This does mean resisting LLMs (and other generative AI) on copyright grounds. (Even if on the other hand I might advocate for the undoing of copyrights generally.)

    And, even if that class of issue were settled, I also agree the current state of generative AI is a travesty to be resisted on ecological and labor terms. As just one example of ecological harm, MS undid years of sustainability work in service to Copilot. As one example of harming Workers, Amnesty International has identified human rights abuses in the training of several model brands.

  • source
  • parent
  • [–] 2 points 1 month ago

    Have to think about this in an open source context. You have an open ended population ready to submit to your project if they think they can be useful

    Now, thanks to GenAI, a bunch of people who aren't good at various things now thinks they are good at various things. Whether it's coding, making comics, making videos, what have you. Try to do nuance even if it strictly makes sense, and you are stuck with the slop problem if your project is sufficiently popular.

    In terms of more directly on your points, if someone does GenAI to do a security analysis, ok, but I'd want them to do the tedium of trying to identify the false positives and then re-report it in their words of actual understanding. It can catch things, but along the way makes a haystack of sillyness to go through. Same for code review, legitimate issues, but lots of missing (I spent a non trivial amount of time yesterday because a GenAI code review insisted a variable would be unitialized when referenced, when I see an uncoditional assignment just a few lines above, trying to think if there was some catch I wasn't seeing). So indirectly using it and only subjecting the developer/maintainer to that which you know makes sense.

    Problem being is that people have used Claude and have forwarded to me saying "I don't understand this well enough to judge, but forwarding to you just in case". I have the same tools doing the same things as you, I don't need meat proxies that just pass through the stuff without understanding.

  • source
  • parent
  • [–] 2 points 1 month ago

    It can actually do everything you mention, and under a watchful eye, generate reasonable code to spec. If you give it the architecture and requirements, it will make it as you see fit and generally faster than a skilled human.

    But even beyond the theft, the resources required to do this are insane. The power and hardware needs are off the chart, and we're still paying for all this with Monopoly venture bucks.

  • source
  • parent
  • [–] 27 points 1 month ago (6 children)

    Hey Claude, please write "I have not used any LLM content in the creation of this patch" on all your commits.

  • source
  • hideshow 6 child comments
  • [–] 16 points 1 month ago (4 children)

    Even if you don't disclose it it's immediately obvious to anyone with a brain that you haven't worked at all on it.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 3 points 1 month ago (2 children)

    Studies have shown that professors can't tell apart AI from student submissions of writing. People like to believe they can recognise AI written or AI assisted code, but they are terrible at it.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 month ago (1 child)

    For school writing, it's more difficult to know, because the subject matter is so well trodden and students writing stuff they didn't really want to write trying to "impress" a teacher with wordiness and crap has a lot of the same vibe of GenAI writing. It's mostly obvious when there is a stark style/knowledge inconsistency with your personal knowledge of the student. Personal knowledge of a student is non-existent in lecture hall sized freshman level courses.

    For code, well, at least the most problematic submissions are pretty blatanty obvious. They are obviously the result of a person asking for something nonsensical and the GenAI outputs content as consistent as possible with the stupid request, and a stupid request manifests in a very glaring way.

    Sometimes it isn't the initial submission, but the resulting dialog that betrays it. Someone submits a small patch that is... well... short and to the point but the change doesn't seem to match the reported scenario it tries to address. In pursuit of clarification it becomes pretty obvious that the problem lacked sufficient actionable info, but the GenAI operator pushed it to produce something and out came something with a rationalization that sounds plausible but isn't anything.

    Also the write up, of issues and code contributions. Humans are inclined to just make things to the point. GenAI sloperators make dissertations out of stupid simple things, with all sorts of tedious styling and crap. Frustrating because somewhere in the mess is their point, but it's buried beyond recognition.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 month ago

    Sure, are a lot people who have no idea about programming and software development who will submit stuff, but the people who know what they are doing and using AI won't be easy to find. I say it will actually be impossible unless they openly say it or leave traces like AGENTS.MD or comments inserted by the AI.

    Also, who actually knows he drive by contributor well? It's just the same as a lecture hall: unknowns.

  • source
  • parent
  • [–] 15 points 1 month ago* (last edited 1 month ago) (8 children)

    I don't get the hate Cosmic gets. The only mistake they made is that they released the first non-testing version of their new DE too soon.

    Cosmic is the only full DE with usable tiling out of the box & tiling is superior, full stop. If I had to use a DE again I would probably use Cosmic. Even if we ignore tiling & focus on the floating experience, even today it's better than Gnome without extensions, it's not even close.

    The Linux community has an oddly selective memory. Everyone remembers when Ubuntu had Amazon's crap preinstalled, but now that Plasma 6.x is actually good everyone is conveniently forgetting how incredibly bad KDE 5 had been for most of its run, like so bad that it's hard to put it into words. Cosmic is much better than Plasma 5.x & it's getting better.

    (though I do think excluding the use of Ai tools in a climate where all web browsers & operating systems are accepting LLM contributions is a wee bit strange & largely political)

  • source
  • hideshow 8 child comments
  • [–] 5 points 1 month ago* (last edited 1 month ago)

    They just released an OLED laptop and cosmic has no sign of supporting HDR yet. They are so far behind, its kinda hard to see what they were trying to achieve. I wanted to like their stuff, but the hardware was really subpar for the price. To top that off, they don't "support" linux, they just ship it. I think they should mainline their drivers but I don't know a ton about kernel stuff 🤷‍♂️. Either way the result is they only support pop and Ubuntu which was disappointing.

  • source
  • parent
  • [–] 4 points 1 month ago* (last edited 1 month ago) (4 children)

    I don't begrudge Cosmic or anything, it's just not what I want. I'm glad it exists.

    KDE 4 was the TRULY bad release, if I recall correctly. It was a massive change from 3 and reduction in features and stability. I actually noped back over to Windows for a while as a result. I remember 5 being a welcome return to form comparatively.

    EDIT: From the wikipedia Article on KDE4, oof:

    KDE 4.0 was released in January 2008. Linux.com described the reaction from users as a "revolt", writing that the backlash KDE 4.0 received was on a scale that was unprecedented for a FOSS project. Although it was a developer's release, several distributions made the KDE 4.0 desktop environment available to their users without specifying that it was an experimental option. openSUSE released a more polished KDE 4 option while other distributions "released packages that simply [didn't] work," according to project leader Aaron Seigo. As a result, many users complained about the loss of features and stability. A number of KDE developers, including project leader Aaron Seigo, were targeted for abuse by outlets like Linux Hater's Blog. Several KDE developers stepped back from the public scrutiny.[36]

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 1 month ago (2 children)

    The reaction to KDE4 was overblown. Some cavedwellers with access to internet and too much free time shit on it constantly, just like the anti-systemd crowd, but I used KDE4 throughout its lifetime and still use KDE (6 now).

  • source
  • parent
  • hideshow 2 child comments
  • [–] [S] 1 point 1 month ago

    In my experience, much of KDE 5 was rather unstable and buggy too, which caused me to stick with Cinnamon for many years. I feel like only the tail end of 5 was mostly stable, and KDE 6 became stable fairly quickly.

  • source
  • parent
  • [–] 2 points 1 month ago

    they released the first non-testing version of their new DE too soon.

    This was the only issue I had with Cosmic. I don't know what the current state of the DE is these days, but surely they've fleshed out some bugs by now.

    Also, cosmic-text is an amazing gift to the world, for what that's worth. Doesn't really justify using the DE, but that library is amazing.

  • source
  • parent
  • [–] 1 point 1 month ago

    I disagree that 5 was bad for most of its run. I think it was at about version 5.13 that I switched to it, having originally been a gnome 2.x user who hated Gnome3, but found KDE4.x unusable, and I've never regretted it a single time.

    I'd struggle to remember any problem I have had with my system that I'd lay at the feet of KDE 5.

    I'm not suggesting it's perfect and I'm sure some folks did have issues, but I never got the feeling I was one of a lucky few having a good experience with KDE5. KDE 4 - yes that was a frustratingly bad desktop experience, and I think it was widely regarded as such. But I strongly disagree on painting KDE5 with the same brush.

  • source
  • parent
  • [–] 12 points 1 month ago

    Now if only it wasn't a buggy mess all on its own.

  • source
  • [–] 13 points 1 month ago (1 child)

    This might make me move from KDE after their shit stance on AI.

    I just don't trust humans to prompt the gambling machines with any sort of integrity. People take shortcuts, AI now makes shortcuts super easy, addictive, and it massages your ego when you're right or wrong.

    I really don't trust LLMs as they're made now. Natural language prompting is just gambling, think about it.

  • source
  • hideshow 1 child comment
  • [–] 11 points 1 month ago (6 children)

    So this is a nazi-free non-slop option with an intelligent, inclusive, and compassionate community?

    Because I’ve just learned to ask up front. I have more deal breakers than just those, but few occur with the same alarming frequency

    Oh and tiling WMs are fantastic for a certain type of brain, but not for everyone. However I do believe there should be an option for everyone that isn’t some horrible ethical compromise, and unfortunately that’s just not the case.

  • source
  • hideshow 6 child comments
  • [–] 10 points 1 month ago (1 child)

    Cosmic supports both Tiling and Floating modes. The floating mode is normal, and the Tiling is slightly less customisable than pure tiling window managers but it's pretty good while staying accessible which is what matters.

  • source
  • parent
  • hideshow 1 child comment
  • [+] -6 points 1 month ago* (3 children)

    I swear some day I'm gonna get brain cancer from reading these threads

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 1 month ago (2 children)

    Previous comment was wrong

    You don’t have to read anything you don’t want to

  • source
  • parent
  • hideshow 2 child comments
  • [–] -2 points 1 month ago* (last edited 1 month ago) (2 children)

    My prophecy is that open source world is going to have three kinds of projects:

    1. Projects that use LLM

    2. Projects that bite the dust

    3. Amazing artisan art projects that are absolutely beautiful but ultimately not very significant

  • source
  • hideshow 2 child comments
  • [–] 0 points 1 month ago (1 child)
  • [–] -2 points 1 month ago

    Fingers crossed Gnome follows suit! :)

    Fingers crossed they wont.

  • source
  • [+] -7 points 1 month ago (3 children)
  • [–] [S] 11 points 1 month ago*

    There's some serious concerns with corporate AI that, IMO, make it a no-go under almost any scenario.

    Corporate AI Concerns

    1. Simply using an AI that's run on a corporate data centers encourages the construction of yet more data centers, with all of the environmental/climate negatives they bring, as well as local harms they induce on the people living near them, such as increased electricity rates.

    2. Using corporate AI directly helps the financial situations of those giant corporations (by boosting usage/user numbers, they are able to attract more investment capital), most of which are ran by right-wing CEOs who are more than willing to collaborate with and fund fascist governments to ensure that they are not regulated in search of both maximum profits. Some of these companies, such as Nvidia, Palantir and Oracle, genuinely appear to be seeking to use these tools for what would previously be considered crackpot conspiracy theory levels of public control and surveillance.

  • But if we ignore those and instead focus purely on self-hosted AI, we're still going to run into some roadblocks :\

    Unfortunately, there does not currently exist a self-hosted LLM model that wasn't trained unethically on copyrighted code (the ones that do claim to be ethical have not lived up to that claim).

    Realistically, even with an unethically trained local LLM, I don't think using the available self-hosted LLMs to try to find bugs in some code is terribly unethical or damaging, that's probably the only use-case I would sign-off on within a FLOSS project. I also don't think it would matter too much if someone wanted to use a self-hosted AI to code some changes to a personal project, like modding an old C64 game source code with some new features. Go for it.

    But once we start getting into distributing software, or contributing code to existing FLOSS projects, none of the current models are safe to use, as they all are prone to generating parts of the copyrighted code they were trained on (potentially each prompt can have a 3 to 10% chance of generating a perfect copy of copyrighted code). That is a legal minefield waiting to be stepped on, and could be disastrous for projects that accept a large portion of LLM code, as it may become unfeasible to re-write that code, or to survive a legal battle from a company claiming damages.

    It's also quite unsettled on whether or not LLM output can even be copyrighted at all, stripping any LLM generated code of the ability to be protected with copyleft licenses like the GPL (this would in effect allow companies to take FLOSS project and close source it, using the free labor of the project, but without any ability for the FLOSS project to do the same back, it would be a one-way pillaging).

    Until there's a a truly ethical and non-infringing self-hosted LLM available, there really is no middle ground for a FLOSS project to take. And if/when one is available, there will still be a concern of skill loss/critical thinking atrophy that seems to be likely with extended LLM use, like a sort've Wall-E effect (example 1, example 2).

  • source
  • parent
  • [–] 7 points 1 month ago (1 child)

    This idiotic idea that politics are separate from everything is what is killing the planet.

    Many anti ai people are too zealous, for sure, but taking a stance is important, especially against a technology thats been handled as harmful as it. This childish, fantasy apoliticality is an invention, propaganda to let people ignore bad policies from the powerful and wealthy. We should all be political, all the time, inaction and disinterest leads to the death of all things

  • source
  • parent
  • hideshow 1 child comment
  • load more comments (1 reply)
  • [+] -15 points 1 month ago (3 children)

    it's impossible to tell whether or not AI was used. they should just ensure authors understand what was submitted and can take responsibility for / stand behind it

  • source
  • hideshow 3 child comments
  • [–] 13 points 1 month ago (1 child)

    That's true but that's how any rule works, people can cheat if they really want to. It still sends a signal. That being said I prefer the KDE policy

  • source
  • parent
  • hideshow 1 child comment
  • [–] 6 points 1 month ago* (last edited 1 month ago)

    Yeah.

    Though I also prefer KDE's policy, Cosmic's is still a good policy.

    A variety of projects having different LLM policies is a good thing, IMO. Such diversity keeps the ecosystem healthy, and hedges risks.

  • source
  • parent
  • [+] -6 points 1 month ago* (1 child)

    Fluff and buzzwords to keep the fans indoctrinated.

  • source
  • hideshow 1 child comment
  • [+] -12 points 1 month ago (2 children)

    If only COSMIC wanst kinda trash

  • source
  • hideshow 2 child comments
  • [–] 3 points 1 month ago

    COSMIC is kind of neat though, it's not for everyone, but it's always good to have another option! A lot of the customisation options are really nice, I'll always be a KDE Plasma person, but I can see the appeal of it.

    Perhaps in this case, you are Wesley.

  • source
  • parent
  • [+] -12 points 1 month ago* (last edited 1 month ago)

    They had been becoming irrelevant already, so why not speed it up.

    Obligatory disclaimer: They obviously have the right to do this.

    edit Hmm, I guess this doesn't necessarily mean their own teams cannot use LLM, just that the outside contributors cannot. Which is a totally valid strategy for dealing against slop contributions that are obviously a real and ugly thing.

  • source
  • 11 comments in c/pop_os@lemmy.world view that post