Open Stack

While the project is not well-documented (for any potential user), the
code looks quite nice (well-structured, test-covered and documented).
I checked with nodejs6 (old obsoleted) as this was what functional
tests jobs were mentioning and I did not want any surprises.
Yet it failed to properly interpret Stein endpoints. First issue is
that it requires unversioned keystone url passed to it.
Then it started failing on something less obvious and I am too tired
today to debug it. :-)
Deps are partially deprecated, some have been replaced, some have
security issues.
Based on first impression I see it fit for keeping as a deliverable
but it needs some work to bring it back in shape.
It makes sense to go to SDK project, albeit it requires nodejs
familiarity in addition to general API/SDK building knowledge.

PS:
I noticed nodejs 8 is already EOL (this year) and it seems to be the
max in infra.
I would appreciate any help with getting nodejs 10 and 12 into infra.

-yoctozepto

śr., 8 sty 2020 o 18:39 Monty Taylor <mordred at inaugust.com> napisał(a):
>
>
>
> > On Jan 8, 2020, at 4:32 AM, Radosław Piliszek <radoslaw.piliszek at gmail.com> wrote:
> >
> > Thanks, Andreas. Will do.
> >
> > I thought it might be also wise to preserve this since there are posts
> > now and then that horizon is reaching its limit and a JS lib might be
> > beneficial for any possible replacement (as it can run from the
> > browser)
>
> Said this in IRC, but for the mailing list - I’d be happy to accept it into the SDK project as a deliverable if you wanted to take it on. From what I can tell it does process clouds.yaml files - so it might be a nice way for us to verify good cross-language support for that format. (Should probably also add support for things like os-service-types and the well-known api discovery that have come since this library was last worked on) It would be nice to keep it and move it forward if it’s solid and a thing that’s valuable to people.
>
> > Though I have no idea what the state of this library is. OTOH, quick
> > google search reveals that alternatives do not seem better at the
> > first glance.
> > The only promising one was https://github.com/pkgcloud/pkgcloud but it
> > is not OS-centric and has therefore different goals.
> >
> > -yoctozepto
> >
> > śr., 8 sty 2020 o 10:26 Andreas Jaeger <aj at suse.com> napisał(a):
> >>
> >> On 08/01/2020 10.21, Radosław Piliszek wrote:
> >>> Are there any alternatives?
> >>> I would be glad to pick this up because I planned some integrations
> >>> like this on my own.
> >>
> >> If you want to pick this up, best discuss with Clark as Infra PTL. We
> >> can keep it if there is real interest,
> >>
> >> Andreas
> >>
> >>> -yoctozepto
> >>>
> >>> śr., 8 sty 2020 o 09:48 Andreas Jaeger <aj at suse.com> napisał(a):
> >>>>
> >>>> The js-openstack-lib repository is orphaned and has not seen any real
> >>>> merges or contributions since February 2017, I propose to retire it.
> >>>>
> >>>> I'll send retirement changes using topic retire-js-openstack-lib,
> >>>>
> >>>> Andreas
> >>>> --
> >>>> Andreas Jaeger aj at suse.com Twitter: jaegerandi
> >>>>  SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D 90409 Nürnberg
> >>>>   (HRB 36809, AG Nürnberg) GF: Felix Imendörffer
> >>>>    GPG fingerprint = EF18 1673 38C4 A372 86B1  E699 5294 24A3 FF91 2ACB
> >>>>
> >>
> >>
> >> --
> >> Andreas Jaeger aj at suse.com Twitter: jaegerandi
> >>  SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D 90409 Nürnberg
> >>   (HRB 36809, AG Nürnberg) GF: Felix Imendörffer
> >>    GPG fingerprint = EF18 1673 38C4 A372 86B1  E699 5294 24A3 FF91 2ACB
> >
> >
>