[openstack-dev] [nova][nova-docker] Retiring nova-docker project

Davanum Srinivas davanum at gmail.com
Fri Jul 8 14:07:36 UTC 2016


Tim,

I've initiated conversation a couple of times more than a year ago.

http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7129
http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7006

Thanks,
Dims


On Fri, Jul 8, 2016 at 9:10 AM, Tim Bell <Tim.Bell at cern.ch> wrote:
> Given the inconsistency between the user survey and the apparent utilization/maintenance, I’d recommend checking on the openstack-operators list to see if this would be a major issue.
>
> Tim
>
> On 08/07/16 13:54, "Amrith Kumar" <amrith at tesora.com> wrote:
>
> Did not realize that; I withdraw my request. You are correct; 12 months+ is fair warning.
>
> -amrith
>
> P.S. I volunteered (in Ann Arbor) to work with you and contribute to nova-docker but I guess that's now moot; it'd have been fun :)
>
>> -----Original Message-----
>> From: Davanum Srinivas [mailto:davanum at gmail.com]
>> Sent: Friday, July 08, 2016 7:32 AM
>> To: OpenStack Development Mailing List (not for usage questions)
>> <openstack-dev at lists.openstack.org>
>> Subject: Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker
>> project
>>
>> Amrith,
>>
>> A year and few months is sufficient notice:
>> http://markmail.org/message/geijiljch4yxfcvq
>>
>> I really really want this to go away. Every time this comes up,
>> example it came up in Austin too, a few people raise their hands and
>> then do not show up. (Not saying you will do the same!).
>>
>> -- Dims
>>
>> On Fri, Jul 8, 2016 at 7:10 AM, Amrith Kumar <amrith at tesora.com> wrote:
>> > Does it make sense that this conversation about the merits of nova-
>> docker be had before the retirement is actually initiated. It seems odd
>> that in the face of empirical evidence of actual use (user survey) we
>> merely hypothesize that people are likely using their own forks and
>> therefore it is fine to retire this project.
>> >
>> > As ttx indicates there is nothing wrong with a project with low
>> activity. That said, if the issue is that nova-docker is not actively
>> maintained and broken, then what it needs is contributors not retirement.
>> >
>> > -amrith
>> >
>> >> -----Original Message-----
>> >> From: Daniel P. Berrange [mailto:berrange at redhat.com]
>> >> Sent: Friday, July 08, 2016 5:03 AM
>> >> To: OpenStack Development Mailing List (not for usage questions)
>> >> <openstack-dev at lists.openstack.org>
>> >> Subject: Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker
>> >> project
>> >>
>> >> On Fri, Jul 08, 2016 at 10:11:59AM +0200, Thierry Carrez wrote:
>> >> > Matt Riedemann wrote:
>> >> > > [...]
>> >> > > Expand the numbers to 6 months and you'll see only 13 commits.
>> >> > >
>> >> > > It's surprisingly high in the user survey (page 39):
>> >> > >
>> >> > > https://www.openstack.org/assets/survey/April-2016-User-Survey-
>> >> Report.pdf
>> >> > >
>> >> > > So I suspect most users/deployments are just running their own
>> forks.
>> >> >
>> >> > Why ? Is it completely unusable as it stands ? 13 commits in 6 months
>> >> sounds
>> >> > like enough activity to keep something usable (if it was usable in
>> the
>> >> first
>> >> > place). We have a lot of (official) projects and libraries with less
>> >> > activity than that :)
>> >> >
>> >> > I'm not sure we should be retiring an unofficial project if it's
>> usable,
>> >> > doesn't have critical security issues and is used by a number of
>> >> people...
>> >> > Now, if it's unusable and abandoned, that's another story.
>> >>
>> >> Nova explicitly provides *zero* stable APIs for out of tree drivers to
>> >> use. Changes to Nova internals will reliably break out of tree drivers
>> >> at least once during a development cycle, often more. So you really do
>> >> need someone committed to updating out of tree drivers to cope with the
>> >> fact that they're using an explicitly unstable API. We actively intend
>> >> to keep breaking out of tree drivers as often as suits Nova's best
>> >> interests.
>> >>
>> >> Regards,
>> >> Daniel
>> >> --
>> >> |: http://berrange.com      -o-
>> http://www.flickr.com/photos/dberrange/
>> >> :|
>> >> |: http://libvirt.org              -o-             http://virt-
>> manager.org
>> >> :|
>> >> |: http://autobuild.org       -o-
>> http://search.cpan.org/~danberr/
>> >> :|
>> >> |: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-
>> vnc
>> >> :|
>> >>
>> >>
>> __________________________________________________________________________
>> >> OpenStack Development Mailing List (not for usage questions)
>> >> Unsubscribe: OpenStack-dev-
>> request at lists.openstack.org?subject:unsubscribe
>> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >
>> >
>> __________________________________________________________________________
>> > OpenStack Development Mailing List (not for usage questions)
>> > Unsubscribe: OpenStack-dev-
>> request at lists.openstack.org?subject:unsubscribe
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>> --
>> Davanum Srinivas :: https://twitter.com/dims
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



-- 
Davanum Srinivas :: https://twitter.com/dims



More information about the OpenStack-dev mailing list