Merge lp:~zyga/checkbox/jobbox into lp:checkbox

Proposed by Zygmunt Krynicki
Status: Work in progress
Proposed branch: lp:~zyga/checkbox/jobbox
Merge into: lp:checkbox
Diff against target: 1541 lines (+1467/-1)
13 files modified
jobbox/COPYING (+674/-0)
jobbox/MANIFEST.in (+4/-0)
jobbox/README.md (+9/-0)
jobbox/docs/changelog.rst (+12/-0)
jobbox/docs/conf.py (+243/-0)
jobbox/docs/coverage.rst (+74/-0)
jobbox/docs/glossary.rst (+2/-0)
jobbox/docs/index.rst (+51/-0)
jobbox/docs/jobspec.rst (+340/-0)
jobbox/jobbox/__init__.py (+20/-0)
jobbox/setup.cfg (+5/-0)
jobbox/setup.py (+32/-0)
setup.py (+1/-1)
To merge this branch: bzr merge lp:~zyga/checkbox/jobbox
Reviewer Review Type Date Requested Status
Checkbox Developers Pending
Review via email: mp+164752@code.launchpad.net

Description of the change

(resubmitting after git lp rebase learned how it should not spam people with pointless pushes)

I'd like to see some review of that.
If you want I can split it to several smaller merge requests:

1) infrastructure
2) license
3) docs skeleton
4) docs on new plainbox format
5) docs on current checkbox jobs (more of a work-in-progress template/experiment really)

To post a comment you must log in.
lp:~zyga/checkbox/jobbox updated
2135. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2136. By Zygmunt Krynicki

"[r=roadmr,sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2137. By Zygmunt Krynicki

"[r=roadmr,zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2138. By Daniel Manrique

"[r=roadmr,zkrynicki][bug=1182489][author=roadmr] Fixed the optical_drive resource so it correctly handles systems with no optical drive."

2139. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] Exporter: Added the needed code to recreate job categories (based on local jobs)"

2140. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2141. By Brendan Donegan

"[r=roadmr][bug=][author=brendan-donegan] automatic merge by tarmac"

2142. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2143. By Daniel Manrique

"[r=zkrynicki][bug=1183271][author=roadmr] Added some missing plugins to POTFILES.in, so their strings can be translated."

2144. By Daniel Manrique

"[r=roadmr][bug=1183236][author=roadmr] Reorders one field in the xml exporter's "summary" section to avoid triggering the linked bug."

2145. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2146. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2147. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2148. By Sylvain Pineau

"[r=roadmr][bug=1185382][author=sylvain-pineau] secure: checkbox-trusted-launcher.py: Force usage of bash to run commands."

2149. By Daniel Manrique

"[r=sylvain-pineau][bug=][author=roadmr] Updated checkbox debian rules to use setup.py test instead of the old test script"

2150. By Brendan Donegan

Incremented version

2151. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2152. By Jeff Lane 

"[r=roadmr][bug=1186259][author=bladernr] automatic merge by tarmac"

2153. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2154. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2155. By Zygmunt Krynicki

"[r=zkrynicki,brendan-donegan][bug=][author=zkrynicki] automatic merge by tarmac"

2156. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2157. By Brendan Donegan

"[r=zkrynicki][bug=1185759][author=brendan-donegan] automatic merge by tarmac"

2158. By Brendan Donegan

"[r=zkrynicki][bug=1180342][author=brendan-donegan] automatic merge by tarmac"

2159. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2160. By Brendan Donegan

"[r=roadmr][bug=1181952][author=brendan-donegan] automatic merge by tarmac"

2161. By Daniel Manrique

"[r=bladernr][bug=][author=roadmr] fixes a few inconsistencies in how the sleep_test fallback command for suspend/hibernate stress tests is called."

2162. By Zygmunt Krynicki

"[r=zkrynicki,sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2163. By Sylvain Pineau

"[r=zkrynicki][bug=1184197][author=sylvain-pineau] scripts/package_resource: updated version supporting both precise and newer releases"

2164. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2165. By Sylvain Pineau

"[r=sylvain-pineau][bug=][author=sylvain-pineau] scripts/audio_settings: Guess the right profile to select for HDMI / DisplayPort tests."

2166. By Brendan Donegan

"[r=zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2167. By Jeff Lane 

"[r=roadmr][bug=1188284][author=bladernr] automatic merge by tarmac"

2168. By Brendan Donegan

"[r=roadmr][bug=1184882][author=brendan-donegan] automatic merge by tarmac"

2169. By Sylvain Pineau

"[r=zkrynicki][bug=][author=sylvain-pineau] checkbox-old/checkbox/parsers/pactl.py: Added support for Raring."

2170. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2171. By Jeff Marcom

"[r=roadmr][bug=][author=jeffmarcom] automatic merge by tarmac"

2172. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2173. By Jeff Lane 

"[r=roadmr][bug=1188221][author=bladernr] automatic merge by tarmac"

2174. By Sylvain Pineau

"[r=sylvain-pineau][bug=][author=sylvain-pineau] checkbox-old/checkbox/scripts: New location for scripts unit tests"

2175. By Zygmunt Krynicki

"[r=sylvain-pineau,roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2176. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2177. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2178. By Brendan Donegan

"[r=zkrynicki][bug=1177647][author=brendan-donegan] automatic merge by tarmac"

2179. By Sylvain Pineau

"[r=zkrynicki][bug=][author=sylvain-pineau] setup.py: Use setuptools find_packages(), more future proof."

2180. By Sylvain Pineau

"[r=zkrynicki][bug=][author=sylvain-pineau] Revert rev. 2170 (Saucy target)"

2181. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2182. By Sylvain Pineau

"[r=zkrynicki][bug=][author=sylvain-pineau] checkbox-old/checkbox/scripts: New location for scripts unit tests"

2183. By Brendan Donegan

"[r=brendan-donegan,zkrynicki][bug=1188601][author=brendan-donegan] automatic merge by tarmac"

2184. By Zygmunt Krynicki

"[r=zkrynicki,sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2185. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2186. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2187. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2188. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2189. By Daniel Manrique

"[r=bladernr][bug=1187216][author=roadmr] Added a test that validates that manual (user-verify and user-interact included) jobs contain the verification field in their description, without which the Qt UI tends to skip tests."

2190. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2191. By Zygmunt Krynicki

"[r=][bug=][author=zkrynicki] automatic merge by tarmac"

2192. By Brendan Donegan

Incremented version

2193. By Zygmunt Krynicki

"[r=][bug=][author=zkrynicki] automatic merge by tarmac"

2194. By Sylvain Pineau

"[r=roadmr][bug=1191011][author=sylvain-pineau] checkbox-old/checkbox/scripts/audio-settings.py: fix the profile backup method"

2195. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2196. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2197. By Brendan Donegan

"[r=roadmr][bug=1192093][author=brendan-donegan] automatic merge by tarmac"

2198. By Jeff Marcom

"[r=roadmr][bug=1185642][author=jeffmarcom] automatic merge by tarmac"

2199. By Brendan Donegan

Emergency patch to broken udev_attachment job.

2200. By Jeff Marcom

scripts/virtualization: Fixed issue where log file was lost with temp directory after test completion and resolved issue where test would not execute due to unecessary AttributeError exception catching during arg parsing

Signed-off-by: Jeff Marcom <email address hidden>

2201. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2202. By Brendan Donegan

"[r=roadmr][bug=][author=brendan-donegan] automatic merge by tarmac"

2203. By Daniel Manrique

"[r=bladernr][bug=][author=roadmr] Refactoring of audio_test for Python3 and Gstreamer 1.0, with new peak detection algorithm."

2204. By Brendan Donegan

"[r=zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2205. By Zygmunt Krynicki

"[r=brendan-donegan][bug=][author=zkrynicki] automatic merge by tarmac"

2206. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2207. By Brendan Donegan

"[r=zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2208. By Brendan Donegan

"[r=zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2209. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2210. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2211. By Zygmunt Krynicki

"[r=brendan-donegan][bug=][author=zkrynicki] automatic merge by tarmac"

2212. By Brendan Donegan

Incremented changelog

2213. By Zygmunt Krynicki

"[r=roadmr,brendan-donegan][bug=][author=zkrynicki] automatic merge by tarmac"

2214. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2215. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2216. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2217. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2218. By Brendan Donegan

"[r=zkrynicki][bug=1196531][author=brendan-donegan] automatic merge by tarmac"

2219. By Daniel Manrique

"[r=zkrynicki][bug=1097816][author=roadmr] This removes the deprecated gksu privileged execution mechanism, and replaces it with pkexec, along with a policy file so the backend can launch graphical programs and ask for proper authorization.
"

2220. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2221. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2222. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2223. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2224. By Brendan Donegan

"[r=bladernr][bug=1184661][author=brendan-donegan] automatic merge by tarmac"

2225. By Brendan Donegan

"[r=roadmr][bug=1196838][author=brendan-donegan] automatic merge by tarmac"

2226. By Daniel Manrique

"[r=zkrynicki][bug=][author=roadmr] Syncs the packaging branches. The only differences should be:

- changelog differences
- checkbox/debian does not reference checkbox-old.
- checkbox refers to itself (checkbox trunk) in the control Vcs-Bzr field.

Also see this merge request for the syncing changes to checkbox-packaging.

https://code.launchpad.net/~roadmr/checkbox/packaging-sync-packaging/+merge/172911"

2227. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2228. By Alberto Milone

"[r=brendan-donegan][bug=][author=albertomilone] checkbox-old/scripts/color_depth_info:
1) Prevent a UnicodeDecodeError. I can reproduce this with Python 3 in Saucy (the one in Precise works fine)
2) Be more strict in the regex so that we don't catch undesired strings."

2229. By Zygmunt Krynicki

"[r=zkrynicki,roadmr,brendan-donegan][bug=][author=zkrynicki] automatic merge by tarmac"

2230. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2231. By Jeff Marcom

"[r=roadmr][bug=][author=jeffmarcom] automatic merge by tarmac"

2232. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2233. By Sylvain Pineau

"[r=zkrynicki][bug=][author=sylvain-pineau] automatic merge by tarmac"

2234. By Zygmunt Krynicki

"[r=][bug=][author=zkrynicki] automatic merge by tarmac"

2235. By Sylvain Pineau

"[r=zkrynicki][bug=][author=sylvain-pineau] automatic merge by tarmac"

2236. By Daniel Manrique

"[r=][bug=][author=roadmr] Added support for specifying a whitelist in SRU mode (plainbox sru). This can be done in one of two ways:

- A whitelist key in the config file's sru section can point to a whitelist to use. For the intended use case (enabling running of server whitelist in our CI loop) this will be the most used option, as our preseed can simply set this key appropriately and plainbox should run the desired whitelist.

- The standard -w, -i and -x selectors from plainbox run are also supported and take priority if they are specified. This is mainly useful for experimenting I think.

- If no whitelist is specified by either mechanism, it will continue to default to sru.whitelist as it did before."

2237. By Brendan Donegan

"[r=zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2238. By Brendan Donegan

"[r=zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2239. By Brendan Donegan

"[r=brendan-donegan,zkrynicki][bug=][author=brendan-donegan] automatic merge by tarmac"

2240. By Jeff Lane 

"[r=roadmr,zkrynicki][bug=1192684][author=bladernr] automatic merge by tarmac"

2241. By Daniel Manrique

"[r=zkrynicki][bug=1199259][author=roadmr] This solves the attached bug by using the videoconvert gstreamer element instead of ffmpegcolorspace in the graphics/display test.

I also added some behavior changes to the gst_pipeline_test script so it doesn't bomb when the pipeline is unparsable. Instead, it exits with a suitable error code, so the job can then detect this and try a second time with another element. This is put into use in the modifications to the job itself."

2242. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2243. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2244. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2245. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2246. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] Sort cpuinfo_resource and meminfo_resource items to have a deterministic output"

2247. By Sylvain Pineau

"[r=roadmr][bug=1199649][author=sylvain-pineau] gpu_test: Open the kern.log in byte mode to avoid handling possible decode errors."

2248. By Brendan Donegan

"[r=brendan-donegan][bug=][author=brendan-donegan] automatic merge by tarmac"

2249. By Daniel Manrique

