I think we can close this bug, since a solution is described.
--
regards Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
(no need to cc: my, I'm still subscribed to the PTS :)
On Samstag, 18. September 2010, Thomas Lange wrote:
What do you expect instead?
That the package is removed.
The logic being: as install is the default action, remove should have a
higher priority and be whats happens.
For me this
Hi,
(no need to cc: my, I'm still subscribed to the PTS :)
On Samstag, 18. September 2010, Thomas Lange wrote:
What do you expect instead?
That the package is removed.
The logic being: as install is the default action, remove should have a
higher priority and be whats happens.
Hi,
On Sonntag, 19. September 2010, Michael Tautschnig wrote:
I do have such situations as well, and do resolve them as follows:
otherclass:
PACKAGES install
smartmontools
REALHW
PACKAGES install
smartmontools-
Did you mean:
otherclass:
PACKAGES install
smartmontools-
REALHW
Hi,
On Sonntag, 19. September 2010, Michael Tautschnig wrote:
I do have such situations as well, and do resolve them as follows:
otherclass:
PACKAGES install
smartmontools
REALHW
PACKAGES install
smartmontools-
Did you mean:
otherclass:
PACKAGES install
retitle 597221 please include examples for howto remove some packages from a
CLASS for another class
severity 597221 wishlist
thanks
Hi,
On Sonntag, 19. September 2010, Michael Tautschnig wrote:
Err, yes, right.
Sorry,
no problem, I'm rather happy you pointed this out here. Maybe
this should
What do you expect instead?
For me this is a not easy to solve situation. Both actions can be
interpreted as the desired, but software can't decide this on the
information you've specified.
An additional problem is, that install_packages does not take the
order of classes into account, which
What do you expect instead?
For me this is a not easy to solve situation. Both actions can be
interpreted as the desired, but software can't decide this on the
information you've specified.
An additional problem is, that install_packages does not take the
order of classes into account,
What do you expect instead?
For me this is a not easy to solve situation. Both actions can be
interpreted as the desired, but software can't decide this on the
information you've specified.
An additional problem is, that install_packages does not take the
order of classes into account,
On Sat, 18 Sep 2010 14:31:59 +0200, Michael Tautschnig m...@debian.org
said:
be cleverer than the user. What could be nice to have, however,
is a warning.
IMO it's not worth the work. Since install_packages is very stupid
about the packages lists it collects and the just append to
10 matches
Mail list logo