How long should rebase from gtk to stable last?

Today I have installed Blufin on a new computer. By default gtk channel is set, but I would like to have stable channel.

Following documentation I checked for status and then execute rebase command:

Now I am waiting for 5 hours and process is still ongoing. There is no progress bar or something to know how far rebase is.

  • How to check if rebase is still happening or something got hung up.
  • How to check the progress in percentage or time and how much time is still to finish rebase?
  • If hung up, how to check what is the cause of hung up?

By the way this is now happening twice for this computer. First time I just cleansed the computer and reinstalled Blufin, but now the same story and rebase takes for ages.

I don’t think I have network problem. ISO image for Blufin install downloaded in 8 minutes.

You may not have network speed problem, but it’s highly possible you have some sort of connection problems with the GHCR servers and therefore cannot have full speed downloads. This happens to me too every now and then during regular updates, both with or without VPN. Sometimes it gets stuck at downloading certain chunks that shouldn’t take much to download. I usually just Ctrl+C and re-run the command.

For comparison a 1.5 GB system update in my machine usually takes no longer than 20~30 minutes. Sometimes it gets stuck for 20~minutes downloading a 120 MB chunk.

IME rpm-ostree’s rebase command doesn’t really show progress outputs like update command does (and doesn’t have a verbose flag option either), so there’s no way to really check. I would recommend to just Ctrl+C after ~2 hours or what seems reasonable for you if it doesn’t seem to be progressing at all.

1 Like

I have solved the problem.

TLDR; Holly Molly. It was fresh release of VirtualBox v7.1 problem with terrible NAT network latency speed.


Whole story:

  1. I have downloaded Blufin on freshly installed Windows 11 machine.
  2. I have installed VirtualBox v7.1 freshly released (why not, everything new, you know).
  3. I have installed Blufin under VirtualBox.
  4. Then started Blufin and tried to rebase. Yesterday after 5 hours I have terminated the window and shutdown Blufin.
  5. Deleted virtual machine and installed Blufin fresh install.
  6. Waited for 3 hours and rebase was not finish at all. Looks like frozen. Shutdown machine.
  7. Today I have started Blufin and waited for 3 hours and the same issue rebase doesn’t finish.
  8. I have deleted Blufin virtual machine, it is obviously not working. I am done with it.
  9. Downloaded old friend Ubuntu ISO image on Windows host and installed it as virtual machine. Installed with no issue.
  10. Started Ubuntu. Installed flatpak package, so far no issue noticed.
  11. Open terminal and install my first flatpak (Firefox) and what I see is terribly slow network 50 kB/s what. Closed terminal and retried also 50 kB/s. This is stupid I expect at least 5 MB/s (and up to 10 MB/s).
  12. Maybe there is some VirtualBox issue… yes, here it is VirtualBox v7.1 is having terrible network latency issue using NAT network. And what is more, issue was reported in beta 2 and it was not fixed.
  13. Uninstalled VirtualBox 7.1 and installed older version VirtualBox 7.0.20 and boom flatpak download speed in Ubuntu is 5 MB/s.
  14. Yes, I am back. I love the Blufin idea of atomic image and auto-update of software (near zero maintenance).
  15. Executed rebase and if finished in 7 min and 6 seconds.

Lessons learned:
1.Rapid software development lead us to deeply “broken” world. It looks like it is perfectly fine to release half-backed product despite users reporting an issue in beta process (I am looking at VirtualBox). I now understand more and more my dear friend: “When whole new and shiny version is released it is time to move from N-2, to N-1 version (when N is the latest version), if not you are the testing rabbit.”
2. It looks like it is fine to provide tools that does not provide any feedback to user (I am looking at you rpm-ostree) and so it is impossible to diagnose a problem in the first place. It would be nice to have some kind of progress indicator (in percentage or in time estimation remaining to the end of process) and some probably even download speed (probably this info is required anyway to make an time remaining estimation).
3. I was completely mislead that I have no network problem, because downloading ISO on Windows host took 8 min for 5 GB of ISO image. Virtual machine is whole new beast with whole new issues possible.


I am so glad I am back to Blufin, because I just love this immutable idea. After using 20+ years of Linux desktop (mainly Ubuntu), I am excited to use Linux desktop again.

We’ve requested this and it is coming, it just takes time to get there as Fedora is in the middle of transitioning from rpm-ostree to bootc, which does have a progress bar.

1 Like

This topic was automatically closed 24 hours after the last reply. New replies are no longer allowed.