Hi, On Sun, 9 Oct 2005, Randall R Schulz wrote:
Hopefully Pascal will be able to answer this...
In the past, I'd used the Guru's RPM repository by downloading individual RPMs and installing them with the "rpm" command. E.g.:
% wget http://ftp4.gwdg.de/pub/linux/misc/suser-guru/rpm/packages//Office/tellico/t...
% rpm -U tellico-1.0.2-1.guru.suse100.kde34.i686.rpm
The above URL was obtained from http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=/Office/tellico, which appeared in the Guru's RSS feed.
When I learned that there was a YaST repository for the Guru's RPMs, I figured that was the way to go. However, for some reason the YaST repository does not seem to have the same versions as the section of the gwdg.de Web site referenced by the URL above. Instead, after adding http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.0 as a YaST installation source I'm offered Tellico 0.13.8-3.
Is this just a glitch, or will the YaST repository remain behind the other section of the Guru's repository?
ftp.gwdg.de has by far not enough I/O bandwidth to serve all tasks just-in-time. This brave knight is delivering > 4 TB a day for the third day in sequence today, with more than 3500 session every moment. Already since the server bottleneck with SUSE-9.3, the main external rsyncs and the APT repository generations happen on ftp4, and ftp.gwdg.de afterwards is fetching the results with rsync. This may lead to temporary inconsistencies, but until now, those were "very" temporarily: the refresh intervalls (both: repository generation and repository rsync) were both 4 hours, and usually the new ftp4 repository was in-place at ftp 80 minutes later with about 10 minutes "inconsistency possibility". But this time the load is so extreme on ftp.gwdg.de that even a simple rsync of an APT repository (only about 10 files and 10 000 symlinks) needs up to a whole day, and, even more worse, ftp4 this time is in the same situation that ftp3 had seen during 9.3: too much disk I/O, so a repository generation at ftp4 which needed 30 minutes some weeks ago will last 10 to 40 hours today. A next fucking circumstance is that rsync-2.6.6 (introduced at ftp4 with the update to 10.0 on tuesday) seems to be flakey with timeout errors, I guess there is a real rsync bug which triggers under high load only. There is no way out, only a chance to get thru. So, change ftp to ftp4 in your YaST installation source configuration if you run into inconsistencies, but be aware that you extend my pain each time you use it. ;-)) Cheers -e -- Eberhard Moenkeberg (emoenke@gwdg.de, em@kki.org)