"[r=roadmr][bug=][author=roadmr] This documents the job description format from Checkbox, it should constitute the beginnings of a reasonable reference for fields describing a job's behavior as well as its metadata. Currently it's not built into anything, but it's written in RST format so it could eventually be processed by e.g. sphinx."

2250. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2251. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2252. By Po-Hsu Lin

"[r=sylvain-pineau,zkrynicki][bug=1194071,1194170][author=cypressyew] automatic merge by tarmac"

2253. By Zygmunt Krynicki

"[r=zkrynicki][bug=][author=zkrynicki] automatic merge by tarmac"

2254. By Zygmunt Krynicki

"[r=sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2255. By Daniel Manrique

"[r=sylvain-pineau,apulido][bug=1192541][author=roadmr] Addresses the linked bug by naming the test with a concatenation of the product name, type and path.

Hopefully this will be enough. Unfortunately we do have to include some sort of unique identifier (what if a user has two identical mice plugged in?), to avoid generating clashing job names. The actual udev identifier is as good as anything. But I *am* including more detailed information.
"

2256. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] Set a variable memory_compare diff. threshold and the wifi reconnect timeout to 90s"

2257. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2258. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2259. By Zygmunt Krynicki

"[r=roadmr][bug=][author=zkrynicki] automatic merge by tarmac"

2260. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] checkbox-old/scripts/bluetooth_test: Full rewrite in python to log all obexftp errors."

2261. By Brendan Donegan

Incremented changelog

2262. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2263. By Jeff Lane 

"[r=roadmr][bug=1201420][author=bladernr] automatic merge by tarmac"

2264. By Zygmunt Krynicki

"[r=zkrynicki,sylvain-pineau][bug=][author=zkrynicki] automatic merge by tarmac"

2265. By Sylvain Pineau

"[r=sylvain-pineau][bug=][author=sylvain-pineau] checkbox-old:scripts:bluetooth_test: remove 'FileNotFoundError' which only exists in python3.3"

2266. By Daniel Manrique

"[r=zkrynicki][bug=1201480][author=roadmr] plainbox:logging: fall back to console logging only if log files can't be created.

    This protects against a corner case where plainbox is unable to create
    directories or write files in XDG_CACHE_HOME or $HOME. This shouldn't
    really happen in practice, but does happen when building a deb under
    sbuild.
"

2267. By Zygmunt Krynicki

"[r=brendan-donegan][bug=][author=zkrynicki] automatic merge by tarmac"

2268. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] BT test: Let the Bluetooth stack enough time to close the connection"

2269. By Sylvain Pineau

"[r=sylvain-pineau][bug=1202942][author=sylvain-pineau] impl:provider: point CHECKBOX_SHARE to self._base_dir instead of self.jobs_dir"

2270. By Daniel Manrique

"[r=brendan-donegan][bug=1070776][author=roadmr] Based on discussion and tests from the linked bug, these two minor changes (frequency and sampling time) are meant to make the audio test results more reliable."

2271. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] plainbox:vendor: Vendorize pypi funcsigs 0.3"

2272. By Daniel Manrique

"[r=roadmr,brendan-donegan][bug=1201769][author=roadmr] Added pkexec support to pm_test. This is not as straightforward as it sounds, have a look at the linked bug for some investigation and description of the solution."

2273. By Brendan Donegan

"[r=roadmr][bug=1197397][author=brendan-donegan] automatic merge by tarmac"

2274. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] impl: service, impl:highlevel: Add dbus methods to export sessions results"

2275. By Brendan Donegan

"[r=roadmr][bug=1204013][author=brendan-donegan] automatic merge by tarmac"

2276. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] plainbox: service: Added a RunJob dbus method (supporting only shell/local jobs)"

2277. By Daniel Manrique

"[r=sylvain-pineau][bug=][author=roadmr] A miniature, very simplistic dbus client that uses the plainbox apis, serves both as a showcase and guide of how to do testing, and as informal documentation on the process."

2278. By Daniel Manrique

Fixed typo in miniclient

2279. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2280. By Daniel Manrique

"[r=roadmr][bug=][author=roadmr] This adds two manual tests for the user to slide the balance control and verify it works as expected. The tests provide a 10-second tone for the user to manually move balance and check it works as expected."

2281. By Daniel Manrique

Incremented changelog

2282. By Sylvain Pineau

"[r=sylvain-pineau][bug=1204404][author=sylvain-pineau] plainbox:impl:exporters:xml: Added the missing option_list parameter"

2283. By Jeff Marcom

"[r=][bug=1206699][author=jeffmarcom] automatic merge by tarmac"

2284. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2285. By Po-Hsu Lin

"[r=roadmr][bug=1204799][author=cypressyew] automatic merge by tarmac"

2286. By Daniel Manrique

"[r=sylvain-pineau][bug=][author=roadmr] This branch explores and proposes possible solutions to the "unable to lookup object wrapper" problem.

The problem happens because, when a "local" job creates new jobs (as opposed to just "claiming" parenthood of existing jobs, which just set their "via" attribute), these new jobs are added to the session's run_list and job_state_map, and the native job objects are created and added to the session's job_list.

We have access to these attributes through dbus, and object references are in theory correctly translated to equivalent dbus paths.

The problem is that when adding these new jobs, we never created their JobDefinitionWrapper and JobStateWrapper, the way we create them when first initializing a session over dbus (this is all in plainbox/plainbox/impl/service.py, have a look at the code that creates a SessionStateWrapper). So we need an equivalent of PLainbox's behavior when adding new jobs via a local job (which is done in update_desired_job_list).

I updated the UpdateDesiredJobList 'wrapper' method to scan the list of jobs in the session and create their JobDefinitionWrapper and JobStateWrappers, publishing them as well through dbus.

A single behavior change is needed client-side; once RunJob is finished, the session's native state map and job list will have been updated. Explicitly running UpdateDesiredJobList after *each* local job is run will be needed to create the necessary JobDefinitions and avoid the error.

I was able to do this for the mini-client (see example), but I couldn't figure out how to do it correctly for the qt gui-engine. I'll have to rely on Andrew's expertise for this :)

To test these changes, using this branch, launch plainbox -c stub service. Then, on another window, launch the dbus mini-client, which should correctly run, create the two multilevel_{1,2} jobs, and process them without any errors.

If you launch d-feet prior to the mini-client run, you will see there are exactly 12 plainbox/job objects for job definitions. After running the mini-client, there will be 14 definitions (the two multilevel new jobs).

One problem remains: If you rerun a client without closing plainbox service, it will attempt to create a duplicate JobDefinitionWrapper, which will cause an error. To avoid this, just close and restart plainbox service between runs.

Also, remember this is just a proof of concept on how to solve the problem. It will need to be adapted to work with the new async job runner, I definitely need to fix the duplicated JobDefinitionWrapper problem, and I'd like to come up with a better way of finding and creating those JobDefinitions after each local job run. But hey, it's a start :)"

2287. By Sylvain Pineau

"[r=brendan-donegan,roadmr][bug=][author=sylvain-pineau] plainbox:service: Added asynchronous run capabilities"

2288. By Sylvain Pineau

"[r=roadmr][bug=][author=sylvain-pineau] plainbox:contrib:dbus-mini-client: Pre-run local jobs"

2289. By Brendan Donegan

"[r=brendan-donegan,roadmr][bug=][author=brendan-donegan] automatic merge by tarmac"

2290. By Brendan Donegan

"[r=roadmr][bug=][author=brendan-donegan] automatic merge by tarmac"

2291. By Daniel Manrique

Fixed a bug with exporting a JobState's readiness_inhibitor_list, and restored a comment that was eaten by a previous commit

2292. By Brendan Donegan

"[r=roadmr][bug=][author=brendan-donegan] automatic merge by tarmac"

2293. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2294. By Daniel Manrique

"A fix for the linked bug, ignoring decoding errors while parsing udevadm output (actually, while decoding it into a string). We've seen invalid characters in some power supplies, and this fix is in a network device script, so it shouldn't affect anything. [r=sylvain-pineau][bug=1210050][author=roadmr]"

2295. By Daniel Manrique

Incremented changelog

2296. By Sylvain Pineau

"impl: exporter: New XLXS exporter [r=sylvain-pineau,zkrynicki][bug=][author=sylvain-pineau]"

2297. By Sylvain Pineau

"impl:exporter:xlsx: is now compliant with the new package resource output [r=roadmr][bug=][author=sylvain-pineau]"

2298. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2299. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2300. By Brendan Donegan

"automatic merge by tarmac [r=sylvain-pineau,cypressyew][bug=][author=brendan-donegan]"

2301. By Daniel Manrique

"scripts/internet_test: Added a passing threshold parameter for packet loss, added auto-adjustment of ping count and deadline so that they don't conflict with each other (LP: #1211144)
 [r=bladernr][bug=1211144][author=roadmr]"

2302. By Daniel Manrique

"Explicitly sets the log dir so logs are stored in a predictable location, for the two stress tests that use pm_test script. [r=zkrynicki][bug=1205194][author=roadmr]"

2303. By Daniel Manrique

"Adds a __version__ attribute to the checkbox.parsers.submission module, at the request of the PES Infrastructure team, to be used to determine when to reparse a submission. [r=zkrynicki][bug=1211825][author=roadmr]"

2304. By Daniel Manrique

"Added a couple of checks so that tests looking for video files in $CHECKBOX_SHARE fail gracefully if the files don't exist. [r=zkrynicki][bug=1202946][author=roadmr]"

2305. By Daniel Manrique

"Fixes the parser which was generating incorrect data for network devices.

The problem is caused by a cleaned-up path for devices causing incorrect lookups of product and device ids (it's looking at the *parent* device's identifiers). The cleaned-up path is required by some external applications (such as udev_resource script), so rather than simply removing the offending commit (and generating the "dirty" paths), the fix was to use the full device paths for device matching and id determination purposes (all this is internal to UdevadmParser), while maintaining the filtering for the public path attribute.

The udevadmparser tests were fleshed out to properly identify this behavior, so we can better ensure the device information we generate is accurate. [r=zkrynicki][bug=1211521][author=roadmr]"

2306. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2307. By Daniel Manrique

"Formalizes and describes origin behavior, both for jobs originating in a file (with proper line numbers) and jobs taken from a stream (such as those generated from a localjob).

A few extra base behaviors for Origin were required; these are also properly tested now. [r=][bug=][author=roadmr]"

2308. By Daniel Manrique

"At Andew's request, renamed ExportSession to ExportSessionToFile, keeping the same functionality, and added a new ExportSession that returns the exported data (xml, json, whatever) as a string over DBus.

This is easier for a UI to display since it doesn't have to decide on a temporary filename, it just receives a big string.

Traditionally the xml reports are 1 MB and larger, but the use case for this is to display a user-viewable report on a qml component using e.g. webkit, so maybe we can come up with an exporter that produces a simplified html representation of the session. Something like what old checkbox-ihv's save report functionality produces. I think those are not so big (even including inlined resources).
 [r=zkrynicki][bug=][author=roadmr]"

2309. By Daniel Manrique

"automatic merge by tarmac [r=brendan-donegan][bug=1214123][author=roadmr]"

2310. By Daniel Manrique

"checkbox:parsers:udevadm: Tweaks to categorization so devices we want to ignore have category: None. A couple new categorization rules for AUDIO and OTHER devices also added.

Tests were updated accordingly for this behavior, the scope of the test changes is described in that commit's message, so it can be verified that the core behavior didn't change radically and the parser is still generating data as expected.

See here https://bugs.launchpad.net/checkbox/+bug/1211369/comments/3 for a detailed explanation of the changes in parser output with these changes. [r=roadmr,brendan-donegan][bug=1211369][author=roadmr]"

2311. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2312. By Daniel Manrique

"This adds a new property to RunningJob which can be used to check the return code (rather, the outcome based on the return code, so the only decision to make is "is this empty/null?" (in which case, we don't know what the outcome should be). Also, an example of its use on the miniclient is provided. [r=brendan-donegan][bug=][author=roadmr]"

2313. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2314. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2315. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2316. By Brendan Donegan

Incremented changelog

2317. By Daniel Manrique

plainbox:impl:commands:sru: Set the correct URL for the staging website

2318. By Po-Hsu Lin

"automatic merge by tarmac [r=zkrynicki][bug=1217292][author=cypressyew]"

2319. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=][author=brendan-donegan]"

2320. By Daniel Manrique

