[opensuse-factory] no room to install kernel-firmware, so zypper deletes rpm from cache...
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
...rather than leaving it there so that it can be moved to a location with more freespace, or freespace can be expanded, which is a considerable waste of bandwidth. Space shortage is 25MB, while package size is 70MB (280MB unpacked). Is delete on ignore (but not abort) intended behavior? Should it be subject to a preference setting in zypp.conf? I don't see anything applicable in the current TW zypp.conf. -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/77cb4da5f72bc176182dcc33f03a18f3.jpg?s=120&d=mm&r=g)
On 2018-07-03 08:01, Felix Miata wrote:
...rather than leaving it there so that it can be moved to a location with more freespace, or freespace can be expanded, which is a considerable waste of bandwidth. Space shortage is 25MB, while package size is 70MB (280MB unpacked).
Is delete on ignore (but not abort) intended behavior? Should it be subject to a preference setting in zypp.conf? I don't see anything applicable in the current TW zypp.conf.
Maybe it is deleting an incompletely downloaded package. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
Carlos E. R. composed on 2018-07-03 10:41 (UTC+0200):
Felix Miata wrote:
...rather than leaving it there so that it can be moved to a location with more freespace, or freespace can be expanded, which is a considerable waste of bandwidth. Space shortage is 25MB, while package size is 70MB (280MB unpacked).
Is delete on ignore (but not abort) intended behavior? Should it be subject to a preference setting in zypp.conf? I don't see anything applicable in the current TW zypp.conf.
Maybe it is deleting an incompletely downloaded package.
Nope. Repeated but chose abort. I copied from cache to /home, then deleted from cache, and rpm -Uvh successfully installed it. This has been routine problem with glibc-locale for years: https://bugzilla.opensuse.org/show_bug.cgi?id=720150#7 -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/77cb4da5f72bc176182dcc33f03a18f3.jpg?s=120&d=mm&r=g)
On 2018-07-03 11:51, Felix Miata wrote:
Carlos E. R. composed on 2018-07-03 10:41 (UTC+0200):
Felix Miata wrote:
...rather than leaving it there so that it can be moved to a location with more freespace, or freespace can be expanded, which is a considerable waste of bandwidth. Space shortage is 25MB, while package size is 70MB (280MB unpacked).
Is delete on ignore (but not abort) intended behavior? Should it be subject to a preference setting in zypp.conf? I don't see anything applicable in the current TW zypp.conf.
Maybe it is deleting an incompletely downloaded package.
Nope. Repeated but chose abort. I copied from cache to /home, then deleted from cache, and rpm -Uvh successfully installed it. This has been routine problem with glibc-locale for years: https://bugzilla.opensuse.org/show_bug.cgi?id=720150#7
If you have 25 MB available I don't understand how you can even download an rpm sized 70 MB. It will truncate. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
Carlos E. R. composed on 2018-07-03 20:26 (UTC+0200):
Felix Miata wrote:
Carlos E. R. composed on 2018-07-03 10:41 (UTC+0200):
Felix Miata wrote: ...
Space shortage is 25MB, while package size is 70MB (280MB unpacked). ... If you have 25 MB available I don't understand how you can even download an rpm sized 70 MB. It will truncate.
Apparently the calculation made by rpm is that available/existing freespace after the 70MB rpm download completes is 255MB. -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/cabdbf4d350ab6a15265803acab1634d.jpg?s=120&d=mm&r=g)
On 03/07/18 02:01 AM, Felix Miata wrote:
...rather than leaving it there so that it can be moved to a location with more freespace, or freespace can be expanded, which is a considerable waste of bandwidth. Space shortage is 25MB, while package size is 70MB (280MB unpacked).
Is delete on ignore (but not abort) intended behavior? Should it be subject to a preference setting in zypp.conf? I don't see anything applicable in the current TW zypp.conf.
I don't use TW but ... I have my zypp.conf set to download and install each rpm as it goes rather than downloading them all and doing the install all at the end. So it deletes the packages as they get installed. Yes, the way I run it "zypper deletes rpm from cache" all the time, regardless of available space. Oh, and I have /var on a separate 'partition'. I know this upsets John but it works for me . # df -h /var Filesystem Size Used Avail Use% Mounted on /dev/mapper/vgmain-vVAR 4.8G 1.5G 3.1G 33% /var The wonders of LVM! Currently, /var is an ext4. Someday I'll get around to doing something about that. main:/var/cache/zypp # find . -name '*.rpm' main:/var/cache/zypp # To do this, there is a setting in the zypp.conf file: ## ## Commit download policy to use as default. ## ## DownloadOnly, Just download all packages to the local cache. ## Do not install. Implies a dry-run. ## ## DownloadInAdvance, First download all packages to the local cache. ## Then start to install. ## ## DownloadInHeaps, Similar to DownloadInAdvance, but try to split ## the transaction into heaps, where at the end of ## each heap a consistent system state is reached. ## ## DownloadAsNeeded Alternating download and install. Packages are ## cached just to avid CD/DVD hopping. This is the ## traditional behaviour. ## ## <UNSET> If a value is not set, empty or unknown, we pick ## some sane default. ## ## commit.downloadMode = commit.downloadMode = DownloadAsNeeded -- Every civilization that has ever existed has ultimately collapsed. -- Henry Kissinger -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/a836ff90f492078f494adcf0c6059fc6.jpg?s=120&d=mm&r=g)
Anton Aylward composed on 2018-07-03 08:37 (UTC-0400):
commit.downloadMode = DownloadAsNeeded
Been doing it this way since long before TW existed, though I did edit my upgrade initialization script five months ago to override it for an elite package group: #!/bin/sh # /usr/local/zypstart zypper -v in --download-in-advance zypper libzypp libsolv-tools rpm openSUSE-release zypper -v in --download-in-advance device-mapper dmraid glibc lvm2 multipath-tools mdadm systemd udev Due to dependencies, this script will sometimes upgrade >40 packages, but there's plenty of room that they don't fill up the / filesystem and then complain no space to install, unlike typical atomic upgrade systems such as Fedora's. -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/bce881f00c17a1bf997473f19b54e1d4.jpg?s=120&d=mm&r=g)
On Tue, Jul 03, Anton Aylward wrote:
Oh, and I have /var on a separate 'partition'.
And if you don't have it on a separate partition, we will create an own subvolume for it at fresh installation. So the right thing to do. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/fd00c52c9295dd3de24961ac789b339f.jpg?s=120&d=mm&r=g)
On Tue 03-07-18 02:01:07, Felix Miata wrote:
...rather than leaving it there so that it can be moved to a location with more freespace, or freespace can be expanded, which is a considerable waste of bandwidth. Space shortage is 25MB, while package size is 70MB (280MB unpacked).
Is delete on ignore (but not abort) intended behavior? Should it be subject to a preference setting in zypp.conf? I don't see anything applicable in the current TW zypp.conf.
My understanding of the ignore option is to disregard the RPM installation failure and continue as if the package installed successfully. The next step after successful package installation is, of course, deletion of the cached RPM file.
From this angle zypper behavior looks logical. Yet, retaining the downloaded package would be a welcome enhancement, I'd say.
Libor -- Libor Pechacek SUSE Labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (5)
-
Anton Aylward
-
Carlos E. R.
-
Felix Miata
-
Libor Pechacek
-
Thorsten Kukuk