There’s no flatpak app that does this?
Ok so I checked on my laptop, and setting that key just added options, I didn’t see any downsides. Couldn’t we just ship this key as true by default?
Sorry this isn’t my area of expertise
I didn’t see one. For what it’s worth it is one of those things that gets neglected. The key section is the advanced layout options, which allows users to customize where the various modifier keys go. I tend to push the super key to caps lock and add a third level, but others may customize it more.
Settings does some of this, but not all.
I am still on 41 (bluefin-nvidia-dx:stable). I see it set to false.
$ gsettings get org.gnome.desktop.input-sources show-all-sources
false
FYI. Sounds spooky without thorough testing. I would not want the list of sources to grow to a long list unexpectedly. That would likely create a flood of new issues …
I do not see GNOME Tweaks on flathub.org. And there is this issue describing how to layer onto Silverblue from Jan 2024.
But, in general @j0rge, if it comes with GNOME I also expect that it should at least be available for install without layering.
What is the harm in keeping it?
Someone will need to do some testing if we want to set this by default then. This has been set like this for like 3 years so if we need to fix it someone needs to take charge and make a recommendation that makes sense for everyone.
Tweaks doesn’t come with GNOME it’s an addon we’ve been shipping, we want to get rid of it because it is unmaintained and we don’t want to ship unmaintained software in the default install.
1 Like
Wow. I have been using Tweaks for as long as I can remember. I see a change to the ja.po file as of yesterday. But fedora-toolbox shows the version for only GNOME 46 available.
EDIT: I did successfully install and run gnome-tweaks from within a fedora-toolbox based distrobox using
sudo dnf gnome-tweaks. But this is a short-term solution at best.
I had no idea. That is painful.
For those who are following, I do see Dconf Editor already installed on my v41 bluefin-dx:stable system.
Definitely not a direct replacement. But I guess I will need to get intimately familiar with the settings I need to change.
ok we’re out of time and uncertainty sucks, so we added gnome-tweaks back, we’ll try again next time. 
4 Likes
The coreos stable release has 6.14.0 and we’re not comfortable shipping that kernel so we’ll be keeping bluefin:stable on F41 for another 2 weeks.
12 Likes
Thanks for letting us know. I am in no hurry.
1 Like
I am very sorry to complain about the good work of you guys but this topic is the most confusing information I have ever seen from uBlue.
The title and first post are incorrect, first we have to do it for F42, then later it is written we should do it now on Bluefin Stable already. I am on: Bluefin (Version: 41.20250504.2 / FROM Fedora Silverblue 41). And noticed Tweaks was gone (still also do not have auto-update btw, Tweaks was gone after I ran System Update).
So now I run the command:
ujust install-system-flatpaks
Looking for matches…
org.gnome.TextEditor permissions:
ipc fallback-x11 wayland x11
dri file access [1] dbus access [2]
[1] host, xdg-run/gvfsd
[2] org.freedesktop.FileManager1, org.gtk.vfs.*
io.github.flattool.Ignition permissions:
ipc fallback-x11 wayland x11
dri file access [1]
[1] /snap:ro, /var/lib/flatpak:ro, /var/lib/snapd:ro, host-etc:ro,
host-os:ro, xdg-config/autostart:create, xdg-data/applications:ro,
xdg-data/flatpak:ro, xdg-data/icons:ro
io.gitlab.adhami3310.Impression permissions:
ipc network fallback-x11 wayland
x11 dri system dbus access [1]
[1] org.freedesktop.UDisks2
org.mozilla.Thunderbird permissions:
ipc network cups pcsc
pulseaudio wayland x11 devices
devel file access [1] dbus access [2] bus ownership [3]
system dbus access [4]
[1] /run/.heim_org.h5l.kcm-socket, xdg-download, xdg-run/gnupg:ro,
xdg-run/speech-dispatcher:ro, ~/.gnupg
[2] org.a11y.Bus, org.gtk.vfs.*
[3] org.mozilla.thunderbird.*, org.mozilla.thunderbird_beta.*
[4] org.freedesktop.NetworkManager
page.tesk.Refine permissions:
ipc fallback-x11 wayland x11
dri file access [1] dbus access [2]
[1] host-os:ro, xdg-config/dconf, xdg-run/dconf
[2] ca.desrt.dconf, org.freedesktop.Flatpak
ID Branch Op Remote Download
1. io.github.flattool.Ignition.Locale stable i flathub < 30.5 kB (partial)
2. io.gitlab.adhami3310.Impression.Locale stable i flathub < 40.8 kB (partial)
3. org.gnome.TextEditor.Locale stable i flathub < 484.8 kB (partial)
4. org.gnome.TextEditor stable i flathub < 1.0 MB
5. io.github.flattool.Ignition stable i flathub < 566.0 kB
6. io.gitlab.adhami3310.Impression stable i flathub < 3.5 MB
7. org.mozilla.Thunderbird.Locale stable i flathub < 8.4 MB (partial)
8. org.mozilla.Thunderbird stable i flathub < 99.9 MB
9. page.tesk.Refine.Locale stable i flathub < 50.1 kB (partial)
10. page.tesk.Refine stable i flathub < 929.2 kB
Installing 8/10… ████████████████████ 100% 24.4 MB/s 00:00^[[24;63R^[[24;70R^[Installing 10/10… ████████████████████ 100%^[[24;64R^[[24;53R0R24;52R
^[[24;62R
~ took 14s
❯ ;1R;1R;17R;63R;52R;52R;70R;63R;52R;52R;70R;63R;52R;52R;70R;63R;52R;52R;52R;70R;63R;52R;52R;70R;63R;52R;52R;52R;70R;63R;52R;52R;70R;63R;52R;52R;52R;63R;63R;63R;63R;63R;63R;63R;63R;70R;70R;8R;62R;52R;52R;70R;64R;53R;62R
bash: syntax error near unexpected token `;'
~
❯
It ended with that long string, after I hit Enter, the bash syntax error showed up.
But now I have Refine AND Tweaks. Which one will we use going forward in the future?
Because I use Arc Menu and had Tweaks there pinned but think I should only keep Refine there. Might make more sense. I am not a power user of any kind btw.. I think I used Tweaks for text scaling and for some issue with standard icons on X11 apps.
Also I was hoping to see the new “App Store” instead of Gnome Software.. I guess thats not “stable” yet.
What does this mean? Have you filed an issue?
It’s already discussed in a topic. It’s due to me using hibernation. I never shutdown/reboot (only after an update). That, plus the current timer functionality that requires the laptop to be active at the moment it fires, causes me to never see/notice any updates, no message that there are any or that I should reboot.
I believe a new update mechanism is being released soon, that should solve it.
Until then, I simply reboot once a month and hope for the best 
@zilexa I would not worry about what you saw there. That “long string” are the ESC sequences that flatpak update uses to display the progress meter. It could be that the progress meter was selected and inadvertently pasted (perhaps with middle mouse button).
There are other more technical possibilities, but did it finish? What happens if you do a flatpak update ? Do you see the page.tesk.Refine app and Locale runtime update? If so, then you may have hit a flatpak bug.
@j0rge there are quite a few of us being effected by the ‘auto update’ defect. I have seen it discussed in a few places here.
The workaround is to execute ujust update and then the image layers are downloaded and staged for deployment. I have been living with it too. It just isn’t that big of a deal for me.
I did search in the bluefin repo just now and did not find an open issue quickly. I believe it was originally discussed here about Aurora but could be wrong.
I am using
bluefin-nvidia-dx:stable. The last several updates were applied withujust updateto download layers.
I tend to work the same way because when I am in a multi-day heads down development session I tend to not reboot because of all the stuff I have open. It would take me a good 30 mins to get back to that state.
I do tend to reboot a couple times a week though. And when updates are published rebooting is not enough. I have to ujust update to tickle the download process.
EDIT: After saying all that I just checked rpm-ostree status and see an update was downloaded and staged - it wasn’t there last night ~5PM PDT though. It looks like rpm-ostreed-automatic.service triggered at 4AM according to journalctl. All the other entries since 5/4 and after the one at 4AM were Skipped due to 'exec-condition'.
Version: 41.20250504.2 (2025-05-04T06:18:51Z)
So this must be some intermittent, timing or system state -related behavior.
FYI.
It’s impossible for us to diagnose these things if people do not file issues. There are currently zero auto update issues with Bluefin that we are aware of, and we haven’t touched any of that stuff in a long time so if someone thinks there’s a problem we need data.
See this post: Auto update stopped working? - #18 by inffy
Devs are aware the current way auto-update works is far from ideal and its being replaced already by a different method.. so I do not worry..
But I do assume the Update System app icon is the same as the ujust update command..
My last question is: I noticed Tweaks is not being replaced anymore for Refine. Why is that?
Few posts above… Tweaks just has some features that Refine does not. And for missing features are not simple to use alternatives.
I’m talking about Bluefin not Aurora, this thread is about changes to Bluefin.
Oh my mistake, I thought the update mechanism was agnostic and the same for all uBlue versions.. Also thought uupd will become the standard for all uBlue OS variants.
You know you can change the timer if the auto updates are not triggering in a window that is ideal for you.
@m2Giles it was working earlier this year and then just stopped at some point. There are other threads that discuss this auto update issue.
I have other much higher priority responsibilities and do not have cycles to help troubleshoot this.
But it is as if “sometimes” when I resume my laptop at 3-4 AM the timer fires; but most of the time it seems to “fire when it feels like it”. Or probably more accurately (maybe) the thing that detects if work needs to be done works “when it feels like it”.
For me, I do not care one way or the other. I actually prefer to be in control of when updates happen so I can be in more control of the stability of my workstation.
And I have learned to keep a known good working deployment pinned.
Either way, I think j0rge needs a vacation.