"A minor improvement to udev_resource, it allows the parser to process a pre-dumped udevadm file with just an optional parameter, it will ease diagnostics for udev parser bugs. [r=zkrynicki][bug=][author=roadmr]"

2321. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2322. By Jeff Lane 

"automatic merge by tarmac [r=roadmr][bug=1217506][author=bladernr]"

2323. By Daniel Manrique

"A simple fix for the attached bug, parted stops to ask for information on GPT disks, which causes the storage_test to stall, this simply uses the -s (script) parameter to parted to avoid any interaction. [r=roadmr,bladernr][bug=1215778][author=roadmr]"

2324. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2325. By Sylvain Pineau

"checkbox-old/scripts/fwts_test: Added the following new tests:

method, msr, aspm, klog, oops and uefirtvariable (LP: #1202493) [r=zkrynicki][bug=1202493][author=sylvain-pineau]"

2326. By Daniel Manrique

"Fixes a bug where logs were compressed in an incorrect directory, causing attachment to fail. Jeffrey Chang fixed this really. [r=bladernr][bug=1218186][author=roadmr]"

2327. By Jeff Marcom

"automatic merge by tarmac [r=zkrynicki][bug=][author=jeffmarcom]"

2328. By Jeff Lane 

"scripts/storage test now checks to make sure there's enough free disk space before running bonnie++ and adjusts bonnie++ parameters accordingly if there is not enough free disk space. This avoids a bug causing false failures on systems with small disk drives. [r=zkrynicki][bug=1217268][author=bladernr]"

2329. By Daniel Manrique

"The linked bug is about a test failing because it's comparing xinput lists from before and after booting, and even though the devices may be the same, they are in different orders, so the comparison fails.The fix is simply to sort xinput output to ensure valid comparisons. [r=zkrynicki][bug=1218188][author=roadmr]"

2330. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2331. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2332. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2333. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2334. By Daniel Manrique

"Fix gpu_test failing with an exception if wmctrl returns failure. I'm not 100% sure the behavior once we catch the exception is correct, but at least this avoids the nasty trace.

 [r=zkrynicki][bug=1217937][author=roadmr]"

2335. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2336. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2337. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2338. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2339. By Daniel Manrique

"automatic merge by tarmac [r=zkrynicki][bug=1214443][author=roadmr]"

2340. By Daniel Manrique

"This adds the HTML exporter code, it will actually produce an HTML document from the xslt in the previous commit.

This lacks testing (will appear in an upcoming merge request).

Also note that at the moment this only makes sense in a local context, since resources (css, scripts and images) are referenced by full, local path. [r=zkrynicki][bug=1214443][author=roadmr]"

2341. By Daniel Manrique

"plainbox:impl:exporters:html: Added a helper class to inline some resources.

This replaces references to css, script and img resources with the actual
resource data, the goal is to produce a self-contained HTML file.

This class works on a lxml tree, to avoid traditional pitfalls when working
on raw HTML. [r=zkrynicki][bug=1214443][author=roadmr]"

2342. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2343. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1221186][author=zkrynicki]"

2344. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2345. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2346. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1221393][author=zkrynicki]"

2347. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2348. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2349. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2350. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2351. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2352. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2353. By Brendan Donegan

Incremented changelog

2354. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki,roadmr][bug=][author=zkrynicki]"

2355. By Brendan Donegan

Incremented changelog

2356. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2357. By Daniel Manrique

"Minor fix for a minor bug, switches to using a top-level reserved domain as per RFC2606 in a unit test. [r=zkrynicki][bug=1222808][author=roadmr]"

2358. By Sylvain Pineau

"commands:service.py: calls dbus.mainloop.glib.threads_init(). [r=zkrynicki][bug=1219905][author=sylvain-pineau]"

2359. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2360. By Daniel Manrique

"Adds the report resources to the plainbox package (actually, just to the set of files that are installed when doing setup.py build / install). No changes to packaging were necessary.

This is needed for the html exporter to work properly from an installed package. [r=zkrynicki][bug=][author=roadmr]"

2361. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2362. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2363. By Daniel Manrique

"Removed dmesg_common that's no longer present in fwts and added specific version dependency to checkbox.

https://code.launchpad.net/~roadmr/checkbox/packaging-1206016-fwts-version/+merge/185055 applies the equivalent change to the packaging branch, so auto-built packages have this included. [r=brendan-donegan][bug=1206016][author=roadmr]"

2364. By Brendan Donegan

Fixed changelog

2365. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2366. By Daniel Manrique

"Removed references to Ubuntu Friendly due to sunsetting of the project. [r=zkrynicki][bug=1224533][author=roadmr]"

2367. By Daniel Manrique

"Adds a whitelist to be used specifically in automated testing of checkbox, related tools, and test definitions. This is based on the SRU whitelist but will evolve over time as needs dictate. [r=sylvain-pineau][bug=][author=roadmr]"

2368. By Daniel Manrique

"Ensures that pactl commands are run on a properly unlocalized environment. Code was setting LANG to "C", but that seems to not reset LANGUAGE which is still honored by pactl. Setting LANG to POSIX instead produces the desired behavior. [r=][bug=1201126][author=roadmr]"

2369. By Jeff Lane 

"automatic merge by tarmac [r=][bug=1224820][author=bladernr]"

2370. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2371. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=1218993][author=brendan-donegan]"

2372. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2373. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2374. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2375. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2376. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=1224854][author=brendan-donegan]"

2377. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2378. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=1227071][author=brendan-donegan]"

2379. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2380. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2381. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2382. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2383. By Brendan Donegan

Incremented changelog

2384. By Daniel Manrique

"Updates the fwts_test script per the linked bug's recommendations on which tests to run. [r=bladernr][bug=1228168][author=roadmr]"

2385. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2386. By Daniel Manrique

"Improves the mini-ci reports, with two changes:

- The subject/summary line (the one in the report email) contains the system's IP address and hostname (for desktop installs, the hostname is the CID, while for server installs, it's always "ubuntu"). This helps pinpointing the exact system in question and accessing it remotely.

- The detailed report (in the pastebin) contains a list of plainbox and checkbox packages with versions (dpkg --list yadda yadda), helpful for determining if the problem is due to a wrong version of a package. [r=zkrynicki][bug=][author=roadmr]"

2387. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2388. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2389. By Daniel Manrique

"plainbox:exporter:xml: map OUTCOME_UNDECIDED to OUTCOME_SKIP

    This patch prevents a crash when manual jobs that were executed in
    non-interactive mode (those now return OUTCOME_UNDECIDED) would fail
    to export to something that the XML consumers can expect.

    It also adds a couple extra missing mappings in the xml exporter, and
    a test to verify that all possible plainbox outcomes are properly
    mapped in the exporter. [r=zkrynicki][bug=][author=roadmr]"

2390. By Zygmunt Krynicki

"automatic merge by tarmac [r=brendan-donegan][bug=1229087][author=zkrynicki]"

2391. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1229087][author=zkrynicki]"

2392. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2393. By Brendan Donegan

"automatic merge by tarmac [r=roadmr][bug=][author=brendan-donegan]"

2394. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1232028][author=zkrynicki]"

2395. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2396. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2397. By Yung Shen

"automatic merge by tarmac [r=zkrynicki][bug=1209084][author=kaxing]"

2398. By Daniel Manrique

"scripts/gpu_test: Better validation that glxgears windows were found.

This is to avoid manipulation of nonexisting windows which causes
threads to crash and the entire program to stall.

 [r=zkrynicki][bug=1232232][author=roadmr]"

2399. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2400. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2401. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2402. By Brendan Donegan

"automatic merge by tarmac [r=roadmr][bug=1224854][author=brendan-donegan]"

2403. By Daniel Manrique

" plainbox:exporter:html: Refactored to expose "raw" html dump method.

    This keeps the old behavior intact while exposing a new dump_etree
    method which can be used by external applications to mimic plainbox's
    html exporting and inlining, useful for instance, for a simple "htmlize
    and inline this .xml report" script.
 [r=sylvain-pineau][bug=][author=roadmr]"

2404. By Zygmunt Krynicki

"plainbox:service: clean all session dbus objects on removal [r=zkrynicki,roadmr][bug=1227289,1231840][author=sylvain-pineau]"

2405. By Daniel Manrique

Merged fix for a typo when adding user-interact-verify plugin, which caused checkbox installation to bomb

2406. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2407. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=1184688][author=brendan-donegan]"

2408. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2409. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2410. By Sylvain Pineau

"Handle invalid re pattern used by checkbox (include|exclude)_pattern_list [r=sylvain-pineau][bug=][author=sylvain-pineau]"

2411. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau,zkrynicki][bug=][author=zkrynicki]"

2412. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau,apulido][bug=][author=zkrynicki]"

2413. By Daniel Manrique

Fixed minor typo in virtualization script

2414. By Daniel Manrique

"checkbox-old:parser:udevadm: Heuristic for Mediatek BT controllers.

In addition to the new block of code needed to correctly identify these controllers as BLUETOOTH (and not OTHER), it includes data files for two systems with this kind of BT controller, as well as some code updates to handle these strange devices which have no names (udev can't find them in its USB and PCI ID database). Thus we ensure that these parser changes don't affect how the other systems in our "test pool" get processed.

The debugging process, testing and fix are thoroughly documented in the bug report, commit messages and code comments. [r=brendan-donegan][bug=1210405][author=roadmr]"

2415. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2416. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2417. By Brendan Donegan

Incremented changelog

2418. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1236377][author=zkrynicki]"

2419. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=1236377,1236505][author=zkrynicki]"

2420. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2421. By Daniel Manrique

"jobs/virtualization.txt.in: Set the kvm_check_vm test to run as root, to ensure we're running under kvm and not tcg. Modified tests for environment variables accordingly since we need to account for presence of proxy variables. [r=][bug=][author=roadmr]"

2422. By Daniel Manrique

" Added required resource jobs to autotesting whitelist.

    This is the whitelist used in the mini CI loop. We removed all the
    resource jobs because plainbox runs them "implicitly" when they are used
    in a job's "requires" field. However, a few resources which are needed
    for a valid submission are not requested by any job and so they weren't
    being run.

    I included a couple of resources that *are* used by jobs, but since they
    are mandatory for a valid submission I thought it good to include them,
    to signal the fact that these resources shouldn't be removed.
 [r=zkrynicki][bug=][author=roadmr]"

2423. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=1236505][author=sylvain-pineau]"

2424. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=1236505][author=zkrynicki]"

2425. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2426. By Jeff Marcom

"automatic merge by tarmac [r=bladernr,roadmr][bug=][author=jeffmarcom]"

2427. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2428. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2429. By Daniel Manrique

" scripts/gpu_test: Fixed index bug and revamped thread killing logic.

    This fixes the linked bug which is about a simple off-by-one error, but
    also refactors the way we invoke and keep track of glxgears
    windows/threads. Instead of relying on the window ID, which may not be
    found, we keep track of the thread's child process id, and the terminate
    method uses that to reliably kill any spawned process.

    All this should eliminate cases where a rogue thread keeps the entire
    script from exiting thus hanging the test run.

    We also handle the (corner) case where if glxgears fails to run, the
    thread will just exit with a harmless message and no nasty trace.
 [r=zkrynicki][bug=1237199][author=roadmr]"

2430. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2431. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=1236377,1236505][author=zkrynicki]"

2432. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=1236776][author=brendan-donegan]"

2433. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2434. By Brendan Donegan

"automatic merge by tarmac [r=roadmr][bug=][author=brendan-donegan]"

2435. By Taihsiang Ho

"automatic merge by tarmac [r=roadmr][bug=][author=taihsiangho]"

2436. By Po-Hsu Lin

"automatic merge by tarmac [r=roadmr][bug=][author=cypressyew]"

2437. By Yung Shen

"automatic merge by tarmac [r=roadmr][bug=][author=kaxing]"

2438. By Yung Shen

"automatic merge by tarmac [r=zkrynicki][bug=][author=kaxing]"

2439. By Brendan Donegan

"automatic merge by tarmac [r=zkrynicki][bug=1184765][author=brendan-donegan]"

2440. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2441. By Daniel Manrique

Fixed one-character packaging typo

2442. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2443. By Daniel Manrique

"plugins/backend_info: Resolve and use full path to the backend script to ensure it runs when invoked via pkexec which is unhappy with relative paths (LP: #1240245)
 [r=cypressyew][bug=1240245][author=roadmr]"

