Ticket #1478 (closed defect: fixed)
policy-rc.d in reactivate gets scribbled over by d-i, and is also obsolete
Reported by: | jdreed | Owned by: | |
---|---|---|---|
Priority: | blocker | Milestone: | Current Semester |
Component: | -- | Keywords: | |
Cc: | Fixed in version: | ||
Upstream bug: | DebianBug:750598 |
Description
There are a couple of problems here: First, /usr/sbin/policy-rc.d is supposed to be managed by update-alternatives, per the documentation. That having been said, it doesn't matter, because d-i will happily scribble over it anyway. It is unclear to me that we still need a policy-rc.d outside the chroot. I believe the primary problem here was CUPS, which we had to ensure was running inside the chroot, and never outside it. I think that's no longer true, because we've given up on BrowsePolling?. Adding a custom printer to CUPS, for the duration of your chroot login, should not require restarting the daemon. So we should rip out the CUPS restart code, and the chroot itself should be given a simple policy-rc.d that exits 101, but there's no need for it to exist outside the chroot.
Thoughts? Barring objections, I will submit a PR for this tomorrow.
Change History
comment:2 Changed 10 years ago by jdreed
- Status changed from new to committed
committed 2d3b089f7d9c7c15862adec2d38a9727a7e88b1a (Rip out CUPS code; fix policy-rc.d; tweak UI) to master
http://github.com/mit-athena/reactivate/pull/1