Cache wallpaper even when ubiquity is in install mode
Bug #530024 reported by
Didier Roche-Tolomelli
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
casper (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
gnome-settings-daemon (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
ubiquity (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
when ubiquity is in install mode, g-s-d isn't started (neither nautilus), so no cache for user wallpaper is available. Consequently, the cache is only created at next boot and not taken into account by ureadahead.
to sum up:
gnome-settings-
casper branch to remove previous ubiquity hook
ubiquity contains now in install.py one of the two calls:
- copy the already created cache wallpaper file by g-s-d or nautilus in live mode
- call gnome-update-
Related branches
lp:~didrocks/ubiquity/copy_wallpaper_cache
Merged
into
lp:ubiquity
- Colin Watson (community): Approve
-
Diff: 82 lines (+53/-1) (has conflicts)2 files modifieddebian/changelog (+9/-0)
scripts/install.py (+44/-1)
Changed in gnome-settings-daemon (Ubuntu): | |
status: | Invalid → Fix Released |
affects: | casper (Ubuntu) → ubiquity (Ubuntu) |
Changed in ubiquity (Ubuntu): | |
assignee: | nobody → Didier Roche (didrocks) |
importance: | Undecided → Medium |
status: | New → In Progress |
Changed in casper (Ubuntu): | |
status: | New → Triaged |
Changed in gnome-settings-daemon (Ubuntu): | |
status: | Fix Released → Triaged |
Changed in ubiquity (Ubuntu): | |
status: | In Progress → Triaged |
description: | updated |
Changed in ubiquity (Ubuntu): | |
assignee: | Didier Roche (didrocks) → nobody |
Changed in ubiquity (Ubuntu): | |
status: | Triaged → Fix Committed |
To post a comment you must log in.
invalid g-s-d- as it'll be in casper only, finally