Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
>>I don't believe this discussion has anything at all to do with 'package >>management'. The few binary RPMs I've built in the last month (OCFS2 and >>XFS) have all been installed on dozens of boxes as RPMs and have had no >>negative impact on the package management features of the environment. But it is about package management. Especially because DRBD is tied to the kernel. With package management, a simple "yum update" is all I need to do and I am guaranteed to get a kernel and DRBD that match. Without package management, I will first need to mask out kernel upgrades, so that a kernel update does not conflict with the currently installed DRBD. Then, I need to find and build DRBD on a system with the latest kernel headers and kernel matching that in the latest CentOS repo. Test that I got everything right. Then go back and enable kernel updates on the production machines, update again, and install the custom-built DRBD. Far more steps and room for error than the simple "yum update" scenario. For me, this is one of the major advantages of a package management system. It eliminates several error cases. The more RPM packages you have outside of yum's management, the more opportunities you have for missing a package when updating a particular server. I suppose I could run my own local repository for that. Is that what you do?