icularly in
stable.
--
Russ Allbery (r...@debian.org) <https://www.eyrie.org/~eagle/>
e machines.
We should not enable people who control the local network but not the
Debian system to dynamically change security-relevant configuration of
that system, which I believe includes apt sources, without explicit
permission.
--
Russ Allbery (r...@debian.org) <https://www.eyrie.org/~eagle/>
Sean Whitton writes:
> On Mon 22 Apr 2019 at 11:03AM -07, Russ Allbery wrote:
>> This was a request from ftpmaster so that they had a contact point for
>> each package in the case of any problems. If they're happy for this
>> requirement to be removed for d-i packages,
ment to be removed for d-i packages, we're happy to update Policy
accordingly. Presumably the d-i team is the contact for anything related
to udebs, so that may fulfill their requirement. (If they're unhappy, we
should talk more about it.)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
of the "Important" priority.
I believe this is #776557 (and kind of unrelated to this discussion).
Maybe move this discussion there? There's already been a fair bit of
(rather inconclusive) discussion on that bug.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
conflict with each other (but packages that both have a
priority of standard or higher still may
not conflict).
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
e therefore need to document that
the priority still exists.
Hm, it occurs to me that this wording should probably explicitly say that
the extra priority should be treated the same as optional if it appears
anywhere (although the archive-wide override change will mostly take care
of that).
--
R
-priorities of one or more packages may need to be adjusted.
-
-
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
generic, but it's
also likely to confuse people into looking there for pictures... :-)
install.debian.org? (get.debian.org is good too.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
into the release, so let me
note that this is not a well-thought-out proposal, just the sketch of an
idea.) But that's all outside the scope of tech-ctte deliberation, since
that's technical design, and regardless isn't something that we would do
right now.
--
Russ Allbery (r...@debian.org
know how to do better
and get releases out faster because there's a truly intimidating amount of
work that has to get done to do the release and all the alternatives seem
to make the work even worse.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
be
great, but it's a hard problem, and there's no way that we're going to
come up with a solution to it right now in the middle of the wheezy
freeze.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
situations, such as wanting a partially
encrypted file system, and hence are not the target audience for the
pre-constructed partitioning choices in d-i.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
not on the same partition as everything else.
Separating /var continues to be good and recommended practice if you're
running anything that's likely to produce a lot of output, IMO. (/tmp
should probalby just be tmpfs, but that's another discussion.)
--
Russ Allbery (r...@debian.org) http
by a xc-package-type-in-debian-control that suggests to do the
opposite and use the official name.
Done for the next Lintian release (as a pedantic tag, since as I
understand it there's no functionality change). d-i folks, if you want a
higher severity, let us know.
Thanks, Raphael!
--
Russ
Package: installation-reports
Severity: wishlist
-- Package-specific info:
Boot method: CD
Image version: lenny i386 netinst CD (unknown exact build date or URL)
Date: 2009-06-27
Machine: HP Firebird with VoodooDNA 802
Partitions:
/dev/mapper/gwaihir-root
ext320647548
16 matches
Mail list logo