lightdm should allow packages to override defaults in /etc/lightdm/lightdm.conf
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Light Display Manager |
Fix Released
|
Wishlist
|
Unassigned | ||
1.2 |
Fix Released
|
Wishlist
|
Unassigned | ||
1.4 |
Fix Released
|
Wishlist
|
Unassigned | ||
1.6 |
Fix Committed
|
Wishlist
|
Unassigned | ||
lightdm (Ubuntu) |
Fix Released
|
Wishlist
|
Unassigned | ||
Precise |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
[Impact]
The /etc/lightdm/
As a result, if any package is modifying /etc/lightdm/
It would be helpful if lightdm had some supported mechanism for packages to override the defaults in /etc/lightdm/
[Test Case]
* Create autologin file, as shown below. This will fail on precise, but work fine on saucy/trusty.
$ cat /etc/lightdm/
[SeatDefaults]
autologin-
[Regression Potential]
* none that I could see, and is backport from upstream
[Other Info]
* Has been tested, and works.
* Merge https:/
Related branches
- Robert Ancell: Approve
- PS Jenkins bot: Approve (continuous-integration)
-
Diff: 309 lines (+157/-8)9 files modifiedsrc/configuration.c (+26/-1)
src/lightdm.c (+60/-6)
tests/Makefile.am (+4/-0)
tests/scripts/0-additional.conf (+2/-0)
tests/scripts/1-additional.conf (+2/-0)
tests/scripts/additional-config.conf (+29/-0)
tests/src/libsystem.c (+17/-0)
tests/src/test-runner.c (+15/-1)
tests/test-additional-config (+2/-0)
Changed in lightdm: | |
status: | New → Triaged |
importance: | Undecided → Wishlist |
Changed in lightdm: | |
milestone: | none → 1.7.3 |
status: | Fix Committed → Fix Released |
description: | updated |
Changed in lightdm (Ubuntu Precise): | |
status: | New → Triaged |
Changed in lightdm (Ubuntu Quantal): | |
status: | New → Triaged |
Changed in lightdm (Ubuntu Raring): | |
status: | New → Triaged |
importance: | Undecided → Wishlist |
Changed in lightdm (Ubuntu Quantal): | |
importance: | Undecided → Wishlist |
Changed in lightdm (Ubuntu Precise): | |
importance: | Undecided → Wishlist |
tags: |
added: verification-done removed: verification-needed |
Agree to the concept, however when I have previously looked into this I haven't come to a conclusion what the correct way of handling this is:
- Should the .d directory to .conf be done inside LightDM, or by the OS / packaging system?
- What to do when keys conflict?
- What if a program requires a certain combination of keys? Will it still work if some of them are overridden by another package?