On 10/6/06, Wichmann, Mats D <mats.d.wichmann@xxxxxxxxx> wrote:
>This makes future maintenance easy, preserves the pristine source >(which is the third-party RPM in that case), etc. > >Lots of third-party RPMs (especially those of *huge* companies) are >crap and show those people do not understand what RPM is meant for. >Especially dropping everything in some directory and have a >multi-thousand-line %post script to actually install the stuff (the >last RPM I looked at from EMC had a 2900+ lines (!) %post script) >seems to be a popular method :-(, thus throwing away most of the >system management advantages RPM offers you. often in these situations the vendor has some sort of homegrown method for install that works across multiple operating systems and they don't have much inclination to learn rpm (or dpkg) to accommodate just Linux.
Other than their customers would appreciate it. Typically though there are two classes of customers. Those who use the software and those who manage the installation base of the software. Most times spend their resources pleasing the first group, and all but ignore the second. There is a valid argument companies have though, which is that they have honed their installation scripts and they do what they want, and in the worst situation they maintain a certain level bug compatibility accross all the supported platforms. Still I think that the customers need for consistent management of software on a system is very importent to the customer, such that effort should be made to have some sort of meta package format that can then be converted to various native formats. <snip>
Might be worth feeding back some bugreports that this "fix things up in the script" kind of behavior is not ideal for manageability.
And that is an understatment....james
_______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list
_______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list
