Re: rpm build question
Robin Bowes <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
On 01/10/09 11:11, Dave Shield wrote: > I believe that at when we started, RedHat was still shipping the UCD version. > so the RPM names were different anyway. And of course the RedHat/Fedora > structure and naming conventions are different from the SuSE/Ubuntu ones. > (And there may well be other alternatives as well). Yes, this is a problem when trying to provide a single, cross-platform solution. Athough, Ubuntu will require .debs rather than .rpms. > We're happy to try to make our binaries compatible with other vendor > provided distributions. But I'm not sure there'd be much benefit from > trying to mimic them exactly - particularly given the range of systems that > we attempt to support. The benefit of using the same/similar packaging as a given distribution is that it makes it easier for the vendor(s) to integrate your app into their distribution. It also makes it easier for users to use a later version of your app on a platform where the vendor only distributes an earlier version, as it will be a drop-in replacement rather then requiring any integration work. I've hit this problem with other apps, eg. MySQL. Redhat bundle & distribute MySQL in a particular way that is different to the RPMs distributed by MySQL. I wanted to use the Percona HighPerf patches, but their RPMs are also in the format used by MySQL rather than RedHat so integrating them was a pain. I ended up using the RedHat .spec file and updating it to the later version of MySQL that Percona use and applying all their patches. This sort of thing can be avoided if the same distribution format is used by both application developers & vendors. R. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users