| *** spzala has quit IRC | 00:00 | |
| *** docaedo4 has quit IRC | 00:25 | |
| *** docaedo4 has joined #openstack-app-catalog | 00:26 | |
| *** docaedo4 has quit IRC | 00:31 | |
| *** docaedo4 has joined #openstack-app-catalog | 00:31 | |
| *** docaedo4 has quit IRC | 00:41 | |
| *** pvaneck has quit IRC | 00:46 | |
| *** kzaitsev_mb has quit IRC | 00:53 | |
| *** docaedo4 has joined #openstack-app-catalog | 01:08 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 01:49 | |
| *** kzaitsev_mb has quit IRC | 02:11 | |
| *** spzala has joined #openstack-app-catalog | 02:25 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 02:37 | |
| *** kzaitsev_mb has quit IRC | 02:53 | |
| *** spzala has quit IRC | 03:50 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 03:50 | |
| *** kzaitsev_mb has quit IRC | 05:10 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 06:07 | |
| *** kzaitsev_mb has quit IRC | 06:30 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 07:27 | |
| zynzel | guys, im working on automation for app-catalog deployment (especially for appcatalog glare backend/plugin). https://review.openstack.org/#/c/359029/ | 08:09 |
|---|---|---|
| zynzel | The biggest problem i see currently is lack of app-catalog pip packages, i think that we should have pip package for app-catalog + pip package for app-catalog/contrib/glare, otherwise our automation will look like puppet-monster (use vcsrepo to get code + exec with pip) | 08:10 |
| zynzel | this is not way to deploy any software on production | 08:10 |
| zynzel | moreover i think that we should create some cli wrapper over manage.py (ex. appcatalog-manage), which will handle all app-catalog maintenance actions (collectstatic, compress, update_assets, move_to_glare) | 08:11 |
| zynzel | we should not force user to go /usr/local/lib/python2.7/dist-packages/openstack_catalog and perform some manual executions of manage.py :) | 08:11 |
| kzaitsev_mb | zynzel: sorry, but this sounds wrong ) does nova or glance has a pip package? | 08:11 |
| zynzel | kzaitsev_mb: they have *.deb/*.rpm packages, so you can also create *.deb/*.rpm | 08:12 |
| kzaitsev_mb | how do you deploy nova or glance? =) | 08:12 |
| zynzel | but pip is much easier (a few lines of code) | 08:12 |
| kzaitsev_mb | zynzel: exactly =) a deb/rpm package is the way | 08:13 |
| kzaitsev_mb | I would argue, that prod developments don't use pypi | 08:13 |
| zynzel | kzaitsev_mb: for me, no difference if i will deploy software with *.deb/*.rpm or pip :) | 08:13 |
| zynzel | only request for production is to have any kind of package :) | 08:13 |
| zynzel | and pip is simpliest :) | 08:13 |
| zynzel | kzaitsev_mb: please show me SINGLE ONE, automation tool which will deploy software from sources on production :) | 08:14 |
| zynzel | every manifest/cookbook will install software from some kind of packages | 08:14 |
| zynzel | and not from git+pip on directory | 08:14 |
| kzaitsev_mb | zynzel: I'm not saying that you should install from source | 08:15 |
| zynzel | kzaitsev_mb: so how you want to install this? | 08:15 |
| zynzel | if not packages and not from source? | 08:15 |
| kzaitsev_mb | I'm saying that pip is not a reliable source of installation, while deb/rpm are | 08:15 |
| kzaitsev_mb | I never said you should not install from packages, good sir =) | 08:15 |
| zynzel | agree, but im trying to find price-to-performance solution :) | 08:15 |
| zynzel | pip would be much better than current approach, and much faster than *.deb :) | 08:16 |
| zynzel | but if community will choose *.deb, im more than happy :) | 08:16 |
| kzaitsev_mb | zynzel: well, there is a reason there is no nova on pypi (actually there is but it's kilo) | 08:16 |
| zynzel | so in general, we agree that we should have some kind of package, not necessary pip :) | 08:17 |
| zynzel | and what do you think about cli wrapper for manage.py? | 08:17 |
| kzaitsev_mb | I'm not sure what you're talking about. what cli wrapper do you want? | 08:18 |
| kzaitsev_mb | Having a pypi package is actually quite easy with current infra — you won't even need to package anything I believe. I'm just sayin that none of the non-client/non-lib projects does that. And there is probably a reason behind that | 08:21 |
| kzaitsev_mb | zynzel: also are you talking about backend catalog stuff or app-catalog-ui? | 08:22 |
| zynzel | kzaitsev_mb: everything, app-catalog-ui and app-catalog-backend (we will probably prepare also automation for glare) | 08:23 |
| zynzel | kzaitsev_mb: wrapper over /usr/local/lib/python2.7/dist-packages/openstack_catalog/manage.py | 08:23 |
| zynzel | we should not force user to execute any commands from python module source dir | 08:24 |
| zynzel | ex. compress, update_assets or move_to_glare script | 08:24 |
| kzaitsev_mb | fyi: app-catalog-ui is already packaged by debian https://packages.debian.org/search?keywords=python-app-catalog-ui | 08:25 |
| kzaitsev_mb | these pacakges can be transfered to UCA (I just haven't had the time to figure out the whole procedure) | 08:26 |
| zynzel | ok, but we need to package app-catalog itself + package app-catalog/contrib/glare to dedicated package | 08:26 |
| kzaitsev_mb | zynzel: do you really need that — a copy of the apps.openstack.org? =) | 08:28 |
| kzaitsev_mb | not saying you dont | 08:28 |
| kzaitsev_mb | just wondering the use case ) | 08:28 |
| zynzel | i can imaginate consumers for that, moreover this will be also ued by infra team | 08:29 |
| zynzel | packages would be much easier to maintenance/install by automation tools | 08:29 |
| *** pcaruana has joined #openstack-app-catalog | 08:29 | |
| zynzel | you can check current implementation for installing app-catalog (https://review.openstack.org/#/c/359029/4/manifests/init.pp) | 08:30 |
| zynzel | and this looks like creap, because of vscrepo+exec(s) | 08:30 |
| zynzel | puppet automation should use package{} provider to install software, and not custom execs :) | 08:30 |
| zynzel | exec{} should be treated only as "i dont know how to do this properly in puppet" :) | 08:30 |
| kzaitsev_mb | zynzel: both the package and the code should be smart enough to replace (at the very least) all occurrances of app.openstack.org to smth new. And probably the 'how to contribute thing' also | 08:32 |
| kzaitsev_mb | zynzel: oh, btw, you should ping docaedo and sskripnick — they're currently working on adding glare backend there ) | 08:33 |
| kzaitsev_mb | zynzel: sorry if I sound dull =) it's actually great to see a newcomer eager to make app-catalog better =) | 08:33 |
| zynzel | kzaitsev_mb: i already discussed this, we agree with docaedo that we should also discuss this with community | 08:33 |
| zynzel | and on with priv messages :) | 08:34 |
| zynzel | and not with priv* | 08:34 |
| kzaitsev_mb | so my thoughts — we need to see why folks like nova/glance doesn have pypi packages. We should probably use deb/rpm. App-cat code should be smart enough to allow launching it on domens other than app.o.o | 08:36 |
| zynzel | agree :) | 08:37 |
| zynzel | if i will have packages, probably automation can be delivered in less than 2weeks | 08:38 |
| zynzel | maybe not all possibles scenarios will be handled, but it will allow to deploy this by infra, and by 3rd party as standalone service on own infra | 08:38 |
| zynzel | if anybody have share any thoughts on this, i will be more than happy to discuss :) | 08:41 |
| *** kzaitsev_mb has quit IRC | 08:49 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 08:50 | |
| *** kzaitsev_mb has quit IRC | 09:01 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 10:52 | |
| openstackgerrit | Nikolay Mahotkin proposed openstack/app-catalog: Updating description of CI/CD application https://review.openstack.org/359805 | 11:27 |
| *** openstackgerrit has quit IRC | 13:26 | |
| *** openstackgerrit has joined #openstack-app-catalog | 13:27 | |
| *** kzaitsev_mb has quit IRC | 13:56 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 14:04 | |
| docaedo | I have not caught up with the backscroll, but I can say making debian packages is a gigantic pain in the ass :) | 14:57 |
| docaedo | and since the community app catalog was not meant to be a local catalog that could be installed in any environment, we've never been focused on making it something easy to consume | 14:58 |
| docaedo | think of it like ask.openstack.org - that's intended to bring together a community, and managed by OpenStack foundation, but they do not package that up so that other people can easily create their own copy of ask.openstack.org | 14:59 |
| docaedo | apps.openstack.org is not something that will be deployed thousands of times, it will generally only be deployed when the VM hosting it needs to be re-deployed .. so in that context I would argue having it on pypi would be sufficient packaging | 15:00 |
| docaedo | zynzel: "we should not force user to execute any commands from python module source dir" .. in this case we are talking about a single user, and that user is OpenStack Infra team who will deploy the site. We should get their opinion on this, I do not think they mind, as that's kind of how things work already | 15:01 |
| docaedo | zynzel: the reason the site installs from master/vcsrepo right now is because it's a very simple site that actually does re-deploy from master every time a new commit merges | 15:03 |
| docaedo | zynzel: that requirement will go away when all assets are stored in glare, so the importing into glare is a thing that should happen one time (when we are ready to transition to glare backend) | 15:03 |
| docaedo | zynzel: but that doesn't mean we need to work on building packages that can be distributed. .. In fact if we continue to deploy from master, that makes it a lot easier for us to make changes to the site without requiring operator intervention | 15:05 |
| docaedo | I'm fine with pip packages, but I will argue against spending time and effort to make apps.openstack.org something that can be easily deployed and works on every platform (no reason to test this on RHEL since we'll always be hosted on Ubuntu for instance) | 15:06 |
| docaedo | zynzel: app-catalog-ui is the thing that needs improvement and packaging - and that would be awesome if you could work on making that something as easy as apt|yum install app-catalog-ui :) | 15:06 |
| openstackgerrit | Vitaly Lopatkin proposed openstack/app-catalog: Add io.iron.IronWorker to catalog https://review.openstack.org/359945 | 15:11 |
| openstackgerrit | Merged openstack/app-catalog: Updating description of CI/CD application https://review.openstack.org/359805 | 15:24 |
| *** kzaitsev_mb has quit IRC | 17:29 | |
| openstackgerrit | Merged openstack/app-catalog: Add io.iron.IronWorker to catalog https://review.openstack.org/359945 | 18:29 |
| *** pvaneck has joined #openstack-app-catalog | 18:32 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 19:09 | |
| *** kzaitsev_mb has quit IRC | 19:46 | |
| *** kzaitsev_mb has joined #openstack-app-catalog | 20:27 | |
| *** zigo has quit IRC | 22:56 | |
| *** zigo has joined #openstack-app-catalog | 22:57 | |
| *** kzaitsev_mb has quit IRC | 23:20 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!