|
On 02/03/2016 05:28 PM, Felix Miata
wrote:
Do you mean a sequence of 'dnf' commands with arguments g* i*, followed by kd*, then by kf*, etc., orI have lots of test installations using identical partition sizes for EXT3 or EXT4 / filesystems. the filesystem space these provided is adequate on all if running Mageia or openSUSE, but quite often not for Fedora. Working around the inadequacy on Fedora presents problems #2 & #3. Problem #1: NAICT, DNF, like Yum before it, offers no option I can recognize from its man page to download less than all the to-be-updated/installed packages before proceeding to install any packages. Thus it downloads (typically hundreds of packages), cutting into available / freespace. Then it does transaction checking before package installation begins, and after which commonly it halts, reporting some small amount of freespace is required on the / filesystem, space that obviously wasn't required for the installation to be operable. By intervening updating of packages in various bunches instead, updating, though laborious, is successful, and freespace when done is perfectly adequate, resulting in total freespace roughly equivalent to Mageia and openSUSE. Problem #2: A way to work around problem #1 is with wildcards, e.g. # dnf update g* i*, kd*, kf*, q*, per*, pyt*, u*, v*, x* y*, z* am I missing something about the commas? On a space-constrained system, how about doing for a in {a..z} {A..Z} ; do dnf update $a'*'; done I think this solves the caching problem as well as not matching local files, at the expense of taking much longer to run due to repeated checking of metadata. If it turns out that the caches are not cleared, you could add explicit purge command. |
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
