From: Patrick Ouellette <pouelle@debian.org>
To: Steve Kostecke <steve@debian.org>, debian-ctte@lists.debian.org
Cc: Dan Smith <dsmith@danplanet.com>,
linux-hams@vger.kernel.org, debian-hams@lists.debian.org
Subject: Re: AX25 and related software's future in Debian
Date: Fri, 04 May 2012 12:57:06 -0400 [thread overview]
Message-ID: <20120504165706.GD24655@flying-gecko.net> (raw)
In-Reply-To: <E1SQLMS-00025Q-Iq@mail.kostecke.net>
[-- Attachment #1: Type: text/plain, Size: 1878 bytes --]
On Fri, May 04, 2012 at 11:28:04AM -0500, Steve Kostecke wrote:
>
> I've not had time to read that entire thread, but it seems to me that
> renaming well known binaries violates the Principle Of Least
> Astonishment.
>
> Has anyone considered making nodejs and ax25 conflict? That would be an
> easy way of sidestepping this entire namespace issue.
>
FWIW, I'm fine with that. Apparently either Node.js people are not
OR someone higher in the food chain is not. They are trying to
make it so you can have Node.js AND node installed. I suspect the
actual cases where this is really desired to be very close to zero.
"They" are determined to not introduce the conflicts field.
Policy again - from Section 7.4:
"Be aware that adding Conflicts is normally not the best solution when
two packages provide the same files. Depending on the reason for that
conflict, using alternatives or renaming the files is often a better
approach. See, for example, Binaries, Section 10.1.
Neither Breaks nor Conflicts should be used unless two packages cannot
be installed at the same time or installing them both causes one of
them to be broken or unusable. Having similar functionality or performing
the same tasks as another package is not sufficient reason to declare
Breaks or Conflicts with that package. Be aware that adding Conflicts
is normally not the best solution when two packages provide the same
files. Depending on the reason for that conflict, using alternatives
or renaming the files is often a better approach. See, for example,
Binaries, Section 10.1."
Clearly conflicts is a solution allowed by policy 7.4, and I don't know
*why* they continue to press the issue. Apparently bug 611698 which
cites policy 10.1 claims "you can't do that."
Maybe the tech committee can explain why policy contradicts policy.
Pat
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2012-05-04 16:57 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-04 1:32 AX25 and related software's future in Debian Patrick Ouellette
2012-05-04 1:46 ` Dave Platt
2012-05-04 2:10 ` Patrick Ouellette
2012-05-04 1:53 ` Kamal Mostafa
2012-05-04 2:03 ` Charles Suprin
2012-05-04 2:17 ` Patrick Ouellette
2012-05-04 2:20 ` Alejandro Santos
2012-05-04 5:20 ` Kim, VK5FJ
2012-05-04 14:34 ` Patrick Ouellette
2012-05-04 14:06 ` Dan Smith
2012-05-04 15:14 ` Patrick Ouellette
2012-05-04 15:35 ` Dan Smith
2012-05-04 16:28 ` Steve Kostecke
2012-05-04 16:57 ` Patrick Ouellette [this message]
2012-05-04 17:50 ` Bill Vodall
2012-05-04 18:06 ` Patrick Ouellette
2012-05-04 18:32 ` Dan Smith
2012-05-04 18:49 ` Patrick Ouellette
2012-05-04 19:01 ` Dan Smith
2012-05-04 19:31 ` Patrick Ouellette
2012-05-04 22:52 ` Damien Gardner Jnr
[not found] ` <CAPSBm51zYFpfPa0Rqvjemv4KGh-NQfFmFTcW07B8KzpTK_E8bw@mail.gmail.com>
2012-05-05 3:00 ` Kris Kirby
2012-05-05 13:33 ` Thomas Osterried
2012-05-23 18:15 ` Wesley J. Landaker
2012-05-23 20:38 ` Nate Bargmann
2012-05-23 22:48 ` Damien Gardner Jnr
2012-05-24 12:18 ` C.J. Adams-Collier
2012-05-24 12:33 ` IT1 Stuart Blake Tener, USNR
2012-05-24 23:05 ` Marius Petrescu
2012-05-24 23:29 ` IT1 Stuart Blake Tener, USNR
2012-05-25 0:02 ` Marius Petrescu
2012-05-25 0:04 ` Marius Petrescu
2012-05-25 0:56 ` Bob Nielsen
2012-05-25 1:46 ` Nate Bargmann
[not found] <S1754044Ab2EQTsl/20120517194841Z+66@vger.kernel.org>
2012-05-17 20:03 ` Charles Boling (AD7UF)
2012-05-17 20:25 ` John Goerzen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120504165706.GD24655@flying-gecko.net \
--to=pouelle@debian.org \
--cc=debian-ctte@lists.debian.org \
--cc=debian-hams@lists.debian.org \
--cc=dsmith@danplanet.com \
--cc=linux-hams@vger.kernel.org \
--cc=steve@debian.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox