[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Insert a %post into existing rpm?
- From: "James Olin Oden" <james oden gmail com>
- To: "RPM Package Manager" <rpm-list redhat com>
- Subject: Re: Insert a %post into existing rpm?
- Date: Fri, 6 Oct 2006 09:20:32 -0400
On 10/6/06, Wichmann, Mats D <mats d wichmann intel com> 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 redhat com
https://www.redhat.com/mailman/listinfo/rpm-list
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]