Custom Query (1145 matches)
Results (49 - 51 of 1145)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1482 | fixed | Update getty.debathena for logind | jdreed | |
| Description |
ConsoleKit? is not a thing on Precise. Also, it needs better error handling. |
|||
| #1481 | fixed | Unity puts non-ephemeral data in XDG_CACHE_HOME | jdreed | |
| Description |
Unity is dumb, and puts its first-run stamp (which determines whether it tells you about the keyboard shortcuts, among other things) in XDG_CACHE_HOME. Which, for us, is on /var/run, so you get this popup each time. I've filed a bug, but we should consider doing something about this, possibly putting our own flag file in ~/.config, and pre-populating XDG_CACHE_HOME at login time for a few white-listed files. (Hopefully just one, but you never know. |
|||
| #1478 | fixed | policy-rc.d in reactivate gets scribbled over by d-i, and is also obsolete | jdreed | |
| 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. |
|||
