The 30ish tasks themselves are not yet moved. Those currently are still in their existing homes in I don't plan to move them with my changes.

When we do move the tasks, we may run into import issues at that time, but I think we will be able to resolve them. We may want to move them into the package pulp.tasking.registry. It would be great to have all of our tasks defined in one place.


On 09/16/2016 09:05 AM, Austin Macdonald wrote:

On 09/15/2016 11:47 AM, Brian Bouterse wrote:

I'm wondering if moving it to pulp.tasks would be a better home? Along
with that line of thinking, we would only put code in the Django app
which Django uses. Views, Models, Migrations, Settings, Middleware.
Things like that.

This would cause any number of python packages to live as
pulp.<mypackagename> instead of<mypackagename>

Will the home of tasks affect the import order? Particularly since we
are also splitting the models out of a single file, I am reminded
strongly of the circular imports disaster we had in 2.y when workers
attempted to import their tasks, which each needed different models.
Tbh, I am having a hard time imagining how the final import trees might
look, but I am curious if that is something that has been planned.

Pulp-dev mailing list

Reply via email to