13:59:28 #startmeeting www 13:59:28 Meeting started Thu Feb 6 13:59:28 2020 UTC. The chair is hiro. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:59:28 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:59:41 yo everyone welcome to the weekly www meeting 13:59:57 if you haven't I'll give peeps 5 more minutes to fill up the pad and catch up on what others have been doing 14:00:28 hi :) 14:00:34 also feel free to add topics to the agenda 14:02:48 pili is media going to be a website? 14:02:57 or will it just be the usual directory listing ? 14:04:26 probably just a directory listing 14:04:35 I need to go back through all the history and notes to remember what we decided 14:04:55 oook because if it isn't a directory listing it should go in the roadmap 14:05:05 then I'll start cleaning up and organising wherever we end up doing this 14:05:10 I don't think it will be a website 14:05:14 ok good 14:05:16 as in, it won't be a lektor 14:06:06 oi! 14:06:09 still will it be some specific system configuration? or just apache... ? I don't want to make a big fuss out of this just trying to understand if I should buffer some time for this or it will be just about you organizing the stuff we have in there 14:07:08 if it is just about organizing then carry on no problems... if we need to plan smething different better to plan this sooner rather than later 14:07:26 right 14:07:44 anyways 14:08:02 I think the two options are: 1) move it to a git repo 2) keep things where they are and re-organise 14:08:12 I think we already have both 1 and 2 14:08:22 so it's a case of picking one and running with it? 14:08:52 do we have videos there or just images and presentations? 14:09:06 I guess if we go with 2 I'll need to look at how people can easily update which may require looking at permissions 14:09:07 in 2 we have videos 14:09:13 I think git is not the place for videos... 14:09:20 right, we discussed this already 14:09:23 yes 14:09:26 anyways 14:09:49 I think this is more about organizing then 14:09:52 yup 14:09:57 cool!!! 14:10:07 :) 14:10:15 first topic! 14:10:27 #topic www workflow and documentation 14:10:51 I have been reviewing these documents because I needed to send some instructions to giant rabbit reg the download page 14:11:16 I made some changes in https://dip.torproject.org/torproject/web/wiki/blob/master/Our-Workflows.md 14:11:24 nice 14:11:27 to remove references to tor-internal people and outside people 14:11:32 because there are no such differences 14:11:52 I think we have been very lucky in this group to have a lot of contributors that are volunteers 14:12:06 and have done such an amazing job really 14:12:09 <3 14:12:12 <33 14:12:29 <3 14:12:31 so the first thing is making life easier for people that want to help... 14:12:31 <3 14:12:36 +1000 14:12:38 thanks a lot rotationmatrix! 14:12:46 ^ you are one of these very nice people 14:13:04 so I made a few changes about people that have a gitlab account 14:13:07 and people that don't 14:13:20 and if people start contributing with a certain frequency they should get a gitlab account 14:13:39 if they want of course 14:13:59 but if you have other ideas please feel free to suggest other stuff that we can do 14:14:16 yeah. also, if they are writing a lot of content they should build the website in local (i think the step 2 in the howto is a bit permissive about the lack of build-- sorry i talk like a cop) 14:14:16 to make life easier to people that are here because they are very much involved with tor 14:14:43 yes emmapeel... also there are some issues with that part of the documentation 14:14:55 kushal has been having problem and reporting that some things are broken 14:15:22 yes, we need to make the howto better. c1e0 worked on that as well 14:15:31 hiro: you're welcome! very happy to be helping out! :D 14:15:33 i believe that outreachies contributors didn't achieve the goal to have a local lektor build in windows 14:15:35 yup, every time I go back to developing on the website I have to fix build issues 14:15:36 just could not build any of the sites, I guess due to version bump of the i18n plugin 14:15:57 also I will have to figure out and then update the instructions 14:16:10 I still get some errors sometimes and the lego submodule does not get updated for me when I run the commands 14:16:25 as in, I could still see the YE campaign banner on my local builds for the longest time... 14:16:26 anyway 14:16:35 the command is: $ git submodule update --remote 14:17:05 i can help out sometimes but yeah sometimes im offline 14:17:05 let's keep documenting when we fix hings 14:17:06 hiro: yeah, I think that's what I was running... :/ 14:17:14 but lets try to fix those errors and paste the solutions in the howto 14:17:24 Also, I will have to get my RPM packaging signing key to be mentioned someplace so that people can verify the fingerprint. 14:17:37 kushal: yess, it's the next topic :) 14:18:08 c1e0: around? 14:18:09 ggus, ah, sorry, missed the topic list. 14:18:35 kushal: https://pad.riseup.net/p/tor-www-weekly-keep agenda pad. you can add whatever you want to discuss 14:18:37 I'm here :) 14:18:45 o/ c1e0 14:18:57 just to finish, i think the website test will be better if we can build it in local. i feel the lack of local build makes the page composition suffer a lot, as the editors cannot experiment with different kinds of fonts or tables, etc, and some errors get overlooked like lacks of closing brackets 14:19:27 c1e0: do you tried to build the website locally and worked? or are you still having issues? 14:20:01 hiro, thank you 14:20:21 thanks kushal for getting involved 14:20:34 ggus: I faced a few issues. But managed to fix them 14:21:12 also I think a few issues are about python version and the localization plugin... I think I should update that in lego so that we run the latest version 14:21:17 c1e0: in windows or linux? 14:21:40 Linux 14:21:50 because our plugin is not downloaded but installed from lego 14:23:05 ok next topic? 14:23:14 si si 14:23:34 #topic adding new keys 14:23:47 #link https://dip.torproject.org/torproject/web/tpo/issues/54 14:24:02 this is the issue kushal mentioned 14:24:18 where can we add keys so people can verify what they instal? 14:24:42 antonela? ggus? 14:24:46 ideas? 14:24:58 mmm 14:25:26 maybe we want to have this info in each build? 14:25:42 what do you mean in each build? 14:26:08 antonela, I mean there should one page containing all key information, what is being used where. There is an old documentation page like that. 14:26:26 hmm, maybe that should go in support portal 14:26:31 i see, do you want to keep this in just one page? 14:26:37 or dev portal 14:26:45 antonela, one single place is better. 14:26:54 emmapeel, this is more for the users than devs. 14:26:56 maybe download/signing-keys 14:27:06 emmapeel: I really struggle with the distinction between users, power users and devs 14:27:15 we can copy + paste all that content in a new page, that is easy 14:27:16 yah mee too 14:27:26 so yes, what kushal is describing would be for users ideally, but pragmatically it's going to be power users 14:27:38 this is for people installing the fedora package 14:27:51 pili, yes, for a mix group of people. 14:28:00 also, who did maintain this page before? 14:28:07 it was in the old website 14:28:09 that person should be able to edit the new page as well 14:28:14 and sometimes it was updated 14:28:14 its going to be power users if its only the rpm keys, but if it is all keys i think more people should use them 14:28:36 I think people signing packages would update that or open a ticket and ask me to do it 14:28:42 one page with all keys, with also the keys for the android packages and the tor browser ones 14:29:01 hiro, we should file a ticket and then you update. People should not be able to update that page easily. 14:29:12 As that is important+security. 14:29:31 it would be the people that can update the website 14:29:41 same as before 14:29:44 yup, that is still okay 14:29:49 these are people with ldap in tor 14:30:44 Okay 14:30:48 this signing page could either be an entry in support page or download/signing-keys or both 14:31:10 download/signing-keys sounds better in my mind :) 14:31:16 kushal: let me rephrase it. not all people with ldap in tor can update the website... but to update the website you need to have ldap 14:31:34 hiro, ah, this makes more sense :) 14:32:10 ggus: after we create it, we can change the support pages about verifying 14:32:37 yep, for every new doc, you need to change more two docs :) 14:33:15 would something like this work: https://www.torproject.org/download/tor/ ? 14:33:21 like a table with the package and the keys? 14:33:37 yeah! 14:33:42 yes 14:33:43 or you would lke to have somethign that has also a little bit of how-to ? 14:33:46 this page will enter on the list of pages without translation 14:33:52 but we will need to update, reach out teams and ask them 14:34:00 to prevent defacing on translations 14:34:41 maybe the howto can be a link to the support page 14:34:50 * ggus needs to change his location 14:36:42 ok I think I am going to open an issue on dip 14:36:45 with these ideas 14:36:49 and we can discuss 14:36:58 it makes more sense 14:37:08 Sounds good to me. 14:37:29 if everyone is groot we can move to the next topic 14:37:57 +1 14:38:12 #topic publish localization updates 14:38:20 all yours emmapeel 14:38:48 yeah i was wondering of having a log of new files to translate, to check out if published 14:39:20 what do you think about adding a translation 'updates' or 'news' to https://community.torproject.org/localization/current-status/ 14:39:44 is this going to be like a changelog or a summary? 14:39:58 like a changelog i think, with links 14:40:34 I am ok with this 14:40:50 for example 2020-02-01 Published Persian translation [Tor Project website](/link) 14:41:01 do you think translators would like that? 14:41:12 yeah, translators and sponsors :D 14:41:34 then if your queue has buffer go for it 14:41:35 at which would we archive old updates? 14:41:48 as in, do we want to show the last 5/10 updates only? 14:41:59 it can be paginated also like a blog 14:42:36 hmmm not sure about the amount. the idea will be poeple to browse about the last work of translators. i hope they are not big updates. 14:42:51 i can prepare a ticket-branch and we discuss there 14:43:19 it can also be per year.. 14:43:24 or some amount of time 14:43:44 and then after a while updates are just deleted 14:44:53 ok if everyone is groot we can move on... 14:45:10 im groot 14:45:11 #topic misc 14:45:23 ok we don't have other topics 14:45:34 so if you want to talk about anything that isn't listed please do so 14:47:17 if everybody is rather groot we can finish the meeting 14:47:23 I am groot 14:47:49 +1 14:48:00 oook! thanks everyone 14:48:03 #endmeeting