git.net

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ospurge] looking for project owners / considering adoption


Hi Adam,

Since I need this now as well I will start working on implementation how it was agreed (in SDK and in OSC) during last summit by mid of November. There is no need for discussing this further, it just need to be implemented. Sad that we got no progress in half a year.

Regards,
Artem (gtema). 

> On 30. Oct 2019, at 14:26, Adam Harwell <flux.adam at gmail.com> wrote:
> 
> That's too bad that you won't be at the summit, but I think there may still be some discussion planned about this topic. 
> 
> Yeah, I understand completely about priorities and such internally. Same for me... It just happens that this IS priority work for us right now. :)
> 
> 
> On Tue, Oct 29, 2019, 07:48 Adrian Turjak <adriant at catalyst.net.nz <mailto:adriant at catalyst.net.nz>> wrote:
> My apologies I missed this email.
> 
> Sadly I won't be at the summit this time around. There may be some public cloud focused discussions, and some of those often have this topic come up. Also if Monty from the SDK team is around, I'd suggest finding him and having a chat.
> 
> I'll help if I can but we are swamped with internal work and I can't dedicate much time to do upstream work that isn't urgent. :(
> 
> On 17/10/19 8:48 am, Adam Harwell wrote:
>> That's interesting -- we have already started working to add features and improve ospurge, and it seems like a plenty useful tool for our needs, but I think I agree that it would be nice to have that functionality built into the sdk. I might be able to help with both, since one is immediately useful and we (like everyone) have deadlines to meet, and the other makes sense to me as a possible future direction that could be more widely supported.
>> 
>> Will you or someone else be hosting and discussion about this at the Shanghai summit? I'll be there and would be happy to join and discuss.
>> 
>>     --Adam
>> 
>> On Tue, Oct 15, 2019, 22:04 Adrian Turjak <adriant at catalyst.net.nz <mailto:adriant at catalyst.net.nz>> wrote:
>> I tried to get a community goal to do project deletion per project, but
>> we ended up deciding that a community goal wasn't ideal unless we did
>> build a bulk delete API in each service:
>> https://review.opendev.org/#/c/639010/ <https://review.opendev.org/#/c/639010/>
>> https://etherpad.openstack.org/p/community-goal-project-deletion <https://etherpad.openstack.org/p/community-goal-project-deletion>
>> https://etherpad.openstack.org/p/DEN-Deletion-of-resources <https://etherpad.openstack.org/p/DEN-Deletion-of-resources>
>> https://etherpad.openstack.org/p/DEN-Train-PublicCloudWG-brainstorming <https://etherpad.openstack.org/p/DEN-Train-PublicCloudWG-brainstorming>
>> 
>> What we decided on, but didn't get a chance to work on, was building
>> into the OpenstackSDK OS-purge like functionality, as well as reporting
>> functionality (of all project resources to be deleted). That way we
>> could have per project per resource deletion logic, and all of that
>> defined in the SDK.
>> 
>> I was up for doing some of the work, but ended up swamped with internal
>> work and just didn't drive or push for the deletion work upstream.
>> 
>> If you want to do something useful, don't pursue OS-Purge, help us add
>> that official functionality to the SDK, and then we can push for bulk
>> deletion APIs in each project to make resource deletion more pleasant.
>> 
>> I'd be happy to help with the work, and Monty on the SDK team will most
>> likely be happy to as well. :)
>> 
>> Cheers,
>> Adrian
>> 
>> On 1/10/19 11:48 am, Adam Harwell wrote:
>> > I haven't seen much activity on this project in a while, and it's been
>> > moved to opendev/x since the opendev migration... Who is the current
>> > owner of this project? Is there anyone who actually is maintaining it,
>> > or would mind if others wanted to adopt the project to move it forward?
>> >
>> > Thanks,
>> >    --Adam Harwell

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20191030/72890c84/attachment.html>