Friday, 2018-03-16

*** jamesmcarthur has quit IRC00:15
*** tosky has quit IRC00:18
*** jamesmcarthur has joined #storyboard00:18
*** jamesmcarthur has quit IRC00:20
*** jamesmcarthur has joined #storyboard00:23
*** jamesmcarthur has quit IRC00:26
*** jamesmcarthur has joined #storyboard00:27
*** jamesmcarthur has quit IRC00:27
*** jamesmcarthur has joined #storyboard00:39
*** jamesmcarthur has quit IRC00:48
*** jamesmcarthur has joined #storyboard01:06
*** jamesmcarthur has quit IRC01:28
*** jamesmcarthur has joined #storyboard02:03
*** tellesnobrega has quit IRC02:14
*** tellesnobrega has joined #storyboard02:23
*** udesale has joined #storyboard04:00
*** jtomasek has joined #storyboard05:41
*** jamesmcarthur has quit IRC06:26
*** jtomasek has quit IRC06:52
*** jtomasek has joined #storyboard09:59
*** jtomasek has quit IRC10:00
*** jtomasek has joined #storyboard10:00
*** tosky has joined #storyboard10:03
*** udesale has quit IRC10:50
*** jamesmcarthur has joined #storyboard11:22
*** jamesmcarthur has quit IRC11:28
*** teor4rg has joined #storyboard12:29
*** udesale has joined #storyboard13:31
*** udesale has quit IRC13:46
fungidiablo_rojo: tosky: so i'm ready to initiate the sahara imports if timing's okay... still following the mapping from http://paste.openstack.org/show/698760/ ?14:41
toskyfungi: yes, thanks, exactly14:42
toskyfungi: do I understand it correctly that the import will be reexecuted at the end to catch the new bugs/updates to the existing bugs that happened in the meantime?14:42
toskywe have one or two reviews in flight14:42
fungigiven the duration the initial imports will take i'll rerun them again at the end to catch any stragglers14:43
fungii'll get it underway momentarily and let you know as soon as it completes14:43
toskyack, thanks; I think that after those one or two changes, from today's evening we can refrain from merging patches until Monday, when the migration can be considered as complete14:44
toskytellesnobrega: ^^14:44
fungii've batched up the 7 import commands and started them now. running under time(1) so we have a good comparative benchmark14:51
fungiimported stories are starting to appear under https://storyboard.openstack.org/#!/project_group/74 though only if you expand the filter beyond active stories (doesn't look like the import has hit one just yet)14:52
toskyprobably not, I don't think we have many active stuff for python-saharaclient (the first in the list)14:55
toskyfungi: I see https://storyboard.openstack.org/#!/story/1519510 - but the python-saharaclient task was merged, shouldn't it be hidden in the Active view for python-saharaclient?14:59
fungitosky: i suspect that's a feature request for the project view page. the story itself is still considered active because it has incomplete tasks for other projects15:02
fungii can think of a couple different ways we might want to slice that so as to hide stories which have complete tasks for the project(s) on which you're filtering but open tasks for other projects15:03
fungiright now i'm pretty sure it's just basing it on the overall story state instead (which is inferred from the set of its tasks)15:04
toskyI understand that the story is still open and in some views it should show, but I think that I filtering by repository, I don't need to see it15:04
fungitosky: i agree, that seems like a reasonable expectation to me too15:05
toskyunrelated question: do you think if it's possible (or it would make sense) to get notifications from storyboard consumed by one of the bots in the channel15:06
toskyso that notifications of new stories can be reported on the IRC channels?15:07
*** jamesmcarthur has joined #storyboard15:07
*** jamesmcarthur has quit IRC15:07
*** jamesmcarthur has joined #storyboard15:07
persiaI can confirm that the current behaviour for story filters for "active" and "project=foo" is to get all stories where at least one task is project foo (with any status) and at least one task is active.15:10
*** jamesmca_ has joined #storyboard15:11
persiaAn argument in support of that is that while a team has done something towards the story, the story isn't complete, and the team may need to do more to get it complete.  I'm not sure that argument is as useful for larger deployments (like OpenStack), where there are likely to be stories that involve hundreds of tasks, where each task is small, and many of the projects affected are not stakeholders in the story.15:11
*** jamesmcarthur has quit IRC15:11
toskypersia: if there are no task assigned to my project I'm filtering against, I don't see why the story is still relevant for that specific view15:15
toskyif the team may need to do more, it means that (at least) one other open task should exist15:15
*** udesale has joined #storyboard15:16
toskythe example that we are discussing is https://storyboard.openstack.org/#!/story/1519510 visible in https://storyboard.openstack.org/#!/project/93415:16
persiaYes.  I believe this is because OpenStack is large.  For a smaller deployment, where all participants are aligned towards the stories, the "someone else's problem" effect is smaller.  That many of the deployments driving development for a while were smaller likely contributes to this not being perceived as too much of a bug.15:17
toskyit's not so much a "someone else's problem": for the point of view of the python-saharaclient repository, the task is closed and the story is done15:18
persiaWhereas, as the OpenStack deployment is becoming larger (as more folk migrate), I expect addressing this would be more of a priority.15:18
persiatosky: It's "someone else's problem", in that the a repository-specific viewpoint is adopted, rather than a deployment-wide viewpoint.15:19
toskyprobably in a smaller project you are monitoring the global list of stories, so you will catch that anyway somewhere else; just not in that view15:19
persiaPrecisely.15:19
toskyand we have this a deployment-wide viewpoint https://storyboard.openstack.org/#!/story/list15:19
persiaAnd the majority of early use of the OpenStack deployment was "all the infra projects", where that global "solve the stories over many repos" was more prevalent.15:19
toskydo you know if there is a story to change or discuss this, or should I create one?15:21
persiaTo be extra-clear: I'm not saying "this isn't a bug", but rather saying "this is a use case that also needs supporting" + saying "that this is a bug probably wasn't noticed for $reasons".  I believe the underlying cause is that it makes the filter logic easier.15:21
fungiyeah, i have a feeling the implementation would end up being a toggle for something like "base story status on filtered project list"15:22
fungiso you could switch that on and off in the query/project view15:22
toskyor add another tab "Related [Active]" after "Active", "Merged", "Invalid" and group those stories15:23
fungihowever that means extending the api, i expect, since the alternative would be baking business logic into the webclient which seems like a bad idea15:23
persiaI don't see such a story from a quick few searches of the stories affecting the storyboard group.15:23
fungiright, it's likely to be an increasing annoyance for teams which have shared stories with other teams15:24
fungimore isolated projects like storyboard itself won't generally notice15:24
persiaIndeed.  To my knowledge, this is currently the largest StoryBoard deployment, and as it grows, we'll probably notice other scaling issues.15:25
toskyok, let me write something15:25
persia(as this is an issue for the intersection of "these stories contain lots of tasks against lots of projects" and "there are too many things going on for everyone to care about everything")15:25
fungitosky: as for bot integration, i think mtreinish has/had some patches to get mqtt event publication so an irc bot could just implement an mqtt subscriber and listen to firehose.openstack.org for whatever event filter is relevant to it15:26
toskyoh, nice to hear15:26
fungibonus is that the firehose already contains launchpad events (implemented through a roundabout smtp/pop3 solution, but it works)15:26
persiaI think https://review.openstack.org/#/c/540958/3 is the tip of the MQTT stuff, which needs more review/testing.15:27
fungiso one bot could probably consume events for both15:27
*** udesale has quit IRC15:44
*** jdandrea_ has joined #storyboard15:55
*** jamesmca_ has quit IRC15:58
*** jdandrea has quit IRC16:03
*** lifeless has quit IRC16:03
*** davidlenwell has quit IRC16:03
*** krotscheck has quit IRC16:03
*** lifeless has joined #storyboard16:05
*** davidlenwell has joined #storyboard16:11
*** krotscheck has joined #storyboard16:18
*** udesale has joined #storyboard17:07
*** diablo_rojo has quit IRC17:14
*** diablo_rojo has joined #storyboard17:14
*** udesale has quit IRC17:16
SotKwhen I was testing that set of changes I ran into some strange issues and wanted to look deeper into if I was doing something stupid with my new test instance or if it was a bug introduced in those changes17:20
SotKI've not yet had chance to do said looking17:20
*** jtomasek has quit IRC17:33
diablo_rojoSotK, do you remember what you were doing? I can try to duplicate.17:34
SotKyeah, I set up notifications as if I were using rabbitmq, but using the mqtt config keys instead17:35
SotKthen ran the worker daemons17:36
SotKI found that some events were being missed and others were being duplicated multiple times17:36
* SotK will write more detailed explanation later17:36
*** jamesmcarthur has joined #storyboard18:15
*** jamesmcarthur has quit IRC18:20
diablo_rojoSotK, sounds good.18:45
*** jamesmcarthur has joined #storyboard19:23
*** jamesmcarthur has quit IRC19:26
*** jamesmcarthur has joined #storyboard19:28
*** jtomasek has joined #storyboard19:44
*** jtomasek has quit IRC19:45
fungidiablo_rojo: tosky: initial import spanned 201m31.462s wall clock time. i've initiated a second catch-up run now20:09
fungitiming it as well to see how much faster the subsequent run is (if any)20:09
diablo_rojofungi, woot woot!20:10
diablo_rojoThanks for running that fungi :)20:10
diablo_rojoAnother project migrated!20:10
SotK\o/20:16
*** jamesmcarthur has quit IRC20:16
diablo_rojoNext on the docket is Ironic!20:18
* diablo_rojo needs to convene with TripleO about what squad wants to take the plunge first. 20:18
*** jamesmcarthur has joined #storyboard21:22
*** jamesmcarthur has quit IRC21:48
*** lifeless has quit IRC22:07
*** lifeless has joined #storyboard22:07
*** lifeless has quit IRC22:08
*** lifeless has joined #storyboard22:08
fungiokay, so rerunning the full import for sahara to incrementally pick up any new changes to their bugs took 130m2.155s wall clock time22:22
fungicertainly faster than the initial import, but not by a significant factor22:23
fungi~2/3 as long22:23
diablo_rojoInteresting. Any idea how many new things it had to import during the second run fungi ?22:26
fungii can skim22:27
fungino idea... i only seem to have 1805 lines of scrollback buffer in my terminal and most of that is "WARNING: Skipping bug https://api.launchpad.net/1.0/bugs/<...> due to tag rules"22:28
persiaIf binary logging is enabled on the server, one could look at the transaction journal, if one had credentials.  I suspect it is not enabled.22:34
persiaerr, database server, database transaction journal.22:35
persiaStoryboard has events, but I'm not sure there is any good way to determine which stories were created, as I think the import falsifies data to match that received from LP.22:36
SotKdiablo_rojo: so, to start with I installed mosquitto (assuming ubuntu, `sudo apt install mosquitto` will install it and start the service)23:25
SotKthen, add `enable_notifications = True` to the DEFAULT section of storyboard.conf (it should already be there commented out on line 42)23:27
SotKnext, in the notifications section, add `driver = mqtt`23:28
SotKalso add a new section called `mqtt_notifications`, and in that add `hostname = localhost`23:29
SotKthen, run the api and also run `tox -e venv -- storyboard-worker-daemon --config-file etc/storyboard.conf`23:29
*** openstackgerrit has quit IRC23:48
diablo_rojoSotK, got it. Will give that a try and tell you what I see23:57

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