| *** SergeyLukjanov has joined #storyboard | 05:17 | |
| *** SergeyLukjanov is now known as _SergeyLukjanov | 05:33 | |
| *** _SergeyLukjanov has quit IRC | 05:33 | |
| *** SergeyLukjanov has joined #storyboard | 05:51 | |
| *** SergeyLukjanov has quit IRC | 06:17 | |
| *** lifeless has quit IRC | 06:48 | |
| *** lifeless has joined #storyboard | 07:15 | |
| *** NikitaKonovalov has joined #storyboard | 07:27 | |
| *** SergeyLukjanov has joined #storyboard | 10:17 | |
| *** NikitaKonovalov has quit IRC | 10:42 | |
| *** drdee has quit IRC | 12:04 | |
| *** SergeyLukjanov is now known as _SergeyLukjanov | 12:54 | |
| *** _SergeyLukjanov has quit IRC | 12:54 | |
| *** NikitaKonovalov has joined #storyboard | 13:06 | |
| *** SergeyLukjanov has joined #storyboard | 13:23 | |
| *** gothicmindfood has joined #storyboard | 13:58 | |
| gothicmindfood | ttx: hi there/ping! | 14:01 |
|---|---|---|
| gothicmindfood | (this is colette) | 14:01 |
| ttx | gothicmindfood: I figured as much | 14:01 |
| ttx | gothicmindfood: welcome | 14:01 |
| gothicmindfood | thanks! | 14:01 |
| ttx | no cody? | 14:02 |
| gothicmindfood | I don't know - mordred and cody are both in Barcelona this week | 14:02 |
| ttx | Hah | 14:02 |
| gothicmindfood | so they may or may not make it | 14:02 |
| gothicmindfood | you know, they have tapas to eat and stuff. | 14:02 |
| ttx | hmm | 14:02 |
| ttx | nomnom | 14:02 |
| gothicmindfood | :-) | 14:02 |
| ttx | it's like the only reason one would ever go to "HP discover" | 14:03 |
| ttx | anyone else for the storyboard meeting ? | 14:03 |
| NikitaKonovalov | hi | 14:03 |
| SergeyLukjanov | hey guys | 14:03 |
| SergeyLukjanov | was AFK | 14:03 |
| ttx | 3 makes a meeting | 14:04 |
| ttx | #startmeeting storyboard | 14:04 |
| openstack | Meeting started Thu Dec 12 14:04:00 2013 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:04 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:04 |
| openstack | The meeting name has been set to 'storyboard' | 14:04 |
| ttx | yay, a meeting bot | 14:04 |
| ttx | Since i didn't expect I would chair this, we don't have a meeting agenda | 14:04 |
| ttx | so it should be quick | 14:04 |
| SergeyLukjanov | cool, we have an own meeting channel :) | 14:04 |
| ttx | #topic gothicmindfood introductions | 14:04 |
| ttx | gothicmindfood: care to introduce yourself to our Russian friends ? | 14:05 |
| gothicmindfood | ha. Ok. Hi to everyone! | 14:05 |
| gothicmindfood | I'm Colette and I'm a new hire at HP on mordred's team. | 14:05 |
| gothicmindfood | he brought me on (and we've got a couple others joining in the next week or so) to work on Storyboard. | 14:06 |
| gothicmindfood | I'm not really a coder - I'm more of a process person, though I have a big interest in learning python and getting up to speed. | 14:06 |
| ttx | SergeyLukjanov, NikitaKonovalov: quick reverse intro ? | 14:06 |
| mordred | hey | 14:07 |
| mordred | sorry I'm late | 14:07 |
| SergeyLukjanov | ttx, sure | 14:07 |
| SergeyLukjanov | mordred o/ | 14:07 |
| ttx | mordred: howdy | 14:07 |
| NikitaKonovalov | hi | 14:07 |
| ttx | mordred: you don't have cody around, do you ? | 14:07 |
| mordred | nope. we may have gone drinking last night. he might be dead in a ditch in barcelona | 14:08 |
| SergeyLukjanov | I'm Sergey, PTL of Savanna, working in Mirantis and very interested in Storyboard | 14:08 |
| SergeyLukjanov | :) | 14:08 |
| gothicmindfood | Oh cool. Nice to meet you Sergey - were you in Hong Kong? | 14:08 |
| SergeyLukjanov | gothicmindfood, yep | 14:08 |
| NikitaKonovalov | I'm Nikita, I also work in Mirantis and contributed to Savanna project | 14:09 |
| mordred | I'm Monty, former PTL of Infra, I hire people to work on things - and I'm going to get storyboard stood up and working if it kills all of you :) | 14:09 |
| NikitaKonovalov | mostly to it's UI part | 14:09 |
| gothicmindfood | I was too! Came to a couple of the Savanna sessions. Loved what I saw. | 14:09 |
| ttx | ok, moving on | 14:09 |
| ttx | #topic Winter Storyboard sprint/meetup | 14:09 |
| SergeyLukjanov | gothicmindfood, glad to here that ;) | 14:09 |
| ttx | I have absolutely no news about that. | 14:09 |
| ttx | except that I proposed limited options | 14:10 |
| mordred | oh - you did? to dev list? | 14:10 |
| mordred | I may have missed that | 14:10 |
| ttx | one being to organize something around FOSDEM (Brussels, Feb 1-2) | 14:10 |
| ttx | mordred: private email to cody as requested | 14:10 |
| mordred | ah. ok | 14:10 |
| ttx | the other is to do something mid-February (week of 10 or 17) | 14:10 |
| SergeyLukjanov | ttx, I really like the meetup in Europe :) | 14:11 |
| ttx | My January filled up | 14:11 |
| mordred | I believe gothicmindfood is on tour in february | 14:11 |
| gothicmindfood | My February post February 3rd is no good | 14:11 |
| gothicmindfood | but if I got back to NYC on the 3rd, I could be okay | 14:11 |
| mordred | gothicmindfood: how about Feb 1/2 in brussels? perhaps meet the day before? | 14:11 |
| mordred | like, Jan 31 ish | 14:12 |
| ttx | yes, we could do a 2-day before the weekend, then you can leave on Sunday (2nd) | 14:12 |
| gothicmindfood | That would be good. I'd have to figure out how to get my cello to NYC without me, or just do a fly back to SFO to pick it up before going back to NYC. | 14:12 |
| gothicmindfood | the 29th/30th could be better just to give me cello-pick-up time. | 14:12 |
| ttx | also, beers++ and FOSDEM++ | 14:12 |
| gothicmindfood | and I go home on the 2nd early, go to NYC on the 3rd | 14:12 |
| gothicmindfood | beers++ and mussels++++ | 14:13 |
| ttx | later options are scarce, as I enter what's known as the reelase-summit spiral of doom | 14:13 |
| ttx | only to be out of it in... late May | 14:13 |
| gothicmindfood | ttx: can we get you some medication to help alleviate the symptoms of that? ;-) | 14:14 |
| mordred | hehe | 14:14 |
| mordred | we call that wine | 14:14 |
| ttx | it would probably interact with all the drugs I already have to take to duplicate myself in two places | 14:14 |
| mordred | I need to check on budgets at HP to see if we can all commit to being there | 14:14 |
| ttx | wine is part of it | 14:14 |
| gothicmindfood | mordred and I should go splitsies on a case of burgundy for you. | 14:14 |
| mordred | but I think functionally it seems doable | 14:14 |
| ttx | gothicmindfood: one interesting thing with Brussels is I travel by train, which makes bringing wine a much more realistic option | 14:15 |
| ttx | although wine in brussels is like having beer in spain. Wrong. | 14:15 |
| ttx | mordred: I expect cody has details on everyone's availability by now | 14:16 |
| gothicmindfood | ttx: I will trade you any weird american thing I can get on a plane for some decent Morgon. Always, fwiw. | 14:16 |
| SergeyLukjanov | mordred, I need to check budget too | 14:16 |
| ttx | ok, moving on then | 14:16 |
| ttx | #topic Early objectives | 14:17 |
| ttx | So, the trick at this point is to make progress that will still be useful once we make drastic changes | 14:17 |
| ttx | I wouldn't invest too much in UI polish (like those error messages you proposed, NikitaKonovalov) | 14:18 |
| ttx | because they might just get completely removed if/when we switch to SemanticUI | 14:18 |
| ttx | search is still very useful because it's so much missing from the prototype it's not even funny | 14:18 |
| mordred | ++ | 14:18 |
| mordred | search - thank you | 14:19 |
| SergeyLukjanov | the very simple improvements could be useful for using storyboard to track storyboard work | 14:19 |
| ttx | but I think the decoupling of the backend / RESTification is what we should be focusing on right now | 14:19 |
| mordred | that's a good point | 14:19 |
| SergeyLukjanov | ttx, agreed, that's what I'd like to see :) | 14:19 |
| mordred | CD is my number one goal - I want to get one up and running soon | 14:19 |
| mordred | but | 14:19 |
| mordred | I did this: https://github.com/emonty/stories | 14:19 |
| mordred | which is a split out of the DB into sqlalchemy/alembic | 14:20 |
| mordred | so it's set up for migrations, whcih means CD is possible | 14:20 |
| mordred | I think actually what I should do is take that and make it a patch to storyboard | 14:20 |
| ttx | mordred: could you explain how it works a bit more ? | 14:20 |
| ttx | it's just the DB being split ? | 14:20 |
| mordred | it's just the db models | 14:20 |
| mordred | yes | 14:20 |
| SergeyLukjanov | is it possible to use sqla in django? | 14:21 |
| ttx | mordred: does it need to stand alone ? | 14:21 |
| NikitaKonovalov | it is | 14:21 |
| * SergeyLukjanov not really aware about how django works | 14:21 | |
| NikitaKonovalov | but do we really need to stick sqlalchemy? | 14:21 |
| mordred | it does not need to stand alone - I think it should just go back into our main tree | 14:21 |
| mordred | and be used as model library | 14:21 |
| gothicmindfood | Do we have a free-standing non-code version of the data-model floating around anywhere? | 14:22 |
| ttx | mordred: so that means we don't use django model anymore -- do we also lose the automagic admin/ stuff ? | 14:22 |
| mordred | I do not want to marry ourselves too much to django way of thinking, because we don't have good openstack integration that way | 14:22 |
| mordred | hoirizon is an outlier | 14:22 |
| ttx | or does django just falls back onto its 4 feets ? | 14:22 |
| mordred | I'd rather we have sqlalchemy and alembic and pecan/wsme like the other projects | 14:22 |
| mordred | ttx: we do lose admin that way - but I don't care, because I don't want to use that | 14:23 |
| mordred | we want to get projects into storyboard with manage-projects/projects.yaml anyway | 14:23 |
| mordred | so before we ahve a rest api for that | 14:23 |
| ttx | mordred: so.. if we build the UI on top of a REST client, we'll need two components anyway | 14:23 |
| NikitaKonovalov | still I have seen a kind of Django-sqlalchemy binding library which may be helpful before moving to wsme | 14:23 |
| mordred | just having an import thing that can read projects.yaml and insert it into the db is all we need | 14:23 |
| mordred | ttx: sure - but we can do that piece meal | 14:24 |
| mordred | if we have the model in the repo using sqlalchemy, but the rest of the app is consuming it via python classes | 14:24 |
| mordred | we can ADD a pecan rest api | 14:24 |
| ttx | should we make that split (Db+REST server / REST client / UI) earlier rather than later ? | 14:24 |
| mordred | and then start replacing the python db calls with rest calls | 14:24 |
| mordred | I think we can do it gradually. | 14:24 |
| mordred | I don't tihnk it's essential for us to make a big switch | 14:24 |
| ttx | should it live all in same repo ? | 14:24 |
| ttx | s/should/can | 14:24 |
| mordred | for now, yes | 14:24 |
| mordred | becaus SANITY | 14:25 |
| mordred | we'll go crazy if we try to do a 3 repo split at this point | 14:25 |
| mordred | NikitaKonovalov: neat! that might be a good middle step! | 14:25 |
| ttx | so we would start the backend/pecan server on one side and start the django app on the other, but they could just live in same repo. OK | 14:25 |
| mordred | yup. and the django app might not even talk to the wsme server at first :) | 14:26 |
| NikitaKonovalov | there is no client now, so it may start from scratch in a separate repo | 14:26 |
| mordred | that is a great point | 14:26 |
| ttx | so one thing we could start working on is a API | 14:26 |
| ttx | because so far this has been mostly model-driven | 14:27 |
| ttx | and then UI-driven | 14:27 |
| ttx | whereas the important piece in the final architecture is actually the API | 14:27 |
| mordred | yah. agree | 14:27 |
| NikitaKonovalov | +1 | 14:27 |
| mordred | I have an 8 hour plane flight tomorrow - I may take a first stab at one | 14:27 |
| mordred | and see what you guys thinmk | 14:27 |
| mordred | ":) | 14:27 |
| ttx | and that's probably where process people like gothicmindfood can bring value without being too caught in technical implementation details | 14:28 |
| ttx | gothicmindfood: fwiw see work areas @ https://wiki.openstack.org/wiki/StoryBoard | 14:28 |
| ttx | Api would belong in "main concepts" | 14:28 |
| ttx | mordred's pilot work would rather be "Technical Architecture" | 14:29 |
| gothicmindfood | thanks for that, ttx. | 14:29 |
| ttx | mordred: would be good to see what API we need for the current state | 14:30 |
| ttx | mordred: so yes, if you like to work in planes. Or are in a business seat | 14:30 |
| mordred | ttx: I was thnking that would make for a great v1 api - purely functional, no 'good' design | 14:30 |
| ttx | I'll think about it too in my spare time | 14:31 |
| mordred | ttx: then we can add a v2 api that is well designed, and then start rewriting the UI to consume it | 14:31 |
| mordred | you have spare time? | 14:31 |
| ttx | the danger, I think, is to start so high-level we can never make fast progress in evolving the current version | 14:31 |
| ttx | this is, in essence, a Launchpad replacement. Not something that will revolutionize task/bug tracking | 14:32 |
| ttx | I mean, it may revolutionize, but that's for version 3.0 | 14:32 |
| ttx | We need this thing now | 14:32 |
| ttx | and even if we do it "simple" it will be so much better than what we use now it's not even funny | 14:33 |
| ttx | that doesn't mean we can't be smart while doing it. just means the smartness shouldn't delay us too much. | 14:34 |
| gothicmindfood | out of curiosity, ttx: what's your timetable on having something useful to use with OS looking like? | 14:34 |
| ttx | I think we need to have openstack-ci and a few other guinea pigs up and running by the icehouse release | 14:35 |
| ttx | then a significant subset of integrated/incubated projects by J release | 14:35 |
| mordred | I'd lie to be more aggressive | 14:36 |
| mordred | I'd like to do a forklift migratoin of everyone who isn't migrated already as the very first thing afer the J summit | 14:36 |
| ttx | by "need" I mean so that everyone retains its sanity. I expect LP usability to not go any better now that HP recruited one of the 2 last LP devs | 14:36 |
| ttx | the last one is probably already looking for a job | 14:36 |
| mordred | I think that, other than infra and guinea pig projects, if we have parallel trackers per project, people will go insane | 14:37 |
| ttx | mordred: i want us to have a good story to sell to ALL projects by I so that we can get them moved over the J cycle | 14:37 |
| mordred | yes | 14:37 |
| ttx | nobody tells me "I like Launchpad and would like to keep it" | 14:38 |
| gothicmindfood | ttx: but some people do say it's the best bug tracker that they've used (despite its faults) | 14:38 |
| ttx | so if we do something not too bad, they will gladly switch | 14:38 |
| gothicmindfood | no one likes their bug trackers | 14:38 |
| gothicmindfood | ever. | 14:38 |
| mordred | gothicmindfood: I've met that guy ... thierry I think is his name | 14:38 |
| gothicmindfood | HA | 14:39 |
| ttx | gothicmindfood: it's the best, but mostly due to its model, I think. Not its UI | 14:39 |
| ttx | the part of the model that made people like it, we already copied | 14:39 |
| SergeyLukjanov | :) | 14:39 |
| mordred | ++ | 14:39 |
| mordred | ttx: btw - good work on the model | 14:39 |
| ttx | and extended where they failed to apply it (features) | 14:39 |
| mordred | I did not feel the need to make large changes when I was doing the sqla work | 14:40 |
| ttx | and then completed it (project groups just make sense) | 14:40 |
| mordred | and questions I had were answered by the model itself | 14:40 |
| ttx | mordred: the POC was just a Db model originally | 14:40 |
| ttx | then without UI people would not have loved it | 14:40 |
| mordred | the one thing it was missing was user/groups | 14:40 |
| gothicmindfood | ttx: understood, II just still think least-hated means it's valued. ;-) | 14:40 |
| gothicmindfood | ttx: dyou have a non-code data model map somewhere? | 14:41 |
| mordred | but I believe that was just because you were using django auth stuff | 14:41 |
| ttx | gothicmindfood: certainly. people will realize it wasn't that bad once presented with an laternative | 14:41 |
| mordred | gothicmindfood: heh. | 14:41 |
| gothicmindfood | ttx: (2nd question: or can I make one??) ;-) | 14:41 |
| ttx | Our work is to make it "not suck" enough | 14:41 |
| mordred | gothicmindfood: make one all you want! I'll even look at it and tell you waht I think | 14:41 |
| mordred | ttx: ++ | 14:41 |
| ttx | gothicmindfood: I think NikitaKonovalov posted one | 14:42 |
| NikitaKonovalov | I made a wiki page a bit earlier https://wiki.openstack.org/wiki/StoryBoard/ObjectModel about the object | 14:42 |
| ttx | Also there was one (now outdated) at https://wiki.openstack.org/wiki/Task_Tracker_Requirements | 14:42 |
| mordred | oh - neat. I hadn't seen that | 14:43 |
| ttx | gothicmindfood: that said we already have UX questions. Like "do we need to be able to mark tasks invalid/wontfix/opinion" | 14:43 |
| mordred | I should go and make sure that the new db code still maps to that | 14:43 |
| ttx | vs. just delete the invalid tasks | 14:44 |
| ttx | gothicmindfood: or Should priority be set for the whole story or per-task ? | 14:44 |
| ttx | those are not critical, but still affect the model | 14:44 |
| * mordred votes for task at the data model layer | 14:44 | |
| mordred | but - it's possible that we have a more somple ui that only shows it on the story for now, and that code sets the priority on every task on the story | 14:45 |
| ttx | sometimes they are simplicity vs. customizability decisions, and I don't care that much about them | 14:45 |
| mordred | yes | 14:45 |
| mordred | I think also - invalid vs. delete could also be a UI thing | 14:45 |
| mordred | we could have an invalid status in the db | 14:45 |
| mordred | and have the UI 'delete' operation set that status and then never show invalid things | 14:46 |
| mordred | that way we have complete data in the db for historical reasons should we want to analyze it - but don't have to do complex user workflows | 14:46 |
| ttx | basically, there are a few things i'm very attached to (like obviously the task/story layer), but a lot of others I'm very open about (UI framework, RESt decoupling, priority per task or per-story, etc.) | 14:46 |
| gothicmindfood | ttx: any reason we can't have story priorities *and* task priorities as different types of priorities? | 14:46 |
| gothicmindfood | mordred: maybe admin module can see invalid, but not basic user? | 14:47 |
| ttx | gothicmindfood: no, I think mordred is right. Store prio at task table, and by default assign the first task prio to every task. Then allow people to change them | 14:47 |
| mordred | gothicmindfood: maybe so | 14:47 |
| ttx | probably the right tradeoff between usability and finesse | 14:47 |
| mordred | also - I think there wants to be a concept at some point of user priorities | 14:48 |
| mordred | like, there is the global priority of a task for the project | 14:48 |
| ttx | mordred: that's an interesting concept to explore yes | 14:48 |
| mordred | but on my personal todo list | 14:48 |
| gothicmindfood | ttx: certainly more in line with how a SCRUM team views stories - each story has a priority in the list that's unique and ordered. | 14:48 |
| mordred | you know - pbr bugs are WAY more important for me to look at than jim | 14:48 |
| ttx | mordred: Ithink there are two difefrent concepts there. Importance (impact) and Priority (for me) | 14:49 |
| gothicmindfood | ttx: ++ | 14:49 |
| mordred | ttx: yah. | 14:49 |
| gothicmindfood | exactly | 14:49 |
| mordred | also - there is an interesting thought from gothicmindfood there | 14:49 |
| ttx | but then bugtrackers who have both are generally confusing | 14:49 |
| gothicmindfood | mordred: not that we don't love your priorities, but they are, in fact, yours | 14:49 |
| gothicmindfood | ;-) | 14:49 |
| mordred | which is unique ordered priorities - rather than arbitrary categories | 14:50 |
| NikitaKonovalov | may be just add a "favorites" for each user | 14:50 |
| ttx | mordred: so haveing story/task importance on one side and PERSONAL priority on the other would work | 14:50 |
| mordred | NikitaKonovalov: ++ | 14:50 |
| gothicmindfood | mordred: I don't see why we shouldn't be able to have both. | 14:50 |
| * SergeyLukjanov likes favorites too | 14:50 | |
| ttx | Oh. and that personal priority could also be used in two dimensions. Kanban style | 14:50 |
| mordred | ttx: right - I mean, a task-priority-user mapping table shoudl allow any user to set private priorities on tasks for themselves | 14:50 |
| ttx | user or groups. | 14:51 |
| mordred | ttx: can you explain that last thought? | 14:51 |
| mordred | ah | 14:51 |
| ttx | this is getting better by the minute | 14:51 |
| gothicmindfood | mordred: I'm thinking about an ordered list vs labeled priorities and not thinking they're mutually exclusive. | 14:51 |
| mordred | yup | 14:51 |
| mordred | I'm grokking now | 14:51 |
| mordred | a user can have a prior list - a group can have a prior list - and the task can have an importance | 14:51 |
| gothicmindfood | also, projects probably have their story priorities set by their tech lead, right? | 14:52 |
| ttx | mordred: trello-style kanbans have things in different columns, but you can still order them. So that lets you express complex priorities | 14:52 |
| gothicmindfood | (just checking) | 14:52 |
| ttx | gothicmindfood: that would be a group priority yes | 14:53 |
| mordred | gothicmindfood: yeah. I expect jeblair to say which things are the most important for infra to care about | 14:53 |
| ttx | you could combine priority AND subscription to build a "things I care about" view | 14:53 |
| ttx | anyway, that doesn't affect the base model | 14:53 |
| ttx | that's interestig tricks we can play on top of it | 14:53 |
| ttx | to make the result more suable in dev work planning | 14:54 |
| ttx | usable* | 14:54 |
| gothicmindfood | ttx: it's also a little bit about modeling users, but it may impact workflow decisions *with* the model | 14:54 |
| ttx | and not just a relmgt tracking tool | 14:54 |
| gothicmindfood | so - admin, tech lead, heavy user, light user | 14:54 |
| gothicmindfood | are things I'm thinking about | 14:54 |
| ttx | #topic open discussion | 14:54 |
| ttx | 5 minutes left | 14:55 |
| ttx | anything else, or should we continue to brainstorm out loud ? | 14:55 |
| mordred | ttx: so - stories are global and not owned by a project, yeah? and tasks have projects | 14:55 |
| ttx | yes | 14:55 |
| mordred | who owns importance on a story if it doesn't have a project associated | 14:55 |
| gothicmindfood | or stories can be owned by more than one project? | 14:55 |
| gothicmindfood | I feel like a story should have at least one project, right? | 14:56 |
| mordred | like, who reviews/accepts? | 14:56 |
| gothicmindfood | no orphan stories? | 14:56 |
| ttx | mordred: we need a corner case for stories with no tasks | 14:56 |
| mordred | I mean, there are qualities that teh story owns | 14:56 |
| ttx | either automatically craete a "orphan" task, or some other smart workflow | 14:56 |
| NikitaKonovalov | can we say that the story belongs to project if all of it's task are in the same project? | 14:56 |
| mordred | like the description | 14:56 |
| mordred | I want to know which users get to change those - or do we just go with a wiki-like "anyone can"? | 14:57 |
| gothicmindfood | but what if the story is in development - like a feature on a waitlist? | 14:57 |
| mordred | I'm fine with wiki-like 'anyone can' btw | 14:57 |
| ttx | mordred: cody said he has an idea araound that | 14:57 |
| mordred | awesome | 14:57 |
| ttx | (how to treat stories with no tasks) | 14:57 |
| mordred | question is still valid for stories with tasks | 14:57 |
| ttx | I suggested a hack that would make them fall into a "no-project-associated" view for further triaging | 14:58 |
| mordred | what about a story that has a task for nova and a task for cinder | 14:58 |
| mordred | who owns the top-level story data | 14:58 |
| mordred | I'm just going to assert 'nobody' | 14:58 |
| gothicmindfood | both should, right? | 14:58 |
| gothicmindfood | with the ability to see that others know it as well? | 14:58 |
| ttx | mordred: I'd say it's undefined prio until a task is added | 14:58 |
| mordred | what about the story description | 14:58 |
| ttx | undefined meaning "to triage" | 14:58 |
| ttx | mordred: free-for-all | 14:59 |
| mordred | great | 14:59 |
| mordred | I love it | 14:59 |
| gothicmindfood | whoever gets it first ;-) | 14:59 |
| ttx | I don't think restricting bugtracker access has done anything good anywhere | 14:59 |
| gothicmindfood | can we have project teams be able to 'poke' each other to do stuff? ;-) (half-joking) | 14:59 |
| ttx | we just need to tighten milestone planning stuff, targeting etc | 14:59 |
| ttx | but who can change status / edit desc / titles ? Probably not | 15:00 |
| ttx | (as long as they are authenticated) | 15:00 |
| ttx | ok time is up | 15:00 |
| ttx | famous last words ? | 15:00 |
| ttx | gothicmindfood: that would be "add a task for another project" | 15:01 |
| ttx | gothicmindfood: (we already do that a lot in LP) | 15:01 |
| ttx | gothicmindfood: so yes, it's something we need to preserve | 15:02 |
| ttx | #endmeeting | 15:02 |
| openstack | Meeting ended Thu Dec 12 15:02:31 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:02 |
| gothicmindfood | ttx: sounds good | 15:02 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/storyboard/2013/storyboard.2013-12-12-14.04.html | 15:02 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/storyboard/2013/storyboard.2013-12-12-14.04.txt | 15:02 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/storyboard/2013/storyboard.2013-12-12-14.04.log.html | 15:02 |
| ttx | we can continue discussion off-meeting, but I may or may not answer | 15:02 |
| gothicmindfood | np | 15:03 |
| mordred | gothicmindfood: omg re: poke | 15:03 |
| gothicmindfood | mordred and I have things to discuss on le gchat | 15:04 |
| gothicmindfood | ;-) | 15:04 |
| mordred | ttx: dependencies | 15:13 |
| *** drdee has joined #storyboard | 15:23 | |
| *** drdee has quit IRC | 15:46 | |
| *** gothicmindfood has quit IRC | 15:56 | |
| *** drdee has joined #storyboard | 16:09 | |
| *** drdee has quit IRC | 16:10 | |
| *** NikitaKonovalov has quit IRC | 16:21 | |
| *** SergeyLukjanov has quit IRC | 16:21 | |
| *** AaronGr_Zzz has joined #storyboard | 16:33 | |
| *** AaronGr_Zzz is now known as AaronGr | 16:33 | |
| *** AaronGr has left #storyboard | 16:33 | |
| *** SergeyLukjanov has joined #storyboard | 17:14 | |
| *** NikitaKonovalov has joined #storyboard | 17:18 | |
| *** NikitaKonovalov has quit IRC | 17:41 | |
| *** NikitaKonovalov has joined #storyboard | 17:43 | |
| *** gothicmindfood has joined #storyboard | 17:43 | |
| *** gothicmindfood has left #storyboard | 17:44 | |
| *** NikitaKonovalov has quit IRC | 18:03 | |
| *** NikitaKonovalov has joined #storyboard | 18:05 | |
| *** NikitaKonovalov has quit IRC | 19:12 | |
| *** NikitaKonovalov has joined #storyboard | 19:14 | |
| *** NikitaKonovalov has quit IRC | 19:15 | |
| *** SergeyLukjanov has quit IRC | 19:46 | |
| *** SergeyLukjanov_ has joined #storyboard | 19:47 | |
| *** SergeyLukjanov_ has quit IRC | 19:48 | |
| *** SergeyLukjanov has joined #storyboard | 19:48 | |
| *** SergeyLukjanov is now known as _SergeyLukjanov | 21:31 | |
| *** SergeyLukjanov has joined #storyboard | 21:45 | |
| *** SergeyLukjanov has quit IRC | 23:57 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!