been ABI updates anyway, particularly in
stable.
--
Russ Allbery (r...@debian.org) <https://www.eyrie.org/~eagle/>
those 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 packa
equirement 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/>
; 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/>
tional may
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/>
re 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).
--
Russ Allbery
es
-(excluding build-time dependencies). In order to ensure this, the
-priorities of one or more packages may need to be adjusted.
-
-
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
; initially thought that images.debian.org is more 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/>
ading this can fill it in from memory. *grin*)
If we could find a way to release some of that tension, that would 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..
and we don't
like a lot of the implications of that, but we don't 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.
e buildds at testing since there would be no way to
stage library transitions that *are* going 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 d
ut I think
there's a pretty good consensus that people with a separate /usr from /
are doing so for fairly edge-case 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
ry if
they're 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.)
--
R
eplaced 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, Raphae
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 3659096
16 matches
Mail list logo
