Ticket #1478 (closed defect: fixed)

Opened 7 years ago

Last modified 7 years ago

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:1 Changed 7 years ago by jdreed

Last edited 7 years ago by jdreed (previous) (diff)

comment:2 Changed 7 years ago by jdreed

  • Status changed from new to committed

committed  2d3b089f7d9c7c15862adec2d38a9727a7e88b1a (Rip out CUPS code; fix policy-rc.d; tweak UI) to master

comment:3 Changed 7 years ago by jdreed

  • Status changed from committed to development

comment:4 Changed 7 years ago by jdreed

  • Status changed from development to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.