#solum

Cao Xuan Hoang proposed openstack/solum: Using assertIsNone() instead of assertEqual(None, ...) https://review.openstack.org/378168

Erik Schilling proposed openstack/solum: WIP: Build VM images using Packer https://review.openstack.org/336570

Erik Schilling proposed openstack/solum: WIP: Moved some functions to a shareable location https://review.openstack.org/370285

Erik Schilling proposed openstack/solum: Fixed type of tags property https://review.openstack.org/382828

caoyuan proposed openstack/solum: test https://review.openstack.org/382876

zhurong: can you check if you have got +2 abilities in gerrit? I added you to the solum-core admin group on gerrit yesterday

devkulkarni I will check now. thx devkulkarni. :)

I had the +2 abilities. :D

awesome :)

I also updated Solum wiki by adding a "Openstack related things" section that includes things like how to do a release, how to make someone a core, etc.

check the "OpenStack related things" section

That is very useful

yeah, I added that as it was difficult to remember the various repos and admin groups for different tasks. It will also benefit the team as now anyone can become release liaison or anyone can make a change to our gate configurations, etc.

zhurong proposed openstack/solum-dashboard: Add the missing page_title for detail page https://review.openstack.org/382947

zhurong proposed openstack/solum-dashboard: Refactor the DeleteAssembly action https://review.openstack.org/382964

https://review.openstack.org/#/c/382527/1 --> this will be merged after October 10th. Then we will cut newton branch

Cool

devkulkarni: can i see the url of an launched instance anywhere using solum tools?

app show does not seem to show it

app show should be showing app_url.. is that not happening?

devkulkarni: ah it does...

sorry

I though the first box would only be app data metadata blabla and skipped reading it :P

:D

devkulkarni: do you think having a run command makes a lot of sense in VMs?

For my tests I so far always used systemd services for registering autostarting applications...

good question

I guess it does not make sense for VMs. The argument to have a run command is when a app container is deployed, it may need to know how to start the container if the container image does not already encode a directive to start the app (which in case of Docker would be specified via CMD or ENTRYPOINT). But when a app is packaged as a VM, there is no good way to specify that a specific app should be run when the VM starts up. It

so in nutshell what you are doing makes sense

although then you will have to make the run_command optional (which is not the case right now)

will be back after lunch

devkulkarni: well I *could* support launching applications via cloud-init

but I guess it would still make sense to make the run command optional

I think I can add support for cloud-init launches first and set run_command to "echo foo" for testing

and maybe make a different commit to make the run_command optional

Ablu: makes sense

Andreas Jaeger proposed openstack/solum: Enable release notes translation https://review.openstack.org/383396

Merged openstack/python-solumclient: Updated from global requirements https://review.openstack.org/383138

Merged openstack/solum: Enable release notes translation https://review.openstack.org/383396

Merged openstack/solum: Updated from global requirements https://review.openstack.org/383142