Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #231793
| From | David Wright <deblis@lionunicorn.co.uk> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Conflicting alternatives |
| Date | 2021-02-17 16:30 +0100 |
| Message-ID | <BJwW6-2Jg-1@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <BJboB-5xY-1@gated-at.bofh.it> <BJew9-7jV-1@gated-at.bofh.it> <BJhkl-1Gw-3@gated-at.bofh.it> <BJiT7-2Hl-5@gated-at.bofh.it> <BJurf-14H-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed 17 Feb 2021 at 20:45:02 (+0800), Kevin Shell wrote:
> On Tue, Feb 16, 2021 at 07:19:52PM -0500, Stefan Monnier wrote:
> >
> [...]
> > It'd be work in the DPKG/APT code, yes. But it would require no extra
> > work from the people doing the packaging.
>
> I know little technical details about the Debian package manager,
> from an end user's perspective, the package manager should give the user
> the choise not to uninstall a wanted package,
Call that 1.
> if the user don't give a choise, the package manager can perform the
> default action to remove the package.
Call that 2.
> I think this method is a better default behavior for the package manager
> for some similar packages.
Is that not true now?
$ apt-get -s install busybox-static
NOTE: This is only a simulation!
[…]
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED: ← case 2 ----------
busybox
The following NEW packages will be installed:
busybox-static
0 upgraded, 1 newly installed, 1 to remove and 2 not upgraded.
Remv busybox [1:1.30.1-4] [cryptsetup-initramfs:amd64 ]
Inst busybox-static (1:1.30.1-4 Debian:10.8/stable [amd64])
Conf busybox-static (1:1.30.1-4 Debian:10.8/stable [amd64])
$
~# aptitude hold busybox
~#
$ apt-get -s install busybox-static
NOTE: This is only a simulation!
[…]
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
busybox : Conflicts: busybox-static but 1:1.30.1-4 is to be installed
busybox-static : Conflicts: busybox ← case 1 ----------
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
100 $
~# aptitude unhold busybox
~#
Cheers,
David.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 10:00 +0100
Re: Debian switchable MTA mechanism Georgi Naplatanov <gosho@oles.biz> - 2021-02-16 10:20 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 11:00 +0100
Re: Debian switchable MTA mechanism Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-16 10:40 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 10:50 +0100
Re: Debian switchable MTA mechanism <tomas@tuxteam.de> - 2021-02-16 11:20 +0100
Conflicting alternatives (was: Debian switchable MTA mechanism) Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-16 15:20 +0100
Re: Conflicting alternatives (was: Debian switchable MTA mechanism) Dan Ritter <dsr@randomstring.org> - 2021-02-16 17:10 +0100
Re: Conflicting alternatives (was: Debian switchable MTA mechanism) didar <nosferatu@purlo.in> - 2021-02-16 17:30 +0100
Re: Conflicting alternatives (was: Debian switchable MTA mechanism) <tomas@tuxteam.de> - 2021-02-16 17:30 +0100
Re: Conflicting alternatives (was: Debian switchable MTA mechanism) Celejar <celejar@gmail.com> - 2021-02-16 18:00 +0100
Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-16 20:50 +0100
Re: Conflicting alternatives <tomas@tuxteam.de> - 2021-02-16 21:40 +0100
Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-17 00:20 +0100
Re: Conflicting alternatives tomas@tuxteam.de - 2021-02-17 09:20 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 02:20 +0100
Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-17 05:40 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-16 23:50 +0100
Re: Conflicting alternatives Stefan Monnier <monnier@iro.umontreal.ca> - 2021-02-17 01:30 +0100
Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-17 13:50 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 16:30 +0100
Re: Conflicting alternatives The Wanderer <wanderer@fastmail.fm> - 2021-02-17 17:00 +0100
Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-17 17:10 +0100
Re: Conflicting alternatives Greg Wooledge <wooledg@eeg.ccf.org> - 2021-02-17 17:30 +0100
Re: Conflicting alternatives Richard Hector <richard@walnut.gen.nz> - 2021-02-18 05:40 +0100
Re: Conflicting alternatives Dan Ritter <dsr@randomstring.org> - 2021-02-18 14:20 +0100
Re: Conflicting alternatives Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-18 14:40 +0100
Re: Conflicting alternatives Richard Hector <richard@walnut.gen.nz> - 2021-02-19 05:30 +0100
Re: Conflicting alternatives Dan Ritter <dsr@randomstring.org> - 2021-02-19 15:30 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-20 02:00 +0100
Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-20 14:40 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-21 02:20 +0100
Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-21 17:50 +0100
Re: Conflicting alternatives Andrei POPESCU <andreimpopescu@gmail.com> - 2021-02-22 10:20 +0100
Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 11:20 +0100
Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-22 12:50 +0100
Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 15:00 +0100
Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-22 15:40 +0100
Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 18:10 +0100
Re: Conflicting alternatives Curt <curty@free.fr> - 2021-02-22 11:40 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 17:20 +0100
Re: Conflicting alternatives Dan Ritter <dsr@randomstring.org> - 2021-02-17 17:40 +0100
Re: Conflicting alternatives David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 21:40 +0100
Re: Conflicting alternatives Kevin Shell <kshell@gmx.com> - 2021-02-17 23:50 +0100
Re: Debian switchable MTA mechanism Dan Ritter <dsr@randomstring.org> - 2021-02-16 12:40 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 13:30 +0100
Re: Debian switchable MTA mechanism Dan Ritter <dsr@randomstring.org> - 2021-02-16 14:40 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 14:50 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-16 14:50 +0100
Re: Debian switchable MTA mechanism Dan Ritter <dsr@randomstring.org> - 2021-02-16 14:50 +0100
Re: Debian switchable MTA mechanism rhkramer@gmail.com - 2021-02-16 15:20 +0100
Re: Debian switchable MTA mechanism David Wright <deblis@lionunicorn.co.uk> - 2021-02-16 23:40 +0100
Re: Debian switchable MTA mechanism David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 02:20 +0100
Re: Debian switchable MTA mechanism David Wright <deblis@lionunicorn.co.uk> - 2021-02-17 02:20 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-17 00:40 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-17 00:50 +0100
Re: Debian switchable MTA mechanism Kevin Shell <kshell@gmx.com> - 2021-02-17 01:00 +0100
Re: Debian switchable MTA mechanism Semih Ozlem <semihozlemlinuxuser@gmail.com> - 2021-02-16 15:20 +0100
Re: Debian switchable MTA mechanism IL Ka <kazakevichilya@gmail.com> - 2021-02-16 15:30 +0100
Re: Debian switchable MTA mechanism Darac Marjal <mailinglist@darac.org.uk> - 2021-02-16 15:30 +0100
csiph-web