17:00:28 #startmeeting 17:00:28 Meeting started Fri Sep 20 17:00:28 2013 CET. The chair is stoney. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:28 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:00:45 #link agenda here: http://titanpad.com/MouseTrapAgenda 17:00:49 #link http://titanpad.com/MouseTrapAgenda 17:01:02 #topic rollcall 17:01:11 speak and be recognized! :) 17:01:14 here 17:01:15 yo 17:01:24 Here 17:01:25 :-) Here! 17:01:34 alrightiy 17:01:41 #topic Updates 17:02:00 So the big news is that upstreaming is done 17:02:05 wuhoo!! 17:02:06 Yay 17:02:08 Yea!!!!! 17:02:14 thanks all, great work! 17:02:25 thanks joanie for helping us through that! 17:02:29 you bet 17:02:30 Thank you Joanie for walking us through the process 17:02:31 :-) 17:03:01 in case anyone wants to read about it... here is a shameless plug for my blog 17:03:04 #link http://stoney-jackson.blogspot.com/ 17:03:29 :-) 17:03:33 Other updates? 17:03:35 anyone? 17:03:52 None here 17:03:57 ok 17:04:17 #topic Clean up old repositories 17:04:27 So I plan to delete mine 17:04:43 stoney: Delete yours where exactly? 17:04:44 Then I'll fork amber's for archival purposes 17:04:50 on github 17:04:59 Ah, OK 17:05:05 no work was ever done on mine 17:05:12 so I don't think that should be a problem 17:05:33 then I plan to fork ambers for archival.. .thoughts on names? 17:05:34 Ah right 17:05:58 mousetrap_summer2013? 17:06:10 (this will live on GitHub too) 17:06:43 fine by me 17:06:45 no opinions? or are people thinking ? :) 17:06:50 ok 17:06:50 works for me 17:07:06 #action stoney will fork amber's to mousetrap_summer2013 17:07:19 after that amber can delete hers 17:07:34 #action stoney will delete his original fork 17:07:43 no problems there? 17:07:59 I think we're good 17:08:04 Good 17:08:15 #action after stoney fork's amber's, amber may delete hers 17:08:22 ok 17:08:33 #topic Transfer/integrate development effort to GNOME 17:08:38 We should let John know as well 17:08:51 which part? 17:08:53 all? 17:09:04 #info SE students have as homework to download, install and report back on gnome3-wip 17:09:22 cool 17:09:29 how will they report back? 17:09:36 * stoney thinks he has a guess 17:10:12 #info Results are to be logged on https://bugzilla.gnome.org/show_bug.cgi?id=708303 17:10:12 04Bug 708303: critical, High, ---, mousetrap-maint, NEW, System core dumps upon start up, every time 17:10:22 Had to go get the linnk for the bug :-) 17:10:26 uhhhh 17:10:30 how many students? 17:10:34 Six 17:10:37 that is going to result in lots of bugzilla spam 17:10:41 Ah, OK. 17:10:48 ScottC: Are you here? 17:10:51 if they as a group can try it 17:10:55 Yes. 17:10:58 and one person can report back for the group 17:11:01 in a single comment 17:11:06 Ah, OK. 17:11:07 that would be more appropriate 17:11:17 Logan, this is where you come in as project manager. 17:11:31 Can do :) 17:11:40 LoganH: Your team should focus on the installation and you should focus on collecting the information from both teams. 17:12:14 Okay heidi, I will do that 17:12:23 #cation The entire SE class will report to LoganH on installation success/failure and LoganH will post on Bugzilla 17:12:32 #action The entire SE class will report to LoganH on installation success/failure and LoganH will post on Bugzilla 17:12:34 Can't' type!! 17:12:36 :-) 17:12:40 :) 17:13:07 are they trying to confirm the bug? 17:13:13 keeping the bugzilla comment strictly relevant to the bug 17:14:09 Yes, the goal is for them to confirm the bug 17:14:26 And to identify if there are any different error messages. 17:14:47 what information do they need to provide to confirm? joanie ? 17:15:04 if it segfaults or not would be helpful ;) 17:15:17 btw, on a machine without a camera, it doesn't 17:15:19 so just a "yes/no" 17:15:27 sure 17:15:30 lol 17:15:38 but a summary of those as a single comment 17:15:41 so... no camera => works fine 17:15:43 :) 17:15:44 I've asked them to produce a debug report as well. 17:15:45 and perhaps environment 17:15:50 If it seg faults 17:15:58 stoney: no, it tracebacks but doesn't call the offending code 17:16:17 IC 17:17:27 what should we, do we, do with the foss2serve wiki stuff related to mousetrap? 17:17:32 Right So the first task is to get it running :-) 17:17:42 absorb it, ignore it? 17:17:43 Then we can move on to the other bugs filed. 17:17:48 ? 17:18:15 there are wiki pages on foss2serve about mousetrap 17:18:20 the foss2serve stuff might be relevant still for class use and for pointing to say in presos? 17:18:26 should we continue to use them? 17:18:33 but future updates could point to the upstream resources 17:19:01 i.e. because the wiki serves educational purposes and grant-funder purposes, right? 17:19:12 the foss2serve wiki 17:19:22 * stoney looks to heidi 17:19:40 My understanding is that we don't want to update the install instructions on the gnome wiki until we're ready for the gnome3-wip branch to be merged. 17:20:01 So we need the foss2serve instructions and hints for current students working on the project, or so I think? 17:20:29 As Joanie said, we need some educational space to help students along. 17:20:43 ok... so I've always struggle with this for other projects I work on... 17:21:30 joanie: where do you develop new documentation pages while develop on the code base proceeds ? 17:21:40 funny you say that 17:21:42 My understanding is that the instructions on the gnome wiki are for those who want to build and install the project from scratch. 17:21:49 I'm currently updating orca's way out of date documentation 17:21:49 Right, yes. 17:21:54 :-) 17:22:05 so in short: nowhere 17:22:06 so it's not done in lockstep? 17:22:10 ah 17:22:13 yummy 17:22:14 it should be 17:22:20 but, life... ya know? 17:22:43 but there's docs and there's docs 17:22:47 :-) 17:22:52 I'm talking about end user docs like Amber did 17:22:56 I get that it probably should be done later as the code fluctuates, but it seams that it should be subject to version control, issue tracking, etc. 17:23:11 oh... I'm talking about the wiki 17:23:16 So if I understand, its OK to keep some development documentation on foss2serve? 17:23:21 Hey john! 17:23:25 it's fine to heidi 17:23:31 OK, thanks. 17:23:38 hey heidi 17:23:40 stoney: and then you put it in the README, etc. 17:23:49 ok 17:23:50 Ah, got it! 17:23:55 cool 17:24:11 Moving on? 17:24:31 #topic bugzilla.gnome.org - Needs more attention from us 17:24:41 And what I mean by that... 17:24:57 I know I haven't been watching any bugs 17:25:17 Is there a way to watch all new and existing bugs for MouseTrap? 17:25:29 Right! I've been looking for that and couldn't find it. 17:25:40 meaning get emails whenever something happens? 17:25:43 lemme pull up the proper address 17:25:46 one sec 17:25:50 cool 17:25:51 I believe that you should be able to set yourself up to "watch a bug. 17:26:09 I just can't figure out how. 17:26:10 bugzilla.gnome.org 17:26:14 be sure you are logged in 17:26:19 the preferences link 17:26:23 then email preferences link 17:26:46 at the bottom of the resulting page there is an entry to "Add users to my watch list" 17:26:50 you want to add..... 17:27:00 mousetrap-maint@gnome.bugs 17:27:15 (yes, I know that's not a valid email address) 17:27:17 (just do it) 17:27:34 sweet! 17:27:35 I just tried and it errors 17:27:41 Bugzilla was unable to make any match at all for one or more of the names and/or email addresses you entered on the previous page. 17:27:55 worked for me 17:28:00 new_watchedusers: 17:28:02 mailto:mousetrap-maint@gnome.bugs did not match anything 17:28:19 Nvm.. Firefox copied the mailto: 17:28:25 aha! :) 17:28:31 :-) 17:28:36 * joanie rolls her eyes at LoganH 17:28:37 (kidding) 17:28:46 lol 17:28:52 :) 17:28:53 thanks joanie 17:29:00 you bet 17:29:13 from there... I was reading through the bugs 17:29:30 I noticed that some sound awfully familiar 17:29:32 some might be dups 17:29:33 yeah 17:29:36 right... 17:29:42 for now, I would focus on the current stuff 17:29:48 Yes, OK 17:29:50 and then close out the others later 17:29:54 OK 17:29:56 good 17:30:04 be sure they are indeed dups 17:30:12 hey, on a related note.... 17:30:23 stoney: don't tar up your patch 17:30:24 #info To add yourself to follow bugs, log-in to bugzilla.gnome.org, click preferences>email preferences, and add "mousetrap-maint@gnome.bugs" to the "Add users to my watch list" box. 17:30:26 please and thank you 17:30:43 it was too big... what should I have done? 17:30:54 attach it as-is as a patch 17:31:00 it was too big 17:31:02 be sure you check the "patch" checkbox 17:31:38 hm... I thought I had done that... but it yelled at me for being too big... that I should split them up 17:31:48 then you should split them up :) 17:32:10 :-) 17:32:13 but it's like a measly three files... with newlines changed... 17:32:18 sure, I'll try 17:32:24 thank you 17:32:36 I think there may be other files that have them too, but not positive 17:32:37 at that point, it seams easier to comment in a command :) 17:33:10 I just blasted it with a "find . -type f -exec dos2unix "{}" \;" 17:33:24 those were the only three it found 17:33:28 hmmmm 17:33:31 at least on the new branch 17:33:37 not the old stuff 17:33:47 ok maybe that's it 17:34:09 should I do the same for master? 17:34:13 no 17:34:21 I'll look later 17:34:28 and if you missed stuff I'll comment 17:34:36 great thanks! 17:34:55 In the meantime, I'll try to split the patch too.. .just for practice :) 17:35:05 cool 17:35:37 I also noticed that someone had contributed a patch for fixing some of the opencv stuff... 17:35:47 I felt like an idiot for not seeing earlier 17:36:01 if it's still relevant, check it out 17:36:28 but don't feel like an idiot. getting up to speed on any upstream project is hard 17:36:34 more so when it was abandoned 17:36:45 cool 17:37:23 that could be a fun exercise... checkout the version the patch applies to... apply it... test it 17:37:25 And that patch is dated Jan 2012 17:37:29 So might be out of date. 17:38:00 right... but s/he was updating opencv to the newer version (not the python3 bindings) 17:38:29 anyway, it's worth a shot 17:38:30 if it is still relevant (not yet done in your branch), update it and apply it to your new branch 17:38:39 well.. 17:38:48 I think some of it has been done... 17:39:00 was anything missed? 17:39:02 I'm wondering if s/he knows something we don't... 17:39:05 exactly. 17:39:11 my point is, see what the contributor contributed 17:39:17 right 17:39:26 if and how it applies (in the english sense of that word; not git) 17:39:29 and go from there 17:39:30 Yes. 17:39:36 I wouldn't bother with master 17:39:55 #action Stoney will investigate the opencv patch to see if and how it applies 17:40:00 I'll see what I can glean 17:40:05 right :) 17:40:06 :-) 17:40:18 Have I mentioned how much I like working with you stoney?? 17:40:27 :) 17:40:38 Ok... 17:40:50 #topic Most Wanted List 17:40:58 So we have new bugs posted 17:41:18 check the dates, and aim for those (?) 17:41:30 Yes. 17:41:48 is this where your class comes in heidi ? 17:41:54 :) 17:42:03 The SE class is also in the process of creating a more formal set of requirements for the project. 17:42:09 So they'll be spending some time on that. 17:42:27 And we'll have some questions for the community about how things should work and priority of requirements. 17:42:56 We'll get a clean set of questions and then ask for input. 17:43:05 ok 17:43:25 Any thing else for today? 17:43:45 I've got my marching orders 17:43:47 others? 17:43:57 I say this as students may not be able to jump into bug fixing with all their time as they'll be doing requirements, etc. 17:44:08 right :) 17:44:47 OK, so same time next week? 17:44:57 Sounds good! 17:45:01 I will gather info from the SE class and comment on that most recent bug 17:45:05 Sounds good 17:45:11 OK 17:45:19 Thanks again everyone! 17:45:25 See you next week! 17:45:29 #endmeeting