Merge lp:~ogra/mtp/fix-upstart-handling into lp:mtp
Proposed by
Oliver Grawert
Status: | Superseded |
---|---|
Proposed branch: | lp:~ogra/mtp/fix-upstart-handling |
Merge into: | lp:mtp |
Diff against target: |
89 lines (+13/-34) 5 files modified
debian/changelog (+8/-0) debian/mtp-server.conf (+5/-7) debian/mtp-server.install (+0/-1) debian/mtp-server.mtp-state.upstart (+0/-18) debian/rules (+0/-8) |
To merge this branch: | bzr merge lp:~ogra/mtp/fix-upstart-handling |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Mathieu Trudel-Lapierre | Approve | ||
PS Jenkins bot | continuous-integration | Approve | |
Ricardo Salveti (community) | Approve | ||
Review via email: mp+252574@code.launchpad.net |
This proposal has been superseded by a proposal from 2015-03-11.
Commit message
fix the upstart job of mtp-server to make it start again
drop all mtp-state handling, we start/stop the server directly from udev events via the usb-service shipped in lxc-android-config now
Description of the change
fix the upstart job of mtp-server to make it start again
drop all mtp-state handling, we start/stop the server directly from udev events via the usb-service shipped in lxc-android-config now
To post a comment you must log in.
Unmerged revisions
- 67. By Oliver Grawert
-
also remove mtp-state.conf from mtp-server.install
- 66. By Oliver Grawert
-
fix the upstart job of mtp-server to make it start at all again, drop mtp-state, this is handled differently now
I took a glance at the lxc-android-config and it seems like a neat approach.
And given that there are start and stop stanzas there, do we need upstart jobs at all here?
Also, since I can't review lxc-android-config; there seems to be no locking and wait_for_greeter blocks for mtp at least, so you might have a situation of multiple calls causing races. Should be lock/mutex the binary call?