[Pulp-dev] Publication delete, sync or async?

Bryan Kearney bkearney at redhat.com
Fri Apr 13 15:21:45 UTC 2018


This is a cute video of a cat.

https://bit.ly/IqT6zt

-- bk

On 04/13/2018 11:00 AM, Robin Chan wrote:
> This is a test. A few members reported a reply not getting this message 
> delivered to their inbox.
> 
> On Wed, Apr 11, 2018 at 11:34 AM, Austin Macdonald <austin at redhat.com 
> <mailto:austin at redhat.com>> wrote:
> 
>      From our checkin meeting, there was an MVP doc question that needed
>     some discussion:
>     *
>     Publications:*https://pulp.plan.io/projects/pulp/wiki/Pulp_3_Minimum_Viable_Product#Publications
>     <https://pulp.plan.io/projects/pulp/wiki/Pulp_3_Minimum_Viable_Product#Publications>
> 
>           o /As a user, As an authenticated user, I can delete
>             publications./
>               + /asynchronously with a lock on the repository version. /
>               + /prevented if associated with a distribution./
>               + /single object only./
> 
>         In the code, Publication deletes are synchronous, not
>         asynchronous like the MVP docs says. I think the code is
>         correct, so we should remove this line. If we do not remove this
>         line, we should write a story to make this call async.
> 
>         In the code, Publication deletes are not blocked by association
>         to distributions. Should write a story or remove this line?
> 
>         "single object only". What does that mean? If it means 1
>         publication at a time, that is how all our objects work, so I
>         think we can delete this line.
> 
> 
> 
>     _______________________________________________
>     Pulp-dev mailing list
>     Pulp-dev at redhat.com <mailto:Pulp-dev at redhat.com>
>     https://www.redhat.com/mailman/listinfo/pulp-dev
>     <https://www.redhat.com/mailman/listinfo/pulp-dev>
> 
> 
> 
> 
> _______________________________________________
> Pulp-dev mailing list
> Pulp-dev at redhat.com
> https://www.redhat.com/mailman/listinfo/pulp-dev
> 




More information about the Pulp-dev mailing list