Add xdiagnose fallback when display-manager fails to start

Bug #1400682 reported by Didier Roche-Tolomelli
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xdiagnose (Ubuntu)
Fix Released
Undecided
Martin Pitt

Bug Description

Attached patch

Tags: patch
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :
Changed in systemd (Ubuntu):
assignee: nobody → Martin Pitt (pitti)
tags: added: patch
Revision history for this message
Martin Pitt (pitti) wrote :

+ xdiagnose (>= 3.7),

I don't want systemd to pull in xdiagnose. This will lead to pretty much a disaster on servers :-) This should be left to seeds.

+-Requires=multi-user.target
++Requires=multi-user.target display-manager.service
+ After=multi-user.target
+ Conflicts=rescue.target
+ Wants=display-manager.service

This now seems redundant (Wants+Requires). I think I'm okay with this, as having a graphical target without any DM seems a bit of a corner case. I suppose this is necessary as otherwise OnFailure= wouldn't be called for graphical.target if display-manager.service fails?

I wonder if we could make use of the new ".d/" support in 218 for this. I. e. could the xdiagnose package just ship a /lib/systemd/system/display-manager.service.d/xdiagnose.conf which adds the Requires= and OnFailure=? Then we wouldn't need to teach systemd about this at all, and xdiagnose would be self-contained.

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

Right on the dependency, I thought only on the ubuntu destkop case, but yeah, should downgrade to suggests :)

Nice idea on the .d! Definitively doing that then (and so, can close this bug report) :)

Cheers,

Changed in systemd (Ubuntu):
status: New → Invalid
Revision history for this message
Martin Pitt (pitti) wrote :
affects: systemd (Ubuntu) → xdiagnose (Ubuntu)
Changed in xdiagnose (Ubuntu):
status: Invalid → New
Changed in xdiagnose (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.