[opensuse] zypper DownloadAsNeeded option (was : zypper dup and free space)
![](https://seccdn.libravatar.org/avatar/6aa40149a7b6a786f9ae89f4027863dc.jpg?s=120&d=mm&r=g)
On 03/25/2014 03:13 PM, Felix Miata wrote:
I have many installations with limited free space on /. With Fedora this happens to me a lot. It never happens with openSUSE, because I have this in /etc/zypp/zypp.conf:
commit.downloadMode = DownloadAsNeeded
Change yours, or use the corresponding cmdline option, and try again.
Wonderful option ! 2 main advantages : - The network is used more smoothly. Instead of using 100% bandwidth and then 0% during rpm installations. - Most important for new users, the counter is updated during the whole process. Before, you had a message "1990/2000 (done)" , and when you reached the end, you had to spend about the same time for installation steep. Shouldn't it be the default ? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/bc67c2666cfb0f5c7770293291610cc9.jpg?s=120&d=mm&r=g)
On Thu, Mar 27, 2014 at 11:20:21AM +0100, Dsant wrote:
On 03/25/2014 03:13 PM, Felix Miata wrote:
I have many installations with limited free space on /. With Fedora this happens to me a lot. It never happens with openSUSE, because I have this in /etc/zypp/zypp.conf:
commit.downloadMode = DownloadAsNeeded
Change yours, or use the corresponding cmdline option, and try again.
Wonderful option ! 2 main advantages : - The network is used more smoothly. Instead of using 100% bandwidth and then 0% during rpm installations. - Most important for new users, the counter is updated during the whole process. Before, you had a message "1990/2000 (done)" , and when you reached the end, you had to spend about the same time for installation steep.
Shouldn't it be the default ?
It once was the default. But there are drawbacks: - if your network goes down while you're in the middle of a big transaction, your system may be hosed. - file conflict checking does not work with DownloadAsNeeded, as the needed file information is not stored in the repository metadata. Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Jeff Hawn, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
On 2014-03-27 11:22 (GMT+0100) Michael Schroeder composed:
- file conflict checking does not work with DownloadAsNeeded, as the needed file information is not stored in the repository metadata.
Is that absence of storage in metadata a recent change? I don't remember seeing the message that file checking is not possible before the up/dup downloading starts until rather recently. IIRC, it happens only in Factory. The way with -v it dumps hundreds of packages that will not be checked in a big blob on the screen seems rather pointless, since it will be displaying each slow enough ostensibly for the eyes to read as each is downloaded. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/bc67c2666cfb0f5c7770293291610cc9.jpg?s=120&d=mm&r=g)
On Thu, Mar 27, 2014 at 09:56:34AM -0400, Felix Miata wrote:
On 2014-03-27 11:22 (GMT+0100) Michael Schroeder composed:
- file conflict checking does not work with DownloadAsNeeded, as the needed file information is not stored in the repository metadata.
Is that absence of storage in metadata a recent change? I don't remember seeing the message that file checking is not possible before the up/dup downloading starts until rather recently. IIRC, it happens only in Factory.
That's because older libzypp versions simply did not do any file conflict checking. Cheers, Michael. -- Michael Schroeder mls@suse.de SUSE LINUX Products GmbH, GF Jeff Hawn, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/77cb4da5f72bc176182dcc33f03a18f3.jpg?s=120&d=mm&r=g)
On 2014-03-27 11:20, Dsant wrote:
Shouldn't it be the default ?
No. If the network goes down for any reason, your system is nowhere. Not updated, no non-updated. I if you try to reboot, depending on what is pending to update, it might not boot again. For instance. The intermediate option is "DownloadInHeaps". -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
![](https://seccdn.libravatar.org/avatar/bc67c2666cfb0f5c7770293291610cc9.jpg?s=120&d=mm&r=g)
On Thu, Mar 27, 2014 at 12:16:54PM +0100, Carlos E. R. wrote:
If the network goes down for any reason, your system is nowhere. Not updated, no non-updated. I if you try to reboot, depending on what is pending to update, it might not boot again.
For instance.
The intermediate option is "DownloadInHeaps".
... which is not implemented yet, i.e. it's currently the same as DownloadInAdvance. M. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/77cb4da5f72bc176182dcc33f03a18f3.jpg?s=120&d=mm&r=g)
On 2014-03-27 12:43, Michael Schroeder wrote:
On Thu, Mar 27, 2014 at 12:16:54PM +0100, Carlos E. R. wrote:
If the network goes down for any reason, your system is nowhere. Not updated, no non-updated. I if you try to reboot, depending on what is pending to update, it might not boot again.
For instance.
The intermediate option is "DownloadInHeaps".
... which is not implemented yet, i.e. it's currently the same as DownloadInAdvance.
Sigh... I was afraid of that. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
participants (4)
-
Carlos E. R.
-
Dsant
-
Felix Miata
-
Michael Schroeder