> The second item sounds more like what you're describing, and I think > that should be done with rpms just like we do with sipXecs compoenents. > We should not attempt to re-invent the functionality of rpms in some > other mechanism. (Actually, I'd argue that even Localization packages > should be rpms, but I'm willing to concede that that might raise the bar > to producing them higher than we want it to be right now)
Actually, the original design proposal was to use RPMs for localization packages. There was some resistance to that idea because some Linux distributions do not support RPMs and due to the perceived complexity - I was asked to change the format to something simple what could be used on any Linux OS. As a result, the initial implementation supports TAR files with RPM being mentioned as the next format to consider in a future release. Misha _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
