[ospurge] looking for project owners / considering adoption

Artem Goncharov artem.goncharov at gmail.com
Tue Feb 11 08:41:44 UTC 2020


I am thinking to submit (not found possibility so far) a forum-like session for that again in Vancouver, where I would present current status of implementation and we can plan further steps.
Unfortunately I have still no confirmation from my employer, that I will be allowed to go.

Any ideas/objections?


> On 3. Nov 2019, at 02:34, Tobias Rydberg <tobias.rydberg at citynetwork.eu> wrote:
> Hi,
> Sounds really good Artem! Will you be at the session at the Summit? If not, I will bring the information from you to the session...
> Cheers,
> Tobias
> Tobias Rydberg
> Senior Developer
> Twitter & IRC: tobberydberg
> www.citynetwork.eu <http://www.citynetwork.eu/> | www.citycloud.com <http://www.citycloud.com/>
> ISO 9001, 14001, 27001, 27015 & 27018 CERTIFIED
> On 2019-11-02 16:26, Artem Goncharov wrote:
>> Hi Tobby,
>> As I mentioned, if Monty does not start work, I will start it in few weeks latest (mid November). I need this now in my project, therefore I will be definitely able to spend time on implementation in both SDK and OSC.
>> P.S. mailing this to you, since I will not be on the Summit.
>> Regards,
>> Artem
>>> On 2. Nov 2019, at 09:19, Tobias Rydberg <tobias.rydberg at citynetwork.eu <mailto:tobias.rydberg at citynetwork.eu>> wrote:
>>> Hi,
>>> A Forum session is planned for this topic, Monday 11:40. Suites perfect to continue the discussions there as well.
>>> https://www.openstack.org/summit/shanghai-2019/summit-schedule/events/24407/project-resource-cleanup-followup <https://www.openstack.org/summit/shanghai-2019/summit-schedule/events/24407/project-resource-cleanup-followup>
>>> BR,
>>> Tobias
>>> Tobias Rydberg
>>> Senior Developer
>>> Twitter & IRC: tobberydberg
>>> www.citynetwork.eu <http://www.citynetwork.eu/> | www.citycloud.com <http://www.citycloud.com/>
>>> ISO 9001, 14001, 27001, 27015 & 27018 CERTIFIED
>>> On 2019-10-30 15:43, Artem Goncharov wrote:
>>>> 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 <mailto: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/20200211/5390bc85/attachment-0001.html>

More information about the openstack-discuss mailing list