I went to download qvm-dom0-update and it says no new updates available....
Despite that the article came up on my phone and this post as well came up 24 hours later.
This is not an official response in anyway, but here's what I'd suggest to do.
Remember if you recently downloaded updates within 48 hours, then the cache on fedora systems (which includes dom0 as far as I know, though I'm still a bit unsure about dom0 my self, since it's Qubes specific, so while it works, but isn't perfect since it isn't light and cleans up more, I use --clean flag in dom0).
Anyway, you need to use the --refresh flag on fedora templates after the enable repository, in order to make it sync the cache list with the server within 48 hours since last update. If you're beyond the 48 hours since the cache was made, then you don't need the --refresh flag. Also as far as I know, debian does this automatically, so no action is needed beyond enabling the testing repository.
To sum up;
- Always use the same Qubes repositories across Qubes, be it dom0 or templates, it's important to keep them in sync.
- Use --refresh for fedora templates and --clean for dom0, if you updated within 48 hours or if you mistakenly only updated some VM''s/dom0 and need to update them all again. In which case, use the flags to sync.
- Debian/Whonix require no metadata sync as they do this automatically. But remember Debian/Whonix also require the dist-upgrade command in addition to update command.
ah yes, you had already installed RC-5. But anyway, if others face the same problem then check flags/sync update commands across Qubes :)
In dom0: sudo qubes-dom0-update --enable=qubes*testing
In Template Fedora-26: sudo dnf -y update && sudo dnf -y upgrade --enablerepo=qubes-vm-*-current-testing
In Template Debian-9: apt update && apt dist-upgrade
What about the --refresh flags. Where i have to put them?
Thx
Don't use the --clean flag too often, but currently I'm not sure how --refresh works in dom0. If you didn't update within 48 hours previously, then you can ignore the use of --clean and --refresh altogether. Debian/Whonix doesn't need them. This should work if you updated recently;
sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing --clean
sudo dnf update --enablerepo=qubes-vm-*-current-testing --refresh
You don't need to use upgrade for fedora, check
https://forums.fedoraforum.org/showthread.php?313135-newbie-quot-dnf-update-quot-or-quot-dnf-upgrade-quot
Since I unfortunately don't know how to include repositories in apt commands, I can only tell you the bit longer way to do it. For all debian/Whonix VM's, you need to edit this file /etc/apt/sources.list.d/qubes-*.list I haven't found a way to just add it temporary in the command itself, so if you only need to temporarily access the current-testing, then you need to edit the files back again afterwards. For debian-9 it should be on the 6th line, the 'stretch-testing main' repository. I believe whonix is still on jessie, instead of stretch. Once you edited the file and removed the # blocking 'stretch-testing main', just update debian/whonix like you normally would. Debian/Whonix should also do the refresh correctly, I believe, so doesn't need a flag. Someone please correct me if I'm wrong about that.
After editing the debian/whonix files, run
sudo apt-get update && sudo apt-get dist-upgrade
Remember to revert back the edited files afterwards if you plan not to use current-testing repositories onwards, i.e. if you only want to upgrade to RC-5 and stop current-testing repository updates after that.
Be careful by using the -y flag, if by some chance the cache or --refresh doesn't work, errors appear in the update but it still continues, or something along to that, then it may be worth it to keep watch during the update. Although maybe I'm just being too careful.
One other thing:
When my system booted. TOR is connected but I get an gui error message from sys-whonix:
System clock check result
Unexpected result by timedatectl
Timedatectl_output_pretty:
Local time and universal time are the same
RTC time: n/a
Time zone: etc/utc ( utc, +0000)
NTP enabled: yes
NTP sychronized: no
Rtc in local TZ: no
DST active: N/A
Does someone has the same Issue?
Your welcome :)
I have exactly that issue whonix as well, but it's the first time I've seen others having it. I haven't checked if it's on github yet though, but so far we both have it.
Also it seems some people have a graphical minor issue in the Qubes widget, where the update wheel for upstart/shutdown keeps spinning, and the log links stop working too. It doesn't seem to impact performance, but it can be a bit annoying having to use qvm-shutdown in dom0 to shutdown a VM properly, rather than pressing the kill command that appears in the widget bug. Well it works normally it seems, it's just a bit annoying bug. I think I've seen 4-5 people who is on RC-5 having it now, and it's also reported on github.
about checking if you're on RC-5, if you noticed during the update process which repository the updates came from (i.e. from current-testing in fedora updates), then you will know it pulled down the current-testing updates.
I'm not sure about a way to confirm it more directly though, that's actually an interesting question, I'd like to find a solution for that one as well.
That's good news, gonna have to keep track on when those new whonix updates are released then. Thanks awokd :)
I improved the update commands a bit after looking a bit around.
dom0
sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing --clean
(or --check-only instead for dom0).
fedora
sudo dnf update --enablerepo=qubes-vm-*-current-testing --refresh
debian/whonix
sudo apt-get update -t *-testing && sudo apt-get dist-upgrade -t *-testing
This way, you don't need to edit any files for debian/whonix to get the testing.
If you also want to increase reliability further, you can make a dependency/cache check with "sudo apt-get check", which is normally very quick. For that do;
debian/whonix
sudo apt-get check && sudo apt-get update -t *-testing && sudo apt-get dist-upgrade -t *-testing
It may be possible to further optimize the update commands, if anyone got suggestions, please feel free to opt-in so that we can recommend better update approaches in the future.
yeah, if it's anything like it was back in Qubes 3.2. (I'd assume so), then these updates in the Qube Manager are stable updates. Once current-testing updates are deemed tested and stable after testers tried them out, they eventually migrate to stable repository. That's when you see them in the Qube Manager (or via normal update commands, not the current-testing ones).
So I assume they must have been moved from testing to stable now?