2444. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki,roadmr][bug=][author=sylvain-pineau]"

2445. By Daniel Manrique

" checkbox-old/plugins/backend_info.py: Fixes the relative path fix.

    We were doing os.path.realpath expansion in the wrong place, because,
    due to how checkbox variables work, string substitution was happening
    *after* realpathing the command's path. So first it'd be converted to an
    absolute path with the %(checkbox_share) intact, and *then*
    checkbox_share was being substituted by its value, thus having a double
    substitution.

    The fix defers os.path.realpath to a point where self.command is fully
    resolved and interpolated, so it constitutes an actual (either relative
    or absolute) path, thus guaranteeing os.path.realpath just turns that
    into an absolute path regardless.
 [r=brendan-donegan][bug=1240245][author=roadmr]"

2446. By Brendan Donegan

"automatic merge by tarmac [r=roadmr][bug=1184765][author=brendan-donegan]"

2447. By Sylvain Pineau

"automatic merge by tarmac [r=roadmr][bug=][author=sylvain-pineau]"

2448. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2449. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2450. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2451. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2452. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2453. By Taihsiang Ho

"automatic merge by tarmac [r=roadmr][bug=][author=taihsiangho]"

2454. By Jeff Lane 

"automatic merge by tarmac [r=roadmr][bug=][author=bladernr]"

2455. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2456. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2457. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=1236377,1236505][author=zkrynicki]"

2458. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2459. By Sylvain Pineau

Incremented changelog

2460. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2461. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2462. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2463. By Chris Gregan

"automatic merge by tarmac [r=roadmr][bug=][author=cgregan]"

2464. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=1236377,1236505][author=zkrynicki]"

2465. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2466. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=1236377,1236505,1243610][author=zkrynicki]"

2467. By Brendan Donegan

"automatic merge by tarmac [r=roadmr][bug=1184733][author=brendan-donegan]"

2468. By Brendan Donegan

"automatic merge by tarmac [r=roadmr][bug=1238570][author=brendan-donegan]"

2469. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2470. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2471. By Chris Gregan

"automatic merge by tarmac [r=roadmr][bug=][author=cgregan]"

2472. By Jeff Marcom

Quick patch to scripts/network to fix previous accepted merge rev:2468

Signed-off-by: Jeff Marcom <email address hidden>

2473. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2474. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2475. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1236377,1236505,1243610][author=zkrynicki]"

2476. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2477. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=1236377,1236505,1243610][author=zkrynicki]"

2478. By Sylvain Pineau

"automatic merge by tarmac [r=][bug=][author=sylvain-pineau]"

2479. By Chris Gregan

"Addition of rfkill test to wireless.txt [r=roadmr][bug=][author=cgregan]"

2480. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr,sylvain-pineau][bug=][author=zkrynicki]"

2481. By Daniel Manrique

"Added a method to mangle our nasty dbus path names into compliance (it's quite simplistic, needs adding to, and testing), and used it to ensure provider and whitelist names don't cause plainbox service to choke.

To test what happened, define a local provider in ~/.local/share/plainbox-providers-1 and try to start plainbox -c deb service, which will crash horribly without this patch. [r=zkrynicki][bug=][author=roadmr]"

2482. By Daniel Manrique

"Added test for mangle_object_path validator.

The test ensures that the mangled path conforms to a regex that encodes
all the dbus object path restrictions. A glaring exception is that the
single-slash (i.e. root) path which is valid is not recognized by the
regex, but in this use case it's not critical. [r=zkrynicki][bug=][author=roadmr]"

2483. By Daniel Manrique

"Implements manually-verified tests to confirm that each network interface supports a speed close to its theoretical maximum bandwidth. A human is left to pass judgement since no interface will transmit at exactly its maximum speed.

I snuck in a few fixes and tweaks for the network script. [r=roadmr,cgregan][bug=][author=roadmr]"

2484. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2485. By Brendan Donegan

Incremented changelog

2486. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=1236377,1236505,1243610][author=zkrynicki]"

2487. By Sylvain Pineau

"automatic merge by tarmac [r=roadmr][bug=][author=sylvain-pineau]"

2488. By Launchpad Translations on behalf of checkbox-dev

Launchpad automatic translations update.

2489. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=1236377,1236505,1243610][author=zkrynicki]"

2490. By Zygmunt Krynicki

"automatic merge by tarmac [r=sylvain-pineau][bug=][author=zkrynicki]"

2491. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2492. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr,jeffmarcom][bug=][author=zkrynicki]"

2493. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2494. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=1236377,1236505,1243610][author=zkrynicki]"

2495. By Sylvain Pineau

"automatic merge by tarmac [r=zkrynicki][bug=][author=sylvain-pineau]"

2496. By Zygmunt Krynicki

"automatic merge by tarmac [r=zkrynicki][bug=][author=zkrynicki]"

2497. By Zygmunt Krynicki

"automatic merge by tarmac [r=roadmr][bug=][author=zkrynicki]"

2498. By Zygmunt Krynicki

jobbox: add the jobbox package

