On Fri, Jan 29, 2010 at 10:58:51PM -0500, Charles Lepple wrote: > On Fri, Jan 29, 2010 at 10:09 PM, Hanspeter Niederstrasser > <f...@snaggledworks.com> wrote: > > Charles Lepple wrote: > >> The asciidoc package has a self-contained HTML generator, and "a2x", > >> an everything-else generator that depends on Docbook and a number of > >> related tools. Currently, the package has a 'Recommends' line for the > >> a2x dependencies, but since Fink doesn't process the Recommends line, > >> I figured it might be best to split that off into an asciidoc-a2x > >> package with proper dependencies. I would also like the splitoff to be > >> installed for users who are upgrading from the old unified package. > >> > >> Should I use "Replaces: asciidoc (<< 8.4.5-3)" in the a2x splitoff, or > >> will that confuse the Fink dependency engine? (I seem to have a way of > >> finding things that work well with apt/dpkg, but not necessarily with > >> Fink.) > > > > Are you using the word 'splitoff' in the Fink sense of SplitOff within a > > parent package (eg libfoo-dev and libfoo-shlibs are splitoffs of the > > same package libfoo), or describing asciidoc-a2x as a totally separate > > package independent of the rest of asciidoc? > > I'm referring to a Fink SplitOff (same info file). > > > ?In the first case, people > > building the new 'trim' asciidoc will still end up building asciidoc-a2x > > and pulling its dependencies even if they don't install it (a price to > > pay with SplitOffs. > > The dependencies are runtime rather than build-time (that's why I have > gotten away with the Recommends field so far). > > I appreciate the explanation, but I am still curious about the > Replaces field - someone who is using a2x from the old unified package > shouldn't have it disappear out from under them as part of an upgrade > to a split package (independent of whether the split packages come > from the same info file, or two separate info files).
Replaces is a file-level thing, it allows one package to overwrite specific files in another already-installed one. It does not cause that other package to be uninstalled unless you also specify Conflicts for it. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
