On Sat, Aug 19, 2006 at 06:13:10PM -0400, suse@rio.vg wrote:
Marcus Meissner wrote:
This has nothing to do with it. The /suse/ is superflous, it will fallback to "old style" packages if not used, which is smaller.
Are you trying to suggest that you didn't design the system so that it downloads large repo-data lists multiple times with no dialog or progress meter whatsoever leaving the user to think the whole thing has simply locked up? That may be fine when you're connected to the repo via lan, but did it ever occur to you that some poor shmuck might be on the other end of a modem on the other side of the planet?
You are using poor rhetorics and blame shifting. Yes, it is true that some operations lack progress bars and this is still one of them and where we will improve.
(And this is yet another instance where the old-style is superior to zen/rug: Size of the repo-data.)
Actually I guessed wrong:
ll suse/setup/descr/packages -rw-r--r-- 1 root root 17821172 2006-05-08 13:36 suse/setup/descr/packages ll suse/repodata/filelists.xml.gz -rw-r--r-- 1 root root 17474199 2006-05-08 14:40 suse/repodata/filelists.xml.gz
Also the source should be marked as "No refresh".
The original poster said pointblank: "I did uncheck the Refresh flag on the source." And it *STILL* misbehaves. Here's an idea: Have the system download the file only if it is newer than the one currently on the system.
SuSE has set up their distribution so well in so many other places that it continually amazes me how little thought you all put into zen/rug.
Unfortunately the YUM repo format does not lend itself well to download optimizations with its large XML blobs. The installation source data should only downloaded once to your machine and cached there. (However I am not sure whether ZYPP does it right now.) The old YOU patches were better, with just the directory.3 file as small index. Ciao, Marcus