20:05 <popey> #startmeeting Filemanager meeting 20:05 <meetingology> Meeting started Tue Jul 8 20:05:39 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 20:05 <meetingology> 20:05 <meetingology> Available commands: action commands idea info link nick 20:05 <ajalkane> I haven't had much time at all to do anything. But the content-hub branches are still pending for approval and I guess the *-dev2 changes might have brought additional problems regarding that. 20:05 <popey> I see Mike has been commenting on your merges.. 20:06 <popey> https://code.launchpad.net/~ajalkane/ubuntu-filemanager-app/content-hub-preliminary/+merge/219419 20:06 <ajalkane> Yeah, Mike's done thankfully good reviewing 20:06 <popey> looks like that one needs a trunk merge? 20:06 <ajalkane> I did the trunk merge. But I can't test. And I guess jenkins is failing, though I don't know why? 20:07 <ajalkane> preliminary? Hmm... Is it enough I do the merge to the multiselect branch? 20:07 <ajalkane> The multiselect one is based on the preliminary one 20:08 <ajalkane> Basically the preliminary branch was a stop-gap solution, but as it dragged, I did a more complete implementation 20:08 <popey> Ah okay. 20:08 <popey> You thinking of merging the two? 20:09 <ajalkane> I'd say multiselect has everything preliminary branch has 20:09 <ajalkane> I branched the multiselect one from the preliminary branch 20:09 <ajalkane> And preliminary branch hasn't had any changes (as far as I remember) after that 20:10 <ajalkane> But since it's based on that one, I made it depend on preliminary branch 20:10 <popey> ah 20:11 <ajalkane> I'm not familiar with bzr merges that much so I'm not sure if that's the correct work-flow 20:11 <ajalkane> Just thought it was 20:12 <popey> so so you could reject the preliminary one if it's no longer required 20:12 <popey> and then try and land the multiselect branch? 20:12 <popey> but that one is failing. http://91.189.93.70:8080/job/generic-mediumtests-utopic/917/testReport/junit/filemanager.tests.test_places/PlacesTestCase/test_go_to_root_must_open_the_root_directory_with_mouse_/ 20:12 <ajalkane> ok... preliminary branch is important (in my opinion) only for human reviewer. If the changes are good, then it doesn't matter if multiselect branch can get through 20:14 <popey> using main qml file from: "/usr/share/filemanager/qml/filemanager.qml" 20:14 <popey> file:///usr/share/filemanager/qml/filemanager.qml:144:9: Type FolderListPage unavailable FolderListPage { 20:14 <popey> what's that about? 20:14 <ajalkane> ahh... 20:15 <ajalkane> okay that's definitely an error. I don't understand how that has creaped up in the branch, but I will fix it 20:15 <ajalkane> * creeped 20:17 <popey> thanks. 20:17 <popey> how about https://code.launchpad.net/~dpm/ubuntu-filemanager-app/readable-root-fix-1331699/+merge/224046 ? 20:17 <popey> is that sane to land? 20:20 <ajalkane> I'll take a look 20:22 <popey> thanks. 20:23 <popey> hmm, wonder why https://code.launchpad.net/~gerlowskija/ubuntu-filemanager-app/bug_1331333/+merge/225092 isn't being touched by jenkins 20:23 <ajalkane> It seems suspicious to me. /home/user/ and /home/userOther/ seem to be mapped to the same name on superficial review. I guess I will need a bit more time to look into it 20:24 <ajalkane> (providing it's "user" browsing the filesystem) 20:24 <popey> ah 20:26 <ajalkane> No idea about the latter, but I seem to remember in mailing list or in some e-mails someone wondering if jenkins rules have changed - the problem being jenkins doing its checks only after someone had approved the change first 20:26 <popey> balloons: you about? know why jenkins didnt touch that ^ 20:27 <ajalkane> The change in question seems proper though, no idea why the original had a button as parent :-o 20:28 <popey> heh 20:28 <popey> I'll get it pushed through once jenkins bothers to care about it 20:28 <balloons> yes, because jason isn't on the devs list 20:29 <popey> ah, okay, can we force it? 20:30 <balloons> already done 20:30 <popey> thanks 20:32 <ajalkane> popey: any progress on FileManager being able to being a content hub importer for any file? 20:32 <popey> well, there's an interesting discussion going on about that. 20:33 <popey> and discussions about what the platform expectations are for that. I need to beat some heads about to get a final answer. 20:34 <popey> I'll get that rounded off and let you know. 20:35 <ajalkane> Thanks 20:36 <popey> Anything else? 20:37 <ajalkane> It makes no sense for FileManager to be a content-hub exporter unless it can export any file, or at least be exporter for multiple file types. AFAIK you can register one app for only one content-type at the moment. 20:37 <ajalkane> That's my final worry for the on-going discussions :) 20:38 <popey> Noted ㋛ 20:38 <ajalkane> Of course being able to register only for one content type might have changed since I've looked into it, but if you can make sure of it great... 20:38 <ajalkane> Thanks for the meeting! 20:38 <popey> Cheers ajalkane! 20:38 <popey> #endmeeting