07:21:56 binaryfate: Please deploy master when you can. 07:22:21 We will also need a cache flush 08:23:38 cache flush after deployment right? 08:34:32 yep 08:37:39 Are there opinions about removing the "Known issues" field in the downloads page? 08:37:57 I added it because somebody requested it, but i feel it's kinda useless 08:38:38 Now we have more frequent releases and usually if there is a problem the release with the fix is released quite soon 08:39:38 that field is also quite annoying to maintain, because we need to change a field (issues.yes issues.no) and by the time that's done the issue is probably solved 08:40:37 selsta do you have an opinion on that? do you think make sense to keep that field or my points about releases make some sense? 08:42:17 Asking now because i was about to make some changes. I wanted to remove the dropdown and replace it warning banner, but now i'm asking myself if would just be better to remove it 09:38:54 .merges 09:38:54 Merge queue empty 09:39:14 .merge+ 1117 09:39:15 ... 09:48:32 .merges 09:48:32 -xmr-pr- 1117 11:43:32 ErCiccione[m]: if it is annoying to maintain then we can remove it 12:17:20 ErCiccione[m]: deployed. fluffypony can you flush? 12:17:27 on it 12:17:38 binaryFate: do you have a handle on the CDN or must I do that too? 12:17:46 I can do CDN 12:19:50 ok 12:19:58 Thanks guys 12:20:05 cache flushed on the CF side 12:22:21 should be good 12:27:34 sarang your post about tryptich is online: https://www.getmonero.org/2020/08/22/triptych.html 12:36:48 fluffypony: when linking to the website in the future, should we link to https://getmonero.org or https://www.getmonero.org ? 12:37:01 either or 12:37:14 just don't link to web.getmonero as that's a cache-skip 12:37:20 ok 12:41:17 fluffypony: some people still link to the src.getmonero.org subdomain, would it make sense to redirect it? same for web.getmonero.org to avoid duplicated content? 12:41:36 src does redirect 12:41:47 it did not for me 12:41:49 web is the canonical pass-through if the CDN endpoint doesn't have a cached page 12:41:53 oh weird 12:41:54 it's supposed to 12:41:55 https://src.getmonero.org/resources/user-guides/verification-windows-beginner.html 12:42:01 does not redirect 12:42:11 kk lemme fix 12:42:23 ok, understand web now 12:43:47 fixed 12:43:57 redirect might be cached client side 12:44:00 so it won't work immediately 12:44:22 but if you try in a different browser it should work now 12:44:27 it did redirect now for me 12:44:30 looks good 12:48:37 Hooray for Triptych blag post! 12:49:27 https://www.reddit.com/r/Monero/comments/ihkff7/triptych_is_accepted_for_publication/ 12:55:23 \o/ 13:33:17 lol selsta. I opened the same PR to change monerooutreach.org links and didn't think of doing it for getmonero. 13:34:15 .merge+ 1160 13:34:16 Added 13:35:15 mmh wait a sec. i'm commenting on the PR 13:35:59 .merge- 1160 13:35:59 Removed 13:36:12 yeah now i remember why i didn't do it 13:36:37 why? :P 13:37:40 Because those links shouldn't be there anyway 13:37:41 i mean 13:37:54 right, jekyll supports this 13:37:54 they should use jekyll's format: {{ site.baseurl }} 13:38:00 but we can still change them for now 13:38:24 changing web to www does not make it less correct 13:39:00 it's important to have the jekyll structure, because otherwise when the onion address will be available people will be redirected to clearnet for no good reasn 13:39:03 *reason 13:39:25 so, would be good to replace all web.getmonero... to {{ site.baseurl }}... 13:39:55 selsta could you change those links directly to the liquid structure? 13:40:20 how should it look like exactly? 13:41:03 https://www.getmonero.org/2019/02/01/pruning.html -> {{ site.baseurl }}/2019/02/01/pruning.html 13:47:38 Now that i think about it we will probably need to edit a couple of things anyway to avoid linking to clearnet once the the onion address will be deployed. I will look it up. 13:49:10 Or maybe we can deal with that directly with nginx. Probably just better to wait for pigeons to finish with it before making conjectures 13:49:29 speaking of pigeons, I am in search of a host for the xmr-pr bot 13:52:23 nginx can replace all of the instances of getmonero.org with foobarblahhh123abc.onion in all of the responses, but it's probably better to just use relative links everywhere, if we want people to stay on the same domain 13:56:22 yeah, that's why it's important to have jekyll deal with all internal links 13:58:20 thanks selsta :) 13:59:54 .merge+ 1160 13:59:54 Added