RPM does get very intimate with the payload.
I would like to think it simply uses 'ldd' and friends under the covers,
but it always "felt" like it was doing more and trying to be smarter
than the developers and sysadmins it was/is supposed to be serving.


If you're the creator of a package, you may find success
by working very carfully on your .spec file being excruciatingly clear
about what is required and what is provided.  Heh ... good luck.   :-)


Don't misunderstand:
RPM has grown up a lot lately
and no SW manglement scheme is without its own warts.


-- R;   <><


On Tue, 3 Feb 2009, Douglas Wooster wrote:

> Depending upon what distro you are using, your package manager may allow
> you to have both the old and the new version of the package installed at
> the same time.  If the package is a set of libraries with suffixes, then
> that might be sufficient.  With RPM-based distros, you tell RPM to install
> the new package, rather than upgrade the package (rpm -i ... instead of
> rpm -U ... or yum upgrade ...).  With a DEB-based distro, I don't know how
> you do that.
>
> Douglas Wooster
>
>
>
> From:
> "Harder, Pieter" <[email protected]>
> To:
> [email protected]
> Date:
> 02/03/2009 11:10 AM
> Subject:
> Re: [LINUX-390] Philosophical question...
>
>
>
> >Upgrading a system to current level. Have a vendor product that insists
> on
> >the installation of a backlevel component application that causes the
> >configuration and service management system to report errors in the
> >configuration. Vendor insists that the backlevel component is the only
> way,
> >but the errors cause problems with future upgrades and overall
> configuration
> >management by reporting false positives when checked for whether the
> system
> >is up to date and has all service applied.
>
> >Question:
>
> >I believe the maker of the vendor product is in error here. Am I wrong?
>
> I would be inclined to agree with you. But this is not unheard of behavior
> for vendors. Just to mention a big one: all but the most recent SAP
> install processes insist you install an 1.4.2 base Java SDK. If you have
> another requirement for an 1.5.0 based version the result is lots of fun
> and games.
>
> Best regards,
> Pieter Harder
>
> [email protected]
> tel  +31-73-6837133 / +31-6-47272537
>
> Brabant Water N.V.
> Postbus 1068
> 5200 BC  's-Hertogenbosch
> http://www.brabantwater.nl
> Handelsregister: 16005077
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>
>
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to