Friday, 2016-05-20

*** ducttape_ has quit IRC00:06
*** btully has joined #openstack-glance00:15
*** sdake has quit IRC00:21
*** sdake has joined #openstack-glance00:21
*** sdake has quit IRC00:21
*** ozialien10 has quit IRC00:23
*** btully has quit IRC00:27
*** jamielennox|away is now known as jamielennox00:31
*** btully has joined #openstack-glance00:44
*** ozialien10 has joined #openstack-glance00:55
*** btully has quit IRC00:56
*** btully has joined #openstack-glance01:14
*** btully has quit IRC01:27
*** btully has joined #openstack-glance01:29
*** btully has quit IRC01:42
*** btully has joined #openstack-glance01:42
*** btully has quit IRC01:56
*** btully has joined #openstack-glance01:59
*** btully has quit IRC02:24
*** btully has joined #openstack-glance02:27
*** buzztroll has quit IRC02:34
*** lin_yang has joined #openstack-glance02:36
*** ducttape_ has joined #openstack-glance02:37
*** buzztroll has joined #openstack-glance02:39
*** buzztroll has quit IRC02:39
*** houming has joined #openstack-glance02:39
*** btully has quit IRC02:51
*** dims_ has quit IRC02:55
*** dims has joined #openstack-glance03:00
*** TravT has joined #openstack-glance03:18
openstackgerritBrian Rosmaita proposed openstack/glance: WADL to RST migration (part 1)  https://review.openstack.org/31225903:30
openstackgerritBrian Rosmaita proposed openstack/glance: WIP - WADL to RST migration (part 2)  https://review.openstack.org/31533503:30
*** greghaynes has quit IRC03:31
*** btully has joined #openstack-glance03:43
*** ducttape_ has quit IRC03:48
*** btully has quit IRC03:55
*** pdeore has joined #openstack-glance04:05
*** pdeore has quit IRC04:12
*** btully has joined #openstack-glance04:12
*** links has joined #openstack-glance04:13
*** pdeore has joined #openstack-glance04:15
*** btully has quit IRC04:25
*** gjayavelu has joined #openstack-glance04:26
*** buzztroll has joined #openstack-glance04:27
*** sdake_ has joined #openstack-glance04:30
*** buzztroll has quit IRC04:32
*** sudipto has joined #openstack-glance04:32
*** btully has joined #openstack-glance04:44
*** flwang1 has quit IRC04:56
*** houming has quit IRC05:15
*** rchurch has quit IRC05:19
*** buzztroll has joined #openstack-glance05:22
*** houming has joined #openstack-glance05:22
*** buzztroll has quit IRC05:22
*** buzztroll has joined #openstack-glance05:22
*** abhishekk has joined #openstack-glance05:31
*** groen692 has joined #openstack-glance05:39
*** houming has quit IRC05:43
*** rcernin has joined #openstack-glance05:48
*** sudipto has quit IRC05:58
*** greghaynes has joined #openstack-glance06:02
*** belmoreira has joined #openstack-glance06:09
*** abhishekk has quit IRC06:22
*** david-lyle_ has joined #openstack-glance06:26
*** timburke has quit IRC06:26
*** david-lyle has quit IRC06:28
*** boris-42 has quit IRC06:28
*** SamYaple has quit IRC06:28
*** SamYaple has joined #openstack-glance06:29
*** boris-42 has joined #openstack-glance06:29
*** timburke has joined #openstack-glance06:32
*** gjayavelu has quit IRC06:37
openstackgerritKairat Kushaev proposed openstack/glance: [WIP] Small bug fixes for Glare  https://review.openstack.org/31870806:41
*** jokke_ has quit IRC06:45
*** jokke_ has joined #openstack-glance06:45
*** sgotliv_ has joined #openstack-glance06:52
*** ihrachys has joined #openstack-glance07:19
*** abhishekk has joined #openstack-glance07:24
abhishekkjokke_: hi you around?07:26
*** ihrachys has quit IRC07:28
*** jamielennox is now known as jamielennox|away07:49
*** mosulica has joined #openstack-glance07:51
*** ihrachys has joined #openstack-glance07:59
*** ihrachys_ has joined #openstack-glance08:02
*** daemontool has joined #openstack-glance08:03
*** ihrachy__ has joined #openstack-glance08:04
*** ihrachys has quit IRC08:05
*** ihrachy__ has quit IRC08:05
openstackgerritSharat Sharma proposed openstack/python-glanceclient: Removed the deprecated options from the help message  https://review.openstack.org/31910408:06
*** ihrachys_ has quit IRC08:07
openstackgerritDavanum Srinivas (dims) proposed openstack/glance: [WIP] Testing latest u-c  https://review.openstack.org/31843608:10
openstackgerritDavanum Srinivas (dims) proposed openstack/glance: [WIP] Testing latest u-c  https://review.openstack.org/31843608:10
*** dshakhray has joined #openstack-glance08:11
*** jistr has joined #openstack-glance08:15
*** btully has quit IRC08:26
*** houming has joined #openstack-glance08:34
*** sudipto has joined #openstack-glance08:42
*** btully has joined #openstack-glance08:43
*** gjayavelu has joined #openstack-glance08:49
*** btully has quit IRC08:52
*** gjayavelu has quit IRC08:54
*** buzztroll has quit IRC08:59
*** flwang1 has joined #openstack-glance09:00
*** daemontool has quit IRC09:05
*** daemontool has joined #openstack-glance09:05
*** e0ne has joined #openstack-glance09:06
*** dmk0202 has joined #openstack-glance09:19
*** mvk has joined #openstack-glance09:21
openstackgerritDarja Shakhray proposed openstack/glance: [WIP] Update filters for Glare  https://review.openstack.org/31915509:27
*** houming has quit IRC09:40
openstackgerritDarja Shakhray proposed openstack/glance: [WIP] Update filters for Glare  https://review.openstack.org/31915509:45
*** btully has joined #openstack-glance09:49
*** btully has quit IRC10:01
*** buzztroll has joined #openstack-glance10:14
*** ihrachys has joined #openstack-glance10:15
*** buzztroll has quit IRC10:18
*** ihrachys has quit IRC10:20
*** mosulica has quit IRC10:24
*** ihrachys has joined #openstack-glance10:25
*** ihrachys has quit IRC10:31
openstackgerritSharat Sharma proposed openstack/python-glanceclient: Removed the --no-ssl-compression parameter which is deprecated  https://review.openstack.org/31918910:34
*** btully has joined #openstack-glance10:42
*** btully has quit IRC10:47
*** btully has joined #openstack-glance10:48
*** btully has quit IRC11:01
*** sathiya has joined #openstack-glance11:05
sathiyaHi, all11:05
sathiyaIs there any difference between "nova image-list" and "glance image-list"  ?11:05
sathiyaThanks in Advance.11:06
kragnizsathiya: nova image-list is a proxy for glance's image-list11:06
sudiptosathiya, the nova image-list calls into glance to show the image-lists - however it currently defaults to using glance V1 APIs as opposed to glance which currently defaults to V211:07
sathiyaThen why we have two commads?11:07
sudiptosathiya, because traditionally everything came out of Nova i would say :)11:08
johnthetubaguyits old history, glance v1 was never exposed, so Nova had to create a proxy11:08
johnthetubaguybasically, use glance image-list11:08
sudiptojohnthetubaguy, +1 :D11:08
johnthetubaguynova image-list is a historic thing for backwards compatiblity11:08
sathiyaHow can we test this ? Any simple example might be help us ?11:12
johnthetubaguyyou can just use those cli calls you posted11:15
sathiyaJohnthetubaguy: krangniz: sudipto: Thanks a lot  :)11:17
*** mfedosin has joined #openstack-glance11:22
*** mfedosin has quit IRC11:27
sathiyaHi, all11:32
sathiyaIn which version Glance component introduced in openstack11:32
sathiyaplease someone help on this11:33
sathiyaAny help Highly appreciated11:33
*** daemontool has quit IRC11:34
*** sathiya has left #openstack-glance11:36
*** audit has joined #openstack-glance11:40
rosmaitasathiya: Glance was introduced in Bexar11:41
*** daemontool has joined #openstack-glance11:41
*** mfedosin has joined #openstack-glance11:42
*** smatzek has joined #openstack-glance11:45
*** ihrachys has joined #openstack-glance11:49
*** btully has joined #openstack-glance11:53
openstackgerritDarja Shakhray proposed openstack/glance-specs: Add transaction layer  https://review.openstack.org/31548311:54
*** raildo-afk is now known as raildo11:55
*** audit has quit IRC11:58
*** ducttape_ has joined #openstack-glance11:59
*** sudipto has quit IRC12:00
openstackgerritDarja Shakhray proposed openstack/glance-specs: Add transaction layer  https://review.openstack.org/31548312:02
*** julim has joined #openstack-glance12:02
*** buzztroll has joined #openstack-glance12:02
*** flwang has quit IRC12:03
*** sathiya has joined #openstack-glance12:03
sathiyarosmaita:  Thankyou.12:03
rosmaitasathiya: np. here's a quick "history of glance": http://www.slideshare.net/racker_br/the-evolution-of-glance-api-on-the-way-from-v1-to-v312:04
*** btully has quit IRC12:05
*** buzztroll has quit IRC12:07
*** flwang has joined #openstack-glance12:11
*** daemontool_ has joined #openstack-glance12:14
*** sgotliv_ has quit IRC12:14
*** ducttape_ has quit IRC12:15
*** ayoung has quit IRC12:16
*** daemontool has quit IRC12:17
*** user154752 has joined #openstack-glance12:30
rosmaitajokke_: very nice response on that email thread!12:39
*** pdeore has quit IRC12:43
*** marcusvrn_ has joined #openstack-glance12:47
*** sathiya has quit IRC12:47
*** julim has quit IRC12:49
*** btully has joined #openstack-glance12:54
jokke_rosmaita: cheers ... you see I _can_ be nice, polite and helpful ;)12:54
rosmaitajokke_: *I* know that!  we just need to get the message out to the rest of the team! :)12:55
rosmaitajokke_: but seriously, that was very nicely done12:55
*** julim has joined #openstack-glance12:57
jokke_:)12:59
*** buzztroll has joined #openstack-glance13:00
*** buzztroll has quit IRC13:05
*** btully has quit IRC13:06
*** daemontool_ has quit IRC13:09
*** ninag has joined #openstack-glance13:28
*** smatzek has quit IRC13:32
*** chuck__ is now known as zul13:33
*** ayoung has joined #openstack-glance13:33
*** btully has joined #openstack-glance13:42
*** daemontool has joined #openstack-glance13:44
*** links has quit IRC13:46
*** btully has quit IRC13:47
*** ducttape_ has joined #openstack-glance13:50
*** ametts has joined #openstack-glance13:53
nikhilrosmaita: jokke_ : indeed, what a tremendous response there! kudos! \o \o/ o/13:53
*** btully has joined #openstack-glance13:53
*** smatzek has joined #openstack-glance13:55
*** ninag has quit IRC14:01
*** ninag has joined #openstack-glance14:02
*** btully has quit IRC14:05
*** daemontool has quit IRC14:06
*** ninag has quit IRC14:07
*** pushkaru has joined #openstack-glance14:08
*** sigmavirus24_awa is now known as sigmavirus2414:09
openstackgerritSven Anderson proposed openstack/glance: Let setup.py compile_catalog process all language files  https://review.openstack.org/31926914:10
*** btully has joined #openstack-glance14:13
*** hemanthm|afk is now known as hemanthm14:14
*** ozialien10 has quit IRC14:14
nikhilrosmaita: got a min to talk about the standardization of properties esp in nova?14:15
nikhilrosmaita: reading up some logs, seems like rackspace ops want to do some filtering on deactivated images14:15
nikhilrosmaita: want to make sure we do it right14:15
nikhilapparently glance has many leaks!14:15
rosmaitanikhil: sure, let's talk14:16
rosmaitahadn't heard about the deactivated image filtering14:17
nikhilrosmaita: getting you a link14:17
*** btully has quit IRC14:18
nikhilrosmaita: http://eavesdrop.openstack.org/irclogs/%23openstack-operators/%23openstack-operators.2016-05-20.log.html#t2016-05-20T03:12:1414:18
nikhilrosmaita: http://eavesdrop.openstack.org/irclogs/%23openstack-operators/%23openstack-operators.2016-05-20.log.html#t2016-05-20T03:18:3914:18
nikhilrosmaita: http://eavesdrop.openstack.org/irclogs/%23openstack-operators/%23openstack-operators.2016-05-20.log.html#t2016-05-20T03:21:5514:18
nikhilhemanthm: ^14:19
nikhilwe may need to push a bit on standardizing props14:19
nikhil(Thanks a ton to flwang for the same)14:20
nikhilrosmaita: just read "oh yeah - forgot that Brian was back in the Glance game" that's funny14:21
nikhillol14:21
rosmaitajust saw the same line ... glad to be back in the game!14:24
hemanthmwelcome rosmaita14:25
jokke_nikhil & rosmaita: what do you think about providing the copy from in client for now to address at least some of the use cases, so consumers like deployers could create those base images they need with something like glance image-create ... --download-from https://10.0.0.1/static/base-img.qcow214:25
rosmaitathere seem to be several different use cases discussed there14:26
jokke_so that the client would download the image from the URI and upload it to Glance14:26
jokke_oh hemanthm as well^^14:26
nikhiljokke_: once it's in the client, it's not going away .. ever! ;-)14:26
*** sgotliv_ has joined #openstack-glance14:26
jokke_nikhil: true14:26
rosmaitajokke_: that seems to be exactly the "bad experience" you described in your email!14:27
jokke_nikhil: it's also quite simple bit of code that should be fairly easy to maintain14:27
jokke_rosmaita: why?14:27
rosmaitajokke_: the problem is with copy-from, i issue a command and glance does the copying, i can close my shell and go home14:27
nikhilI dunno how I feel about the behind the scnes magic on the images14:27
rosmaitawith your proposal, i need to hang around as my client downloads and then uploads the image14:28
jokke_rosmaita: kick it on screen, close your connection and go home14:28
nikhilwell I think they can use a simple wget on heat side if they need to14:29
rosmaitajokke_: we could just document the bash commands ... why build it into the client?14:29
nikhilrosmaita: +114:29
jokke_rosmaita: the point is we won't have that existing in the import process for next year give or take14:29
nikhil:-)14:30
nikhiljokke_: exactly my point on ML :D14:30
rosmaitanikhil: flwang: about the image metadata stuff ... i had quasi-volunteered to get a user story going about that14:30
rosmaitahaven't had time to follow up yet14:30
jokke_aand if people are serious about OSC we don't need to carry it on forever after all ;)14:30
rosmaitai think we need to iron out the various use cases14:30
rosmaitajokke_: go OSC FTW!!!14:31
nikhiljokke_ there are stakeholders for all things but no one is willing to commit to certain things. if things are not there, it will become priority and people who have conflicting opinions they will make sure to show up and get things done :)14:31
jokke_rosmaita: yup, then we don't need to worry about the CLI anymore14:31
nikhilwell14:31
nikhilthat's not true14:31
nikhilCLI can't go away for at least 2 years after deprecation is what I was told yesterday14:32
nikhilclient side stuff is way way slower than we expect14:32
nikhilpeople get comfortable and then they do not want to switch14:32
jokke_nikhil: absolutely is ... as soon as we drop CLI support from python-glanceclient I'm not gonna worry about Glance CLI and if someone gets amazing idea to use OS SDK instead of python-glanceclient I'm not gonna worry about the client either :P14:33
jokke_not projects in my portfolio :P14:33
jokke_nikhil: that's great news14:33
nikhiljokke_: you saw the dis-satisfaction people have when things break14:34
nikhileven client side14:34
nikhilwho don't contribute upstream!!!!14:34
jokke_nikhil: yup14:34
nikhilI am planning to ask this question on the "what is openstack" thread today (nicely)14:34
jokke_nikhil: I think it was amazing how small it was when we moved to 1.0 compared the user base14:34
nikhil:)14:34
jokke_few crying how their 3 year old shell scripts broke ... buuhuhuu go and fix your scripts14:35
rosmaitajokke_: +114:35
nikhiljokke_: lol14:35
nikhilrofl14:35
* nikhil still on the floor laughing :D14:35
nikhilhave mob in my hand :D14:36
jokke_rosmaita: back to your question why just not document how to do it in bash, that comes to the usability again ... do I need to fire one command to get it done or do I need wrap my client around some bash/python/perl/pick-your-fav script14:36
rosmaitai know, but you've already included the fire-up-screen step ... which i don't know is available to windows users?14:37
nikhilrosmaita: lol14:37
jokke_rosmaita: that same question applies why did we include the upload option to image-create instead of documenting how to do it in bash14:37
nikhilrosmaita: I think we also want to think about rasberry-pi from today onward14:37
jokke_rosmaita: simple, don't use windows :P14:38
jokke_I don't think we officially support windows anyways, do we? :P14:38
rosmaitajokke_: that would definitely improve user experience!14:38
nikhilrosmaita: I would agree :)14:38
jokke_rosmaita: how do you pipe the image to glanceclient in windows?14:38
nikhilmicrosoft is planning to support linux commands14:39
nikhilwe'd just wait for that14:39
rosmaitadon't know, i don't use windows! but i hear that some people do14:39
nikhiland not do anything till then :)14:39
jokke_rosmaita: absolutely their problem :D14:39
jokke_rosmaita: and they see CLI as bas user experience anyways, they just want to click cute buttons14:40
jokke_s/bas/bad/14:40
nikhilhttps://msdn.microsoft.com/en-us/commandline/wsl/about14:40
nikhilhttp://www.linux-magazine.com/Online/News/Microsoft-Brings-the-Linux-Command-Line-to-Windows14:40
nikhilour proposal for wget is cross platform14:40
nikhillet's document that!14:41
jokke_nikhil: I'm pretty sure that has been the great influencer why OSC and OpenStack clients in general has been looking like powershell commands lately14:41
jokke_Conspiracy!!!14:41
nikhil:)14:41
jokke_there's some insider who has been planning this all along14:42
nikhilindeed14:42
nikhilit's our fav bill14:42
nikhil:)14:42
nikhilrosmaita: ref: the metadata, we'd just wait?14:43
nikhilrosmaita: I'm assuming there're things I just don't know or you pretty elaborate session proposal covers it all?14:43
nikhilyour*14:43
*** daemontool has joined #openstack-glance14:44
jokke_but seriously doing the download/upload in client would solve those issues for use cases like Heat that don't want to let users access/save data on the systems the client is ran and for those who just want the ease of use14:44
jokke_and no, this is not solving the usecase for those who want to run their glanceclient locally and are connected to internet via dialup14:45
rosmaitanikhil: i will follow up with flwang (i guess by email, i think it is midnight in his TZ)14:46
nikhilrosmaita: surely, more like 3 am :)14:46
*** btully has joined #openstack-glance14:46
jokke_so call him :D14:46
nikhiljokke_: please go back to your usualy self :)14:46
nikhilusual*14:46
jokke_Viva la sunchrounous communication!!!14:47
jokke_sorry!14:47
nikhillol14:47
nikhilthat's quite funny14:47
nikhiljokke_ I think the softness in your email tone grew on you14:47
*** mtanino has joined #openstack-glance14:48
jokke_nikhil: end users have always been the soft spot for me ... the ones I care so much less is developers. They can and should adjust or they can just go and do something else :P14:49
jokke_it's like "But AWS API does this that and monitors your coffee brewer on the side" "Cool, what are you still doing here then" :P14:50
nikhiljokke_: lol14:51
nikhiljokke_: you are on a roll today14:51
nikhil:P14:51
nikhil"monitors your coffee brewer on the side"14:52
nikhilthat's the troll post for today14:52
nikhilmay you'd tweet it14:52
rosmaitawhat happened to the coffee-from functionality that was in glance v1 ?14:52
*** sudipto has joined #openstack-glance14:52
nikhilrosmaita: that trumped everything14:52
nikhil!!!14:52
openstacknikhil: Error: "!!" is not a valid command.14:52
nikhillol14:52
nikhilwondering how I will get through the day w/o laughing :D14:53
jokke_I got home last night about half two after fixing my car at the motorway resting are in rain and I couldn't get sleep on the night before, so it might have something to do about this mental state14:53
nikhilrosmaita: I am gunna def tweet that!14:54
jokke_it's great moment driving home and realizing that the engine is running between 114-117C14:54
*** btully has quit IRC14:55
nikhiloh boy14:55
jokke_so I dug out the thermostat, slaughtered the intestines out of it and topped up the coolant with sparkling water as that was all I got14:55
*** btully has joined #openstack-glance14:56
jokke_benefit of growing up with truckers and formerly being mechanic at racing team ... it would have been expensive night otherwise14:56
rosmaitajokke_: i am sure your engine appreciated the sparkling water14:59
sudipto(without knowing the context - since i just logged in) - yesterday it rained heavily here in Bangalore as well. So many cars had a break down...Was returning home around 11:30 after a game of football.15:00
sudiptoscary as hell!15:00
nikhiljokke_: racing team work sounds interesting. why you work in IT again?15:01
jokke_rosmaita: on those temps the bubbles will be gone in no time (try to have open bottle of sparkling water on that heat for a moment) ... other than that the salts and minerals in those are in so small amounts that they won't do harm (I had like 60miles to home) ... It difinitely appreciated it more than running without that water15:01
jokke_nikhil: that was just a hobby15:01
jokke_nikhil: had to do IT to afford it :D15:02
rosmaitajokke_: i was just kidding, i meant that your engine would appreciate the thoughtfulness of Perrier as opposed to tap water, as a measure of your esteem15:02
nikhil;)15:02
*** dillaman has joined #openstack-glance15:02
jokke_rosmaita: refreshing :D15:02
jokke_Had can of Red Bull as well but my car is on extremely low carb diet15:03
rosmaita:)15:03
*** ninag has joined #openstack-glance15:03
nikhillol15:04
*** ninag has quit IRC15:04
jokke_so of my friends have been laughing why I always have my toolbox in the car ... on nights like last it seriously pays off to have tools to do simple task like that on the road15:06
*** ninag has joined #openstack-glance15:06
openstackgerritMike Fedosin proposed openstack/glance-specs: Glare API  https://review.openstack.org/28313615:06
jokke_s/so/some/15:06
*** ninag has quit IRC15:08
*** ninag_ has joined #openstack-glance15:09
*** btully has quit IRC15:09
nikhil:)15:11
nikhilrosmaita: I am a bit worried about this https://etherpad.openstack.org/p/AUS-ops-informal-meetup15:15
nikhiland I dunno how to answer some people who thing projects like to work on vaccuum15:16
nikhilthink*15:16
nikhilit is merely where we are looking that is defining what vacuum is15:16
nikhil(anyway, if someone wants to know more on what I mean to say by that I can help answer)15:16
*** user154752 has quit IRC15:19
*** sjmc7 has joined #openstack-glance15:24
jokke_nikhil: please do ... I'd like to hear your concerns around that15:25
rosmaitanikhil: lot of stuff on that etherpad15:25
jokke_and one funny thing I picked from that meetup EP ... "Getting the Glance APIs out of path for data transfer seems to be a common desire+1" and same time looking their multizone installations are all running with shared glance15:26
*** belmoreira has quit IRC15:28
*** daemontool_ has joined #openstack-glance15:31
*** daemontool has quit IRC15:33
*** btully has joined #openstack-glance15:34
*** sudipto has quit IRC15:44
*** btully has quit IRC15:45
*** rcernin has quit IRC15:51
*** MattMan has quit IRC15:56
*** MattMan has joined #openstack-glance15:56
*** djkonro has joined #openstack-glance15:57
*** sdake_ has quit IRC15:59
*** btully has joined #openstack-glance16:00
*** sdake has joined #openstack-glance16:01
*** sjmc7 has left #openstack-glance16:02
tsymanczykhello. re the community image sync up there isn't much to say from my end. there are still open questions on the spec but as far as i'm aware nobody is waiting on my input. i've been trying to get the coding started but some unrelated things at work have not allowed me to progress as quickly as i would prefer. hoping to get a first minimal patchset soon.16:02
tsymanczyki assume people like seeing progress.16:02
rosmaitatsymanczyk: hello! am looking at the spec now (got delayed leaving my comments)16:02
rosmaitawas there still a question about what to do with the member list if you do a shared -> private visibility change?16:03
tsymanczyki think that whole area is still an open question.16:04
rosmaitaok16:04
rosmaitamy feeling is we should leave it, unless doing so is going to cause complications (i don't know, maybe database complexity or something)16:05
rosmaitai mean, leave the member-list on the image16:05
tsymanczyki think that's the way it is in both the bp and spec. sounds good to me.16:06
*** e0ne has quit IRC16:06
tsymanczykthere are two big open questions that i'm aware of, aside from (additionally) the "hard cases" listed in one of the etherpads.16:07
*** daemontool has joined #openstack-glance16:07
tsymanczykone being how to strike the right balance between this being a self-service thing (as you had pointed out in a review comment) while still maintaining anti-spam properties (as nikhil had pointed out). he and i spoke at length last friday, and the summary of that should be in the review comments. i know he wanted to wait for your input.16:08
*** daemontool_ has quit IRC16:09
tsymanczykthe other open question being the topic you brought up re line :37716:09
tsymanczykthere are a lot of potential ways to sanely do this, and i don't know how we decide which is "right".16:09
tsymanczyki don't have an opinion that i feel i need to push. i only care that it's sane and "right" for the community.16:10
rosmaitai was just putting a comment at line 377 that i agree with your analysis, namely, that trying for backwards compatability will just make it harder to understand how to use the feature16:11
rosmaitabut i don't know what our obligations are16:12
*** sdake has quit IRC16:12
rosmaitamay need to talk to some api-wg people16:13
rosmaitamaybe sigmavirus2416:13
*** dmk0202 has quit IRC16:17
*** dshakhray has quit IRC16:18
sigmavirus24rosmaita: I'm not sure what you'er talking about specifically16:22
openstackgerritSven Anderson proposed openstack/glance: Let setup.py compile_catalog process all language files  https://review.openstack.org/31926916:23
nikhil(sorry about the delay, got pulled into a urgent stuff)16:25
rosmaitasigmavirus24: can you take a look at https://review.openstack.org/#/c/271019/17/specs/newton/approved/glance/community_visibility.rst16:25
nikhil(I've been reading and followin along the convo)16:25
rosmaitaspecifically, the part that starts at line 36016:25
rosmaitasigmavirus24: ^^16:25
nikhilrosmaita: I do want to discuss the necessity for keeping member-list on a private image. what's it req. for?16:27
rosmaitanikhil: gimme a sec, was just writing that on the spec16:27
*** daemontool has quit IRC16:27
*** daemontool_ has joined #openstack-glance16:27
nikhilkk16:28
sigmavirus24rosmaita: so notifications aren't covered by teh API-WG last I was involved, but that very well may have changed16:28
sigmavirus24rosmaita: that said, notifications are some sort of contract16:28
rosmaitasigmavirus24: i must have given you the wrong line #16:28
nikhilbut he brought a good point too!16:28
sigmavirus24And I think more than Searchlight relies on our notifications (i.e., ceilometer might)16:28
nikhilnova is planning on doing versioned notifications16:28
rosmaitaI meant the "other end user impact" section16:29
sigmavirus24So keeping is_public and adding visibility makes sense16:29
sigmavirus24rosmaita: eh, sorry, I saw comments (in gertty) that were around line 360 and read those :()16:29
rosmaitasigmavirus24: np, your comment about notifications is consistent with what we were thinking, so that's good to know16:30
sigmavirus24rosmaita: uh, so I'm opposed to the idea of an owner having to set it to shared16:30
sigmavirus24in particular, I think I can keep an image private and still add a new tenant, can't I/16:30
nikhiltoday you can16:31
sigmavirus24I'm also fairly certain they can see it without a problem at that point too, regardless of visibility16:31
sigmavirus24nikhil: right16:31
rosmaitasigmavirus24: right, but we are proposing to change that16:31
sigmavirus24rosmaita: I get that16:31
sigmavirus24And don't quite like it16:31
rosmaitahmmm16:32
rosmaitawell, we want the behavior to be consistent across all "types" of sharing16:32
sigmavirus24So, perhaps this is a stupid question16:33
sigmavirus24(or a couple stupid questions)16:33
sigmavirus24We're going to start tracking member status on an image? i.e., it will no longer be "member" or "not a member"16:33
nikhilsame as locations :)16:33
sigmavirus24How can a "shared" image that is not public have a Pending member?16:34
sigmavirus24nikhil: I'm not sure what you mean16:34
sigmavirus24So here's my concern16:35
sigmavirus24Public and Private already exist16:35
nikhilsigmavirus24: I like your questions. I was stating that we are going in the similar direction as locations (locs- in particular are something I don't like) but for members this makes sense.16:35
tsymanczyki think the idea is for there to be three different statuses for members. pending (invited and not responded), rejected, and approved.16:35
sigmavirus24tsymanczyk: how do members get notified that they have been invited?16:35
*** buzztroll has joined #openstack-glance16:35
tsymanczykgood question.16:35
sigmavirus24do other services have a similar concept of "inviting" a tenant to share something?16:36
rosmaitasigmavirus24: you don't invite the tenant16:36
rosmaitathe member_status is the *member*'s attitude toward what you shared16:36
sigmavirus24rosmaita: so that means that someone can somehow get an image-id from somewhere and petition to become a member?16:36
rosmaitayep, if they also know how to contact you16:36
nikhilsigmavirus24: shared images are discoverable16:36
nikhileven if not accepted16:36
rosmaitanikhil: only with the people they are shared with, though16:37
sigmavirus24rosmaita: that's so very confusing16:37
nikhilrosmaita: correct, thanks for stating that explicitly16:37
rosmaitasigmavirus24: from the producer side, when i make someone a member, that's it, they are a member16:37
sigmavirus24rosmaita: right16:37
rosmaitabut from the consumer side, they decide whether they want to "see" the image in their image-list or not16:38
rosmaitathat's all the member_status does16:38
sigmavirus24ah16:38
nikhilsigmavirus24: this is a trust based sharing model. you only share with someone you know. for community it's different, it's open sharing without contract of a public image.16:38
sigmavirus24that name and the states for it are terribly confusing16:38
sigmavirus24nikhil: I'm totally on board with community sharing :D16:38
nikhil:)16:38
sigmavirus24It's this new shared visibility model that I'm having trouble wrapping my head around16:38
nikhilsigmavirus24: the idea is to make sharing more explicit16:39
rosmaitawell, it's the same, except that the image must *also* have visibility == shared for the sharing to work16:39
nikhilsigmavirus24: currently, visibility is implied if shared (no DB storage or transactions associated with it)16:39
sigmavirus24nikhil: is it?16:39
sigmavirus24Today, the visibility of my image has no impact on who I can add to the image as a member16:40
sigmavirus24Let me make a table of how I think this might work better that's still somewhat backwards compatible16:41
rosmaitaand it still won't, you can add anyone you like, the image won't be "published" until you make visibility == shared16:41
sigmavirus24So the list of transitions on L164 is wrong then?16:42
rosmaitaand if you make visibility == community, that image will still be "bookmarked" for all the current members, so it won't disappear on them16:42
sigmavirus24Why does private -> public erase image members?16:42
sigmavirus24Maybe I'm wrong, but can't I currently add image members to a public image?16:42
rosmaitano point having them on a public image16:42
rosmaitano, you can't16:43
rosmaitaget an error16:43
rosmaitaa real one, not a 50016:43
nikhilsigmavirus24: https://github.com/openstack/glance/blob/master/glance/db/__init__.py#L18916:43
sigmavirus24rosmaita: https://github.com/openstack/glance/blob/master/glance/db/__init__.py#L339 doesn't seem to care, so it's enforced at a higher level?16:45
*** djkonro has quit IRC16:46
rosmaitasigmavirus24: guess so ... i'm working from memory, though16:47
nikhilsigmavirus24: I don't think you can add member to an image that you don't own16:47
nikhilsigmavirus24: so, public images are not owned by you16:47
rosmaitai'm fairly certain i've seen an error message saying you can't put members on a public image16:47
rosmaitaactually, i saw it about a month ago when we had a use case for it16:48
nikhilI will need to dig the authz proxy16:48
sigmavirus24nikhil: ah I think that's what I was missing16:48
nikhilk, found it16:48
nikhilhttps://github.com/openstack/glance/blob/master/glance/api/authorization.py#L12716:49
nikhilit's not really top level16:50
nikhilbut again one of the hacks, I really dislike in our system16:50
*** pdeore has joined #openstack-glance16:51
sigmavirus24So https://github.com/openstack/glance/blob/da31cfff614b46aaf68edf25daf85b9b464f449d/glance/db/sqlalchemy/api.py#L780 will raise an error if the iamge is public and not mutable16:51
sigmavirus24That's in image update though16:51
sigmavirus24nikhil: thanks for that16:52
nikhilso for image members, this is where it should fail16:52
nikhilhttps://github.com/openstack/glance/blob/master/glance/api/authorization.py#L16316:52
sigmavirus24So has anyone round-tripped an image recently to see if private + members -> public -> private retains members/16:52
rosmaitasigmavirus24: i have not16:53
nikhilsigmavirus24: you got a point16:53
nikhilI (intuitively) think it should16:53
sigmavirus24I can understand disabling modifying the member list for that transition16:53
nikhilas we do not do 'background checks' on the image while making it public16:53
sigmavirus24but deleting current members seems.... bad16:53
nikhilso this should disallow adding more members https://github.com/openstack/glance/blob/master/glance/api/authorization.py#L16316:54
nikhilfor retention of members, we do not check anything afair16:54
nikhil(background cleanup is mostly upto users and ops)16:55
sigmavirus24so16:55
sigmavirus241. let's not change that as part of this spec16:55
sigmavirus24Let's float the idea to operators and do it separately16:55
sigmavirus242. Does this mean that "shared" is a sub-status/visibility of "private" then?16:55
sigmavirus24because the only way an image can be shared currently is if it's private and has members added to it16:56
nikhilouch16:56
sigmavirus24And that's essentially what "shared" will be but with the added ability for users to hide images they don't want to see that are shared with them?16:56
sigmavirus24er, not the only way it can be shared, but you get what I mean16:56
sigmavirus24"shared with a limited number of people"16:57
tsymanczykrosmaita posted a good argument a few minutes ago to the change regarding a case where he wants to retain the the member list on -> private, but still disallow people from seeing the image.16:57
*** djkonro has joined #openstack-glance16:58
nikhilI am trying to think of it as tsymanczyk mentioned at the summit on granular ACLs16:58
*** djkonro is now known as Guest1823716:59
* rosmaita saw something shiny ... reading back through the discussion16:59
nikhilbased on what rosmaita says, I think that should work16:59
sigmavirus24I have to run an errand, but I'll be back16:59
nikhilbasically, visibility is like "change group" on your linux FS16:59
nikhilsigmavirus24: np, thanks for your feedback!16:59
nikhilso..17:00
nikhilvisibility == chgrp17:00
nikhiland17:00
nikhilmembers == chmod17:00
sigmavirus24nikhil: it's never worked that way and I'm not sure I like that analogy17:00
nikhil?17:00
sigmavirus24members is more like chgrp17:00
sigmavirus24changing owner more like chown17:01
sigmavirus24visibility is more chmod17:01
sigmavirus24i.e., file permissions determine what owner can do, group can do, everyoen else17:01
sigmavirus24anyway, brb17:01
nikhilsigmavirus24: so here's more context17:01
*** Guest18237 has quit IRC17:01
nikhilsigmavirus24: ok17:01
nikhilrosmaita: if we go with sigmavirus24 then 'inherited' images would need to be a sub-part of membership (chgrp ie)17:02
nikhilrosmaita: not protected as that's already a thing in glance (protected flag to disallow unintended deletions)17:03
nikhiltsymanczyk: I realize that you've a meeting now17:05
rosmaitagood point about 'protected'17:05
nikhiltsymanczyk: or may be you're already gone for it :)17:05
tsymanczykthank you for the consideration, but it's been rescheduled for 4pm. so i am still here, just listening.17:05
nikhil:)17:05
nikhilactually, thinking a bit more17:07
rosmaitaso could we work it to go with some kind of mask instead of keywords?17:07
nikhilthe ch(own, grp, mod) is pure waste of analogy17:07
nikhiland that's my bad completely17:07
nikhiland I prolly mistook what tsymanczyk said at the summit17:08
rosmaitai think we shoudl explore it ... why bad?17:08
nikhilrosmaita: because, it's action based ie has pure CRUD on the ownership17:09
nikhilor membership etc17:09
nikhilrosmaita: for us, it's merely usage?17:09
nikhilus == sharing17:09
nikhilso...17:09
*** jistr has quit IRC17:09
nikhilI think we need to think of social newtworks when sharing is concerned17:10
tsymanczykif a bitmask is a better idea then awesome, but i'm afraid i'm missing where the the four discrete states fall down (public, private, community, shared). is sigmavirus24's concern beyond the fact that "private" today (ie, not is_public) can still be shared if it has members?17:10
tsymanczykperhaps i just don't have the background to see the problem.17:11
*** mfedosin has quit IRC17:13
rosmaitatsymanczyk: just read back through the discussion, i'm not sure either17:17
rosmaitamy worry is whether 'inherited' images will work as another visibility, or whether they would cut across the 4 modes17:18
rosmaitanikhil: instead of 'inherited images' how about 'family images' ?17:19
nikhilrosmaita: am not hung up on the term :)17:20
nikhilrosmaita: though, I am trying to understand what image sharing means for us?17:20
nikhiland if inheritence is actually sharing17:20
nikhilif not, how do we ensure they do not cut across each other's domains17:21
*** david-lyle_ is now known as david-lyle17:22
tsymanczyki'm not against adding inherited into the mix at all, i'd just like to ensure there's a real justification for adding complexity before doing so.17:22
rosmaitatsymanczyk: i agree, i just want to make sure we don't back ourselves into a corner17:23
tsymanczykcool17:24
nikhilso, I think we need to process this in the backgroud a bit17:24
nikhilat the very least I need to17:24
rosmaitanikhil: i don't know if inheritance is actually sharing ... sharing seems intentional, inheritance seems automatic; although, there may be some things you don't want to expose to inheritance, so intention does show up there, too17:24
nikhilrosmaita: I dunno what those things are today though :)17:25
nikhilrosmaita: it is intentional in the sense that you do want to restrict the 'visibility' of the image to specific tenants17:27
nikhilrosmaita: but it's a bit more tightly couple with what's in keystone. vs. sharing is something glance dictates.17:28
rosmaitatsymanczyk: what i'm worried about is that we're building community images on top of shared images, and if our conceptual framework for shared images is flawed, we may make a big mess17:28
rosmaitanikhil: except if you want to *not* have a particular item be inherited, glance has to do that, not keystone17:30
nikhilrosmaita: agreed17:31
tsymanczyktotally agree. it's important that our fundamental design is solid.17:32
rosmaitatsymanczyk: i guess i'm worried because the original sharing model was based on enabling an "image marketplace"17:33
rosmaitaso it's good for that, but maybe not other types of sharing17:33
rosmaitabut community sharing is a pretty clear use case17:34
rosmaitawe've complicated it a bit by adding the "bookmarking" feature, by hijacking current image sharing17:35
nikhilI need a whiteboard17:36
nikhil:)17:36
*** dshakhray has joined #openstack-glance17:36
*** daemontool has joined #openstack-glance17:37
nikhilrosmaita: tsymanczyk : I gtg but you guys can carry on. would like to catch up more next week and/or on the spec.17:37
tsymanczyktrue. not to derail, but that also brings up another good point sigmavirus24 touched on. if we go ahead with the pending, rejected, accepted paradigm - how does teh consumer "know" they've been invited? and are we sure that we need these state transitions? (an alternate suggestion, off the cuff) what if for a shared image, the image owner can add members.17:38
tsymanczykbut for a community image, it must be the consumer to add themselves as a member.17:38
tsymanczyknikhil : sounds good. i'll be monitoring the spec and will be happy to back and forth there, and will certainly be back here next week same time.17:38
rosmaitatsymanczyk: for community images, the consumer does add themself17:39
*** daemontool_ has quit IRC17:39
tsymanczyktrue. i meant to say that ONLY the consumer can add themselves in the community case (not the provider). then we don't need the concept of invited. because either the consumer wants it and adds themselves, or they don't and they don't.17:40
sigmavirus24So I think IRC is failing us for this discussion17:44
*** e0ne has joined #openstack-glance17:46
sigmavirus24Here's my thing, right now we not publicly shared images that are shared are private. Going forward, they will need to be changed to "shared" before they can be shared privately?17:46
sigmavirus24I really don't like that17:46
tsymanczykit's the explicit two-step that you don't like?17:46
sigmavirus24I'm trying to understand the needs to have a new visibility state when I feel like it's unnecessary and you can get the same benefits without having users add themselves to otherwise hidden images17:46
sigmavirus24tsymanczyk: that's part of it17:46
sigmavirus24Also, I haven't read teh entire spec, but members are still going to be project/tenant ids, right? So if a user in a project hides the image, does that hide it for everyone else in their project?17:47
tsymanczykin what case in the proposal does a user add themselves to an otherwise hidden image?17:47
sigmavirus24I think because of how members work, that answer is yes17:47
sigmavirus24tsymanczyk: sorry, confusing the community visibility discussion above of bookmarking with the misunderstanding of member_status from before17:48
sigmavirus24also member_status as a name for whether a member has chosen to see an image in their image list is very confusing (as well as the language used to describe that state change)17:49
sigmavirus24I think I just need to set time aside later to read the entirety of the spec though17:49
sigmavirus24What i've been asked to read seems overly complicated17:49
sigmavirus24Which already describes enough of glance17:49
sigmavirus24And an image marketplace sounds to me like murano17:49
sigmavirus24Although images are only one part of the app catalog/murano17:50
tsymanczykthat point regarding member_status i think you've convinced me needs some thought at the very least. unnecessary complexity is bad let's avoid it.17:50
sigmavirus24I'm sorry, I don't mean to be a negative person. I wasn't at the summit so I missed a lot of the context that y'all have17:50
sigmavirus24But coming at this with a fresh set of eyes, I see potentially unnecessary backwards incompatibility17:50
sigmavirus24And confusing complexity17:51
sigmavirus24And perhaps we need a more nuanced idea of visibility17:51
tsymanczyki really appreciate your input. i'm not taking it negatively.17:51
sigmavirus24Because as it is described now, it seems like what we want to describe is "public:not-community", "public:community", "private:no-members", "private:has-members"17:52
sigmavirus24So it feels to me right this second that we're describing specializations of the existing visibilities which is cool17:52
sigmavirus24nuance is good, but it's a bit confusing right now and I really need time to digest it :)17:52
sigmavirus24That said, I think we also have a good amount of time until specs need to be approved so I don't want you to feel rushed17:53
*** ducttape_ has quit IRC17:53
tsymanczyki think we have the same ideas and goals, with different terminology. "public:not-community" -> public. "public:community" -> community. "private:no-members" -> private. "private:has-members" -> shared.17:53
tsymanczyki don't see how they're different.17:54
tsymanczykbut i understand what you're saying, you want additional time to read and think. so i'm not trying to push the discussion RIGHT NOW. but i also am having trouble seeing where the disagreement is.17:56
tsymanczykgetting the fundamentals right is very important, and yes you're right we have a lot of time left to make sure we do that.17:56
*** mtanino has quit IRC17:57
openstackgerritHemanth Makkapati proposed openstack/glance: Improve help text of registry client context opts  https://review.openstack.org/31939618:02
rosmaitatsymanczyk: sigmavirus24: sorry, was away for a bit18:07
rosmaitatsymanczyk: i think you are right, there is more agreement bet you and sigmavirus24 than ian seems to think18:08
rosmaitasigmavirus24: it would be great if you could read through the spec18:08
rosmaitai am also worried about over-complicating things18:08
sigmavirus24rosmaita: so I'm very concerned about how new visibilities will affect people's scripts though18:08
sigmavirus24specifically shared might break things18:08
rosmaitawell, it's kind of funny18:09
rosmaitaa lot of people think there's already a 'shared' visibility18:09
sigmavirus24My point with the specialization is just that, I feel like "shared" is a kind of private18:09
rosmaitawell, in the ownership sense you are correct18:10
rosmaitapart of what we want to do is separate vizibility from ownership18:10
rosmaitasigmavirus24: you might want to take a quick look at this: https://developer.rackspace.com/docs/cloud-images/v2/developer-guide/#image-sharing18:12
rosmaitathere used to be something similar upstream but i don't know where it went18:12
rosmaitait outlines the ground rules for current glance v2 image sharing18:12
*** mtanino has joined #openstack-glance18:14
*** ducttape_ has joined #openstack-glance18:16
*** pushkaru has quit IRC18:18
tsymanczykis there a use case where we'd WANT for a consumer to have "pending" membership status on a community image (or any other state beyond accepted)? been wracking my brain, haven't come up with one.18:22
*** julim has quit IRC18:27
*** sgotliv_ has quit IRC18:31
rosmaitatsymanczyk: i don't think so18:34
rosmaitatsymanczyk: i mean, i can't think of a use case, either18:35
*** groen692 has quit IRC18:35
sigmavirus24rosmaita: I'm guessing I've used v2 so little that I didn't know member_status wasa lready a thing?18:40
sigmavirus24(sorry I'm juggling like 4 things right now)18:42
rosmaitait has an ancient and honorable history18:42
sigmavirus24and learning things about SSH I didn't want to learn18:42
rosmaitai think it's what made 2.0 -> 2.118:42
sigmavirus24I think 2.0 and 2.1 are long before my tenure on the project, let alone Rackspace :P18:42
*** sdake has joined #openstack-glance18:46
*** ihrachys has quit IRC18:47
*** pdeore has quit IRC18:49
*** dmk0202 has joined #openstack-glance18:50
*** ninag_ has quit IRC19:02
*** ninag has joined #openstack-glance19:02
openstackgerritHemanth Makkapati proposed openstack/glance: Improve help text of registry server opts  https://review.openstack.org/31891019:06
*** ninag has quit IRC19:06
*** pushkaru has joined #openstack-glance19:06
*** julim has joined #openstack-glance19:20
*** ayoung has quit IRC19:29
*** ninag has joined #openstack-glance19:35
*** dshakhray has quit IRC19:45
*** btully has quit IRC19:46
*** ihrachys has joined #openstack-glance20:04
*** e0ne has quit IRC20:08
*** e0ne has joined #openstack-glance20:12
*** btully has joined #openstack-glance20:12
*** btully has quit IRC20:17
*** ninag has quit IRC20:19
*** TravT_ has joined #openstack-glance20:21
*** TravT has quit IRC20:22
*** sdake has quit IRC20:22
*** sdake has joined #openstack-glance20:22
*** TravT_ has quit IRC20:24
*** TravT has joined #openstack-glance20:25
*** sdake has quit IRC20:25
*** ayoung has joined #openstack-glance20:26
*** smatzek has quit IRC20:26
*** e0ne has quit IRC20:32
*** ninag has joined #openstack-glance20:32
*** delattec has quit IRC20:33
*** djkonro has joined #openstack-glance20:39
*** pushkaru has quit IRC20:41
*** sdake has joined #openstack-glance20:45
*** djkonro has quit IRC20:47
*** pushkaru has joined #openstack-glance20:50
*** raildo is now known as raildo-afk20:53
*** btully has joined #openstack-glance21:02
*** smatzek has joined #openstack-glance21:05
*** ninag has quit IRC21:06
*** btully has quit IRC21:07
*** btully has joined #openstack-glance21:09
*** djkonro has joined #openstack-glance21:19
*** ninag has joined #openstack-glance21:19
*** djkonro is now known as Guest3159721:20
*** rcernin has joined #openstack-glance21:20
*** daemontool has quit IRC21:22
*** smatzek has quit IRC21:26
*** Guest31597 has quit IRC21:26
*** ametts has quit IRC21:31
nikhiljokke_: rosmaita : I guess I missed the ping from morning on etherpad discussion and realized now that I need to respond. We'd chat monday as some things strike important there.21:33
*** pushkaru has quit IRC21:35
*** ducttape_ has quit IRC21:36
*** Guest31597 has joined #openstack-glance21:38
*** Guest31597 has quit IRC21:46
openstackgerritHemanth Makkapati proposed openstack/glance: Improve help text of quota opts  https://review.openstack.org/31946721:47
*** dmk0202 has quit IRC21:57
*** Guest31597 has joined #openstack-glance21:58
*** sdake has quit IRC21:59
*** sigmavirus24 is now known as sigmavirus24_awa22:01
*** burgerk_ has quit IRC22:04
*** Guest31597 has quit IRC22:08
*** sdake has joined #openstack-glance22:09
*** Guest31597 has joined #openstack-glance22:23
*** stevemar is now known as notstevemar22:24
*** ninag has quit IRC22:26
*** Guest31597 has quit IRC22:34
*** ninag has joined #openstack-glance22:37
*** jamielennox|away is now known as jamielennox22:48
*** krotscheck is now known as krotscheck_dcm22:57
*** Guest31597 has joined #openstack-glance23:01
*** Guest31597 has quit IRC23:05
*** marcusvrn_ has quit IRC23:13
*** ihrachys has quit IRC23:19
*** timburke has quit IRC23:27
*** timburke has joined #openstack-glance23:38
*** turvey has joined #openstack-glance23:42
*** turvey has left #openstack-glance23:48

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!