Devs, I know we have discussed US mirror slowness before, but just attempting a zypper dup on TW failed because packages were no longer available due to the time it took for the download to take place. It took well over 1 hour to download update packages. Most downloading between 25KiB/s and 60KiB/s on a 300MB/s connection. For example from oss and packman, the norm was: Retrieving: kernel-firmware-prestera-20240728-1.1.noarch (repo-oss) (264/567), 71.7 MiB Retrieving: kernel-firmware-prestera-20240728-1.1.noarch.rpm ...................<98%>=[\ (29.2 KiB/s)] Retrieving: libvlccore9-3.0.21-1699.6.pm.35.x86_64 (Packman) (297/567), 464.4 KiB Retrieving: libvlccore9-3.0.21-1699.6.pm.35.x86_64.rpm ...................<75%>=======[| (32.0 KiB/s)] Retrieving: libheif-dav1d-1.18.1-1699.4.pm.4.x86_64 (Packman) (341/567), 22.2 KiB Retrieving: libheif-dav1d-1.18.1-1699.4.pm.4.x86_64.rpm ...........................[done (16.0 KiB/s)] Retrieving: libheif-devel-1.18.1-1699.4.pm.4.x86_64 (Packman) (342/567), 59.3 KiB Retrieving: libheif-devel-1.18.1-1699.4.pm.4.x86_64.rpm ...........................[done (59.3 KiB/s)] Retrieving: libheif-jpeg-1.18.1-1699.4.pm.4.x86_64 (Packman) (343/567), 25.7 KiB Retrieving: libheif-jpeg-1.18.1-1699.4.pm.4.x86_64.rpm ............................[done (16.0 KiB/s)] Downloading a 77MiB file at 29.2 KiB/s takes forever. So long, packages had actually changed on other repositories before they could be downloaded, e.g. Retrieving: vlc-noX-3.0.21-1699.6.pm.35.x86_64 (Packman) (353/567), 3.7 MiB Retrieving: vlc-noX-3.0.21-1699.6.pm.35.x86_64.rpm ........................................[not found] File './Essentials/x86_64/vlc-noX-3.0.21-1699.6.pm.35.x86_64.rpm' not found on medium 'https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/' Abort, retry, ignore? [a/r/i/...? shows all options] (a): Retrieving: vlc-codecs-3.0.21-1699.6.pm.35.x86_64 (Packman) (360/567), 55.6 KiB Retrieving: vlc-codecs-3.0.21-1699.6.pm.35.x86_64.rpm .....................................[not found] File './Essentials/x86_64/vlc-codecs-3.0.21-1699.6.pm.35.x86_64.rpm' not found on medium 'https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/' Abort, retry, ignore? [a/r/i/...? shows all options] (a): This caused the whole dup transaction to fail. Running a 2nd time picked up the new versions of the packages and allowed the update to complete -- but that should never be required. Also, there seems like there is some algorithm in place that throttles download speed. Now this could just be the way it looked, but the algorithm appears to work something like: rpm-size < 5MiB => slow lane (20KiB/s to 100KiB/s) rpm-size > 5Mib => fast lane (~ 100KiB/s to 1MiB/s) Given the slowness of the US mirrors, if this is happening, any throttling needs to be removed. Also, I've had to use Patrick Shannahan's nvidia repo to be able to update to the 6.10 kernel using the G04 driver (thank you Patrick!). But we are nearly a month after the 6.10 kernel was released, so I would expect openSUSE NVidia repo to have updated drivers by now. The patch has been available for a month. Anyway, full TW dup did ultimately work, but the is room for improvement with the US mirrors. TW is up, fully functional on the 6.10 kernel and all is working well. dracut is damned amazing! It would also be nice to know when packages for gcc-14 will be available. I know that is a complete rebuild of the base for TW, so I suspect it is somewhere in the ringed build system in some testing corner. Just curious. There are many c++23 features not fully implemented in gcc-13. The TW rolling-release is rolling right along. Good Job! -- David C. Rankin, J.D.,P.E.