Announcement

Collapse
No announcement yet.

anyone else having issues with the last update?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • vanadiumboy
    replied
    It works right again. I plugged in my AMD RX 6800 16 GB

    Leave a comment:


  • skyfishgoo
    replied
    yup all done.

    on the new kernel, with the new split firmware suite of packages and just rebooted... all is well in kubuntu land again.

    ready for the 26.04.1 upgrade now.

    Leave a comment:


  • claydoh
    replied
    It looks like they are pushing out the updated linux-firmware packaging layout to Noble along with a kernel update, so I guess that the full fix is in.

    Leave a comment:


  • skyfishgoo
    replied
    the fix has been posted to the noble-proposed repository

    you can add the repository by running sudo software-properties-qt

    and checking the Pre-Release updates box on the Updates tab, then close the window

    once the new firmware packages are in installed you can go back in and uncheck the box


    ​

    Leave a comment:


  • skyfishgoo
    replied
    well i intend to take a snapshot before upgrading so i'll take one with this package and one with the older package and apt-mark hold​ so it doesn't show up in dolphin

    if one upgrade path doesn't work, perhaps the other one will.

    Leave a comment:


  • claydoh
    replied
    I can't say for sure. The versioning there is definitely higher so theoretically things should be fine for upgrades, but i'd revert it directly before upgrading just to be safe.

    Leave a comment:


  • skyfishgoo
    replied
    thanks, that's confirms what they said as welll... but they said it might be a while

    any thoughts on how this package might impact my ability to upgrade from 24.04 to 26.04 when the upgrade become available?

    Leave a comment:


  • claydoh
    replied
    Originally posted by skyfishgoo View Post
    do i leave this package with the bug report number in the package name installed or do i revert back to the older repository package and wait for this to come down in discover?
    I would keep if for now, a new updated package *should* bump the version number to replace this, the build number 0ubuntu2.29​ should rise to 2.30 or similar irrc, so *should* replace this temporary package. I'd keep an eye on the bug report to see if an updated package is built and offered in -Proposed for proper and official testing, which would indicate it is coming to the standard archive soon.
    Last edited by claydoh; Aug 25, 2026, 11:19 PM. Reason: clarity

    Leave a comment:


  • skyfishgoo
    replied
    update.

    a patched version has been posted on the bug report, and i can confirm that with the new package installed there are no issues after a reboot.

    linux-firmware/now 20240318.git3b128b60-0ubuntu2.29+lp2163303 amd64 [installed,local]

    ​
    do i leave this package with the bug report number in the package name installed or do i revert back to the older repository package and wait for this to come down in discover?

    fyi discover currently says i'm up to date and i've released the apt-mark hold on the older package
    Last edited by skyfishgoo; Aug 25, 2026, 01:39 PM.

    Leave a comment:


  • skyfishgoo
    replied
    i get it, so the intention is that unless the user has changed the value, the key is defined by the default, probably owned by root somewhere.

    but when user DOES change the value, it is supposed to write a new value to the settings file and replace the [$d] with the user setting.

    THIS seems to be the part that has not been working in these bug reports, as the [$d] remains in the file, or nothing is written at all.

    Leave a comment:


  • Snowhog
    replied
    Originally posted by skyfishgoo View Post
    my understanding was just changing the setting file (either method) doesn't work past a reboot because plasma keeps putting the [$d] back into the file which screws things up again.

    AI Overview

    In KDE's configuration system, the [$d] flag stands for default. It tells the configuration parser to ignore the local setting entry, stop searching lower-priority configuration tiers, and fall back to the application or system-wide default value.

    What [$d] Means
    • Ignore Local Setting: It treats the key as if it has no explicit user override.
    • Fallback Trigger: It instructs KWin to use the built-in default behavior for that specific property.
    • System Settings Interaction: It often appears when a user tries to toggle or reset a feature back to the system's baseline configuration layer.

    How to Fix or Change It

    If an effect like translucency keeps resetting or behaving unexpectedly due to this flag, you can explicitly force it to a standard boolean state:
    • Edit your ~/.config/kwinrc file using a text editor (like Kate or Nano).
    • Locate the [Plugins] section.
    • Change translucencyEnabled[$d] to either true or false depending on your preference (e.g., translucencyEnabled=false).


    Also see https://www.reddit.com/r/Kubuntu/com...s_after_every/















    ​

    Leave a comment:


  • skyfishgoo
    replied
    so what is the purpose of those [$d]​​ strings?

    is this some new way of managing settings that nest in other variable (from where) that we cant control

    i don't like it.

    Leave a comment:


  • claydoh
    replied
    Originally posted by skyfishgoo View Post
    my understanding was just changing the setting file (either method) doesn't work past a reboot because plasma keeps putting the [$d] back into the file which screws things up again.

    but if others have tried that and it works, then it seems a rather simple workaround... one and done.
    It did work for me, but as mentioned, I did not see it on my LTS-LTS upgrades. Only fresh install and a Questing upgrade. My upgraded PC's config even has those [$d]​ in the kwinrc.

    BUT: the proper fix is just waiting for an updated Frameworks 6.24.1 bugfix release. Which has no ETA yet afaik. The benefits of the new LTS status for Plasma 6.6, Frameworks 6.24, and KDE Gear 25.12

    Leave a comment:


  • skyfishgoo
    replied
    my understanding was just changing the setting file (either method) doesn't work past a reboot because plasma keeps putting the [$d] back into the file which screws things up again.

    but if others have tried that and it works, then it seems a rather simple workaround... one and done.

    Leave a comment:


  • claydoh
    replied
    Originally posted by skyfishgoo View Post
    mainly the slew of "not saving settings" type bugs... wobbly windows is on and cant be turned off was the first one i hear of and now the edge barrier setting is not saving either, i've heard.

    that kind of thing
    That iirc seems to have been fixed already
    https://bugs.kde.org/show_bug.cgi?id=519481
    https://invent.kde.org/frameworks/kc...e_requests/456

    BUT : https://blogs.kde.org/2026/07/11/thi...ameworks-629-1, so I am not sure it is fixable in 26.04.1 unless Kubuntu backports this or something? Or if it was fixed in 6.6.6 and I just don't see it.

    I am asking them about it.


    I never saw this in my LTS-LTS upgrades, but did see it consistently on a 25.10-26.04.
    ??
    it is luckily a very simple remedy if it can't be fixed in Plasma 6.6, and it is happening to LTS-LTS upgraders (except for me?? ??).

    https://www.reddit.com/r/Kubuntu/com...he%20terminal:
    or
    https://www.reddit.com/r/Kubuntu/com.../kwinrc%20file

    Also mentioned HERE in the forum.​
    Last edited by claydoh; Aug 20, 2026, 08:26 PM.

    Leave a comment:

Users Viewing This Topic

Collapse

There are 0 users viewing this topic.

Working...
X