Hello Daniel,

On Thu, 19 Apr 2007 20:37:16 -0700
Daniel Burrows <[EMAIL PROTECTED]> wrote:

>   It looks like the problem is that aptitude is noticing that you have
>   a
> pile of unresolved recommendations and fixing them for you.  The weird
> thing, to me, is that there are no candidates to resolve the
> recommendations, which I bet is why aptitude insists on removing the
> packages.

When I add cupsys-bsd to the package list which I set by "dpkg
--set-selections", all desired packages are installed. But I do not want
do that, see below.
 
> > Meanwhile, I changed my script a little so that aptitude does not
> > have to solve the conflict between exim4 and ssmtp. But now I have a
> > problem with lsb-core: It depends on lpr but no lpr-providing
> > package is mentioned in my package list. The reason is that I want
> > to have cupsys-bsd installed automatically (that's what aptitude
> > really does after having found a solution), but replace it later
> > with another lpr-package in certain situations.
> 
>   I'm not sure I follow what your problem with lsb-core is.

My big package list contains the package lsb-core, but lsb-core depends
from lpr. There are several packages that provide lpr (cupsys-bsd, lpr,
lprng), but none of these is mentioned in my package list. The reason
for omitting them is that I want to have cupsys-bsd automatically, but
to replace it later with package lpr in some situations. As all
installation actions are executed by a script that is called several
times, adding cupsys-bsd explicitly is no option, because - on some
machines - every time my installation script runs it would first install
cupsys-bsd (maybe replacing lpr) and then install lpr (again). But I
want cupsys-bsd to be replaced only once.

Regards
  Christoph 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to