Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #231795
| From | The Wanderer <wanderer@fastmail.fm> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Conflicting alternatives |
| Date | 2021-02-17 17:00 +0100 |
| Message-ID | <BJxp7-2TL-1@gated-at.bofh.it> (permalink) |
| References | (6 earlier) <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> <BJwW6-2Jg-1@gated-at.bofh.it> |
| Organization | This space intentionally left blank. |
[Multipart message — attachments visible in raw view] - view raw
On 2021-02-17 at 10:25, David Wright wrote: > 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 > The following packages will be REMOVED: ← case 2 ---------- > busybox > The following NEW packages will be installed: > busybox-static > ~# aptitude hold busybox > ~# > > $ apt-get -s install busybox-static > 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 ---------- I think what he's wanting is a case which would allow installing busybox-static, but not insist on removing busybox. (Or the equivalent in his actual use-case, where the files installed by the two packages might not actually overlap.) Where that runs into trouble is that even if the *files* don't overlap, other resources which the package needs to control exclusively quite possibly do - the most prominent example, from the discussion at hand regarding MTAs, being port 25. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw
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