![]() ![]() In the most extreme cases of dependency hell, it may be better to install an app from tarball, with its own snowflake libraries bundled in. ![]() If you find yourself installing more than a handful of custom packages, then it is time to make your own local repo. It will keep all of your custom stuff in one place, and also allow yum to manage dependencies and resolve conflicts better. This is easy to do with the createrepo command. If their repos include lots of packages that conflict with your OS repositories, you can use the yum priorities plugin to ensure that OS repos always 'win' over third-party repos.Ĭreate your own local RPM repository to host any custom RPM packages for your servers. There are several alternatives that are better:įor custom vendor or third-party stuff, see if they offer their own third-party RPM repository (most do these days). Those packages will be orphaned until you re-install them under the new repositories, or else repair / rebuild your local RPM database.Īs a general rule, using the rpm command to side-load a custom package should be a last resort. Yum will see "package X.y from repo A" as being a different entity than "package X.y from repo B," even if they are the exact same package. This applies also if you cherry-pick packages from third-party repos, and then try to manage them later under a different repository. ![]() It tries to warn you about this situation with a terse message every time you run a yum install or upgrade: If you side-load an RPM package using the rpm command, then yum won't have the important metadata needed to cleanly manage the package across upgrades, removals, etc. Short answer: yes, it only applies to packages installed or "managed" by yum.īoth the yum and rpm commands update the RPM database on a server, but yum will also include extra info on package dependencies, package groups, etc (That's the point of using yum over rpm commands). ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |