On Sun, Sep 09, 2007 at 02:45:34PM +0100, Stephen Gran wrote:
> > If you create a new package, let's call it clamav-data-bootstrap,
> > you can have:
> >
> > clamav-freshclam
> > Recommends: clamav-data-bootstrap
> > clamav
> > Depends: clamav-data | clamav-data-bootstrap | clamav-freshclam
> > Recommends: clamav-data | clamav-data-bootstrap
> > clamav-daemon
> > Depends: clamav-data | clamav-data-bootstrap | clamav-freshclam
> > Recommends: clamav-data | clamav-data-bootstrap
>
> Why do you need to Depend and Recommend the same packages? What does
> this buy you?
The depends can be resolved with clamav-freshclam, but apt-get|apt|dselect
will still prompt add in clamav-data or clamav-data-bootstrap because of the
separate recommendation which *isn't* resolved if you have clamav-freshclam.
> What it will preferentially do, as far as I can tell, is to install
> clamav-data (or whichever is first in the list). This will probably be
> the wrong thing, no matter how you order it - clamav-data will be wrong
> for people who have network connections (which is the most common case,
> but something that policy prevents us from relying on). Putting
> freshclam first in the list will guarantee that no files are installed.
> clamav-data-bootstrap will put the files on disk, and then never update
> until the next version of the package releases, which is also clearly
> wrong.
Oh, then make clamav-data-bootstrap recommend clamav-freshclam | clamav-data
and put it first in the piped lists above.
> The package relationship described above makes it much harder
> for a user to just run apt-get install and have things work out of the
> box without manually specifying a second run to end up with what they
> really want. Do you really think that:
> apt-get install clamav-daemon
> apt-get install clamav-freshclam
> apt-get remove clamav-data-bootstrap
>
> is an intuitive way to arrive at what you wanted in the first place?
Uh, no, that would be:
aptitude install --without-recommends clamav-daemon clamav-freshclam
There is no second run.
> > (Also, if you need something on disk before the postinst is run, you really
> > need Pre-Depends:...?)
>
> No, you need Pre-Depends when you need something configured before
> preinst is run.
Oh, sorry, I confused 'on disk' with configured. Well, then that's a
non-issue.
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
