From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020401 Description of problem: 2 scenerios. 1) I fill up the rhn-register, with the option "do not install". I run up2date, with a d/l directory that has in excess of 1.3 gb - I tell up2date to "download everything available" up2date then goes into rpm mode and eventually tells me "insufficient room on /usr" 2) instead of running just "up2date" I run "up2date -d" - again I tell it to download everything available. again it tells me "insufficient room on /usr" "download only, and do not install" mode has absolutely no business telling me whether or not I have space on /usr (or any other partition for that matter). That's an install/update issue, and *only* an install/update issue. If a user is intellegent enough to d/l and do selective updates, then can deal with space problems as/when the time comes. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. see above 2. 3. Actual Results: no rpm's downloaded Expected Results: rpm's downloaded. Additional info: in it's current form, up2date is useless for those that do not trust an automated d/l and install silently mode.
I'll take a look and see if it's possible to make rpm ignore the available size when determining if a transaction set is valid or not. Currently, the client will only let you download sets of packages which are installable on the machine the client is running on. This is by design. I'm currently working on version 3 of the client, so I'll see if adding a "--download-package-even-though-I-know-I-cant-install-them" option to the next version. It's probabaly a worthwhile RFE.
*** Bug 49066 has been marked as a duplicate of this bug. ***
There is new --get commandline mode to only download packages without checking deps.