> thing supported by all 3. We may have to move to ???, when Redhat 8 is no > longer updated. First, I would push the manufacturers to certify their products upon the latest official Red Hat platform, which is not 8.0. Second, as an administrator, I would setup a proxy repository that contained all patches that needed to be pushed to the installed base of systems. I would not rely on RHN to pull downloads from - its not bandwidth efficient. Since I control the proxy repository, I can insert my own packages (possibly from a later RHL release or FC) that contain needed patches and updates. When the clients ask the proxy server whether there is an update, they can retrieve my packages. Problem solved. If the manufacturers refuse to certify their products on a new OS release, then you have two choices - change the products or change the OS. There should not be that much of a difference between 8.0 and 9+ (except NPTL which just triggers poor programming practices) to not allow those products to work in a later environment. *shrug* -- Michael Lee Yohe <michael.yohe@xxxxxxxxxxx> U.S. Army Aviation and Missile Command Software Engineering Directorate -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
