--- Dan Stromberg - Datallegro <dstromberg@xxxxxxxxxxxxxx> wrote: > On Tue, 21 Aug 2007 12:05:06 -0600, Bob Proulx > wrote: > > > Dan Stromberg - Datallegro wrote: > >> Bob Proulx wrote: > >> > You could create an rpm that depended not only > on the 3rd party rpms > >> > but also on the dependencies that you have > deduced are required. Then > >> > install your rpm and it should bring in all of > the dependencies. > >> > >> Say the special RPM is called "knot". > >> > >> Wouldn't you need to make your 3rd party RPM's > require knot, and make knot > >> require anything the 3rd party RPM's require? > > > > If you can modify your 3rd party rpms directly > then wouldn't it be > > simpler to correct the Requires: in them directly > too? If you can > > modify the 3rd party rpms then there is no need > for an intermediate > > meta package to hold the extra dependencies. But > if you can't then > > that is why I suggested this other way instead. I > admit it puts the > > cart before the horse but it probably won't matter > in many cases and > > if you have one of those cases then it won't > matter for you either. > > We have a program that can modify a binary RPM. It's > not redistributable, > and isn't supported. We got it from another > company. You can try rpmrebuild (http://rpmrebuild.sf.net) And if your program has (useful :) features, that rpmrebuild not - could you tell me ? > > However, even with that program, I'm trying to think > ahead and imaginging > an interative process of adding dependencies again > and again, as we change > OS's or upgrade 3rd party RPM's. rpmrebuild allows batch processing. Valery. ____________________________________________________________________________________ Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow _______________________________________________ Rpm-list mailing list Rpm-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/rpm-list
