*** galstrom_zzz is now known as galstrom | 00:15 | |
*** galstrom is now known as galstrom_zzz | 00:24 | |
*** galstrom_zzz is now known as galstrom | 01:30 | |
*** galstrom is now known as galstrom_zzz | 01:57 | |
*** FallenPegasus has joined #openstack-defcore | 02:11 | |
*** FallenPegasus has quit IRC | 02:11 | |
*** edmondsw has quit IRC | 02:12 | |
*** cjvolzka has joined #openstack-defcore | 02:19 | |
*** cjvolzka has quit IRC | 02:19 | |
*** markvoelker has quit IRC | 02:27 | |
*** markvoelker has joined #openstack-defcore | 03:27 | |
*** rob__ has quit IRC | 03:31 | |
*** markvoelker has quit IRC | 03:33 | |
*** rob__ has joined #openstack-defcore | 03:36 | |
*** rob__ has quit IRC | 03:50 | |
*** rob__ has joined #openstack-defcore | 04:03 | |
*** galstrom_zzz is now known as galstrom | 04:20 | |
*** galstrom is now known as galstrom_zzz | 04:35 | |
*** markvoelker has joined #openstack-defcore | 05:29 | |
*** markvoelker has quit IRC | 05:33 | |
-openstackstatus- NOTICE: A problem with the mirror used for CI jobs in the rax-iad region has been corrected. Please recheck changes that recently failed jobs on nodes in rax-iad. | 06:48 | |
*** markvoelker has joined #openstack-defcore | 07:30 | |
*** markvoelker has quit IRC | 07:34 | |
*** pcaruana has joined #openstack-defcore | 08:42 | |
*** pilgrimstack has joined #openstack-defcore | 08:56 | |
*** markvoelker has joined #openstack-defcore | 09:31 | |
*** markvoelker has quit IRC | 09:35 | |
*** catherineD has quit IRC | 09:52 | |
*** gema has quit IRC | 09:52 | |
*** Fred_Li has quit IRC | 09:52 | |
*** lifeless has quit IRC | 09:52 | |
*** purp has quit IRC | 09:52 | |
*** reed has quit IRC | 09:52 | |
*** blogan has quit IRC | 09:52 | |
*** purp has joined #openstack-defcore | 09:52 | |
*** gema has joined #openstack-defcore | 09:52 | |
*** reed has joined #openstack-defcore | 09:52 | |
*** lifeless has joined #openstack-defcore | 09:53 | |
*** catherineD has joined #openstack-defcore | 09:53 | |
*** blogan has joined #openstack-defcore | 09:53 | |
*** Fred_Li has joined #openstack-defcore | 10:00 | |
*** johnthetubaguy has quit IRC | 10:03 | |
*** johnthetubaguy has joined #openstack-defcore | 10:05 | |
*** gema has quit IRC | 10:08 | |
*** mordred has quit IRC | 10:08 | |
*** gema has joined #openstack-defcore | 10:08 | |
*** mordred has joined #openstack-defcore | 10:09 | |
*** hockeynut has quit IRC | 10:49 | |
*** VanL has quit IRC | 10:49 | |
*** hockeynut has joined #openstack-defcore | 10:49 | |
*** VanL has joined #openstack-defcore | 10:54 | |
*** hockeynut has quit IRC | 11:04 | |
*** Fred_Li has quit IRC | 11:04 | |
*** blogan has quit IRC | 11:04 | |
*** reed has quit IRC | 11:04 | |
*** hockeynut has joined #openstack-defcore | 11:04 | |
*** blogan has joined #openstack-defcore | 11:04 | |
*** reed has joined #openstack-defcore | 11:07 | |
*** Fred_Li has joined #openstack-defcore | 11:19 | |
*** markvoelker has joined #openstack-defcore | 11:31 | |
*** markvoelker has quit IRC | 11:36 | |
*** reed has quit IRC | 11:39 | |
*** reed has joined #openstack-defcore | 11:40 | |
*** pilgrimstack has quit IRC | 11:50 | |
*** galstrom_zzz has quit IRC | 11:50 | |
*** notmyname has quit IRC | 11:50 | |
*** hurricanerix has quit IRC | 11:50 | |
*** galstrom_zzz has joined #openstack-defcore | 11:50 | |
*** pilgrimstack has joined #openstack-defcore | 11:50 | |
*** hurricanerix has joined #openstack-defcore | 11:51 | |
*** notmyname has joined #openstack-defcore | 11:51 | |
*** openstack has joined #openstack-defcore | 12:04 | |
*** thingee has quit IRC | 12:07 | |
*** hogepodge has quit IRC | 12:07 | |
*** Fred_Li has quit IRC | 12:24 | |
*** rob__ has quit IRC | 12:24 | |
*** kbaikov has quit IRC | 12:24 | |
*** jroll has quit IRC | 12:24 | |
*** rob__ has joined #openstack-defcore | 12:25 | |
*** jroll has joined #openstack-defcore | 12:25 | |
*** kbaikov has joined #openstack-defcore | 12:25 | |
*** kbaikov has quit IRC | 12:25 | |
*** kbaikov has joined #openstack-defcore | 12:25 | |
*** hockeynut has quit IRC | 12:32 | |
*** openstackgerrit_ has quit IRC | 12:32 | |
*** openstackgerrit has quit IRC | 12:32 | |
*** eglute has quit IRC | 12:32 | |
*** eglute_s has joined #openstack-defcore | 12:32 | |
*** openstackgerrit has joined #openstack-defcore | 12:33 | |
*** openstackgerrit_ has joined #openstack-defcore | 12:34 | |
*** hockeynut has joined #openstack-defcore | 12:36 | |
*** Fred_Li has joined #openstack-defcore | 12:47 | |
*** cjvolzka has joined #openstack-defcore | 13:27 | |
*** cjvolzka has quit IRC | 13:29 | |
*** markvoelker has joined #openstack-defcore | 13:29 | |
*** cjvolzka has joined #openstack-defcore | 13:31 | |
*** dhellmann has quit IRC | 13:44 | |
*** dhellmann has joined #openstack-defcore | 13:47 | |
*** cjvolzka has quit IRC | 13:47 | |
*** cjvolzka has joined #openstack-defcore | 13:50 | |
*** cjvolzka has quit IRC | 13:50 | |
*** thingee has joined #openstack-defcore | 14:00 | |
*** hogepodge has joined #openstack-defcore | 14:00 | |
*** edmondsw has joined #openstack-defcore | 14:04 | |
*** cjvolzka has joined #openstack-defcore | 14:13 | |
*** flaper87 has quit IRC | 14:54 | |
*** flaper87 has joined #openstack-defcore | 14:54 | |
*** dhellmann has quit IRC | 15:05 | |
*** dhellmann has joined #openstack-defcore | 15:05 | |
*** mfisher_ora has joined #openstack-defcore | 15:11 | |
*** galstrom_zzz is now known as galstrom | 15:50 | |
*** dwalleck has joined #openstack-defcore | 15:53 | |
*** ChanServ sets mode: +v purp | 15:54 | |
gema | where is the meeting today? | 16:00 |
---|---|---|
gema | nevermind found it | 16:01 |
*** pcaruana has quit IRC | 16:35 | |
catherineD | o/ | 16:59 |
eglute_s | o/ | 16:59 |
catherineD | topic is vendor information .. | 17:00 |
eglute_s | ok | 17:00 |
catherineD | so in RefStack vendor will be of type private, official , and few other internal vendor types | 17:01 |
eglute_s | ok | 17:01 |
catherineD | the intention is if a vendor is of type official ... anyone (including aninymous users) can list vendors | 17:01 |
markvoelker | with you so far | 17:02 |
catherineD | the question is what information should be list ... or more important what information should not be listed for anonymous users | 17:02 |
catherineD | should we list ...creator? date created? date updated? | 17:03 |
catherineD | of course all information will be listed for the users belong to the vendor | 17:03 |
eglute_s | is this for results? | 17:03 |
eglute_s | or vendor info? | 17:03 |
catherineD | no this is for vendor info | 17:03 |
eglute_s | i think updated is good | 17:04 |
eglute_s | the date updated | 17:04 |
catherineD | how about create date? | 17:04 |
*** dwalleck has quit IRC | 17:04 | |
eglute_s | i think both date created and date updated are good | 17:05 |
markvoelker | I don't see any real harm in including it, but I'm also not sure I see a real use case for anyone needing it. | 17:05 |
eglute_s | if i had to pick one, i would pick updated | 17:05 |
catherineD | markvoelker: the vendor admin may need those info for internal checking .. | 17:05 |
eglute_s | right, i think both dates would show if there is any activity for that particular vendor | 17:06 |
catherineD | for vendor users .. all info will be listed ... | 17:06 |
markvoelker | Oh, wait...let me make sure we're talking about the same thing here. =) | 17:06 |
catherineD | the linited info is only applicable to anonyous user | 17:06 |
markvoelker | When you say "vendor info" here, you're talking about information pertaining to the vendor entity? Like, say, the company name, link to it's website, that sort of thing? | 17:07 |
markvoelker | Or you're talking about information about users affiliated with that vendor? (assuming that a vendor admin is making the call here) | 17:07 |
catherineD | markvoelker: yes vendor infor only not user of the vendor | 17:08 |
catherineD | but on vendor infor ... we log we created the vendor (creator) and the date the vendor is created .. | 17:08 |
markvoelker | Ok. So in that case I guess I'm still not sure of the use case for fetching either of those by an anonymous user really. | 17:09 |
catherineD | s/we log we /we log who/ | 17:09 |
markvoelker | It again seems like something that a refstack admin/foundation staff might care about | 17:09 |
markvoelker | But not really the causual user | 17:09 |
markvoelker | So I'm sort of inclined to err on the side of keeping it private until we have a real use case for exposing it. | 17:10 |
* markvoelker may just have a tin foil hat on today | 17:10 | |
catherineD | markvoelker: the thoughts is RefStack will create one more tab next the the "community results" tab today with a list of vendors | 17:10 |
catherineD | or the question should be : should we even need this tab? | 17:11 |
eglute_s | i think it is ok to list vendors for anonymous users, as well as updated info. Unless Vendors can choose to be invisible or not listed? | 17:11 |
markvoelker | catherineD: yeah, that's fine. But I'm not sure why that tab would show things like the date the vendor entity was created in RefStack. Or why it should show the last time the vendor's info was updated | 17:11 |
catherineD | markvoelker: that is my question :-) | 17:11 |
eglute_s | it is definitely NOT a high priority right now for us | 17:12 |
markvoelker | The company name, website, stuff like that seems fine...the date it was created/updated in refstack doesn't seem useful | 17:12 |
catherineD | I can see vendor admin need that .. | 17:12 |
catherineD | but not other users | 17:12 |
markvoelker | +1 | 17:12 |
eglute_s | +1 | 17:13 |
catherineD | markvoelker: more important ... is are these data (create date, creator, update date) private or public | 17:13 |
markvoelker | My general line of thought is: unless there's a use case for making it public, leave it private. | 17:13 |
catherineD | for UI we can limited the data display ... but for REST API should we also limit those data by user roles (foundation, vendor user ...) | 17:14 |
eglute_s | creator should be private | 17:14 |
eglute_s | dates, dont matter much i think | 17:14 |
markvoelker | catherineD: limiting by user roles makes sense. I'll leave the question of whether it's a seperate API or a different response to the same API based on role to you. =) | 17:15 |
catherineD | markvoelker: that is my thought ... data privacy is important ... it is better to be conservative ... but that means more work for RefStack at the API level.... but I think we should be careful with data | 17:15 |
markvoelker | catherineD: agreed | 17:15 |
eglute_s | +1 | 17:15 |
catherineD | I guess that we agree that creator is private | 17:16 |
eglute_s | +1 | 17:16 |
catherineD | create date and update date can be public but not useful? | 17:16 |
eglute_s | well, updated i think is useful, but not high priority | 17:17 |
markvoelker | catherineD: I'd just leave them private, following that "leave it private unless there's a good reason to expose it" mantra | 17:17 |
eglute_s | same with created. | 17:17 |
eglute_s | i am ok with either approach | 17:17 |
catherineD | markvoelker: ++++ | 17:17 |
eglute_s | dates show how "stale" something is, so i like that | 17:17 |
catherineD | ok I got it ... Thank you so much for staying overtime for this discussion | 17:18 |
markvoelker | Maybe it would be helpful to draw up an etherpad or a spec listing out what you're thinking about exposing to each role? That way we could discuss specifics more easily. | 17:18 |
eglute_s | any time. glad to help | 17:18 |
catherineD | markvoelker: yes we have specs .. I will do some clean up ... | 17:19 |
markvoelker | eglute_s: I guess staleness depends on the data though. E.g. if the info being updated is stuff like company name and website...well, a company like IBM isn't likely to need to do that much, so "staleness" doesn't really indicate anything. =) | 17:19 |
eglute_s | very true! | 17:19 |
markvoelker | That's why I'm thinking it'd be easier to discuss specifics. | 17:19 |
eglute_s | agreed | 17:19 |
catherineD | for users https://review.openstack.org/#/c/277313/ | 17:19 |
catherineD | for vendor https://review.openstack.org/#/c/274837/ | 17:20 |
catherineD | will ping you for review after I clean up per our discussion today | 17:20 |
eglute_s | thanks catherineD! | 17:20 |
markvoelker | catherineD: that'd be great. Thanks! | 17:20 |
catherineD | Thank you sooooooo much! | 17:20 |
catherineD | bye | 17:20 |
eglute_s | bye! | 17:21 |
*** hockeynut has quit IRC | 17:35 | |
*** eglute_s has quit IRC | 17:35 | |
*** eglute has joined #openstack-defcore | 17:39 | |
*** hockeynut has joined #openstack-defcore | 17:39 | |
*** edmondsw has quit IRC | 18:00 | |
*** edmondsw has joined #openstack-defcore | 18:45 | |
*** galstrom is now known as galstrom_zzz | 21:23 | |
*** galstrom_zzz is now known as galstrom | 21:25 | |
*** galstrom is now known as galstrom_zzz | 22:31 | |
*** edmondsw has quit IRC | 23:48 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!