| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-cyborg - 2017-05-17 | |||
| 16:11:53 | gryf | I'd like to avoid keeping binary blobs in repository | |
| 16:12:03 | ttk2[m] | Agreed. | |
| 16:12:05 | zhipeng | that's fine for me :) | |
| 16:12:20 | zhipeng | but we do need to merge it first, and then move it out | |
| 16:12:27 | zhipeng | due process | |
| 16:12:35 | gryf | so the perfect solution would be to unpack it, and make the commmit which move entire work into its own directory. what do you think? | |
| 16:12:51 | zhipeng | nuh that won't be necessary | |
| 16:13:15 | zhipeng | i think just move to another repo just for records | |
| 16:13:30 | zhipeng | we won't do any release, for example , for the cyborg-sandbox | |
| 16:13:37 | ttk2[m] | Um if we merge it it's in the repo history forever. | |
| 16:13:40 | zhipeng | it just sits there | |
| 16:13:48 | zhipeng | no we could move it our | |
| 16:13:59 | zhipeng | and we need to move out the spec later as well | |
| 16:14:14 | zhipeng | cyborg-spec will be the standalone repo to store all the specs | |
| 16:14:19 | ttk2[m] | I don't have super strong feelings. But Id like to keep binaries out of the repo | |
| 16:14:28 | gryf | ttk2[m], +1 | |
| 16:14:39 | zhipeng | I have no problem either | |
| 16:14:58 | zhipeng | but let's just follow a procedure and get it done | |
| 16:16:44 | zhipeng | sounds reasonable for everyone ? | |
| 16:18:23 | gryf | zhipeng, what exactly do you mean by following procedure? | |
| 16:19:02 | zhipeng | have it first in the current cyborg repo, and then move it out to a seperate one | |
| 16:19:31 | gryf | I'm against it. as ttk2[m] said - if we merge it, it stays forever. | |
| 16:19:43 | zhipeng | why ?? | |
| 16:19:51 | gryf | it's a git :> | |
| 16:19:54 | ttk2[m] | Because history | |
| 16:20:02 | zhipeng | say we couldn;t even move the specs out ? | |
| 16:20:12 | adreznec | merging it will permanently increase the repo size because the artifact will remain in the history forever | |
| 16:21:00 | zhipeng | okey understood | |
| 16:21:06 | gryf | zhipeng, we can, but they will be available, if someone would like to go back in time (in history) and nothing prevent him to do so :D | |
| 16:21:37 | zhipeng | then I will abandon the patch and directly submit it to the seperate repo instead | |
| 16:21:42 | zhipeng | this sounds reasonable ? | |
| 16:21:42 | gryf | unless, we do some rebase stuff on the repo itself, but I'm not aware if this is a good practice | |
| 16:21:55 | gryf | yup | |
| 16:22:31 | zhipeng | #agreed abandon the nacsa sandbox patch and directly submit it to a seperate repo | |
| 16:22:53 | adreznec | gryf: yeah, you basically have to use a rebase or git filter-branch to remove it, but that'll break everyone's checked out repos since you're rewriting history... so not typically good practice | |
| 16:23:03 | zhipeng | okey, we got many things settled :) | |
| 16:23:11 | zhipeng | #topic CI discussion | |
| 16:23:33 | zhipeng | as I understand ttk2[m] and gryf has some discussion on the CI settings | |
| 16:23:40 | zhipeng | do we have any perference now ? | |
| 16:23:40 | gryf | adreznec, yeah. | |
| 16:24:25 | gryf | zhipeng, it was mostly very high level discussion | |
| 16:25:05 | gryf | we have to have some concrete implementation first | |
| 16:25:07 | zhipeng | will then on high level, any directions that we want to follow upon :) | |
| 16:25:14 | zhipeng | okey | |
| 16:25:32 | zhipeng | but have vendors to provide third party CI env would always be a good idea | |
| 16:25:49 | zhipeng | baremetal or vm, is it correct ? | |
| 16:25:53 | gryf | we can figure that out later | |
| 16:26:00 | zhipeng | sure | |
| 16:26:09 | zhipeng | #topic AoB | |
| 16:26:21 | zhipeng | any other topics ? | |
| 16:26:36 | ttk2[m] | Keep up the good work guys. | |
| 16:27:00 | zhipeng | that would be a good note our meeting ends on :) | |
| 16:28:20 | zhipeng | ok thx guys, let's end the meeting for today | |
| 16:28:25 | zhipeng | #endmeeting | |
| 16:28:27 | openstack | Meeting ended Wed May 17 16:28:25 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:28:28 | openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack_cyborg/2017/openstack_cyborg.2017-05-17-15.03.html | |
| 16:28:30 | openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack_cyborg/2017/openstack_cyborg.2017-05-17-15.03.txt | |
| 16:28:32 | openstack | Log: http://eavesdrop.openstack.org/meetings/openstack_cyborg/2017/openstack_cyborg.2017-05-17-15.03.log.html | |
| #openstack-cyborg - 2017-05-22 | |||
| 16:25:25 | crushil | jkilpatr, zhipengh[m] Do you care what hardware I use to write the generic driver? | |
| 22:52:43 | ttk2[m] | crushil: shouldn't it be hardware agnostic? | |
| 22:54:31 | zhipengh[m] | The generic driver should provide a set of basic functionality that are common among accelerators | |
| 22:54:52 | zhipengh[m] | It should be hardware agnostic | |
| 22:55:03 | ttk2[m] | IMO the generic driver should just be stubs for attach/detach install/uninstall | |
| 22:55:12 | zhipengh[m] | Ya basically | |
| #openstack-cyborg - 2017-05-23 | |||
| 15:19:22 | jkilpatr | -2 from a linters run? wow | |
| 15:19:28 | jkilpatr | most stick to just -1 | |
| 15:21:42 | zhipengh[m] | CI has been acting crazy.. | |
| #openstack-cyborg - 2017-05-24 | |||
| 15:00:07 | crushil | \o | |
| 15:00:34 | zhipeng_ | ho ho ho | |
| 15:00:45 | zhipeng_ | #startmeeting openstack-cyborg | |
| 15:00:46 | openstack | Meeting started Wed May 24 15:00:45 2017 UTC and is due to finish in 60 minutes. The chair is zhipeng_. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 15:00:47 | openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 15:00:49 | openstack | The meeting name has been set to 'openstack_cyborg' | |
| 15:00:52 | jkilpatr | morning everyone | |
| 15:00:56 | zhipeng_ | #topic Roll Call | |
| 15:01:06 | zhipeng_ | morning , evenning and afternoon :) | |
| 15:01:11 | zhipeng_ | #info Howard | |
| 15:03:43 | jkilpatr | #info Justin | |
| 15:04:01 | crushil | #info Rushil | |
| 15:05:23 | zhipeng_ | anyone else ? | |
| 15:07:18 | zhipeng_ | okey then let's proceed | |
| 15:07:40 | zhipeng_ | we have 2 hours long meeting usually anyway :P | |
| 15:07:51 | zhipeng_ | #topic BP Discussion | |
| 15:08:00 | jkilpatr | we should just have a 24 hour meeting and call it an IRC channel | |
| 15:08:06 | zhipeng_ | hahaha | |
| 15:08:23 | jkilpatr | Anyways Rushil I think you need to wf 0 that commit then wf 1 it again to get the gates to rerun | |
| 15:08:25 | zhipeng_ | automatic ending every 24 hours and then start again | |
| 15:08:46 | zhipeng_ | i just did a recheck | |
| 15:08:56 | zhipeng_ | sometimes the gate is just behaving weird | |
| 15:09:07 | jkilpatr | if they still don't work I'll go and talk to the people in #openstack-infra they are always helpful | |
| 15:09:30 | jkilpatr | conductor and agent look good. | |
| 15:09:45 | jkilpatr | cyborg nova needs a meeting of its own in my opinion | |
| 15:09:56 | zhipeng_ | absolutely agree | |
| 15:10:28 | zhipeng_ | i just +2 the agent one, looking at the conductor spec | |
| 15:11:16 | jkilpatr | I think the Cyborg/Nova spec might be served by having us play around with writing some code and trying stuff. But that's a cart/horse issue. | |
| 15:11:23 | zhipeng_ | jkilpatr rushil I will nominate you guys as core reviewer as well today, so that we could move the development faster | |
| 15:11:53 | crushil | cool, thanks zhipeng_ | |
| 15:11:57 | zhipeng_ | jkilpatr you mean we do it in parallel ? | |
| 15:12:31 | crushil | Is there a deadline for the code to get in? End of Pike? | |
| 15:12:42 | jkilpatr | zhipeng_, kinda I mean we start writing stuff with merged specs and play around with the nova stuff, when we have a decent idea of the pattern we want to use we can formalzie it and merge it. | |