16:02:40 #startmeeting OONI gathering 2016-12-12 16:02:40 Meeting started Mon Dec 12 16:02:40 2016 UTC. The chair is hellais. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:02:40 Useful Commands: #action #agreed #help #info #idea #link #topic. 16:03:20 ok so here we go: https://pad.riseup.net/p/ooni-irc-pad 16:03:24 add your items to the agenda 16:04:56 hi 16:04:57 @Adarsh would you like to start with some updates from the UX front? 16:05:41 Sure! 16:05:59 #topic updates from the OONI UX front 16:07:11 I want to understand how ooni works to make code. I do not have enough network knowledge. Do you have any recommandation to a book about networking? 16:07:58 So last week, we focused on creating some new assets for the web UI. Our goals were to simplify the onboarding process, communicate risks more effectively, and streamline the dashboard. On Friday, I met with Maria, Linda, and Arturo to review and finalize these assets. This week, I am going to be interviewing several OONI affiliates to understand what they would like to see next from ooniprobe and OONI as a whole. I am also going to be building 16:07:58 assets. 16:11:48 adarsh: Great! 16:12:30 for more context this is the the redesigned web UI: https://github.com/OpenObservatory/design/blob/master/misc/2016-12-OONI-Redesigned-Web-UI-rev-2.pdf 16:14:05 the web ui does look rather nice (: 16:14:15 this is also the trac page where we have been tracking the redesign work: https://trac.torproject.org/projects/tor/wiki/doc/UX/OoniUiDesign 16:17:37 @Adarsh thanks for the update! 16:18:10 Also having a minimal style guide is very useful. 16:18:17 @hellais No problem! 16:19:16 @Adarsh something that only just occurred to me now from the style guide, is the colors for the text. 16:19:35 Is the text of .copy the same as OONI blue or is it a lighter blue? 16:19:36 Looks awesome? Where should I put my useless bikeshedding feedback? :) like -- what timezone should be used to display date/time? should it be consistent UTC (across all probes & measurements.ooni.tpo)? should it be browser-based local timezone? 16:20:06 Sorry `Looks awesome?` should be read as `Looks awesome!` :) 16:20:27 (also mine I guess is in the bikeshedding domain) 16:20:45 tor-bikeshed@lists.tpo 16:21:06 irl: lol 16:22:57 darkk: imho the timezone in the ooniprobe web UI should be in the format specific to the locale of the browser and in the timezone of the browser. 16:23:14 the explorer I think should keep it's current convention of casting things to UTC 16:23:45 * irl agrees, users want things local timezone, but whenever dates/times are stored they should be UTC 16:24:04 ideally the UI should accept things in UTC from ooniprobe and present local timezone to the user 16:24:10 in the locale specific format 16:24:25 the library we use does this automatically, thouhg as you rightfully pointed out there is a bug in one of the views where it's not properly localised: https://github.com/TheTorProject/ooni-wui/issues/18 16:24:38 Yep, it should be_stored_ in UTC, but explorer may show stuff in browser timezone as well 16:25:11 I don't know if it's good or not from UI/UX/consistency point of view. 16:25:13 (library we use: https://docs.angularjs.org/api/ng/filter/date) 16:25:33 perhaps we can print timezones next to times? 16:25:37 to avoid any confusion? 16:29:15 I think that for the ooniprobe web UI use case it's fairly natural that the time is localised to the timezone of the browser, so I think omitting the timezone is fine. In explorer where it's a non native timezone we do add the UTC indicator (for example see: http://explorer.ooni.torproject.org/measurement/OevTRGFRWgwAE49qJsuGpYLoMNAHhGPGULWChoeh8nnaC9ofkJ4P36XXpvSD9Of1?input=https:%2F%2Fwww.youtube.com%2Fwat 16:29:21 ch%3Fv%3DYxgnh0lX2rU) 16:29:41 perhaps we can add a tooltip with the timezone if you hover over the time in the web UI? 16:29:48 i've seen this done in other places 16:29:53 can't remember where though 16:30:19 irl: ah yes that would be good idea! I think issue #18 would be a good venue where to discuss these improvements. 16:31:00 added a note to the ticket about it 16:31:07 do we want to move onto the second item 16:31:10 ? 16:31:22 #topic ooniprobe packages in Debian/Ubuntu update 16:31:25 ok cool 16:31:46 so the packages in debian unstable, and deb.tpo {sid, stretch, xenial and yakkety} all work now 16:31:59 the problem was the ooniprobe.conf was still installed when it was just getting in the way 16:32:33 this has been removed from the packaging and on upgrade from an older version, it will either delete the file (if no changes were made) or it will move it to ooniprobe.conf.dpkgbackup or something like that 16:32:38 either way, this will no longer be an issue 16:32:53 the remaining packages need two backports, python-openssl and python-geoip 16:32:59 i'll be working on those this evening 16:33:14 the greenhost servers that have been provisioned are *extremely* useful 16:33:31 irl: this is great news! Thank you so much for all of this! 16:33:35 i now have a workflow where (if no backports are required) i can do a full set of packages in under 2 hours 16:34:02 i'm hoping to bring that down even futher by using jenkins to perform the builds on the build servers and perform the changelog modifications for each suite 16:34:12 then i just have to test, sign and upload 16:34:24 irl: excellent thank you! 16:34:33 gulag must be destroyed! 16:34:38 regarding the webui, there is a problem in that webpack is not in debian 16:34:51 and so the assets must be built outside of debian and included as binary blobs 16:35:02 this relegates ooniprobe to contrib for now, officially not part of debian 16:35:16 as time allows, i plan to work on getting the necessary packages to have gulp and webpack available 16:35:23 and as soon as that happen we can move ooniprobe back to main 16:35:41 this is a time constrained thing and no other blocking technical issues 16:35:50 irl: how are npm dependencies handled? 16:36:00 irl: do you also have to have a package for every single npm dependency? 16:36:12 there will need to be a package for every single npm dependency 16:36:21 omg 16:36:23 so you'll understand why time is an issue here, given i also have a full time job 16:36:55 that is kind of crazy though, that debian enforces this sort of procedure to build packages 16:36:59 for now i'm including the pre-build assets from the ooniprobe git repo, and also including the tagged sources 16:37:04 from the ooni wui repo 16:37:11 so it's open source, but it's not includable in debian main 16:37:36 irl: have you checked if there is still an issue with python-txtorcon version 0.17.0-1 and ooniprobe? 16:37:37 it's not really crazy, it's a good policy, if software hasn't been vetted, don't just go grab it from an untrusted 3rd party source and run it with root 16:38:00 ah, python-txtorcon did have an issue and i fixed it i think for one suite but forgot to fix it for the others 16:38:17 basically as i knew that 0.17.0-1 was available, i dropped the version requirement from the requirements.txt 16:38:19 i think 16:38:29 then ooniprobe stopped complaining 16:38:38 there's a bigger underlying issue, but it's a fix that works for now 16:38:42 again, time constraints 16:39:11 irl: do you host somewhere the code for the Debian build and test scripts? 16:39:11 irl: well these deps are javascript dependencies so they are running within the context of a web browser. 16:39:51 anadahz: https://gitweb.torproject.org/debian/ooniprobe.git/ 16:40:10 hellais: i know, and you're welcome to join the bikeshed at debian-js-bikeshed@lists.debian.org 16:40:34 the policy is the policy and for good enough reasons that we need to think carefully if it's going to be changed 16:40:49 the big issue is that node.js is a language that forgot to have a standard library 16:40:54 irl: re python-txtorcon 0.17.0-1 isn't going to be installed by default if a user has the tpo deb repo setup? 16:41:06 anadahz: it should be 16:41:18 i'll double check that later today 16:41:45 ooooh 16:41:51 i didn't do backports for ubuntu 16:41:55 adding those to the list 16:42:13 Though this version produces a version compare conflict: pkg_resources.ContextualVersionConflict: (txsocksx 0.0.0 (/usr/lib/python2.7/dist-packages), Requirement.parse('txsocksx>=1.13.0'), set(['txtorcon'])) 16:42:32 (full log in https://github.com/TheTorProject/ooni-probe/issues/693) 16:42:43 yep, i'll be double checking all of this 16:43:08 i'll see how far i can get, tomorrow i'll not be doing much (flying to romania) but then next week i will finish off anything that remains 16:43:11 i've seen the log 16:43:26 So in my case I needed to downgrade to python-txtorcon=0.11.0-1 to make ooniprobe happy. 16:43:43 irl: thx! 16:43:59 (: 16:44:28 ok, i told my boss i couldn't meet with him as the ooni meeting was scheduled, but i should run now and see what he wanted 16:44:37 i will update the github issue #693 with progress 16:44:47 irl: hehe, ok. If there is a list I can share some of my dissatisfaction with the debian policy related to js packages I will :P 16:45:08 hellais: i'll see if i can find the thread, but debian-devel@ has had a lot of it 16:45:25 irl: when do you think the packages for jessie and trusty will be uploaded? 16:46:06 (also https://github.com/TheTorProject/ooni-probe/issues/695 is the master ticket for release 2.1.0 that includes the ticks for jessie and trusty) 16:46:19 irl: ok cool I will inspect that! 16:49:23 random search yielded this: https://lists.debian.org/debian-devel/2016/11/msg00843.html (seems like somebody is already looking into packaging webpack) 16:50:17 do we have anything else to discuss this week? 16:51:24 * sbs crickets 16:52:29 any news regarding OONI "published" for the stores (Play Market & AppStore) 16:52:34 *publisher 16:52:57 I mean usage of "Tor Project, Inc." vs. having separate account. 16:55:56 yeah I briefly looked into the option of publishing it under a separate account and it seems like Apple has a fairly strict policy for app store inclusion 16:56:18 like you need to be a legally recognised entity and have DUNS number and a bunch of other stuff 16:57:40 I still need to follow up with tor people to learn if it's possible to publish under the android account of tpo and create an account for Apple for tor 16:58:46 that said it seems like both apple and google play support transfering apps from an account to the other and you don't loose installations or reviews so even if we are to publish it under one our personal accounts and migrate it later it's not a big deal 16:59:12 (the only caveat is that you can't do it if you integrate with iCloud or Passbook, which I guess we don't) 16:59:47 ah, that's good news. I thought, that the transfer is impossible due to code signing key being coupled with both the app and the account. 17:01:23 I think you have to republish a new App signed with the new key, but you don't loose users or reviews which is good 17:01:42 nuke: is this consistent with your experience? 17:02:13 are old-key-and-app -> new-key-and-app updates seamless? 17:02:54 darkk: from what the documentation and comments on stackoverflow, yes 17:04:50 https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Chapters/TransferringAndDeletingApps.html 17:05:32 https://support.google.com/googleplay/android-developer/answer/6230247?hl=en 17:07:45 I'm glad that it's possible nowadays. Sorry, https://s-media-cache-ak0.pinimg.com/736x/6b/c8/85/6bc885fc0edbd78f67314930d671c3fd.jpg 17:08:16 do we have more items to discuss talk about? 17:09:02 EOF 17:09:22 sounds good 17:09:25 #endmeeting