That said, it is empty, yes.
Tumbleweed is a rolling distribution. You normally get updates via the standard repo, not via an additional update repo.
This update repo only exists for emergencies when there’s a critical security update and Tumbleweed cannot be published because of failures in the tests.
Most of the time (always, if there are no problems) the update repo will be empty therefore.
OK, thanks for the explanation how it is supposed to work and why that update repository is empty the most time.
But the point is with the old style tumbleweed maintained by gregkh the updates came via the current (e.g. 13.1 when 13.1 was current) updates (I asked Greg some time ago and he told me so). In case of the ntp bug the patches for OpenSUSE 13.2 came very fast and with the old tumbleweed you would have got them. Now that took quite some time for them to appear. CVSS 7.5 / possible remote execution of code - not good to leave unpatched…
So, it looks to me due to the merge of tumbleweed and factory the situation for having BOTH an rolling update distro AND having quick security updates became worse.
I’ll look how this is in future and how long security issues remain unfixed in tumbleweed and maybe I’ve to reconsider my distro choice.
Yes. The old Tumbleweed basically was just an additional update repo for the latest openSUSE release.
You got security updates via the standard update repo for that release.
Now Tumbleweed is a complete distribution itself. So of course it works different.
In case of the ntp bug the patches for OpenSUSE 13.2 came very fast and with the old tumbleweed you would have got them. Now that took quite some time for them to appear. CVSS 7.5 / possible remote execution of code - not good to leave unpatched…
Well, as I told you you could have asked on the Factory mailinglist and/or filed a bug report.
I suppose one of the reasons it took so long might have been the holidays though.
OTOH, ntpd does not run at all on a default installation. If you enable ntp, a cronjob to synchronize the time is run every 15 minutes, but not the daemon.
And even when you enable the daemon it runs in a chroot jail.
So this probably didn’t matter at all for most users.
So, it looks to me due to the merge of tumbleweed and factory the situation for having BOTH an rolling update distro AND having quick security updates became worse.
No. Actually getting updates via Factory/Tumbleweed always was and still is faster than via the update repo.
But as more testing is done now, getting a package out does take longer than before.
And if the tests fail, there’s no way to push through a security update, that’s why that separate (empty) update repo exists.
Whether it will be used, is to be decided on a case-by-case basis of course. And as long as there’s no problem with the openQA tests, there’s absolutely no need at all for that repo.