Re: DNF package upgrade availability/discovery blocked by versionlocks
Michael Mraka composed on 2017-03-24 08:54 (UTC+0100):
Felix Miata:
> [mc-4.8.18 has been broken since release, so I locked 4.8.17]
...
> How is one expected to discover via dnf when (18 day old) 4.8.19
> finally becomes available and time to delete the lock has arrived?
> Is this a bug in the versionlock plugin? DNF itself? Expected
> behavior?
If you locked 4.8.17 then dnf ignores all other versions.
That's how versionlock is supposed to work, i.e. expected behavior.
If you want to ignore broken version it's better to put just this one to exclude.
The "supposed to work" way you describe seems would make all packages except the
broken one invisible. Seems like only a broken design could make a usable
replacement invisible in searches. Locking should only make filesystem action
regarding a package locked, not pretend other versions are invisible. IOW,
ignoring should be about action (install/upgrade/remove), not about existence
(mere inquiry, not prevent discovery), like a Debian hold works.
--
"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/