[infra] Retire openstack/js-openstack-lib repository
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@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
Are there any alternatives? I would be glad to pick this up because I planned some integrations like this on my own. -yoctozepto śr., 8 sty 2020 o 09:48 Andreas Jaeger <aj@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@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
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@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@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@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
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). 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@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@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@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@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
On Jan 8, 2020, at 4:32 AM, Radosław Piliszek <radoslaw.piliszek@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@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@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@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@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
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@inaugust.com> napisał(a):
On Jan 8, 2020, at 4:32 AM, Radosław Piliszek <radoslaw.piliszek@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@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@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@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@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
On 2020-01-08 22:03:48 +0100 (+0100), Radosław Piliszek wrote: [...]
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. [...]
Can you be more specific? Zuul will obviously allow you to install anything you like in a job, so presumably you're finding some defaults hard-coded somewhere we should reevaluate? -- Jeremy Stanley
On Wed, Jan 8, 2020, at 1:12 PM, Jeremy Stanley wrote:
On 2020-01-08 22:03:48 +0100 (+0100), Radosław Piliszek wrote: [...]
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. [...]
Can you be more specific? Zuul will obviously allow you to install anything you like in a job, so presumably you're finding some defaults hard-coded somewhere we should reevaluate?
We even supply a role from zuul-jobs to install nodejs from nodesource for you, https://zuul-ci.org/docs/zuul-jobs/js-roles.html#role-install-nodejs. This can install any nodejs version available from nodesource for the current platform. Clark
Best infra team around, you go to sleep and the problem is solved. :-) Thanks for the link. I was meaning these templates: https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/p... which reference nodejs up to 8. I see zuul is already using the same jobs referenced in those templates but with node 10 so it presumably works which is great indeed: https://opendev.org/zuul/zuul/src/branch/master/.zuul.yaml#L212 The most nodejs-scary part is included in infra docs: https://docs.openstack.org/infra/manual/creators.html#central-config-excepti... which reference nodejs4 (exorcists required immediately). -yoctozepto śr., 8 sty 2020 o 23:03 Clark Boylan <cboylan@sapwetik.org> napisał(a):
On Wed, Jan 8, 2020, at 1:12 PM, Jeremy Stanley wrote:
On 2020-01-08 22:03:48 +0100 (+0100), Radosław Piliszek wrote: [...]
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. [...]
Can you be more specific? Zuul will obviously allow you to install anything you like in a job, so presumably you're finding some defaults hard-coded somewhere we should reevaluate?
We even supply a role from zuul-jobs to install nodejs from nodesource for you, https://zuul-ci.org/docs/zuul-jobs/js-roles.html#role-install-nodejs. This can install any nodejs version available from nodesource for the current platform.
Clark
On 09/01/2020 08.58, Radosław Piliszek wrote:
Best infra team around, you go to sleep and the problem is solved. :-) Thanks for the link.
I was meaning these templates: https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/p... which reference nodejs up to 8.
New templates for nodejs 10 or 11 are welcome ;)
I see zuul is already using the same jobs referenced in those templates but with node 10 so it presumably works which is great indeed: https://opendev.org/zuul/zuul/src/branch/master/.zuul.yaml#L212
The most nodejs-scary part is included in infra docs: https://docs.openstack.org/infra/manual/creators.html#central-config-excepti... which reference nodejs4 (exorcists required immediately).
It is meant to reference the publish-to-npm nodejs jobs, Andreas -- Andreas Jaeger aj@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
Aye, will do at some point. So the lib looks like user friendliness was not one of its goals. I had a typo in credentials and instead of throwing unauth (or similar) at me, it instead threw the whole response object (which node gladly printed out as "Object" because why not). Error handling to improve. OTOH, it checks code coverage and has both kinds of tests (unit, functional). As for more good news, I managed to run functional tests locally against Stein with only two failures: Failed: Current devstack glance version (2.7) is not supported. Failed: Current devstack keystone version (3.12) is not supported. which are quite expected (no idea why these are tested as functional, these are more like sanity checks for debugging if functionals actually fail IMHO). Real functional tests passed and it really does what it says on the box (which is very little but still). The CI functional tests jobs in Zuul are part of the legacy dsvm (devstack vm?) thingy. nodejs4 fails because of repos being long gone, nodejs6 actually installs nodejs8 but fails on npm being not installed. I see all Zuul config is external now. I would prefer it all in lib's repo. I presume it would work if I added zuul.d there, right? Still, need to drop the failing functional jobs to merge anything new. I did my research as promised, please let me know how we would like to (/should) proceed now. -yoctozepto czw., 9 sty 2020 o 10:43 Andreas Jaeger <aj@suse.com> napisał(a):
On 09/01/2020 08.58, Radosław Piliszek wrote:
Best infra team around, you go to sleep and the problem is solved. :-) Thanks for the link.
I was meaning these templates: https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/p... which reference nodejs up to 8.
New templates for nodejs 10 or 11 are welcome ;)
I see zuul is already using the same jobs referenced in those templates but with node 10 so it presumably works which is great indeed: https://opendev.org/zuul/zuul/src/branch/master/.zuul.yaml#L212
The most nodejs-scary part is included in infra docs: https://docs.openstack.org/infra/manual/creators.html#central-config-excepti... which reference nodejs4 (exorcists required immediately).
It is meant to reference the publish-to-npm nodejs jobs,
Andreas -- Andreas Jaeger aj@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
participants (5)
-
Andreas Jaeger
-
Clark Boylan
-
Jeremy Stanley
-
Monty Taylor
-
Radosław Piliszek