The multiprocess plugin passes the "config" object to subprocesses as a pickled string. (see nose.plugins.multiprocess.MultiProcessTestRunner.startProcess).
This conversion process will fail silently if the config contains custom plugin classes which cannot be re-imported/re-initialized by pickle.
Removing the pickle loads/dumps fixes this problem. (it is not clear to me why the config is pickled in the first place, since each process will get its own copy anyway)
The multiprocess plugin passes the "config" object to subprocesses as a pickled string. (see nose.plugins.multiprocess.MultiProcessTestRunner.startProcess).
This conversion process will fail silently if the config contains custom plugin classes which cannot be re-imported/re-initialized by pickle.
Removing the pickle loads/dumps fixes this problem. (it is not clear to me why the config is pickled in the first place, since each process will get its own copy anyway)