15:59:32 #startmeeting 15:59:32 Meeting started Fri Jul 24 15:59:32 2015 UTC. The chair is zack. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:59:32 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:59:43 looks like the first topic will be easy :) 15:59:46 #topic roll call 15:59:51 presents: zack, clemux, orestis 15:59:58 (matthieucan and jpleau are on VAC) 16:00:03 #topic next meeting 16:00:18 as a reminder, *I* will be on VAC starting next week, for ~2 weeks 16:00:27 so I will not be around for 2 meetings 16:00:40 IIRC, matthieucan said he will be back, and can chair for those 2 meetings 16:00:47 (right? :)) 16:00:51 i think so 16:01:05 in any case, I don't think it makes sense to schedule a meeting right now 16:01:14 I'll mail all of us reminding matthieu to do so 16:01:29 but I'm confident it will be next week, back to the usual day/hour 16:01:42 #topic orestis - weekly review 16:01:56 orestis: floor is yours 16:02:04 i pushed some use stories in PR#30 16:02:11 i listed target users as well there 16:02:23 * zack opens the PR 16:02:25 i ll push the use cases maybe tomorow 16:02:48 you haven't yet asked for review on that stuff, right? 16:02:56 or have I missed it? 16:03:15 hm maybe not.. i thought you would check the old functionalities 16:03:30 so i guessed that you would see that as well since it is on the same PR 16:03:43 I was actually waiting for an explicit request, I guess we didn't coordinate properly 16:03:46 but that's ok 16:03:51 here is what I suggest: 16:04:09 if you can submit a review request in the next ~20 hours 16:04:16 I'll be happy to go through it on my flight back 16:04:27 so that you've feedback before I leave on VAC 16:04:42 how does that sound? 16:04:43 i have nothing to add on the use stories. so you can review those already 16:05:03 i ll try to have the use cases as well for tonight so you can review all of them 16:05:04 ok, can you mail me asking to do so? (it works better with me as a TODO list ;)) 16:05:15 yeap i ll do that :) 16:05:27 bonus point: you include the .txt file as attachment to your email ;) 16:05:42 in the meantime i have listed what i thought the most important tasks for the patch tracker on trello 16:05:45 sure :) 16:05:58 ok, in which list on trello? 16:06:05 on the patch tracker 16:06:10 todo patches 16:06:12 ah, saw it 16:06:35 (i'm quickly going through them) 16:06:56 looks pretty good 16:07:05 there is only one I don't understand: the patch-track plugin for the updater 16:07:12 why is that needed? 16:07:44 i thought we d have another table for the patch tracker so we would hjave to fill it on update time no? 16:07:56 so 16:08:00 it depends 16:08:19 using the DB makes sense only if we cannot sensibly extract all the info we need on the fly 16:08:26 when patches.d.n is used on the web 16:08:42 with the old you could search by maintainers email for example.. if we choose to do that then we will need it 16:08:59 ok 16:09:07 but I think such a feature should not be specific to the patch tracker 16:09:18 if we want to search by email, I think it should be a general feature for all debsources blueprints 16:09:34 so I'd rather *not* put it in a patch-tracker-specific plugin 16:09:41 ok i see 16:09:42 what else would need a DB table? 16:09:56 i think nothing else for the moment 16:10:01 ok 16:10:09 so I think we should ignore the need of a plugin for patch tracker for now 16:10:21 and maybe add to backlog a more generic "search by package metadata" feature 16:10:27 (low priority) 16:10:34 what do you think? 16:10:54 yeap sounds good. i ll update trello 16:11:00 cool, thanks 16:11:07 anything else to report about for this week? 16:11:10 nope 16:11:18 next topic then 16:11:23 #topic orestis - next week 16:11:39 I guess you'll want to pick from the tasks you've created 16:11:50 yeap, 16:12:05 maybe the skeleton vlueprint, browsing by package prefixes etc.. 16:12:11 ok 16:12:17 it should be fairly easy, right? 16:12:27 yes those are going to be easy 16:12:56 i think that next its probably good to start the summary of a package/version in the patch tracker 16:13:10 can you expand on what is a "summary" for you? 16:13:36 general info of the package and then list the patches along with some info on the patch (description, files changed) 16:13:56 so, the package summary too seems to be a more generic feature 16:14:03 that we might want (one day) for all blueprints 16:14:05 doesn't it? 16:14:42 if so, I'd rather focus on patch tracker specific functionalities for this week 16:14:43 i think its more patch tracker specific.. i mena why would we need that in the sources one? 16:15:04 which informaiton of a package do you plan to show? 16:15:24 i found a [patch tracker running based on the old one.. i was talking about this page http://patches.osdyson.org/package/gdata-sharp/2.2.0.0-2+dyson1 16:15:31 oh, I think I understand what you've in mind 16:15:42 the browsing of the patch tracker will "stop" at the package/version level 16:15:52 while debsources goes down to the source file level 16:15:58 ok, fair enough 16:16:11 but I recommend making the code/template that shows the package information easy to reuse 16:16:18 because we *might* end up using it elsewhere 16:16:36 yes sure.. more patch specific uses would be downloading or viewing a patch 16:16:41 ok 16:16:42 if you prefer i can start with those 16:16:46 so 16:16:58 I think that to list the patches, you will already need to decide which patch formats to support 16:17:16 true! 16:17:31 I think we should begin with "3.0 (quilt)" for now 16:17:41 as it is the most popular in *current* development suites 16:18:06 yeap ok 16:18:08 don't bother supporting other formats for now, but keep in mind they *might* be supported in the future 16:18:13 so prepare the needed abstractions 16:18:39 ok sounds good for me 16:18:43 looks enough for the week, right? 16:19:09 yes.. if i have time i might do the view of a patch 16:19:33 sounds good 16:19:42 * orestis goes to update trello 16:19:45 k 16:19:50 #topic clemux - weekly review 16:19:54 clemux: you're up! 16:20:12 so, I'm still trying to write tests for the celery tasks I've already written 16:20:26 any specific blocker? 16:20:37 I'm kind of stuck... I think I need help, and should have for help earlier :/ 16:20:49 uhm 16:21:00 the problem is that I'm about to leave for ~2 weeks 16:21:03 yes :( 16:21:09 so,yes, if you're stuck you should've definitely asked earlier 16:21:14 why didn't you 16:21:15 ? 16:21:48 anyway, I still have *some* bandwidth before leaving 16:22:01 I'll be back in Europe on Sunday, but will be busy the whole day 16:22:10 I thought I'd manage, then I got stressed out when I couldn't 16:22:14 on Monday I'll basically work 16:22:27 i don't have any excuse / good reason 16:22:32 so, if you mail me before I leave (in ~20 hours) I can give you feedback while flying back 16:22:45 and then again I can give feedback on Monday, before leaving on Tuesday 16:22:50 will do 16:23:03 so let's avoid losing these opportunities, as they will be the last before debconf 16:23:10 do you have like10 min after the meeting? 16:23:21 I've to run to a talk 16:23:23 *but* 16:23:28 feel free to leave a /query 16:23:33 yes 16:23:36 ok 16:23:37 I''ll check IRC periodically and try to give feedback 16:23:44 it will just not be (really) synchronous 16:23:58 anything else? 16:24:36 I've also looked at the update_suites and gc stages, but did not produce anything because I wanted to have the test suite ready first... 16:24:38 so no 16:24:48 ok 16:24:56 #topic clemux - next week 16:25:13 so, same items of last week? 16:25:18 ... and so I still got the same tasks to do :/ 16:25:21 ok 16:25:32 I won't stress the point too much, because you're clearly well aware of it 16:25:41 but we're in dangerous territory with the async part 16:25:44 I think the design is great 16:25:50 and that you've coded quite a bit of it 16:25:56 but we're still far away from merging 16:26:11 and we should absolutely try to get to that point *earlier* than the end of gsoc 16:26:17 yes 16:26:20 because we cannot risk to merge (and deploy) the last day 16:26:31 it's definitely too much of a dangerous change to do last minute 16:26:49 so, relax, face one small issue at a time, and we will get there in time :) 16:27:39 ok, misc stuff 16:27:54 #topic misc 16:28:02 other topics? 16:28:11 nope 16:28:14 i have one thing to mention.. travis fails on the PRs due to some cloning issue 16:28:25 "cloning" ? 16:28:33 oh, yes 16:28:36 it doesnt clone the repo 16:28:44 do you have a URL handy? 16:28:51 (to the travis failure) 16:28:56 https://travis-ci.org/Debian/debsources/builds/72067704 16:29:03 let's see 16:29:18 and https://travis-ci.org/Debian/debsources/builds/71402313 16:29:31 uhm 16:29:42 I'm trying it locally 16:29:56 I did it locally recently 16:30:01 it looks to work 16:30:06 had no problem 16:30:08 maybe it was just these two tries and travis had some network issues 16:30:13 maybe they've just reduced the travis bandwidth so that it takes too long? 16:30:20 yeah, something like that 16:30:23 can you trigger a retry? 16:30:37 (worked fine on my laptop, and also very quick < 1 minute) 16:30:42 i don't know how. ill check later 16:30:59 orestis: if there is no explicit way to do that, you can do an empty commit and push 16:31:00 and the other thing is about debconf.. we are supposed to send a description of a small talk 16:31:09 zack: yes sure i ll do that 16:31:10 git commit --allow-empty 16:31:23 orestis: uh? 16:31:47 a small talk that you should give? 16:31:50 but as we said with olasd you are already going to talk about debsources so I am not sure what we should do 16:32:08 gsoc stusents will talk for about 15 minutes about their work on debsources 16:32:12 so, please discuss this with olasd (on this channel, so that we have backlog) 16:32:35 arggggg gsoc students will talk about their work 16:32:38 I think we can either pass, pointing to the other talk 16:32:40 *or* 16:32:47 you can do a brief presentation of your specific work 16:33:00 which might be too detailed to fit in the more general debsources talk by myself and matthieucan 16:33:05 I'm open to both options 16:33:19 ok i ll discuss this with olasd later here 16:33:22 I mean, our talk will be general 16:33:36 so copyright.d.n, patces.d.n, and the async stuff will basically only mentioned in passing 16:33:37 I've had exactly zero answers for people to talk for now, so both options are open for me 16:33:54 so it might be nice to have dedicated small talks to your work 16:34:08 that will allow *you* to do the talk :-), and also present more specific details if you want to 16:34:12 olasd: ok, thanks 16:34:21 olasd: thanks! 16:34:30 (crappy network) 16:34:34 anything else? 16:34:41 that's all for me :) 16:34:44 from* 16:34:55 cool, so let's adjourn 16:34:55 #endmeeting