[don't open before xmas]

JobBox is the next step in cleaning up CheckBox as a technology base and
software development project. JobBox aims to provide all of the jobs that
CheckBox previously had to offer while fixing some architecture issues
and maintaining the quality standards set by PlainBox.

This patch adds the basic infrastructure, documentation of JobBox
job specification, a PlainBox job provider interface and a clean slate
for migrating jobs from CheckBox to JobBox.

Signed-off-by: Zygmunt Krynicki <email address hidden>

2499. By Zygmunt Krynicki

setup.py: add jobbox to multiplexing setup

Signed-off-by: Zygmunt Krynicki <email address hidden>

Unmerged revisions

2499. By Zygmunt Krynicki

setup.py: add jobbox to multiplexing setup

Signed-off-by: Zygmunt Krynicki <email address hidden>

2498. By Zygmunt Krynicki

jobbox: add the jobbox package

[don't open before xmas]

JobBox is the next step in cleaning up CheckBox as a technology base and
software development project. JobBox aims to provide all of the jobs that
CheckBox previously had to offer while fixing some architecture issues
and maintaining the quality standards set by PlainBox.

This patch adds the basic infrastructure, documentation of JobBox
job specification, a PlainBox job provider interface and a clean slate
for migrating jobs from CheckBox to JobBox.

Signed-off-by: Zygmunt Krynicki <email address hidden>

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
=== added directory 'jobbox'
=== added file 'jobbox/COPYING'
--- jobbox/COPYING 1970-01-01 00:00:00 +0000
+++ jobbox/COPYING 2013-11-11 15:04:58 +0000
@@ -0,0 +1,674 @@
1 GNU GENERAL PUBLIC LICENSE
2 Version 3, 29 June 2007
3
4 Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>
5 Everyone is permitted to copy and distribute verbatim copies
6 of this license document, but changing it is not allowed.
7
8 Preamble
9
10 The GNU General Public License is a free, copyleft license for
11software and other kinds of works.
12
13 The licenses for most software and other practical works are designed
14to take away your freedom to share and change the works. By contrast,
15the GNU General Public License is intended to guarantee your freedom to
16share and change all versions of a program--to make sure it remains free
17software for all its users. We, the Free Software Foundation, use the
18GNU General Public License for most of our software; it applies also to
19any other work released this way by its authors. You can apply it to
20your programs, too.
21
22 When we speak of free software, we are referring to freedom, not
23price. Our General Public Licenses are designed to make sure that you
24have the freedom to distribute copies of free software (and charge for
25them if you wish), that you receive source code or can get it if you
26want it, that you can change the software or use pieces of it in new
27free programs, and that you know you can do these things.
28
29 To protect your rights, we need to prevent others from denying you
30these rights or asking you to surrender the rights. Therefore, you have
31certain responsibilities if you distribute copies of the software, or if
32you modify it: responsibilities to respect the freedom of others.
33
34 For example, if you distribute copies of such a program, whether
35gratis or for a fee, you must pass on to the recipients the same
36freedoms that you received. You must make sure that they, too, receive
37or can get the source code. And you must show them these terms so they
38know their rights.
39
40 Developers that use the GNU GPL protect your rights with two steps:
41(1) assert copyright on the software, and (2) offer you this License
42giving you legal permission to copy, distribute and/or modify it.
43
44 For the developers' and authors' protection, the GPL clearly explains
45that there is no warranty for this free software. For both users' and
46authors' sake, the GPL requires that modified versions be marked as
47changed, so that their problems will not be attributed erroneously to
48authors of previous versions.
49
50 Some devices are designed to deny users access to install or run
51modified versions of the software inside them, although the manufacturer
52can do so. This is fundamentally incompatible with the aim of
53protecting users' freedom to change the software. The systematic
54pattern of such abuse occurs in the area of products for individuals to
55use, which is precisely where it is most unacceptable. Therefore, we
56have designed this version of the GPL to prohibit the practice for those
57products. If such problems arise substantially in other domains, we
58stand ready to extend this provision to those domains in future versions
59of the GPL, as needed to protect the freedom of users.
60
61 Finally, every program is threatened constantly by software patents.
62States should not allow patents to restrict development and use of
63software on general-purpose computers, but in those that do, we wish to
64avoid the special danger that patents applied to a free program could
65make it effectively proprietary. To prevent this, the GPL assures that
66patents cannot be used to render the program non-free.
67
68 The precise terms and conditions for copying, distribution and
69modification follow.
70
71 TERMS AND CONDITIONS
72
73 0. Definitions.
74
75 "This License" refers to version 3 of the GNU General Public License.
76
77 "Copyright" also means copyright-like laws that apply to other kinds of
78works, such as semiconductor masks.
79
80 "The Program" refers to any copyrightable work licensed under this
81License. Each licensee is addressed as "you". "Licensees" and
82"recipients" may be individuals or organizations.
83
84 To "modify" a work means to copy from or adapt all or part of the work
85in a fashion requiring copyright permission, other than the making of an
86exact copy. The resulting work is called a "modified version" of the
87earlier work or a work "based on" the earlier work.
88
89 A "covered work" means either the unmodified Program or a work based
90on the Program.
91
92 To "propagate" a work means to do anything with it that, without
93permission, would make you directly or secondarily liable for
94infringement under applicable copyright law, except executing it on a
95computer or modifying a private copy. Propagation includes copying,
96distribution (with or without modification), making available to the
97public, and in some countries other activities as well.
98
99 To "convey" a work means any kind of propagation that enables other
100parties to make or receive copies. Mere interaction with a user through
101a computer network, with no transfer of a copy, is not conveying.
102
103 An interactive user interface displays "Appropriate Legal Notices"
104to the extent that it includes a convenient and prominently visible
105feature that (1) displays an appropriate copyright notice, and (2)
106tells the user that there is no warranty for the work (except to the
107extent that warranties are provided), that licensees may convey the
108work under this License, and how to view a copy of this License. If
109the interface presents a list of user commands or options, such as a
110menu, a prominent item in the list meets this criterion.
111
112 1. Source Code.
113
114 The "source code" for a work means the preferred form of the work
115for making modifications to it. "Object code" means any non-source
116form of a work.
117
118 A "Standard Interface" means an interface that either is an official
119standard defined by a recognized standards body, or, in the case of
120interfaces specified for a particular programming language, one that
121is widely used among developers working in that language.
122
123 The "System Libraries" of an executable work include anything, other
124than the work as a whole, that (a) is included in the normal form of
125packaging a Major Component, but which is not part of that Major
126Component, and (b) serves only to enable use of the work with that
127Major Component, or to implement a Standard Interface for which an
128implementation is available to the public in source code form. A
129"Major Component", in this context, means a major essential component
130(kernel, window system, and so on) of the specific operating system
131(if any) on which the executable work runs, or a compiler used to
132produce the work, or an object code interpreter used to run it.
133
134 The "Corresponding Source" for a work in object code form means all
135the source code needed to generate, install, and (for an executable
136work) run the object code and to modify the work, including scripts to
137control those activities. However, it does not include the work's
138System Libraries, or general-purpose tools or generally available free
139programs which are used unmodified in performing those activities but
140which are not part of the work. For example, Corresponding Source
141includes interface definition files associated with source files for
142the work, and the source code for shared libraries and dynamically
143linked subprograms that the work is specifically designed to require,
144such as by intimate data communication or control flow between those
145subprograms and other parts of the work.
146
147 The Corresponding Source need not include anything that users
148can regenerate automatically from other parts of the Corresponding
149Source.
150
151 The Corresponding Source for a work in source code form is that
152same work.
153
154 2. Basic Permissions.
155
156 All rights granted under this License are granted for the term of
157copyright on the Program, and are irrevocable provided the stated
158conditions are met. This License explicitly affirms your unlimited
159permission to run the unmodified Program. The output from running a
160covered work is covered by this License only if the output, given its
161content, constitutes a covered work. This License acknowledges your
162rights of fair use or other equivalent, as provided by copyright law.
163
164 You may make, run and propagate covered works that you do not
165convey, without conditions so long as your license otherwise remains
166in force. You may convey covered works to others for the sole purpose
167of having them make modifications exclusively for you, or provide you
168with facilities for running those works, provided that you comply with
169the terms of this License in conveying all material for which you do
170not control copyright. Those thus making or running the covered works
171for you must do so exclusively on your behalf, under your direction
172and control, on terms that prohibit them from making any copies of
173your copyrighted material outside their relationship with you.
174
175 Conveying under any other circumstances is permitted solely under
176the conditions stated below. Sublicensing is not allowed; section 10
177makes it unnecessary.
178
179 3. Protecting Users' Legal Rights From Anti-Circumvention Law.
180
181 No covered work shall be deemed part of an effective technological
182measure under any applicable law fulfilling obligations under article
18311 of the WIPO copyright treaty adopted on 20 December 1996, or
184similar laws prohibiting or restricting circumvention of such
185measures.
186
187 When you convey a covered work, you waive any legal power to forbid
188circumvention of technological measures to the extent such circumvention
189is effected by exercising rights under this License with respect to
190the covered work, and you disclaim any intention to limit operation or
191modification of the work as a means of enforcing, against the work's
192users, your or third parties' legal rights to forbid circumvention of
193technological measures.
194
195 4. Conveying Verbatim Copies.
196
197 You may convey verbatim copies of the Program's source code as you
198receive it, in any medium, provided that you conspicuously and
199appropriately publish on each copy an appropriate copyright notice;
200keep intact all notices stating that this License and any
201non-permissive terms added in accord with section 7 apply to the code;
202keep intact all notices of the absence of any warranty; and give all
203recipients a copy of this License along with the Program.
204
205 You may charge any price or no price for each copy that you convey,
206and you may offer support or warranty protection for a fee.
207
208 5. Conveying Modified Source Versions.
209
210 You may convey a work based on the Program, or the modifications to
211produce it from the Program, in the form of source code under the
212terms of section 4, provided that you also meet all of these conditions:
213
214 a) The work must carry prominent notices stating that you modified
215 it, and giving a relevant date.
216
217 b) The work must carry prominent notices stating that it is
218 released under this License and any conditions added under section
219 7. This requirement modifies the requirement in section 4 to
220 "keep intact all notices".
221
222 c) You must license the entire work, as a whole, under this
223 License to anyone who comes into possession of a copy. This
224 License will therefore apply, along with any applicable section 7
225 additional terms, to the whole of the work, and all its parts,
226 regardless of how they are packaged. This License gives no
227 permission to license the work in any other way, but it does not
228 invalidate such permission if you have separately received it.
229
230 d) If the work has interactive user interfaces, each must display
231 Appropriate Legal Notices; however, if the Program has interactive
232 interfaces that do not display Appropriate Legal Notices, your
233 work need not make them do so.
234
235 A compilation of a covered work with other separate and independent
236works, which are not by their nature extensions of the covered work,
237and which are not combined with it such as to form a larger program,
238in or on a volume of a storage or distribution medium, is called an
239"aggregate" if the compilation and its resulting copyright are not
240used to limit the access or legal rights of the compilation's users
241beyond what the individual works permit. Inclusion of a covered work
242in an aggregate does not cause this License to apply to the other
243parts of the aggregate.
244
245 6. Conveying Non-Source Forms.
246
247 You may convey a covered work in object code form under the terms
248of sections 4 and 5, provided that you also convey the
249machine-readable Corresponding Source under the terms of this License,
250in one of these ways:
251
252 a) Convey the object code in, or embodied in, a physical product
253 (including a physical distribution medium), accompanied by the
254 Corresponding Source fixed on a durable physical medium
255 customarily used for software interchange.
256
257 b) Convey the object code in, or embodied in, a physical product
258 (including a physical distribution medium), accompanied by a
259 written offer, valid for at least three years and valid for as
260 long as you offer spare parts or customer support for that product
261 model, to give anyone who possesses the object code either (1) a
262 copy of the Corresponding Source for all the software in the
263 product that is covered by this License, on a durable physical
264 medium customarily used for software interchange, for a price no
265 more than your reasonable cost of physically performing this
266 conveying of source, or (2) access to copy the
267 Corresponding Source from a network server at no charge.
268
269 c) Convey individual copies of the object code with a copy of the
270 written offer to provide the Corresponding Source. This
271 alternative is allowed only occasionally and noncommercially, and
272 only if you received the object code with such an offer, in accord
273 with subsection 6b.
274
275 d) Convey the object code by offering access from a designated
276 place (gratis or for a charge), and offer equivalent access to the
277 Corresponding Source in the same way through the same place at no
278 further charge. You need not require recipients to copy the
279 Corresponding Source along with the object code. If the place to
280 copy the object code is a network server, the Corresponding Source
281 may be on a different server (operated by you or a third party)
282 that supports equivalent copying facilities, provided you maintain
283 clear directions next to the object code saying where to find the
284 Corresponding Source. Regardless of what server hosts the
285 Corresponding Source, you remain obligated to ensure that it is
286 available for as long as needed to satisfy these requirements.
287
288 e) Convey the object code using peer-to-peer transmission, provided
289 you inform other peers where the object code and Corresponding
290 Source of the work are being offered to the general public at no
291 charge under subsection 6d.
292
293 A separable portion of the object code, whose source code is excluded
294from the Corresponding Source as a System Library, need not be
295included in conveying the object code work.
296
297 A "User Product" is either (1) a "consumer product", which means any
298tangible personal property which is normally used for personal, family,
299or household purposes, or (2) anything designed or sold for incorporation
300into a dwelling. In determining whether a product is a consumer product,
301doubtful cases shall be resolved in favor of coverage. For a particular
302product received by a particular user, "normally used" refers to a
303typical or common use of that class of product, regardless of the status
304of the particular user or of the way in which the particular user
305actually uses, or expects or is expected to use, the product. A product
306is a consumer product regardless of whether the product has substantial
307commercial, industrial or non-consumer uses, unless such uses represent
308the only significant mode of use of the product.
309
310 "Installation Information" for a User Product means any methods,
311procedures, authorization keys, or other information required to install
312and execute modified versions of a covered work in that User Product from
313a modified version of its Corresponding Source. The information must
314suffice to ensure that the continued functioning of the modified object
315code is in no case prevented or interfered with solely because
316modification has been made.
317
318 If you convey an object code work under this section in, or with, or
319specifically for use in, a User Product, and the conveying occurs as
320part of a transaction in which the right of possession and use of the
321User Product is transferred to the recipient in perpetuity or for a
322fixed term (regardless of how the transaction is characterized), the
323Corresponding Source conveyed under this section must be accompanied
324by the Installation Information. But this requirement does not apply
325if neither you nor any third party retains the ability to install
326modified object code on the User Product (for example, the work has
327been installed in ROM).
328
329 The requirement to provide Installation Information does not include a
330requirement to continue to provide support service, warranty, or updates
331for a work that has been modified or installed by the recipient, or for
332the User Product in which it has been modified or installed. Access to a
333network may be denied when the modification itself materially and
334adversely affects the operation of the network or violates the rules and
335protocols for communication across the network.
336
337 Corresponding Source conveyed, and Installation Information provided,
338in accord with this section must be in a format that is publicly
339documented (and with an implementation available to the public in
340source code form), and must require no special password or key for
341unpacking, reading or copying.
342
343 7. Additional Terms.
344
345 "Additional permissions" are terms that supplement the terms of this
346License by making exceptions from one or more of its conditions.
347Additional permissions that are applicable to the entire Program shall
348be treated as though they were included in this License, to the extent
349that they are valid under applicable law. If additional permissions
350apply only to part of the Program, that part may be used separately
351under those permissions, but the entire Program remains governed by
352this License without regard to the additional permissions.
353
354 When you convey a copy of a covered work, you may at your option
355remove any additional permissions from that copy, or from any part of
356it. (Additional permissions may be written to require their own
357removal in certain cases when you modify the work.) You may place
358additional permissions on material, added by you to a covered work,
359for which you have or can give appropriate copyright permission.
360
361 Notwithstanding any other provision of this License, for material you
362add to a covered work, you may (if authorized by the copyright holders of
363that material) supplement the terms of this License with terms:
364
365 a) Disclaiming warranty or limiting liability differently from the
366 terms of sections 15 and 16 of this License; or
367
368 b) Requiring preservation of specified reasonable legal notices or
369 author attributions in that material or in the Appropriate Legal
370 Notices displayed by works containing it; or
371
372 c) Prohibiting misrepresentation of the origin of that material, or
373 requiring that modified versions of such material be marked in
374 reasonable ways as different from the original version; or
375
376 d) Limiting the use for publicity purposes of names of licensors or
377 authors of the material; or
378
379 e) Declining to grant rights under trademark law for use of some
380 trade names, trademarks, or service marks; or
381
382 f) Requiring indemnification of licensors and authors of that
383 material by anyone who conveys the material (or modified versions of
384 it) with contractual assumptions of liability to the recipient, for
385 any liability that these contractual assumptions directly impose on
386 those licensors and authors.
387
388 All other non-permissive additional terms are considered "further
389restrictions" within the meaning of section 10. If the Program as you
390received it, or any part of it, contains a notice stating that it is
391governed by this License along with a term that is a further
392restriction, you may remove that term. If a license document contains
393a further restriction but permits relicensing or conveying under this
394License, you may add to a covered work material governed by the terms
395of that license document, provided that the further restriction does
396not survive such relicensing or conveying.
397
398 If you add terms to a covered work in accord with this section, you
399must place, in the relevant source files, a statement of the
400additional terms that apply to those files, or a notice indicating
401where to find the applicable terms.
402
403 Additional terms, permissive or non-permissive, may be stated in the
404form of a separately written license, or stated as exceptions;
405the above requirements apply either way.
406
407 8. Termination.
408
409 You may not propagate or modify a covered work except as expressly
410provided under this License. Any attempt otherwise to propagate or
411modify it is void, and will automatically terminate your rights under
412this License (including any patent licenses granted under the third
413paragraph of section 11).
414
415 However, if you cease all violation of this License, then your
416license from a particular copyright holder is reinstated (a)
417provisionally, unless and until the copyright holder explicitly and
418finally terminates your license, and (b) permanently, if the copyright
419holder fails to notify you of the violation by some reasonable means
420prior to 60 days after the cessation.
421
422 Moreover, your license from a particular copyright holder is
423reinstated permanently if the copyright holder notifies you of the
424violation by some reasonable means, this is the first time you have
425received notice of violation of this License (for any work) from that
426copyright holder, and you cure the violation prior to 30 days after
427your receipt of the notice.
428
429 Termination of your rights under this section does not terminate the
430licenses of parties who have received copies or rights from you under
431this License. If your rights have been terminated and not permanently
432reinstated, you do not qualify to receive new licenses for the same
433material under section 10.
434
435 9. Acceptance Not Required for Having Copies.
436
437 You are not required to accept this License in order to receive or
438run a copy of the Program. Ancillary propagation of a covered work
439occurring solely as a consequence of using peer-to-peer transmission
440to receive a copy likewise does not require acceptance. However,
441nothing other than this License grants you permission to propagate or
442modify any covered work. These actions infringe copyright if you do
443not accept this License. Therefore, by modifying or propagating a
444covered work, you indicate your acceptance of this License to do so.
445
446 10. Automatic Licensing of Downstream Recipients.
447
448 Each time you convey a covered work, the recipient automatically
449receives a license from the original licensors, to run, modify and
450propagate that work, subject to this License. You are not responsible
451for enforcing compliance by third parties with this License.
452
453 An "entity transaction" is a transaction transferring control of an
454organization, or substantially all assets of one, or subdividing an
455organization, or merging organizations. If propagation of a covered
456work results from an entity transaction, each party to that
457transaction who receives a copy of the work also receives whatever
458licenses to the work the party's predecessor in interest had or could
459give under the previous paragraph, plus a right to possession of the
460Corresponding Source of the work from the predecessor in interest, if
461the predecessor has it or can get it with reasonable efforts.
462
463 You may not impose any further restrictions on the exercise of the
464rights granted or affirmed under this License. For example, you may
465not impose a license fee, royalty, or other charge for exercise of
466rights granted under this License, and you may not initiate litigation
467(including a cross-claim or counterclaim in a lawsuit) alleging that
468any patent claim is infringed by making, using, selling, offering for
469sale, or importing the Program or any portion of it.
470
471 11. Patents.
472
473 A "contributor" is a copyright holder who authorizes use under this
474License of the Program or a work on which the Program is based. The
475work thus licensed is called the contributor's "contributor version".
476
477 A contributor's "essential patent claims" are all patent claims
478owned or controlled by the contributor, whether already acquired or
479hereafter acquired, that would be infringed by some manner, permitted
480by this License, of making, using, or selling its contributor version,
481but do not include claims that would be infringed only as a
482consequence of further modification of the contributor version. For
483purposes of this definition, "control" includes the right to grant
484patent sublicenses in a manner consistent with the requirements of
485this License.
486
487 Each contributor grants you a non-exclusive, worldwide, royalty-free
488patent license under the contributor's essential patent claims, to
489make, use, sell, offer for sale, import and otherwise run, modify and
490propagate the contents of its contributor version.
491
492 In the following three paragraphs, a "patent license" is any express
493agreement or commitment, however denominated, not to enforce a patent
494(such as an express permission to practice a patent or covenant not to
495sue for patent infringement). To "grant" such a patent license to a
496party means to make such an agreement or commitment not to enforce a
497patent against the party.
498
499 If you convey a covered work, knowingly relying on a patent license,
500and the Corresponding Source of the work is not available for anyone
501to copy, free of charge and under the terms of this License, through a
502publicly available network server or other readily accessible means,
503then you must either (1) cause the Corresponding Source to be so
504available, or (2) arrange to deprive yourself of the benefit of the
505patent license for this particular work, or (3) arrange, in a manner
506consistent with the requirements of this License, to extend the patent
507license to downstream recipients. "Knowingly relying" means you have
508actual knowledge that, but for the patent license, your conveying the
509covered work in a country, or your recipient's use of the covered work
510in a country, would infringe one or more identifiable patents in that
511country that you have reason to believe are valid.
512
513 If, pursuant to or in connection with a single transaction or
514arrangement, you convey, or propagate by procuring conveyance of, a
515covered work, and grant a patent license to some of the parties
516receiving the covered work authorizing them to use, propagate, modify
517or convey a specific copy of the covered work, then the patent license
518you grant is automatically extended to all recipients of the covered
519work and works based on it.
520
521 A patent license is "discriminatory" if it does not include within
522the scope of its coverage, prohibits the exercise of, or is
523conditioned on the non-exercise of one or more of the rights that are
524specifically granted under this License. You may not convey a covered
525work if you are a party to an arrangement with a third party that is
526in the business of distributing software, under which you make payment
527to the third party based on the extent of your activity of conveying
528the work, and under which the third party grants, to any of the
529parties who would receive the covered work from you, a discriminatory
530patent license (a) in connection with copies of the covered work
531conveyed by you (or copies made from those copies), or (b) primarily
532for and in connection with specific products or compilations that
533contain the covered work, unless you entered into that arrangement,
534or that patent license was granted, prior to 28 March 2007.
535
536 Nothing in this License shall be construed as excluding or limiting
537any implied license or other defenses to infringement that may
538otherwise be available to you under applicable patent law.
539
540 12. No Surrender of Others' Freedom.
541
542 If conditions are imposed on you (whether by court order, agreement or
543otherwise) that contradict the conditions of this License, they do not
544excuse you from the conditions of this License. If you cannot convey a
545covered work so as to satisfy simultaneously your obligations under this
546License and any other pertinent obligations, then as a consequence you may
547not convey it at all. For example, if you agree to terms that obligate you
548to collect a royalty for further conveying from those to whom you convey
549the Program, the only way you could satisfy both those terms and this
550License would be to refrain entirely from conveying the Program.
551
552 13. Use with the GNU Affero General Public License.
553
554 Notwithstanding any other provision of this License, you have
555permission to link or combine any covered work with a work licensed
556under version 3 of the GNU Affero General Public License into a single
557combined work, and to convey the resulting work. The terms of this
558License will continue to apply to the part which is the covered work,
559but the special requirements of the GNU Affero General Public License,
560section 13, concerning interaction through a network will apply to the
561combination as such.
562
563 14. Revised Versions of this License.
564
565 The Free Software Foundation may publish revised and/or new versions of
566the GNU General Public License from time to time. Such new versions will
567be similar in spirit to the present version, but may differ in detail to
568address new problems or concerns.
569
570 Each version is given a distinguishing version number. If the
571Program specifies that a certain numbered version of the GNU General
572Public License "or any later version" applies to it, you have the
573option of following the terms and conditions either of that numbered
574version or of any later version published by the Free Software
575Foundation. If the Program does not specify a version number of the
576GNU General Public License, you may choose any version ever published
577by the Free Software Foundation.
578
579 If the Program specifies that a proxy can decide which future
580versions of the GNU General Public License can be used, that proxy's
581public statement of acceptance of a version permanently authorizes you
582to choose that version for the Program.
583
584 Later license versions may give you additional or different
585permissions. However, no additional obligations are imposed on any
586author or copyright holder as a result of your choosing to follow a
587later version.
588
589 15. Disclaimer of Warranty.
590
591 THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY
592APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT
593HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY
594OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
595THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
596PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM
597IS WITH YOU. SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF
598ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
599
600 16. Limitation of Liability.
601
602 IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
603WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS
604THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY
605GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE
606USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF
607DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD
608PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS),
609EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF
610SUCH DAMAGES.
611
612 17. Interpretation of Sections 15 and 16.
613
614 If the disclaimer of warranty and limitation of liability provided
615above cannot be given local legal effect according to their terms,
616reviewing courts shall apply local law that most closely approximates
617an absolute waiver of all civil liability in connection with the
618Program, unless a warranty or assumption of liability accompanies a
619copy of the Program in return for a fee.
620
621 END OF TERMS AND CONDITIONS
622
623 How to Apply These Terms to Your New Programs
624
625 If you develop a new program, and you want it to be of the greatest
626possible use to the public, the best way to achieve this is to make it
627free software which everyone can redistribute and change under these terms.
628
629 To do so, attach the following notices to the program. It is safest
630to attach them to the start of each source file to most effectively
631state the exclusion of warranty; and each file should have at least
632the "copyright" line and a pointer to where the full notice is found.
633
634 <one line to give the program's name and a brief idea of what it does.>
635 Copyright (C) <year> <name of author>
636
637 This program is free software: you can redistribute it and/or modify
638 it under the terms of the GNU General Public License as published by
639 the Free Software Foundation, either version 3 of the License, or
640 (at your option) any later version.
641
642 This program is distributed in the hope that it will be useful,
643 but WITHOUT ANY WARRANTY; without even the implied warranty of
644 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
645 GNU General Public License for more details.
646
647 You should have received a copy of the GNU General Public License
648 along with this program. If not, see <http://www.gnu.org/licenses/>.
649
650Also add information on how to contact you by electronic and paper mail.
651
652 If the program does terminal interaction, make it output a short
653notice like this when it starts in an interactive mode:
654
655 <program> Copyright (C) <year> <name of author>
656 This program comes with ABSOLUTELY NO WARRANTY; for details type `show w'.
657 This is free software, and you are welcome to redistribute it
658 under certain conditions; type `show c' for details.
659
660The hypothetical commands `show w' and `show c' should show the appropriate
661parts of the General Public License. Of course, your program's commands
662might be different; for a GUI interface, you would use an "about box".
663
664 You should also get your employer (if you work as a programmer) or school,
665if any, to sign a "copyright disclaimer" for the program, if necessary.
666For more information on this, and how to apply and follow the GNU GPL, see
667<http://www.gnu.org/licenses/>.
668
669 The GNU General Public License does not permit incorporating your program
670into proprietary programs. If your program is a subroutine library, you
671may consider it more useful to permit linking proprietary applications with
672the library. If this is what you want to do, use the GNU Lesser General
673Public License instead of this License. But first, please read
674<http://www.gnu.org/philosophy/why-not-lgpl.html>.
0675
=== added file 'jobbox/MANIFEST.in'
--- jobbox/MANIFEST.in 1970-01-01 00:00:00 +0000
+++ jobbox/MANIFEST.in 2013-11-11 15:04:58 +0000
@@ -0,0 +1,4 @@
1include README.md
2include COPYING
3recursive-include docs *.rst
4include docs/conf.py
05
=== added file 'jobbox/README.md'
--- jobbox/README.md 1970-01-01 00:00:00 +0000
+++ jobbox/README.md 2013-11-11 15:04:58 +0000
@@ -0,0 +1,9 @@
1JobBox
2======
3
4JobBox is a collection of jobs for PlainBox and CheckBox
5
6Status of JobBox
7================
8
9JobBox is currently in planning stages and has no code or jobs whatsoever.
010
=== added directory 'jobbox/docs'
=== added file 'jobbox/docs/changelog.rst'
--- jobbox/docs/changelog.rst 1970-01-01 00:00:00 +0000
+++ jobbox/docs/changelog.rst 2013-11-11 15:04:58 +0000
@@ -0,0 +1,12 @@
1ChangeLog
2=========
3
4.. note::
5 This changelog contains only a summary of changes. For a more accurate
6 accounting of development history please inspect the source history
7 directly.
8
9PlainBox 0.1 (unreleased)
10^^^^^^^^^^^^^^^^^^^^^^^^^
11
12* Initial release
013
=== added file 'jobbox/docs/conf.py'
--- jobbox/docs/conf.py 1970-01-01 00:00:00 +0000
+++ jobbox/docs/conf.py 2013-11-11 15:04:58 +0000
@@ -0,0 +1,243 @@
1#!/usr/bin/env python3
2# -*- coding: utf-8 -*-
3#
4# JobBox documentation build configuration file, created by
5# sphinx-quickstart on Wed Feb 13 11:18:39 2013.
6#
7# This file is execfile()d with the current directory set to its containing dir.
8#
9# Note that not all possible configuration values are present in this
10# autogenerated file.
11#
12# All configuration values have a default; values that are commented out
13# serve to show the default.
14
15import sys, os
16
17# If extensions (or modules to document with autodoc) are in another directory,
18# add these directories to sys.path here. If the directory is relative to the
19# documentation root, use os.path.abspath to make it absolute, like shown here.
20#sys.path.insert(0, os.path.abspath('.'))
21
22# -- General configuration -----------------------------------------------------
23
24# If your documentation needs a minimal Sphinx version, state it here.
25#needs_sphinx = '1.0'
26
27# Add any Sphinx extension module names here, as strings. They can be extensions
28# coming with Sphinx (named 'sphinx.ext.*') or your custom ones.
29extensions = ['sphinx.ext.autodoc', 'sphinx.ext.doctest', 'sphinx.ext.todo', 'sphinx.ext.coverage', 'sphinx.ext.viewcode']
30
31# Add any paths that contain templates here, relative to this directory.
32templates_path = ['_templates']
33
34# The suffix of source filenames.
35source_suffix = '.rst'
36
37# The encoding of source files.
38#source_encoding = 'utf-8-sig'
39
40# The master toctree document.
41master_doc = 'index'
42
43# General information about the project.
44project = 'JobBox'
45copyright = '2013, Zygmunt Krynicki'
46
47# The version info for the project you're documenting, acts as replacement for
48# |version| and |release|, also used in various other places throughout the
49# built documents.
50#
51# The short X.Y version.
52version = '0.1'
53# The full version, including alpha/beta/rc tags.
54release = '0.1'
55
56# The language for content autogenerated by Sphinx. Refer to documentation
57# for a list of supported languages.
58#language = None
59
60# There are two options for replacing |today|: either, you set today to some
61# non-false value, then it is used:
62#today = ''
63# Else, today_fmt is used as the format for a strftime call.
64#today_fmt = '%B %d, %Y'
65
66# List of patterns, relative to source directory, that match files and
67# directories to ignore when looking for source files.
68exclude_patterns = []
69
70# The reST default role (used for this markup: `text`) to use for all documents.
71#default_role = None
72
73# If true, '()' will be appended to :func: etc. cross-reference text.
74#add_function_parentheses = True
75
76# If true, the current module name will be prepended to all description
77# unit titles (such as .. function::).
78#add_module_names = True
79
80# If true, sectionauthor and moduleauthor directives will be shown in the
81# output. They are ignored by default.
82#show_authors = False
83
84# The name of the Pygments (syntax highlighting) style to use.
85pygments_style = 'sphinx'
86
87# A list of ignored prefixes for module index sorting.
88#modindex_common_prefix = []
89
90
91# -- Options for HTML output ---------------------------------------------------
92
93# The theme to use for HTML and HTML Help pages. See the documentation for
94# a list of builtin themes.
95html_theme = 'default'
96
97# Theme options are theme-specific and customize the look and feel of a theme
98# further. For a list of options available for each theme, see the
99# documentation.
100#html_theme_options = {}
101
102# Add any paths that contain custom themes here, relative to this directory.
103#html_theme_path = []
104
105# The name for this set of Sphinx documents. If None, it defaults to
106# "<project> v<release> documentation".
107#html_title = None
108
109# A shorter title for the navigation bar. Default is the same as html_title.
110#html_short_title = None
111
112# The name of an image file (relative to this directory) to place at the top
113# of the sidebar.
114#html_logo = None
115
116# The name of an image file (within the static path) to use as favicon of the
117# docs. This file should be a Windows icon file (.ico) being 16x16 or 32x32
118# pixels large.
119#html_favicon = None
120
121# Add any paths that contain custom static files (such as style sheets) here,
122# relative to this directory. They are copied after the builtin static files,
123# so a file named "default.css" will overwrite the builtin "default.css".
124html_static_path = ['_static']
125
126# If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
127# using the given strftime format.
128#html_last_updated_fmt = '%b %d, %Y'
129
130# If true, SmartyPants will be used to convert quotes and dashes to
131# typographically correct entities.
132#html_use_smartypants = True
133
134# Custom sidebar templates, maps document names to template names.
135#html_sidebars = {}
136
137# Additional templates that should be rendered to pages, maps page names to
138# template names.
139#html_additional_pages = {}
140
141# If false, no module index is generated.
142#html_domain_indices = True
143
144# If false, no index is generated.
145#html_use_index = True
146
147# If true, the index is split into individual pages for each letter.
148#html_split_index = False
149
150# If true, links to the reST sources are added to the pages.
151#html_show_sourcelink = True
152
153# If true, "Created using Sphinx" is shown in the HTML footer. Default is True.
154#html_show_sphinx = True
155
156# If true, "(C) Copyright ..." is shown in the HTML footer. Default is True.
157#html_show_copyright = True
158
159# If true, an OpenSearch description file will be output, and all pages will
160# contain a <link> tag referring to it. The value of this option must be the
161# base URL from which the finished HTML is served.
162#html_use_opensearch = ''
163
164# This is the file name suffix for HTML files (e.g. ".xhtml").
165#html_file_suffix = None
166
167# Output file base name for HTML help builder.
168htmlhelp_basename = 'JobBoxdoc'
169
170
171# -- Options for LaTeX output --------------------------------------------------
172
173latex_elements = {
174# The paper size ('letterpaper' or 'a4paper').
175#'papersize': 'letterpaper',
176
177# The font size ('10pt', '11pt' or '12pt').
178#'pointsize': '10pt',
179
180# Additional stuff for the LaTeX preamble.
181#'preamble': '',
182}
183
184# Grouping the document tree into LaTeX files. List of tuples
185# (source start file, target name, title, author, documentclass [howto/manual]).
186latex_documents = [
187 ('index', 'JobBox.tex', 'JobBox Documentation',
188 'Zygmunt Krynicki', 'manual'),
189]
190
191# The name of an image file (relative to this directory) to place at the top of
192# the title page.
193#latex_logo = None
194
195# For "manual" documents, if this is true, then toplevel headings are parts,
196# not chapters.
197#latex_use_parts = False
198
199# If true, show page references after internal links.
200#latex_show_pagerefs = False
201
202# If true, show URL addresses after external links.
203#latex_show_urls = False
204
205# Documents to append as an appendix to all manuals.
206#latex_appendices = []
207
208# If false, no module index is generated.
209#latex_domain_indices = True
210
211
212# -- Options for manual page output --------------------------------------------
213
214# One entry per manual page. List of tuples
215# (source start file, name, description, authors, manual section).
216man_pages = [
217 ('index', 'jobbox', 'JobBox Documentation',
218 ['Zygmunt Krynicki'], 1)
219]
220
221# If true, show URL addresses after external links.
222#man_show_urls = False
223
224
225# -- Options for Texinfo output ------------------------------------------------
226
227# Grouping the document tree into Texinfo files. List of tuples
228# (source start file, target name, title, author,
229# dir menu entry, description, category)
230texinfo_documents = [
231 ('index', 'JobBox', 'JobBox Documentation',
232 'Zygmunt Krynicki', 'JobBox', 'One line description of project.',
233 'Miscellaneous'),
234]
235
236# Documents to append as an appendix to all manuals.
237#texinfo_appendices = []
238
239# If false, no module index is generated.
240#texinfo_domain_indices = True
241
242# How to display URL addresses: 'footnote', 'no', or 'inline'.
243#texinfo_show_urls = 'footnote'
0244
=== added file 'jobbox/docs/coverage.rst'
--- jobbox/docs/coverage.rst 1970-01-01 00:00:00 +0000
+++ jobbox/docs/coverage.rst 2013-11-11 15:04:58 +0000
@@ -0,0 +1,74 @@
1Job Coverage
2============
3
4This document summarizes job / test coverage as provided by JobBox
5
6Hardware Jobs
7^^^^^^^^^^^^^
8
9============= ====================================== ========================
10Category Name Hardware in scope Description
11============= ====================================== ========================
12audio Sound card, headphone jacks, etc basic functionality tests
13benchmarks CPUs, GPUs, Disks, Network assorted benchmarks
14bluetooth Bluetooth hardware basic functionality tests
15camera video input devices, webcams basic functionality tests
16cpu CPU basic cpu features
17disk Hard drives and SSD basic functionality and capacity tests
18esata eSATA-connected disks
19expresscard Express cards
20fingerprint Fingerprint scanners
21firewire Firewire-connected disks
22floppy Floppy disks
23graphics Integrated and discrete GPUSs
24input Mouse, touchpad and touchscreen
25keys Special hardware keys
26led Indicator LEDs
27mediacard Memory card readers (SD, uSD, xD)
28memory RAM
29monitor CRT and LCD monitors
30networking Ethernet, WiFI and modem
31optical optical drives (CDs, DVDs)
32peripheral external printer and modem tests
33stress entire machine extended stress testing
34============= ====================================== ========================
35
36Software Jobs
37^^^^^^^^^^^^^
38
39================= ==========================
40Category Name Software in scope
41================= ==========================
42codecs software audio codecs
43daemons essential system daemons
44install apt-get and oem-config
45panel_clock_test date and time display and control
46panel_reboot reboot control
47piglit various piglit tests (graphics)
48rendercheck various rendercheck tests (graphics)
49server-services typical server services
50================= ==========================
51
52Power management jobs
53^^^^^^^^^^^^^^^^^^^^^
54
55================ ==========================
56Category Name Description
57================ ==========================
58hibernate whole-system suspend-to-disk
59suspend whole-system suspend-to-ram
60power-management fine-grained ACPI tests
61================ ==========================
62
63Misc jobs
64^^^^^^^^^
65
66============= ==========================
67Category Name Description
68============= ==========================
69info hardware information logs
70local local jobs (checkbox legacy)
71miscellanea other assorted jobs
72resource software and hardware probes that enable specific tests
73smoke smoke tests for checkbox job management
74============= ==========================
075
=== added file 'jobbox/docs/glossary.rst'
--- jobbox/docs/glossary.rst 1970-01-01 00:00:00 +0000
+++ jobbox/docs/glossary.rst 2013-11-11 15:04:58 +0000
@@ -0,0 +1,2 @@
1Glossary
2========
03
=== added file 'jobbox/docs/index.rst'
--- jobbox/docs/index.rst 1970-01-01 00:00:00 +0000
+++ jobbox/docs/index.rst 2013-11-11 15:04:58 +0000
@@ -0,0 +1,51 @@
1.. JobBox documentation master file, created by
2 sphinx-quickstart on Wed Feb 13 11:18:39 2013.
3 You can adapt this file completely to your liking, but it should at least
4 contain the root `toctree` directive.
5
6JobBox
7======
8
9JobBox is a collection of tests that aim to cover all aspects of modern
10computer hardware. It is intended to be used alongside with CheckBox and
11PlainBox projects as a source of actual **data**.
12
13The name *JobBox* is a wordplay that matches the naming scheme of the CheckBox
14project group. The *job* part refers to CheckBox *jobs* which represent the
15smallest piece of testing that can be performed. In essence, JobBox is just a
16box with jobs.
17
18Installation
19^^^^^^^^^^^^
20
21JobBox can be installed from a :abbr:`PPA (Personal Package Archive)`
22(recommended) or :abbr:`pypi (python package index)` on Ubuntu Precise (12.04)
23or newer.
24
25.. code-block:: bash
26
27 $ sudo add-apt-repository ppa:checkbox-dev/ppa && sudo apt-get update && sudo apt-get install jobbox
28
29Using JobBox
30^^^^^^^^^^^^
31
32JobBox is a dependency of PlainBox and CheckBox. It will be used automatically
33whenever those tools are used.
34
35Table of contents
36=================
37
38.. toctree::
39 :maxdepth: 2
40
41 jobspec.rst
42 coverage.rst
43 glossary.rst
44 changelog.rst
45
46Indices and tables
47==================
48
49* :ref:`genindex`
50* :ref:`modindex`
51* :ref:`search`
052
=== added file 'jobbox/docs/jobspec.rst'
--- jobbox/docs/jobspec.rst 1970-01-01 00:00:00 +0000
+++ jobbox/docs/jobspec.rst 2013-11-11 15:04:58 +0000
@@ -0,0 +1,340 @@
1Job Specification
2=================
3
4CheckBox Job Definition
5^^^^^^^^^^^^^^^^^^^^^^^
6
7.. todo::
8 Move checkbox job definitions here or refer to them using intersphinx
9 syntax. Initially we may have a reference to plainbox that actually
10 documents what those jobs do.
11
12JobBox Job Definition
13^^^^^^^^^^^^^^^^^^^^^
14
15JobBox jobs are a proposed evolution of CheckBox jobs. The intent is to retain
16compatibility with existing jobs, provide simple migration path and to address
17the shortcomings of existing CheckBox job definition system.
18
19JobBox jobs are defined as a structure with key (field) - value pairs. The
20following fields are defined by this document. They are typically stored just
21as CheckBox jobs, in RFC-822 records.
22
23name
24----
25
26Unique job name, same as in CheckBox.
27
28This field is used to identify and refer to each job. The name has to
29be unique. This can be simplified by using vendor name spaces.
30
31vendor-namespace
32----------------
33
34Implicit prefix of the job name.
35
36This field has no corresponding representation in CheckBox.
37
38The intent is to allow for an ecosystem of job provides to freely collaborate
39in one environment without the fear of name collisions.
40
41This mechanism allows each job vendor to ensure that the key requirement of job
42*name* to be globally unique is easy to enforce.
43
44Implicitly all jobs inherit a vendor namespace from the document that defines
45them. This allows the cumbersome vendor string to be mostly forgotten about in
46normal development or usage.
47
48The syntax is of the vendor namespace string **MUST** follow the pattern
49``year:reverse-domain-name:namespace`` where ``year`` is a non-abbreviated
50year, ``reverse-domain-name`` is a name of a domain controlled by the vendor
51written down in the reverse domain name notation while ``namespace`` is an
52arbitrary string assigned by the vendor. Vendors **MUST** control the DNS
53domain name at the time the vendor namespace is being defined. The ``year``
54component allows the system to meaningfully refer to the
55``reverse-domain-name`` while ensuring that the eternal ownership of a DNS
56domain name is not a prerequisite.
57
58.. note::
59
60 For the Canonical Hardware Certification Team, the vendor namespace is
61 ``2013:com.canonical:pes/hardware-certification``
62
63classifiers
64-----------
65
66List of classifiers. See :term:`classifiers`.
67
68This allows scenario editors and testers to pick tests applicable to a
69particular class of software or hardware. Classifiers allow job developers to
70associate a set of hierarchical labels to each job.
71
72This is a replacement of the implicit category association informally defined
73by the job ``name`` (which typically follows a ``category/name`` pattern) and
74the equally informal abuse of :term:`local plugin` jobs to use ``__category__``
75jobs to put generated jobs into some category.
76
77The improvement over the base idea is that a job may naturally belong to
78multiple categories, such as being a *hardware:monitor*,
79*functionality:suspend* test that is typically performed on
80*target-environment:desktop* and *target-environment:laptop* as well as
81*target-environment:smart-screen* and belonging to the general
82*category:power-management*. This was impossible to express in the previous
83system and while no concrete usage patterns are recommended it believed that
84introduction of this capability will result in definition of official
85classifiers and usage patterns in which they are applied.
86
87summary
88-------
89
90Human-readable, short, one line summary of the job.
91
92This field is intended for :term:`scenario` developers that wish to assemble a
93scenario out of the library of available test. Keeping the summary short and
94one-line will allow efficient representation of tests as a list of items. The
95summary may be more descriptive than the raw job name might otherwise be.
96
97description
98-----------
99
100Human-readable description of arbitrary size.
101
102This field is always displayed to the test operator. It may contain
103instructions vital for the proper verification of the outcome of the test.
104
105.. note::
106
107 Perhaps we want to split the description (which is something we could
108 display on websites and scenario editors) from actual instructions for the
109 test operator.
110
111startup
112-------
113
114Keyword identifying how a test job is started.
115
116The default value is ``immediate``.
117
118The allowed values are:
119
120``immediate``
121 The job can be started immediately.
122
123``triggered``
124 The job needs to be started explicitly by the test operator. This is
125 intended for things that may be timing-sensitive or may require the tester
126 to understand the necessary manipulations that he or she may have to
127 perform ahead of time.
128
129 The test operator may select to skip certain tests, in that case the
130 :term:`outcome` is ``skip``.
131
132This is a replacement for a collection of CheckBox plugin types, including
133``manual``, ``shell``, ``user-verify`` and ``user-interact``.
134
135verification
136------------
137
138Keyword identifying how a test job is qualified as passing or failing.
139
140The default value is ``automatic``.
141
142The allowed values are:
143
144``automatic``
145 The outcome is automatically verified based on the return status of the
146 command or script embedded into the job. Depending on the return code the
147 :term:`outcome` of a job is either ``pass`` or ``fail``
148
149``manual``
150 The outcome is manually verified by asking a question to the user.
151 Typically this question is a form of yes-or-no question. Depending on the
152 input from the test operator the :term:`outcome` of a job is either
153 ``pass`` or ``fail``.
154
155script
156------
157
158A :program:`bash` script to execute.
159
160There is no default value.
161
162The script can be a multi-line command that is executed as a part of this job
163on :term:`job startup`. The script can be as long as desired but it is
164suggested to keep it reasonably short and transform overly complicated scripts
165to actual standalone programs so that they can be treated as every other piece
166of software.
167
168The output and return code of the script may affect the rest of the system. See
169the ``script-output`` and ``verification`` fields.
170
171script-output
172-------------
173
174A keyword identifying what to do with the output produced by the script.
175
176The default value is ``hide``.
177
178The allowed values are:
179
180``hide``
181 Both stdout and stderr are hidden from the tester.
182
183 The test operator may choose to reveal the output and inspect it if needed.
184 The output is not stored after all testing is finished.
185
186 This is a replacement for CheckBox :term:`shell plugin`.
187
188 The improvement over the base idea is that not all commands produce
189 interesting output that should be immediately displayed. Except for jobs
190 that require the test operator to carefully read the output this provides a
191 good default value without compromising on the ability to access this data
192 in all cases, if required.
193
194``reveal``
195 Both stdout and stderr are displayed to the tester.
196
197 The test operator may choose to hide the output. The output is not stored
198 after all testing is finished.
199
200 This is a replacement for CheckBox :term:`shell plugin`.
201
202 The improvement over the base idea is that it allows to identify jobs that
203 depend on the test operator being able to see their output. Such scripts
204 may be subject to extra scrutiny or localization requirements to ensure
205 testers can comprehend the output if that is required by the test.
206
207``attach-text``
208 The stdout is converted to a text attachment.
209
210 All of the bytes produced on stdout must form a valid Unicode string
211 encoded with UTF-8. Any characters that cannot be interpreted as UTF-8 are
212 replaced with supplementary characters.
213
214 The stderr is discarded.
215
216 This is a replacement for CheckBox :term:`attachment plugin`.
217
218 The improvement over the base idea is that we clearly differentiate text
219 and binary attachments and there is a well-defined strategy for handling
220 corrupted output.
221
222``attach-binary``
223 The stdout is converted to a binary attachment.
224
225 The stderr is discarded.
226
227 When using ``attach-binary`` you **MUST** also set the
228 ``attachment-mime-type`` field.
229
230 This is a replacement for CheckBox :term:`attachment plugin`.
231
232 The improvement over the base idea is that we clearly differentiate text
233 and binary attachments and there is a way to specify MIME type which may
234 aid test reviewers and downstream storage systems. For example a web-based
235 test result browser may offer to download or display attachments in a way
236 optimized to their content.
237
238``parse-resource``
239 The stdout is converted to text as described in ``attach-text`` and
240 parsed as list of RFC-822 records separated by an empty line. The result
241 is interpreted as a list of :term:`resource definitions`.
242
243 The stderr is discarded.
244
245 This is a replacement for CheckBox :term:`resource plugin`.
246
247``parse-job``
248 The stdout is converted to text as described in ``attach-text`` and
249 parsed as a list of RFC-822 records separated by an empty line. The
250 result is interpreted as a list of :term:`job definitions`.
251
252 The stderr is discarded.
253
254 When using ``parse-job`` you **MUST** define ``parse-job-pattern`` to
255 indicate the naming pattern of jobs that **MAY** be generated by the
256 script. Jobs that are parsed but do not match that pattern are discarded.
257
258 This is a replacement for CheckBox :term:`local plugin`.
259
260 The improvement over the base idea is that it allows PlainBox to build a
261 full graph of all jobs and automatically discover job dependencies without
262 executing any code.
263
264parse-job-pattern
265-----------------
266
267The pattern of jobs that may be defined by this job.
268
269There is no default value.
270
271This field describes the pattern of jobs names that may be defined by a job
272using ``script-output`` equal to ``parse-job``.
273
274The pattern **MUST** be a valid job name and **MUST NOT** have a
275``vendor-namespace`` (in that it can only generate jobs in the same vendor
276namespace as the job definition that embeds the ``script``). This ensures that
277no cross-vendor job generation is possible and in turn that each vendor can
278enforce and control their namespace.
279
280The pattern **SHOULD** include at least one ``wildcard``. The syntax of the
281wildcard is ``{NAME}`` where ``NAME`` is the name of the wildcard.
282
283.. note::
284 A job that generates arbitrary jobs using a match-everything pattern such
285 as ``{}`` will be rejected in practice. For details see the rules on
286 pattern job collisions. The rule states that if two jobs contend to
287 generate the same job then the shortest pattern (not including the name of
288 each wildcard) is discarded. This allows to resolve conflicts by allowing
289 most-specialized pattern to win.
290
291attachment-mime-type
292--------------------
293
294The :term:`MIME` type of attachment generated by this job.
295
296There is no default value.
297
298This field is mandatory to jobs that have ``script-output`` equal to
299``attach-binary``.
300
301user
302----
303
304Name of the system user the script should be executed as.
305
306There is no default value.
307
308This is typically used to run certain scripts as ``root``.
309
310depends
311-------
312
313A list of job names that describe test-level dependencies of the job.
314
315There is no default value.
316
317The list of dependencies must refer to existing jobs from the same vendor or
318fully qualified jobs from any vendor. The job is :term:`ready` when **ALL** the
319term:`outcome` of all referenced jobs is ``pass``.
320
321The list **MAY** refer to a job generated by a job using ``script-output``
322equal to ``parse-job``. Jobs with unknown dependencies (not defined anywhere in
323the system) are removed from consideration. Jobs that have circular
324dependencies are also removed from consideration.
325
326When the dependency is not met the :term:`outcome` of a job is ``fail``
327
328requires
329--------
330
331A list of :term:`requirement programs` that describe system-level dependencies
332of the job.
333
334There is no default value.
335
336The list of dependencies is evaluated against all :term:`resources`. The job is
337:term:`ready` when **ALL** resource programs evaluate to true.
338
339When the dependency is not met the :term:`outcome` of a job is
340``not-supported``
0341
=== added directory 'jobbox/jobbox'
=== added file 'jobbox/jobbox/__init__.py'
--- jobbox/jobbox/__init__.py 1970-01-01 00:00:00 +0000
+++ jobbox/jobbox/__init__.py 2013-11-11 15:04:58 +0000
@@ -0,0 +1,20 @@
1# This file is part of Checkbox.
2#
3# Copyright 2013 Canonical Ltd.
4# Written by:
5# Zygmunt Krynicki <zygmunt.krynicki@canonical.com>
6#
7# Checkbox is free software: you can redistribute it and/or modify
8# it under the terms of the GNU General Public License as published by
9# the Free Software Foundation, either version 3 of the License, or
10# (at your option) any later version.
11#
12# Checkbox is distributed in the hope that it will be useful,
13# but WITHOUT ANY WARRANTY; without even the implied warranty of
14# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15# GNU General Public License for more details.
16#
17# You should have received a copy of the GNU General Public License
18# along with Checkbox. If not, see <http://www.gnu.org/licenses/>.
19
20__version__ = (0, 1, 0, 'dev', 0)
021
=== added file 'jobbox/setup.cfg'
--- jobbox/setup.cfg 1970-01-01 00:00:00 +0000
+++ jobbox/setup.cfg 2013-11-11 15:04:58 +0000
@@ -0,0 +1,5 @@
1[upload]
2sign=True
3
4[upload_docs]
5upload-dir=build/sphinx/html
06
=== added file 'jobbox/setup.py'
--- jobbox/setup.py 1970-01-01 00:00:00 +0000
+++ jobbox/setup.py 2013-11-11 15:04:58 +0000
@@ -0,0 +1,32 @@
1#!/usr/bin/env python3
2# This file is part of Checkbox.
3#
4# Copyright 2013 Canonical Ltd.
5# Written by:
6# Zygmunt Krynicki <zygmunt.krynicki@canonical.com>
7#
8# Checkbox is free software: you can redistribute it and/or modify
9# it under the terms of the GNU General Public License as published by
10# the Free Software Foundation, either version 3 of the License, or
11# (at your option) any later version.
12#
13# Checkbox is distributed in the hope that it will be useful,
14# but WITHOUT ANY WARRANTY; without even the implied warranty of
15# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
16# GNU General Public License for more details.
17#
18# You should have received a copy of the GNU General Public License
19# along with Checkbox. If not, see <http://www.gnu.org/licenses/>.
20
21
22from setuptools import setup, find_packages
23
24
25setup(
26 name="jobbox",
27 version="0.1",
28 packages=find_packages(),
29 author="Zygmunt Krynicki",
30 author_email="zygmunt.krynicki@canonical.com",
31 license="GPLv3+",
32 description="Jobs for PlainBox")
033
=== modified file 'setup.py'
--- setup.py 2013-11-08 21:55:38 +0000
+++ setup.py 2013-11-11 15:04:58 +0000
@@ -30,7 +30,7 @@
30import subprocess30import subprocess
31import sys31import sys
3232
33delegate_to = ['plainbox', 'checkbox-ng']33delegate_to = ['plainbox', 'checkbox-ng', 'jobbox']
34try:34try:
35 base = os.path.dirname(__file__)35 base = os.path.dirname(__file__)
36 for target_dir in delegate_to:36 for target_dir in delegate_to:

Subscribers

People subscribed via source and target branches