e policy manual is a living document
and we can always update it again later once it's possible to simplify
the bootstrapping process further.
--
Colin Watson (he/him) [cjwat...@debian.org]
reserve 61184-63999, with a Debian patch to
exclude netplan's 63434. That doesn't seem likely to be difficult; it
could go in the same place where systemd is already doing NSS checks.
I'm generally in favour of the underscore prefix recommendation in some
form, and would be happy to enforce that
ctree::
- :maxdepth: 3
+ :maxdepth: 4
:numbered:
ch-scope
@@ -31,7 +31,7 @@ This is Debian Policy version |policy_version|, released on
|policy_date|.
.. toctree::
:caption: Appendices
:name: appendix
- :maxdepth: 3
+ :maxdepth: 4
:numbered:
ap-pkg-scope
T
out, I don't think it's a
good use of time to try to improve the tooling.
I second Steve's opinion that, in the aggregate, this feature is
actively harmful to downstreams (notwithstanding some individual cases
where it may be locally helpful) and should be removed.
--
Colin
he rest of the architecture? The
rare case of systems building images for older releases could be handled
by just installing binaries from older releases.
--
Colin Watson [cjwat...@debian.org]
>
> -
> -Version 3.8.4.0
> +
> +Version 3.8.4
>
>
> - Release Jan 2010.
> + Released Janunary, 2010.
^
>
> Typo. ^ :)
Your typo fix introduces a different typo. :-)
--
Colin Watson [cjwat...@debian.org]
rce package. It is therefore meaningful for
it to express a combination of architecture-dependent and
architecture-independent binary packages.
I would recommend closing this bug with no further action. The current
text appears correct to me.
--
Colin Watson [cjwat...@debian.org]
with the adduser in the preinst or
postinst script (again, the latter is to be
--
Colin Watson [cjwat...@debian.org]
Dear,
I found something absolutely new and so interesting! Don't miss it up, you
may find more info here <http://relief.rogerdigmon.com/lnmhugkd>
Sent from my iPhone, Colin Watson
74648153
On Wed, Jan 20, 2016 at 03:17:18PM +0100, Bill Allombert wrote:
> On Wed, Jan 20, 2016 at 01:39:45PM +0000, Colin Watson wrote:
> > I think this is somewhat unfortunate, but it is the reality right now.
> > Perhaps a good thing for somebody to work on would be reimplementing
> &
t now.
Perhaps a good thing for somebody to work on would be reimplementing
dpkg-architecture in C so that it could be moved to the dpkg binary
package?
--
Colin Watson [cjwat...@debian.org]
without taking a
particular aesthetic stance. I think that's right.
--
Colin Watson [cjwat...@debian.org]
.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150806172515.ga4...@riva.ucam.org
search).
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140507140925.ga2
for Ubuntu to diverge from Debian.
This is one of them.
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
that programs do not need to take
special measures to set their own PATH.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20110829165151.ga11
one myself.
Ignoring /var/cache/man seems fairly harmless in the meantime.
(man-db of course does remove /var/cache/man when it itself is purged,
but we could perhaps do better.)
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian
to write many
- characters outside that range may be found in
- manref name=groff_char section=7.
- /p
/sect
sect
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ
who had it still in place (#500631).
After I asked in #debian-devel my solution to this problem was to just
abort in the preinst with an error message.
Then I noticed #470894 where Colin Watson wanted to
edit /etc/default/grub inside of grub-installer.
And there I told him that I'm unsure
under 9.1 - but I think the requirement applies *principally*
to init scripts. Perhaps it would be best to simply add a parenthesis
saying that this also applies to the rest of the system?
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email
On Tue, Jun 16, 2009 at 10:31:22PM +0200, Bill Allombert wrote:
I just released 3.8.2.0.
Thanks for this. Sorry, I think I'd taken an action to do this but then
had a flurry of activity elsewhere and it slipped off my plate ...
--
Colin Watson [cjwat
and others, would anyone
mind if I rolled 3.8.2.0 with what we have now? Or does somebody else
want to, or is there a reason not to do so (e.g. too much
Standards-Version churn)?
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian
into sorting that out.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
)
+ and minus (tt-/tt) signs, and periods (tt./tt).
+ They must be at least two characters long and must start
+ with an alphanumeric character.
+ /p
/sect1
sect1 id=f-Maintainer
I'm seeking seconds for this.
--
Colin Watson
to go along with asking slightly
more fine-grained questions about changes, and since most of the logic
is in a C program). Seeing as I'm a debconf co-maintainer, this is
really just me being slack rather than anything that should hold up
policy, though!
--
Colin Watson
tags 514326 pending
thanks
On Mon, Feb 16, 2009 at 08:06:00PM +, Tim Small wrote:
Colin Watson wrote:
Tim was referring to the text of the FHS, though
(see the subject line), which I don't think we ought to modify in
debian-policy for this.
Yes, sorry about that, I hadn't appreciated
On Fri, Feb 13, 2009 at 07:41:40PM -0800, Russ Allbery wrote:
Colin Watson cjwat...@debian.org writes:
I'd say:
The Debian Social Contract simply refers to areas.
... to emphasise the fact (as it seems to me) that the SC is
non-specific.
I don't think we should feel tied
on
+ prgndpkg/prgn to create them.
+ /p
/sect1
sect1
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, Feb 16, 2009 at 02:32:20PM +, Colin Watson wrote:
The code that tends to suffer from this problem is init scripts, and so
I think it would be sensible to add a requirement in that section of the
policy manual proper. Here's a suggested patch (note that this adds a
new must; other
be installed into.
+ package should be installed into. Note, however, that
+ the Debian archive only supports listing a single
+ distribution.
/p
p
--
Colin Watson [cjwat...@debian.org
, and (b) the specific
term components in our archive maintenance software postdates the SC.
Since this is technical policy, it seems reasonable to me that we would
generally prefer more specific terms.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE
On Thu, Feb 12, 2009 at 03:21:28PM +0100, Raphael Hertzog wrote:
On Thu, 12 Feb 2009, Colin Watson wrote:
However, I'm not convinced that it is correct to remove this feature
from the *syntax*. While Ubuntu's archive maintenance software doesn't
support it right now, several people have
that against an old mail from
Ian proposing the design of this field
(http://lists.debian.org/debian-devel/1997/10/msg00643.html), not
against the current implementation.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
diff --git a/policy.sgml b/policy.sgml
index 7de382d
On Fri, Nov 07, 2008 at 09:26:05PM +0100, Kurt Roeckx wrote:
On Fri, Nov 07, 2008 at 07:13:18PM +, Colin Watson wrote:
The policy manual currently uses the word installed in a couple of
different ways when referring to packages.
Sometimes it's also using present while it probably also
rather than trying to guess at a useful
meaning for something that's clearly a mistake.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
?
--
Colin Watson [EMAIL PROTECTED]
signature.asc
Description: Digital signature
seem to require registration
of any kind.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it
and thereby no longer have something we can rely on at least in Debian.
(Not to mention that reshuffling tools just for the sake of it is a
pain.)
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
section=1 for full
+ See manref name=deb-substvars section=5 for full
details about source variable substitutions, including the
format of filedebian/substvars/file./p
/sect
Seconded.
--
Colin Watson [EMAIL PROTECTED
can say that there's no harm in doing so,
and that this should be allowed.
Patch against current policy.git attached.
I'm seeking seconds for this proposal.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
diff --git a/debconf_spec/debconf_specification.xml b
nearly so often.
Please reconsider this bug.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
burden on developers. I don't think
there's a good cause to go much further than that at this point.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
when
trying to modify the package. I'm not arguing that such bugs shouldn't
be fixed, merely that it's a mistake to turn them into showstoppers that
could potentially block more urgent upload requirements.
Cheers,
--
Colin Watson [EMAIL PROTECTED
retitle 440420 [AMENDMENT 11/02/2008] Manual page encoding
severity 440420 normal
thanks
On Mon, Jan 28, 2008 at 12:29:35PM +, Colin Watson wrote:
--- orig/policy.sgml
+++ mod/policy.sgml
@@ -8521,6 +8521,37 @@
be present in the future.
/footnote
/p
+
+ p
On Mon, Dec 31, 2007 at 02:37:48PM +, Colin Watson wrote:
On Sun, Dec 30, 2007 at 10:28:12PM -0800, Russ Allbery wrote:
Colin Watson [EMAIL PROTECTED] writes:
I propose that policy should standardise that we move to using UTF-8 as
the source encoding for all manual pages since
).
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Jan 01, 2008 at 11:37:30AM -0800, Russ Allbery wrote:
Colin Watson [EMAIL PROTECTED] writes:
I'm still open to whether new-world-order pages should go in
/usr/share/man/LL.UTF-8 or just /usr/share/man/LL. Pros for LL.UTF-8:
* Non-compliant implementations (I'm guessing xman
really refers to the apt library and would
therefore encompass aptitude, perhaps that should be apt-get and
aptitude instead.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
/base (!).
Unfortunately the list of sections in dak's configuration file appears
to be global rather than per-suite, so it might require some work to
make base an invalid section from here on without breaking old suites.
Removing it from lintian would be good, though.
--
Colin Watson
On Tue, Jan 01, 2008 at 11:49:02AM -0800, Russ Allbery wrote:
Colin Watson [EMAIL PROTECTED] writes:
I don't have time to do the wordsmithing, but I can be your expert
witness. debian-installer (specifically, debootstrap) now simply
installs everything with Priority: required or Priority
On Sun, Dec 30, 2007 at 10:28:12PM -0800, Russ Allbery wrote:
Colin Watson [EMAIL PROTECTED] writes:
I propose that policy should standardise that we move to using UTF-8 as
the source encoding for all manual pages since it clearly makes sense to
do so. This will still need to be specified
On Wed, Dec 05, 2007 at 06:26:17PM +0100, Bill Allombert wrote:
On Wed, Dec 05, 2007 at 05:08:49PM +, Colin Watson wrote:
This has the unfortunate property of excluding Gnulib, which is a
library of code explicitly designed by the GNU build system folks to
live alongside the Autotools
had a disambiguating mechanism here
(Source and Source-Version) for years, but nearly nobody uses it and
frankly I don't blame them. The situation is rife with ambiguity and it
would be much less confusing for everyone to forbid it.
--
Colin Watson [EMAIL
On Tue, Sep 04, 2007 at 02:04:32PM +0200, Jens Seidel wrote:
On Tue, Sep 04, 2007 at 11:52:57AM +0100, Colin Watson wrote:
Thanks. I hope that my comments above clarify some further confusion. I
would still appreciate concrete information and examples on why you
don't like the idea
On Mon, Sep 03, 2007 at 08:30:39AM +0200, Jens Seidel wrote:
On Sun, Sep 02, 2007 at 11:31:45PM +0100, Colin Watson wrote:
On Sun, Sep 02, 2007 at 10:24:43PM +0200, Jens Seidel wrote:
On Sat, Sep 01, 2007 at 01:02:33PM +0100, Colin Watson wrote:
+ is an ISO-639 language code
On Mon, Sep 03, 2007 at 04:15:31PM +0200, Jens Seidel wrote:
On Mon, Sep 03, 2007 at 01:11:04PM +0100, Colin Watson wrote:
I'm not sure how to word this in policy though; do you have any
suggestions?
How about:
It is therefore not yet recommended to install UTF-8 encoded pages
On Mon, Sep 03, 2007 at 05:38:10PM +0200, Giacomo A. Catenazzi wrote:
Colin Watson wrote:
--- orig/policy.sgml
+++ mod/policy.sgml
@@ -8450,6 +8450,39 @@
be present in the future.
/footnote
/p
+
+p
+ Manual pages that are installed under
+ file/usr
with source packages that perform multiple build
passes?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Sep 02, 2007 at 10:24:43PM +0200, Jens Seidel wrote:
On Sat, Sep 01, 2007 at 01:02:33PM +0100, Colin Watson wrote:
--- orig/policy.sgml
+++ mod/policy.sgml
@@ -8450,6 +8450,39 @@
be present in the future.
/footnote
/p
+
+ p
+ Manual pages
On Sat, Sep 01, 2007 at 02:49:20PM +0200, Kurt Roeckx wrote:
On Sat, Sep 01, 2007 at 01:02:33PM +0100, Colin Watson wrote:
+ Manual pages that are installed under
+ file/usr/share/man//filevarll/var, where varll/var
+ is an ISO-639 language code, must be encoded with the usual
On Sat, Jul 30, 2005 at 02:55:53PM -0700, Steve Langasek wrote:
On Sat, Jul 30, 2005 at 12:26:04PM +0100, Colin Watson wrote:
Brendan O'Dea has said things along these lines before, I know, but I'll
repeat it: those wrappers are in most cases rather tightly bound to the
precise interfaces
means that you have to keep /usr/lib precisely in
sync across all the machines that mount it for fear of breakage, you
have to ask whether this is really a beneficial thing to do.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL
be fine.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be entitled to expect normal POSIX filesystem semantics after
that.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
), and the URL: prefix breaks that.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
of that whole ugly edifice (and close several bugs as a result).
I think having services in their own packages which you can uninstall if
you don't want to run them is better than /etc/default cruft.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
definitely be a good thing, I think.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
-policy to see if there is some rationale for that
definition that I am not aware of.
Libraries can't be essential, because it would make it too hard to
remove them when their sonames change.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
,
--
Colin Watson [EMAIL PROTECTED]
'
(regardless of the fact that there isn't another good way just at the
moment).
--
Colin Watson [EMAIL PROTECTED]
.
Debian's been using dependency this way round since roughly the dawn
of time. I'm certain that trying to reverse it now would sow confusion
among the entire developer population.
Consider it a piece of jargon.
--
Colin Watson [EMAIL PROTECTED]
On Sun, Sep 21, 2003 at 06:31:31PM -0400, Daniel B. wrote:
Colin Watson wrote:
I'm certain that trying to reverse it now would sow confusion
among the entire developer population.
1. The current state is already confusing.
I don't find it so in the least.
2. Fixing the problem doesn't
fix that problem, not that I particularly relish
the idea of trying to get it changed everywhere.
If we didn't want to change the existing flags, we could still reserve
DEB_BUILD_OPTIONS_* for extensions.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
Shell server: stopped.
... as the first line of the output would be kind of nice.
--
Colin Watson [EMAIL PROTECTED]
.
--
Colin Watson [EMAIL PROTECTED]
to it informationally for general documentation of the
globally allocated users and groups on Debian systems.
--
Colin Watson [EMAIL PROTECTED]
to be quite correct.
--
Colin Watson [EMAIL PROTECTED]
unpacked or
half-configured provided that it has been fully configured at some point
in the past. Is this not correct?
--
Colin Watson [EMAIL PROTECTED]
not also
be encountered by Priority: optional and Priority: extra packages.
Therefore, in solving these problems for the latter class of packages we
can also solve it for the former.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
Netscape/Mozilla stuff and ditches the % characters
entirely. I don't have any strong feelings about which to use.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
- dpkg unpacks the files
It's easier to understand and doesn't tread on the admin's toes as
much. Note that dpkg stores users by name, not by uid.
How should you ensure that the user in question exists on the system
building the package?
--
Colin Watson
scripts should call
adduser; and I don't think that merely building a package with real root
privileges should modify the state of my system in major ways like
adding new users.
--
Colin Watson [EMAIL PROTECTED]
/chapt
Thanks for writing this patch. I agree that it documents current
practice (and furthermore good practice, I believe) and second it.
--
Colin Watson [EMAIL PROTECTED]
pgpULXkIVlrNS.pgp
Description: PGP signature
that
may turn out to need similar large block allocations.
I would like to see an initiative to agree this between multiple
distributions via the LSB or similar with input from people running
large systems, otherwise there'll probably be a horrible mess down the
line.
Cheers,
--
Colin Watson
[As Joey said recently in another discussion, please follow up to the
bug, not to debian-policy.]
On Wed, Jun 18, 2003 at 01:02:37AM -0400, Colin Walters wrote:
On Tue, 2003-06-17 at 20:28, Colin Watson wrote:
I think this is very bad. At the moment policy says that my EDITOR and
PAGER
to install, the less chance there is that
one of them will be uninstallable and break your build. (I don't know
how big a problem this is in practice, but it certainly does happen from
time to time.)
--
Colin Watson [EMAIL PROTECTED]
On Wed, Jun 18, 2003 at 03:33:50PM -0400, Colin Walters wrote:
On Wed, 2003-06-18 at 14:44, Colin Watson wrote:
On Wed, Jun 18, 2003 at 02:11:06PM -0400, Colin Walters wrote:
On Wed, 2003-06-18 at 13:36, Bill Allombert wrote:
Not having the buildd installing tons of unneeded packages
to standardize it
later. Where would be good places to start? Editor packages,
debianutils, and some vanilla X mail and news programs like knews
perhaps?
[1] Damn, this is confusing. Maybe the two of us should avoid getting
involved in the same discussions in the future. :-)
--
Colin Watson
,
--
Colin Watson [EMAIL PROTECTED]
. With appropriate use of VPATH in the build
system this is quite easy.
The reason I bring this up is I am designing a new Debian build system,
and it's hard for me to know what to do with it exactly.
Please include the build target. It's useful for users as well.
--
Colin Watson
On Sat, Jun 07, 2003 at 10:02:14PM -0500, Manoj Srivastava wrote:
On Sat, 7 Jun 2003 16:33:23 +0100, Colin Watson [EMAIL PROTECTED] said:
Yes yes, we know all that. However, hundreds of release-critical bug
reports cause very real practical problems for our release
management processes
that this is the norm, any more than deciding position on
CDs routinely requires input from maintainers.
--
Colin Watson [EMAIL PROTECTED]
with a changed Priority: field
does not by itself cause the Priority: field in the Packages file to
change, so filing bugs against packages for this problem is useless.
--
Colin Watson [EMAIL PROTECTED]
unforeseen badness results). Think of it
as a safe experiment in advance of wider deployment of UTF-8 later on.
Package maintainers who aren't set up for writing UTF-8 can always
resort to transliteration into ASCII if need be.
--
Colin Watson [EMAIL PROTECTED]
On Fri, Jun 06, 2003 at 11:16:02PM +0200, Thomas Hood wrote:
On Fri, 2003-06-06 at 21:39, Chris Waters wrote:
On Fri, Jun 06, 2003 at 01:52:58PM +0100, Colin Watson wrote:
Every so often, somebody encounters the bit of the policy manual that
says:
Packages must not depend on packages
a bout of mass-filing.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
that
might have to be investigated further.
I filed this bug after running into xisp, which uses it. I don't recall
encountering anything similar before, although of course the compiler
change is very recent.
--
Colin Watson [EMAIL PROTECTED]
On Tue, May 13, 2003 at 07:15:04AM -0500, Graham Wilson wrote:
On Tue, May 13, 2003 at 03:25:00AM +0100, Colin Watson wrote:
On Mon, May 12, 2003 at 09:13:05PM -0500, Graham Wilson wrote:
On Tue, May 13, 2003 at 01:25:52AM +0100, Colin Watson wrote:
On Tue, May 13, 2003 at 04:20:03AM
the obvious.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
1 - 100 of 205 matches
Mail list logo