On Dec 22, 2005, at 5:14 PM, Panu Matilainen wrote:
Jeff Johnson wrote:
On Dec 22, 2005, at 3:09 PM, dkegel wrote:
Sorry, I don't think you can install RPMs from inside another RPM.
You're wrong.
As long as concurrent access to /var/lib/rpm is enabled (the
default since rpm-4.1),
then one can run rpm -q (and rpm -Uvh) in %post.
Sure, non-ancient rpm makes it possible. Whether it's a good idea
though ... I've yet to see a single case where installing an rpm
from within another made any sense to begin with.
Ever hear the term "dependency hell"? The (or one) solution is to
bundle constructs like
"GNOME" or "KDE" or "JAVA" or "BASE" or whatever else, and install as
a single bundled
rpm. YThis is no different than the refactoring that is going on with
repositories, but
no0one has yet decided to divvy up the contents structurally (by
dependency scoping) rather
than politically.
Can you say "componentized linux"? Exactly the same idea, refactor
dependencies, scope
into external (i.e. unsatisfied) and internal (i.e. satisfied within
bundle), and simplify
the problem. Just Progeny assumes that bundles have closed dependency
sets,
the generalization of external dependencies between bundles (or
components) is
rather easy.
Or just download 1 ... 2 ... 3 ... 4 ... 5 ... 6 ... 7 ... cd's if
that's your choice. Just don't
honk about the wasted hours watching the download so you can hold the
pwecious software
in yer hot little hands.
It seems that most of the Commercial Vendors are having a contest
of finding the worst ways to abuse rpm. One of my favorites is
1) install an rpm from Vendor site
2) you look at the contents and find a tarball + a script somewhere
in /usr/src/
3) you run a script installed by that rpm as per Vendor instructions
4) the script creates another rpm which creates something you can
actually use
5) the rpm created by the script installs a tarball somewhere in /
usr/src...
6) have you ever seen the movie "Groundhog Day"?
Yep. Been watching the alarm clock going on 7 years now.
Hint: the solution is to abandon *.rpm format entirely in favor of
rpm -Uvh *.tar.gz
That work is well under way. Run time (rather than build time) dynamic
dependency resolution too (i.e. no *.spec files at all).
Watch this space: ' '
73 de Jeff
- Panu -
_______________________________________________
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
