2020-05-05 13:51:05 ikke: i switched bot 2020-05-05 13:51:10 but i guess it will have bugs 2020-05-05 13:51:15 let me know 2020-05-05 13:51:33 closing lid 2020-05-05 13:51:37 thanks 2020-05-05 13:51:51 o/ 2020-05-05 15:41:08 ikke: i forgot one thing 2020-05-05 15:41:24 ok? 2020-05-05 15:41:31 Irclogs 2020-05-05 15:41:48 ah, right.. 2020-05-05 15:41:50 Need to copy over from old host to new 2020-05-05 15:41:54 ok 2020-05-05 15:42:00 logging itself is working? 2020-05-05 15:42:07 Should be 2020-05-05 15:42:15 ok 2020-05-05 15:42:18 On diff url 2020-05-05 15:42:20 nod 2020-05-05 15:42:30 irclogs.a.o 2020-05-05 15:42:39 can we redirect? 2020-05-05 15:42:47 Yes 2020-05-05 15:43:11 But logs is more time sensitive 2020-05-05 15:44:02 Or you need to concat them 2020-05-05 15:44:28 what do you mean? 2020-05-05 15:45:30 Merge them 2020-05-05 15:45:35 It logs now 2020-05-05 15:45:45 And on old host before 2020-05-05 15:46:09 Easy is to just replace them 2020-05-05 15:46:14 right 2020-05-05 15:46:18 which ones we replace? 2020-05-05 15:47:01 All 2020-05-05 15:47:12 all new ones? 2020-05-05 15:47:36 Remove all 2020-05-05 15:47:44 It has some junk 2020-05-05 15:48:28 Don't we want to keep the old historical logs? 2020-05-05 15:48:43 (We probably misunderstand eachother) 2020-05-05 15:52:39 oh, the user from github requests direct access to the gitlab docker project 2020-05-05 16:30:59 Yes keep old 2020-05-05 16:31:18 So move them from old to new 2020-05-05 16:32:23 ikke: GitHub? 2020-05-05 16:32:50 gun, the one you redirected to gitlab :) 2020-05-05 16:33:41 Request direct access? 2020-05-05 16:33:50 What does that mean? 2020-05-05 16:34:21 Instead of forking the project, they requested to be added as member to docker/gitlab 2020-05-05 16:34:29 which is an option with gitlab 2020-05-05 16:34:43 Aha 2020-05-05 16:34:48 I didn't know that 2020-05-05 16:34:55 (you can also disable it per project) 2020-05-05 16:35:32 Where do you see that? 2020-05-05 16:35:37 I got an e-mail 2020-05-05 16:36:13 https://gitlab.alpinelinux.org/alpine/infra/docker/gitlab/-/project_members 2020-05-05 16:36:17 here you also see it 2020-05-05 16:36:47 I don't 2020-05-05 16:36:58 Maybe because I'm on mobile 2020-05-05 16:37:05 I also didn't get an email 2020-05-05 16:37:28 aha 2020-05-05 16:37:38 strange, I would expect you to also receive an e-mail 2020-05-05 16:37:44 https://imgur.com/a/Pwjc28P 2020-05-05 16:38:15 Hah 2020-05-05 16:38:20 I'm not logged in 2020-05-05 16:38:25 that explains 2020-05-05 16:38:28 I think that matters 2020-05-05 16:38:32 :) 2020-05-05 16:38:41 yes, that's very plausible 2020-05-05 16:39:29 Yes 2020-05-05 17:51:11 ikke: did you copy the logs? 2020-05-05 17:51:38 hmm, not yet 2020-05-05 17:51:46 ok im on it 2020-05-05 17:51:46 got dragged in debugging beautifulsoup4 2020-05-05 18:19:52 ikke: new gitlab patch rel out 2020-05-05 18:20:41 i also updated the default branch 2020-05-05 18:27:00 dmvpn1 and 2 are now A records 2020-05-05 18:27:53 kunkku: i guess there is no added benefit atm to have working AAA records? 2020-05-05 18:45:01 ikke: how did we previously retry stable branches? 2020-05-05 18:45:19 clandmeter: you mean for IPv6? 2020-05-05 18:45:31 kunkku: yes 2020-05-05 18:46:27 I think dmvpn[12].a.o is mainly used for ssh'ing to the hosts 2020-05-05 18:46:47 right 2020-05-05 18:47:00 seems they don't have default route for IPv6 2020-05-05 18:49:58 clandmeter: retry 3.11-stable 2020-05-05 18:50:16 and that ever worked? 2020-05-05 18:50:18 :) 2020-05-05 18:50:33 afaik, it did 2020-05-05 18:50:37 but no clue 2020-05-05 18:50:55 i will need to look at old code 2020-05-05 18:50:58 maybe i messed up 2020-05-05 18:53:50 probably i did :) 2020-05-05 19:27:16 ikke: is there an option to have link to create an issue based on a specific template? 2020-05-05 19:27:32 usecase: flag a package 2020-05-05 19:29:04 I haven't seen that 2020-05-05 19:29:10 issue templates in general 2020-05-05 19:29:29 it looks like you can put some fields in the url 2020-05-05 19:29:33 like assign 2020-05-05 19:29:52 issues/new?issue%5Bassignee_id%5D=&issue%5Bmilestone_id%5D= 2020-05-05 19:30:45 i guess templates need to be added to git repo 2020-05-05 19:30:51 ?issue[description]=test issue 2020-05-05 19:30:54 that works 2020-05-05 19:31:16 But I guess you don't want the entire message in the url ;) 2020-05-05 19:31:23 :) 2020-05-05 19:31:42 i guess its complicated to do it via an url 2020-05-05 19:31:49 have a template and assign it to a user 2020-05-05 19:31:53 so yes, .gitlab/issue_templates/ 2020-05-05 19:32:09 so we could use that instead on pkgs.a.o 2020-05-05 19:32:38 nod 2020-05-05 19:32:58 ill try it with some other repo first. see if that kind of functionality even exists when templates are available 2020-05-05 19:33:00 but note that things like assigning and labels most likely won't work 2020-05-05 19:33:14 ah 2020-05-05 19:33:18 they are not a member 2020-05-05 19:33:21 nod 2020-05-05 19:33:59 well, maybe its not needed to directly assign 2020-05-05 19:34:05 cc /username 2020-05-05 19:34:11 or whatever 2020-05-05 19:34:15 should work I guess 2020-05-05 19:34:26 But that requires us to know the username in gitlab 2020-05-05 19:34:28 but we need to match users 2020-05-05 19:34:32 :P 2020-05-05 19:34:44 and not all maintainers have accounts 2020-05-05 19:35:00 most of them dont maintain :) 2020-05-05 19:35:14 that's a different story :) 2020-05-05 19:35:14 ok, for later :) 2020-05-05 19:36:57 https://gitlab.com/gitlab-org/gitlab-foss/-/issues/26595 2020-05-05 19:37:44 ?issue_template= 2020-05-05 19:38:03 issuable_template 2020-05-05 19:38:15 right 2020-05-05 19:38:59 and we would need custom vars 2020-05-05 19:39:04 to prefill the tempalte 2020-05-05 21:19:04 ooh, fancy, emphasized 2020-05-06 04:14:01 yes its more bling this time 2020-05-06 04:14:50 TBK[m]: you really like screenshots :) 2020-05-06 11:36:11 LBlaboon: ping 2020-05-06 11:46:50 clandmeter: git.a.o is broken 2020-05-06 11:46:58 ok? 2020-05-06 11:47:03 no repositories found 2020-05-06 11:47:16 ? 2020-05-06 11:47:23 works for me? 2020-05-06 11:47:25 ah 2020-05-06 11:47:26 oh 2020-05-06 11:47:30 its not broken 2020-05-06 11:47:33 its dup.pw 2020-05-06 11:47:36 yes 2020-05-06 11:47:56 ncopa: needs to fix that, but he is slow... 2020-05-06 11:48:19 ncopa: sorry ;-) 2020-05-06 14:08:27 clandmeter: hi 2020-05-06 14:30:39 nice to see you LBlaboon :) 2020-05-06 14:30:49 what's on your mind? 2020-05-06 14:32:07 i was summoned by clandmeter :) 2020-05-06 14:33:20 just making sure everything's alright 2020-05-06 14:35:34 i also have an update regarding the sponsorship stuff - i have been able to get some new people from our marketing team to pick this up where we left off 2020-05-06 14:36:21 i will be sending out another email in a little bit to get that restarted 2020-05-06 15:23:14 LBlaboon: nice thanks! 2020-05-06 16:47:11 ikke: you can happily dup.pwen 2020-05-06 16:50:09 Heh 2020-05-06 16:50:14 Thanks 2020-05-07 06:41:36 ikke: we should remove the apk-tools tags from aports 2020-05-07 06:42:14 i guess its from when fabled pushed to the wrong repo 2020-05-07 06:43:38 clandmeter: yes, we should 2020-05-07 07:40:29 they keep reappearing for some reason 2020-05-07 07:40:59 maybe someone pulled during the timewindow when it was broke, and got the tags/branches to their local checkout. and keep pushing them 2020-05-07 07:41:10 i've deleted the tags/branches at least 3 times already 2020-05-07 07:41:23 hmm 2020-05-07 07:41:24 and tried to add protected branch names etc. to prevent them from appearing 2020-05-07 07:52:21 are they also on git.a.o? 2020-05-07 07:52:27 is there something still syncing to it? 2020-05-07 07:53:57 maybe send an email to all developers who an push to remove them locally 2020-05-07 07:54:12 *can 2020-05-07 08:30:50 it may happend with gitlab merges as well 2020-05-07 13:38:22 builders are starting to upload v3.12 now 2020-05-07 13:38:39 dl-master has 204G free 2020-05-07 13:38:46 v3.11 takes 116G 2020-05-07 17:28:53 We have quite a few MRs were Gitlab says that rebasing isn't possible, but `git pull upstream master --rebase` works without problems :/ 2020-05-07 17:29:18 I tried rebasing !7597 via the webUI and that failed, so I just went ahead and rebased in my local aports, but that's kind of annoying 2020-05-07 17:51:34 I did some git maintenance yesterday 2020-05-07 17:51:47 Maybe it's related 2020-05-08 08:23:35 Ariadne: re https://github.com/golang/go/issues/38454#issuecomment-625527845 are there some way we could give Ian access to a mips container? 2020-05-08 08:25:32 alternatively we could try git bisect it 2020-05-08 10:21:55 https://gitlab.alpinelinux.org/Cogitri/aports/-/jobs/111620 huh 2020-05-08 10:22:50 docker issue? Would not be the first time 2020-05-08 10:24:13 Seems like it's fixed now though 2020-05-08 13:59:02 ncopa: bld2 /var is at 91% atm 2020-05-08 17:32:00 regarding the shitposting on the ML, how come "u.alpine.users@lists.alpinelinux.org" works? 2020-05-08 17:32:12 i need to know all the list aliases so i can add them to my mail sorting filter 2020-05-09 17:06:22 could some delete the z3-upgrade branch in aports.git for me? 2020-05-09 17:06:27 accidentally pushed to the wrong remote 2020-05-09 17:06:34 but don't have enough permissions to delete it 2020-05-09 17:14:32 done 2020-05-09 17:17:16 thanks! 2020-05-09 19:38:32 Will someone with access to aarch64 edge&3.12 be wake for another hour or so? 2020-05-09 19:38:55 I'd like to merge !7708 but apparently the tests of OpenJDK like to get stuck on aarch64 sometimes 2020-05-09 19:41:20 I'll probably be around 2020-05-09 20:05:26 Okie, I'll give it a go then 2020-05-10 21:40:16 is it just me or is it currently not possible to access buildlogs of aports that are still being build (as referenced on build.al.org)? iirc that was possible in the past 2020-05-10 21:41:22 Only on a few builders AFAIK 2020-05-10 21:42:04 I think it only worked on x86_64 for me 2020-05-11 05:29:39 ncopa: yes i can rig something up 2020-05-11 08:34:21 https://gitlab.alpinelinux.org/alpine/infra/compose/gitlab-inbound-email 2020-05-11 08:34:33 ikke, Cogitri ^ 2020-05-11 08:36:21 So imap is required 2020-05-11 08:41:21 yes ones you enable inbound email supports it wants to use imap 2020-05-11 08:42:58 ok 2020-05-11 09:01:03 Oh, thanks for looking into that! :) 2020-05-11 15:01:10 ncopa: I restarted the s390x 3-12 builder, rstcheck got stuc and I could not kill it 2020-05-11 16:01:16 lounge died? 2020-05-11 16:01:45 restarted :) 2020-05-11 16:01:48 upgraded 2020-05-11 16:02:26 seems like an ssl related upgrade broke connecting to a few nets 2020-05-11 16:03:15 Connection closed unexpectedly: Error: 140648895155528:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../deps/openssl/openssl/ssl/statem/statem_lib.c:1929: 2020-05-11 16:03:46 uhm 2020-05-11 16:03:57 it's efnet 2020-05-11 16:09:48 going to restart it again for plugins upgrade 2020-05-11 16:10:35 gosh dangit haha 2020-05-11 16:10:37 what was it? 2020-05-11 16:11:07 its ok now? 2020-05-11 16:11:19 still the same error 2020-05-11 16:11:27 18:11:12 *** Connection closed unexpectedly: Error: 140560423234888:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../deps/openssl/openssl/ssl/statem/statem_lib.c:1929: 2020-05-11 16:11:27 18:11:12 Disconnected from the network, and will not reconnect. Use /connect to reconnect again. 2020-05-11 16:11:43 can you try another efnet server? 2020-05-11 16:11:45 it's possible that openssl client deprecated something 2020-05-11 16:11:51 i'm using the round robin one atm but ok 2020-05-11 16:15:40 works with another leaf 2020-05-11 16:17:17 damnit, might have to hop over to irssi 2020-05-11 16:17:59 leaf? 2020-05-11 16:18:51 another irc server in the same network 2020-05-11 16:20:48 you cant use that one explicitly? 2020-05-11 16:21:15 the error seems related to openssl upgrade to 1.1.1 2020-05-11 16:52:42 it keeps reconnecting me 2020-05-11 16:52:49 and spamming the channel with leave/join messages with alt names 2020-05-11 16:53:36 if you do stuff like this tell me first, things break and it can get annoyed 2020-05-11 16:53:44 i'm just trying not to get banned from a few channels on efnet lol 2020-05-11 17:52:12 are they so trigger happy? 2020-05-11 18:08:29 danieli: sorry, ill ping first next time, but previously nobody answered. 2020-05-11 19:20:12 Jaime Bradley / The Role of Communication in Crisis Management ... yes 2020-05-11 19:20:25 that sounds like a project not following our policies 2020-05-11 19:20:43 Youtubedownloaderq6308 as well 2020-05-11 19:29:53 heh 2020-05-11 19:49:26 crap i think i broke tpaste again 2020-05-11 19:49:51 again.. :P 2020-05-11 19:50:07 i turned on global redirecting 2020-05-11 19:50:13 with new traefik 2.2 2020-05-11 19:51:18 hah 2020-05-11 19:51:22 i did get an email back 2020-05-11 19:51:33 it says it rejected my patch 2020-05-11 19:51:37 but it still appleid 2020-05-11 19:51:39 hahah 2020-05-11 19:51:40 wtf 2020-05-11 19:52:01 Unfortunately, your email message to GitLab could not be processed. 2020-05-11 19:52:01 The merge_request could not be created for the following reasons: 2020-05-11 19:52:01 You must select source and target branch 2020-05-11 19:52:25 so why in heaven's name would it apply it 2020-05-11 19:52:55 maybe because im an admin 2020-05-11 19:53:04 or have commit access 2020-05-11 19:53:19 but that still doesnt make sense if i would want to make use of CI 2020-05-11 19:55:39 I have no idea how that's supposed to work 2020-05-11 20:02:10 second try 2020-05-11 20:02:53 ah it works 2020-05-11 20:03:00 too bad its already commited 2020-05-11 20:03:33 ikke: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/7819 :) 2020-05-11 20:03:47 that one worked? 2020-05-11 20:04:02 it is already merged... 2020-05-11 20:04:09 oh, lol 2020-05-11 20:04:19 not for me 2020-05-11 20:04:20 something is wrong 2020-05-11 20:04:31 Open 2020-05-11 20:04:32 Opened 2 minutes ago by Carlo Landmeter 2020-05-11 20:04:53 hmm 2020-05-11 20:04:59 I think it pushed to uacme-upgrade on alpine/aports 2020-05-11 20:05:01 so why is the bot announcing it 2020-05-11 20:05:15 It pushed the branch to alpine/aports 2020-05-11 20:05:19 normally we work with forks 2020-05-11 20:05:24 yes 2020-05-11 20:05:28 but in this case, it is adding the branch directly to alpine/aports 2020-05-11 20:05:28 that what i would expect 2020-05-11 20:05:44 How does it know what fork to pick? 2020-05-11 20:06:26 that whim im saying :) 2020-05-11 20:06:45 wow that sentence is weird 2020-05-11 20:06:50 :) 2020-05-11 20:09:29 ikke: so what happens if you are not allowed to push new branches? 2020-05-11 20:10:57 I have no clue 2020-05-11 20:11:06 I *hope* it does not allow it 2020-05-11 20:11:18 so the mail was right 2020-05-11 20:11:24 it did not merge the patch 2020-05-11 20:11:39 it first applied it to master and then wanted to merge into master 2020-05-11 20:11:45 heh 2020-05-11 20:12:13 Cogitri: ping 2020-05-11 20:12:19 can you submit a patch? 2020-05-11 20:12:36 via email 2020-05-11 20:34:41 Errrmm...I've never used email patches to be honest 2020-05-11 20:34:52 I only wanted them so we don't leave people using ~aports right now in the rain 2020-05-11 20:34:55 Maybe maxice8 can send a test email? 2020-05-11 20:35:05 I could try replying to an issue via email if that works too 2020-05-11 20:42:22 Cogitri: im interested in your patch 2020-05-11 20:42:29 you have less rights 2020-05-11 20:42:51 maybe we should try somebody with no rights 2020-05-11 20:46:23 Ah, well, I can try tomorrow if you want 2020-05-11 20:46:27 About time to sleep here :) 2020-05-11 20:46:32 Thanks again for working on it! 2020-05-12 06:21:39 So my patch got rejected: 2020-05-12 06:22:25 https://gist.github.com/Cogitri/7e54eece05dcdd4ab291ae160d5413bb 2020-05-12 06:57:35 Cogitri: thanks for trying 2020-05-12 06:58:09 you send a patch to aports to main? 2020-05-12 06:58:36 ah it says testing 2020-05-12 06:58:45 sorry didnt finish my coffee 2020-05-12 06:59:21 ah you made "testing/ffsend: upgrade to 0.2.61" the subject of the email 2020-05-12 07:04:44 Yes, I thought the subject line is the title of the MR? 2020-05-12 07:04:58 no its the source branch 2020-05-12 07:05:04 feature branch 2020-05-12 07:05:16 I'm not done with my coffee yet either, so maybe I'm just reading the manual wrong 2020-05-12 07:05:21 i know, its not very obvious 2020-05-12 07:05:26 i dont blame you :) 2020-05-12 07:05:37 So what do I write in the subject? master ? 2020-05-12 07:05:45 no feature 2020-05-12 07:05:53 like you would call your feature branch 2020-05-12 07:06:47 Ah, so something like ffsend? 2020-05-12 07:09:39 yes, something that does not collide with other features branches 2020-05-12 07:10:09 i wonder what happens when you create a MR on your own fork 2020-05-12 08:01:34 clandmeter: no worries 2020-05-12 08:01:41 ikke: it just ended with a lot of flood 2020-05-12 08:01:52 and good morning 2020-05-12 09:11:38 Cogitri: could you try to create MR against your own fork? 2020-05-12 09:13:13 Err..sure, I just need to send to a different email address then, right? 2020-05-12 09:13:25 yes, and adjust the subject 2020-05-12 09:14:00 i think it has a bug 2020-05-12 09:14:10 if you dont have MR's the link is not present 2020-05-12 09:15:23 Yup 2020-05-12 09:15:28 ACTION uploaded an image: image.png (114KB) < https://matrix.exqa.de/_matrix/media/r0/download/matrix.exqa.de/dwdkCcdFVMLdvTBVKMDmftcD > 2020-05-12 09:34:41 ncopa: maybe a good time to switch cgit to git 2020-05-12 09:35:34 ok? how do we do that? 2020-05-12 09:35:45 dns change only? 2020-05-12 09:35:46 change dns :) 2020-05-12 09:35:55 lets do it! 2020-05-12 09:36:02 if you are happy with cgit.a.o 2020-05-12 09:36:23 unnamed repo 2020-05-12 09:36:24 maybe need to check if we can properly cone from it 2020-05-12 09:36:45 s/cone/clone 2020-05-12 09:36:45 clandmeter meant to say: maybe need to check if we can properly clone from it 2020-05-12 09:37:08 Unnamed repository; edit this file 'description' to name the repository. 2020-05-12 09:37:20 yeah i resetted all repos few days ago 2020-05-12 09:37:30 so it loses that desc file. 2020-05-12 09:38:20 its just cosmetics :) 2020-05-12 09:38:23 yeah 2020-05-12 09:38:29 not critical 2020-05-12 09:38:37 https clone does not seem to work 2020-05-12 09:38:38 3min work to get it fixed 2020-05-12 09:38:47 git clone https://cgit.alpinelinux.org/aports.git 2020-05-12 09:38:55 clandmeter: what are you waiting for then :P 2020-05-12 09:39:03 cloning git://cgit.a.o/aports works 2020-05-12 09:39:15 ikke: dont keep repeating those lines :p 2020-05-12 09:39:25 could be it needs git.a.o for https 2020-05-12 09:39:39 :) 2020-05-12 09:39:51 let hack hosts :) 2020-05-12 09:41:24 ah 2020-05-12 09:41:31 forgot one thing it seems 2020-05-12 09:44:15 ok https has an issue 2020-05-12 09:44:20 need to check 2020-05-12 10:01:34 ok fixed 2020-05-12 10:01:40 but http cloning seems slowish 2020-05-12 10:01:52 but same for both hosts 2020-05-12 10:02:21 interesting, git.a.o gives a warning 2020-05-12 11:10:56 ncopa: i think it should work now, if you are ok we can switch 2020-05-12 11:11:04 i do expect some downstream issues 2020-05-12 11:12:07 lets do the switch, if you think we can fix downstream issues within a day or so 2020-05-12 11:15:18 done 2020-05-12 11:40:36 clandmeter: interesting, you can provide custom fold markers for gitlab ci log output 2020-05-12 11:43:21 section_start::name\r\e[0KHeader 2020-05-12 11:47:43 clandmeter: git.a.o dns record is gone (NXDOMAIN) 2020-05-12 11:48:08 should be cname now 2020-05-12 11:48:29 well, it does not return anything 2020-05-12 11:48:53 "Host git.alpinelinux.org not found: 3(NXDOMAIN)" 2020-05-12 11:50:40 you have access to dns 2020-05-12 11:52:33 git 2020-05-12 11:52:33 deu1-dev1.alpinelinux.org 2020-05-12 11:52:33 Default 2020-05-12 11:52:40 thats the cname now 2020-05-12 11:53:38 none of the linode ns servers knows about git.a.o 2020-05-12 11:53:59 im also a bit confused about how linode uses ttl 2020-05-12 11:54:04 it says default 2020-05-12 11:54:36 i was expecting it to take default ttl from SOA 2020-05-12 11:54:41 maybe that is the problem 2020-05-12 11:55:15 ikke: if you check linode dns you see i added/changed it 2020-05-12 11:55:51 maybe the ttl will expire a little later to the other one 2020-05-12 12:40:51 clandmeter: tpaste is broken, it returns "permanent redirect" (the cli tool) 2020-05-12 12:41:23 i know 2020-05-12 12:41:34 cname seems available now 2020-05-12 12:41:41 yes 2020-05-12 12:42:01 maybe we just push an update for tpaste 2020-05-12 12:42:10 make it use https 2020-05-12 12:42:20 fine with me 2020-05-12 12:42:59 my dear 2020-05-12 12:43:14 i have cgit.a.o log open in terminal 2020-05-12 12:43:23 its like watching the matrix on speed 2020-05-12 12:44:06 maybe good that we don't have all that traffic on gitlab.a.o :) 2020-05-12 12:44:37 its the secdb thingy again 2020-05-12 12:46:52 heh 2020-05-12 12:46:56 ncopa already pushed a fix 2020-05-12 12:57:08 ikke: if you update you should get latest tpaste working 2020-05-12 13:12:48 did not have restart policy set 2020-05-12 13:13:04 aha, ok 2020-05-12 13:23:53 I think the builders are now stuck on "pulling git" 2020-05-12 13:23:59 but maybe just temporarily 2020-05-12 13:34:05 algitbot: retry master 2020-05-12 13:34:09 and how? 2020-05-12 13:34:12 now* 2020-05-12 13:39:16 algitbot: retry 3.8-stable 2020-05-12 13:39:30 algitbot: retry 3.9-stable 2020-05-12 13:39:55 now better :) 2020-05-12 14:15:27 algitbot: retry 3.10-stable 2020-05-12 14:15:30 for good measure 2020-05-12 16:01:53 clandmeter: ping, apparently links from pkgs.a.o to git.a.o are broken 2020-05-12 16:05:31 the /cgit part needs to be removed 2020-05-12 16:15:57 Testing a fix 2020-05-12 16:27:40 https://gitlab.alpinelinux.org/alpine/infra/compose/cgit/-/merge_requests/1 2020-05-12 17:27:36 yes :p 2020-05-12 17:27:40 i was alraedy here 2020-05-12 17:28:04 :) 2020-05-13 07:20:51 ikke: we need to monitor dl-4 2020-05-13 07:21:03 all mirrors depend on it 2020-05-13 07:22:22 ah no its another one 2020-05-13 07:41:57 i resized nld5-dev1 2020-05-13 08:46:11 https://gitlab.alpinelinux.org/alpine/aports/-/issues/11528 2020-05-13 08:46:54 not sure how that should be addressed though 2020-05-13 09:08:50 i commented on it 2020-05-13 09:09:00 it shouldnt be too difficult to fix 2020-05-13 15:28:05 clandmeter: So upstream of appstream-generator has added a way to download packages. Can I just make a docker container with appstream-generator and have that run on alpine infra to generate the tarbals? 2020-05-13 15:29:12 do you keep the packages after download? 2020-05-13 15:30:08 No, it fetches them, checks for contents and deletes afterwards 2020-05-13 15:31:37 and it will do this in a smart way? like only pkgs that have changed? 2020-05-13 15:33:42 I think so, I've asked upstream about it but haven't received an answer yet and the code isn't clear for me 2020-05-13 15:38:42 ok 2020-05-13 15:38:53 but yes lets move it into a container 2020-05-13 15:39:21 do you need help with that? 2020-05-13 15:42:21 I'll try to get it running myself, I can send you the dockerfile once that works :) 2020-05-13 15:42:36 Thanks 2020-05-13 15:44:12 ok, sounds good. 2020-05-13 15:44:24 or use a compose file. 2020-05-13 19:01:51 kunkku: modprobe: FATAL: Module nf_conntrack_proto_gre not found in directory /lib/modules/5.4.27-0-virt 2020-05-13 19:05:32 i hit that when running setup dmvpn 2020-05-14 20:55:55 clandmeter: was dmvpn set up correctly despite the error message? 2020-05-14 20:58:28 seems GRE conntrack is static module as of 3.11 2020-05-14 21:38:51 kunkku: yes it seems to be working 2020-05-15 05:27:14 hi, what happened with the personal git.a.o/user/... repositories? 2020-05-15 05:38:23 https://git-old.alpinelinux.org/ 2020-05-15 05:43:47 is that staying for archive purposes? should the actively maintained ones be moved to gitlab? 2020-05-15 06:21:37 clandmeter: ^? 2020-05-15 06:50:09 fabled: i think we need to send an email about the switch. 2020-05-15 06:50:22 there are not many activly developed repos 2020-05-15 06:50:28 user repos 2020-05-15 08:27:00 clandmeter, i think so too. there's probably not many. but I did post and document the URL of my strongswan fork in multiple other repositories 2020-05-15 08:27:09 so that's maybe one. perhaps i should host it somewhere else 2020-05-15 08:34:02 If clandmeter agrees as well, I think we could just host it on gitlab 2020-05-15 08:35:59 user based repos can always be hosted on gitlab, if its related to alpine ofc. 2020-05-15 08:39:46 The only thing we would need to do is to make it public 2020-05-15 08:40:21 im not sure what role fabled has 2020-05-15 08:40:39 Not admin at least 2020-05-15 08:41:03 oh, he *is* admin 2020-05-15 08:41:11 :) 2020-05-15 08:42:40 Then he can even make it public himself :) 2020-05-15 09:09:18 fabled, ikke email send 2020-05-15 09:09:34 or sent :) 2020-05-15 09:40:13 saw it, thanks! 2020-05-15 16:34:26 Can I test appstream-generator (which will download the entire repo for x86_64 on first run) in my x86_64 container without DOSing our infra? 2020-05-15 16:38:17 Also, confirmed that it'll only re-download packages whose version has changed 2020-05-15 16:38:47 It needs some (pretty limited) amount of storage available to maintain a cache of already checked versions though 2020-05-16 18:10:17 somehow our github mirror is not getting updated anymore 2020-05-16 18:10:19 is that intended? 2020-05-16 18:10:31 https://github.com/alpinelinux/aports 2020-05-16 18:10:35 last commit is from 4 days ago 2020-05-16 19:23:47 I don't think that's intended 2020-05-16 20:38:19 Need to setup from gitlab 2020-05-17 06:24:59 nmeum: all gitlab alpine root repos are now syncing from gitlab to github. 2020-05-17 07:50:18 clandmeter: thanks :) 2020-05-17 07:50:43 is that using gitlabs sync feature? 2020-05-17 07:52:37 yes 2020-05-17 07:52:50 all alpine root repos 2020-05-17 07:52:55 not sure that excludes soime 2020-05-17 09:06:02 mips builder seems to have disappeared, we're looking into why it went down 2020-05-17 11:53:45 ikke: major GitLab version bump is coming 2020-05-17 11:55:32 alright 2020-05-17 11:55:44 shall I already setup a test instance? 2020-05-17 11:56:20 Oh I think I already did 2020-05-17 11:56:24 And didn't use 2020-05-17 11:56:37 And didn't cleanup 2020-05-17 11:57:33 You could use that one 2020-05-17 11:57:41 Or create a new one 2020-05-17 11:57:59 ok 2020-05-17 11:58:12 Rel is on 22nd 2020-05-17 11:58:30 https://about.gitlab.com/releases/2020/05/06/gitlab-com-13-0-breaking-changes/?utm_medium=social&utm_source=twitter&utm_campaign=blog 2020-05-17 12:03:42 ikke: I pushed a new patch release 2020-05-17 12:03:53 If ci was ok please apply 2020-05-17 12:04:04 I'm on mobile :) 2020-05-17 12:14:12 ok 2020-05-17 12:15:17 is it still built on travis? 2020-05-17 12:29:48 Drone 2020-05-17 12:48:19 uh, yeah 2020-05-17 14:23:26 clandmeter: ping 2020-05-17 14:26:21 pong 2020-05-17 14:33:03 Was thinking creating something that automatically makes aports forks public when they are created 2020-05-17 14:33:18 Do we get webhook triggers for that? 2020-05-17 14:41:01 if there is a system hook yes 2020-05-17 14:43:59 do you mean if there is an mqtt msg? 2020-05-17 14:44:49 project_create 2020-05-17 14:45:08 Doesn't have to be mqtt, just something to respond to 2020-05-17 14:45:57 you will have the create the webhook listener yourself if you dont want to use mqtt 2020-05-18 00:41:17 gitlab is seemingly having some issues 2020-05-18 04:45:46 Ariadne: what kind of issues? 2020-05-18 04:46:04 it was very slow but it turns out it was my isp being garbage :) 2020-05-18 04:46:24 aha, ok 2020-05-18 06:59:57 i just did some spamassassin in gitlab 2020-05-18 07:00:31 +1 2020-05-18 11:19:39 Ariadne: seems like mip64 machine is missing? 2020-05-18 11:19:49 yes 2020-05-18 11:19:58 known issue :) 2020-05-18 11:20:04 we are already looking into it 2020-05-18 11:20:10 ok 2020-05-18 11:21:37 thanks 2020-05-18 11:28:05 Ariadne: from a good source i hear its on pyvpx desk. 2020-05-18 11:28:19 correct 2020-05-18 11:31:15 anyway, there is some sort of issue with the openwrt device we have sitting infront of everything 2020-05-18 11:31:30 pyvpx is going to check it out as soon as is convenient 2020-05-18 11:35:06 ironically we were planning to have colo by now for this stuff, but then the plague came 2020-05-18 11:35:23 so we're just kind of doing what we have to do to make things work for the moment (: 2020-05-18 11:40:44 clandmeter: we do plan to have better uptime once the mips64 machines are in a locking cabinet in a colo anyway. unfortunately, pandemic threw a wrench in our plans to do this up properly. should have it all fixed up before 3.13 tho :) 2020-05-18 11:41:39 Ariadne: no problem, i understand your issues. 2020-05-18 11:41:42 hi, I'm very sorry 2020-05-18 11:42:08 i just couldnt resist making that remark ;-) 2020-05-18 11:42:11 it should be in proper colo but instead sits at a desk I rent (from the kind, understanding fellow networking BISDN people) 2020-05-18 11:42:28 its ok 2020-05-18 11:42:29 with a nice bright sticker that says "PRODUCTION ENVIRON! DO NOT TOUCH!!!" 2020-05-18 11:42:41 perhaps I should also put a German translation on there ;) 2020-05-18 11:42:42 the "alpine mips builder is sitting on a desk" meme is one i keep hearing about 2020-05-18 11:42:44 talk of the town 2020-05-18 11:43:14 somebody was like omg if i break into that lab and take the builder i can compromise all of alpine 2020-05-18 11:43:19 i am like 2020-05-18 11:43:19 no 2020-05-18 11:43:24 just one key lol 2020-05-18 11:43:37 which is untrusted on 99.999999999999% of installs anyway 2020-05-18 11:43:43 the annoying part is down the hall from said desk is an actual datacenter (being decomissioned, though) 2020-05-18 11:44:02 all the sam ekeycards and biometric jazz 2020-05-18 11:44:21 yeah, well not secure from idiots unplugging it 2020-05-18 11:44:26 which has happened before :D 2020-05-18 11:45:16 https://xkcd.com/908/ 2020-05-18 11:45:16 https://xkcd.com/908 | The Cloud | Alt-text: There's planned downtime every night when we turn on the Roomba and it runs over the cord. 2020-05-18 11:45:41 when we did the initial bootstrap 2020-05-18 11:45:46 somebody unplugged it 2020-05-18 11:45:50 lol 2020-05-18 11:45:54 and plugged in like a laptop charger or something 2020-05-18 11:46:24 i guess thats the story for the "PRODUCTION ENVIRON! DO NOT TOUCH!!!" sticker :) 2020-05-18 11:46:28 right 2020-05-18 11:47:14 in fact thats probably 2020-05-18 11:47:16 what happened again 2020-05-18 11:49:43 at any rate, if covid-19 didn't happen this would just be in proper colo. shipping alpine 3.12 with mips64 support and thus basing our own product on 3.12 mips64 despite covid-19 screwing us is what has lead to our builder sitting on a desk lol 2020-05-18 11:50:04 we would also have a nicer builder 2020-05-18 11:50:24 an octeon3 48-core box is what we were trying to get 2020-05-18 11:50:42 Ariadne: put a dummy ipcam on top of it. it should help. 2020-05-18 11:50:47 rofl 2020-05-18 11:50:59 why not put a label on there 2020-05-18 11:51:05 infrastructure managed by xtraeme 2020-05-18 11:51:13 he's the void guy who went on a mad one right 2020-05-18 11:51:52 if thats true, he did choose his name right. 2020-05-18 11:52:26 maybe you should put the label on the power adapter :) 2020-05-18 11:52:32 or cord 2020-05-18 11:53:20 idk apparently people just don't like having server-grade hardware in their flat 2020-05-18 11:53:25 its loud apparently 2020-05-18 11:53:38 Or maybe it's time to hotglue the adapter into the socket :D 2020-05-18 11:53:51 we would like to be able to retrieve the adapter 2020-05-18 11:53:53 when we leave 2020-05-18 11:54:00 and idk how german power cords work anyway 2020-05-18 11:54:21 ncopa: in other news 2020-05-18 11:54:43 erl [~]# docker version | grep -i arch 2020-05-18 11:54:49 OS/Arch: linux/mips64 2020-05-18 11:55:16 our motley crew have managed to get docker functioning on mips64 2020-05-18 11:55:19 cool 2020-05-18 11:55:29 kudos 2020-05-18 11:55:42 we will figure out how to get this fixed in alpine asap 2020-05-18 11:56:26 Ariadne: how does mips64 perform in qemu-user? 2020-05-18 11:56:52 ehhhhhh 2020-05-18 11:57:00 i wouldn't recommend it 2020-05-18 11:57:06 you'll deal with a lot of stuck processes 2020-05-18 11:57:20 if i throw 128 threads of epyc at it? 2020-05-18 11:57:25 we have additional mips hardware (that can go missing at the same time, as it is in the same place) 2020-05-18 11:57:30 well 2020-05-18 11:57:37 i threw 192 threads of POWER9 at it 2020-05-18 11:57:45 it mostly worked 2020-05-18 11:57:48 wow thats awesome 2020-05-18 11:58:02 thats how we bootstrapped initially 2020-05-18 11:58:13 ok ill try to get a dual socket to higher it to 256 :p 2020-05-18 11:58:13 then we rebuilt everything on the box sitting on pyvpx's desk ;) 2020-05-18 11:58:42 but at least on POWER9 we would have /bin/sh lock up randomly 2020-05-18 11:58:57 usually in configure scripts or libtool 2020-05-18 11:59:05 the older epyc box we used as CI is not idle 2020-05-18 11:59:10 now* 2020-05-18 11:59:32 s/older/previous/ 2020-05-18 11:59:33 clandmeter meant to say: the previous epyc box we used as CI is not idle 2020-05-18 11:59:39 i had to fix a lot of bugs in qemu-user on mips too 2020-05-18 11:59:47 i remember sending ncopa patches hahahahaha 2020-05-18 12:00:21 never did figure out the busybox sh locks up randomly problem tho 2020-05-18 12:01:17 there are actually multiple mips64 boxes sitting on his desk 2020-05-18 12:01:33 we have one slated for CI 2020-05-18 12:01:52 but we are using it atm to forward port drivers from cavium SDK to 5.4 2020-05-18 12:02:03 i guess we are almost done with that tho 2020-05-18 12:04:46 https://www.computercablestore.com/content/images/thumbs/0021563_6-ft-power-cord-c13-european.jpeg 2020-05-18 12:04:53 oh yeah ok i see what you mean by glue into socket 2020-05-18 16:30:46 mips64 box should be back up now 2020-05-18 16:30:55 \o/ 2020-05-18 16:31:40 something (i'm not sure what) was disconnected while they installed COVID anti-sneeze panels in the lab 2020-05-18 16:31:45 between desks 2020-05-18 16:32:26 How are those panels preventing you to sneeze? ;) 2020-05-18 16:32:29 if this weren't a pandemic, i would say that came out of the BOFH excuses file, but whatever 2020-05-18 16:32:33 i don't know 2020-05-18 16:32:38 how to describe them 2020-05-18 16:32:48 they're supposed to reflect your covid shit back at you i guess 2020-05-18 16:32:53 hehe 2020-05-18 16:33:05 sneeze barriers 2020-05-18 16:33:23 its like how they cover the food at a buffet to protect it from sneezing 2020-05-18 16:33:35 sneeze blast shields 2020-05-18 16:34:35 if i were to guess, either the power to the openwrt device was disconnected, or the antenna for our LTE modem 2020-05-18 16:34:44 don't know, don't care, it's fixed now 2020-05-18 16:34:59 more labels will be affixed until the fuckery discontinues 2020-05-18 16:35:54 answer: power to the openwrt device at least 2020-05-18 18:11:11 power and ethernet cable 2020-05-18 18:11:13 fwiw 2020-05-18 18:11:33 secured away from covid screen and protected by other flotsam from wandering fingers and objects 2020-05-19 09:23:17 ikke: it's not christmas yet 2020-05-19 09:23:30 why does it announce the issue 2x? 2020-05-19 09:23:50 clandmeter: 2 different triggers 2020-05-19 09:24:03 one for the reported status from gitlab, one from the last contact time 2020-05-20 16:21:26 Hi there! 2020-05-20 16:22:10 I just wanted to ask If someone could give me write access to gitlab again. Seems my rights are lost since Alpine switched to gitlab hosting :-) 2020-05-20 16:23:14 https://gitlab.alpinelinux.org/misery :-) 2020-05-20 17:02:59 write access to what? 2020-05-20 17:51:39 I had write access to testing and community repository. Would be helpful to get it back to maintain my packages. 2020-05-20 17:53:10 ah 2020-05-20 17:59:20 Can you enable 2fa on your account? 2020-05-20 18:03:31 yeah, done 2020-05-20 18:08:04 thanks! 2020-05-20 18:26:23 Ah 2020-05-20 18:26:36 MiserySalin: did you also email? 2020-05-20 19:08:57 clandmeter yeah, but that's some day ago 2020-05-20 19:13:13 MiserySalin: sorry I forgot 2020-05-20 19:13:23 Glad it's fixed now 2020-05-20 19:13:31 no problem 2020-05-21 09:03:36 i think the deu3.alpin.pw is wrong? 2020-05-21 09:04:13 as i understand i set up the mips64 machine as deu3, but then there was anohter deu3 already existing so the mips64 should be deu4? 2020-05-21 09:04:16 is that correct? 2020-05-21 09:14:59 yup. seems like im correct. deu3-dev1 is dmvpn2.alpinelinux.org 2020-05-21 09:15:20 yeah, clandmeter mentioned that 2020-05-21 09:15:30 but because it was not recorded in netbox, we didn't know it was in use 2020-05-21 09:15:50 And clandmeter also suggested to rename the dmvpn nodes 2020-05-21 09:16:26 i renamed deu3.alpin.pw to deu4.alpin.pw 2020-05-21 09:16:50 lets add due3-dev1 to netbox. as it documents current state 2020-05-21 09:18:08 dmvpn2 is added to netbox 2020-05-21 09:18:14 thanks 2020-05-21 09:18:21 was already added 2020-05-21 09:18:30 but there were nothing mentioning deu3 2020-05-21 09:20:55 ah, like that 2020-05-21 09:21:26 i updated alpin.pw zone, renamed deu3 to deu4 2020-05-21 09:21:53 there is a deu3-dev1.alpinelinux.org record 2020-05-21 09:22:16 do i need to do anything else than simply git push to alpine/infra/dns? 2020-05-21 09:23:22 Don't forget to increment the serial 2020-05-21 09:23:25 but apart from that, no 2020-05-21 09:23:46 i did 2020-05-21 09:24:35 but it does not seem to work 2020-05-21 09:25:08 i still get ANSWER: 0 2020-05-21 09:25:14 dig deu4.alpin.pw @ns1.alpin.pw 2020-05-21 09:26:02 I don't see anything anounced either about records being updated 2020-05-21 09:26:46 https://gitlab.alpinelinux.org/alpine/infra/dns/-/commit/cb6a755be301441a3e3871655d575ebe407d2638 2020-05-21 09:27:26 it should be announced over mqtt and the nameservers should respond to that 2020-05-21 09:48:06 There is no deu3 2020-05-21 09:48:27 It is dmvpn host 2020-05-21 09:49:12 I made that mistake 2020-05-21 09:49:33 Cause I was using dmvpn DB as reference 2020-05-21 09:53:57 I already renamed the dmvpn hosts 2020-05-21 10:05:40 clandmeter: did we already setup dns updates when pushing to gitlab? 2020-05-21 10:10:51 clandmeter: https://gitlab.alpinelinux.org/Cogitri/appstream-generator-docker Needs a dir that's exposed via HTTP server (so the generated appstream data can be downloaded) mounted at /cache and then the docker image should just work 2020-05-21 10:20:44 That can be all defined in a docker-compose file 2020-05-21 10:23:05 THe idea is that you have a compose file which defines (I guess) 2 services, one is this generator, the other the webserver. Then you add labels to the nginx container for traefik 2020-05-21 10:26:08 Uhh...right 2020-05-21 10:31:54 This does not use traefik, but kind of the same idea: 2020-05-21 10:31:56 https://gitlab.alpinelinux.org/alpine/infra/compose/package-host/-/blob/master/docker-compose.yml 2020-05-21 10:40:49 Ah yes, I have something similar now, I only need to get nginx to autoindex my dir now 2020-05-21 10:41:16 note that removing builddeps in a later run step does not help a lot 2020-05-21 10:41:49 I would suggest using multi-stage 2020-05-21 10:43:19 Ah, I hope that upstream will merge the PR for appstream-generator soon and makes a new release so I can just have that support in alpine repos and only do `apk-add appstream-generator` 2020-05-21 10:43:28 right 2020-05-21 10:44:35 Hum, nginx still shows me the default page of nginx with this docker-compose file: https://gitlab.alpinelinux.org/Cogitri/appstream-generator-docker/-/blob/master/docker-compose.yml#L9 2020-05-21 10:45:41 You are placing the config file in the wrong location 2020-05-21 10:46:10 oh, no 2020-05-21 10:47:19 Cogitri: server_name localhost is wrong I guess 2020-05-21 10:47:31 just leave out server_name and add default_server to the listen directive 2020-05-21 10:47:38 not sure if the email system was changed up, but I no longer get notifications to disaksen@ or danieli@ (or whatever it was) or to mirrors@ 2020-05-21 10:47:48 and try server_name _; 2020-05-21 10:49:00 default_server in the listen directive is what determines whether it's the default host or not 2020-05-21 10:51:50 but default_server without server_name should work right? 2020-05-21 10:52:02 Or even without default_server it should work if you leave out server_name 2020-05-21 10:54:23 I tried with server_name _; and the default_server thingie, I use that in another server of mine to direct everthing from http to https 2020-05-21 10:54:49 we typically only use http on docker containers 2020-05-21 10:54:59 we use traefik to handle ssl 2020-05-21 10:55:33 Yeah, makes sense 2020-05-21 10:55:56 Huh, even if I overwrite the nginx.conf it shows the default page? 2020-05-21 10:56:19 How does it even get that when I mount the named volume to /usr/share/nginx/html 2020-05-21 11:00:20 can you check /etc/nginx.conf 2020-05-21 11:00:46 /etc/nginx/nginx.conf I mean 2020-05-21 11:03:26 Hmm, I see it does work for package-host service 2020-05-21 11:03:31 strange 2020-05-21 11:19:32 You don't have to overwrite nginx.conf 2020-05-21 11:22:24 Cogitri: ie https://gitlab.alpinelinux.org/alpine/infra/compose/alpine-mirror-sync/-/blob/master/config/nginx.conf 2020-05-21 11:22:31 without the first location part 2020-05-21 11:22:47 Seems like it works if I use a local folder instead of a named volume 2020-05-21 11:23:02 mount it as such: https://gitlab.alpinelinux.org/alpine/infra/compose/alpine-mirror-sync/-/blob/master/docker-compose.yml#L8 2020-05-21 11:23:07 Ah yes, I just tried overwriting nginx.conf to see if that changes something 2020-05-21 11:23:45 this config also enabled real_ip_recursive 2020-05-21 11:24:27 Cogitri: its nice if we can keep nginx config similar in set over infra. 2020-05-21 11:24:40 so if we need to update something its easier to understand. 2020-05-21 11:25:58 hmm i wrote something which i dont even understand myself 2020-05-21 11:26:06 :D 2020-05-21 11:26:08 anyway 2020-05-21 11:26:24 try to use similar config in infra to make it easier for everybody 2020-05-21 11:28:30 Cogitri: and try to use a compose file, it will be easier to integrate it later in ansible. 2020-05-21 11:28:41 whenever i find time to sort it out properly 2020-05-21 11:29:59 clandmeter: Cogitri already was working on one 2020-05-21 11:30:11 nice 2020-05-21 11:33:06 clandmeter: The docker-file is here now: https://gitlab.alpinelinux.org/Cogitri/appstream-generator-docker 2020-05-21 11:33:15 docker-compose file* 2020-05-21 11:34:40 you know that every RUN will create a layer? 2020-05-21 11:35:08 So I should just do everything in one RUN? 2020-05-21 11:35:24 you have 2 options 2020-05-21 11:35:28 you can do that 2020-05-21 11:35:35 or use multi stage 2020-05-21 11:35:39 i think ikke alraedy mention it 2020-05-21 11:35:55 multi stage is what most use now 2020-05-21 11:36:00 Yeah, but I hope I'll only need `RUN apk add appstream-generator` soon 2020-05-21 11:36:20 yes and no :) 2020-05-21 11:38:17 the thing is, you mostly want to use stable repos in production 2020-05-21 11:38:44 but you always want to serve your latest application 2020-05-21 11:39:12 so its sometimes easier to have it build in docker with stable base and latest app 2020-05-21 11:39:20 Ah, I think it'd be fine to just use 3.12 once that is out and the version of appstream-generator that'S in there 2020-05-21 11:42:31 everybody always wants to put everything in aports. and yes it makes a lot sense for a lot of things that we share across places/ppl. but sometimes an application is so specific that it makes no sense to do so. 2020-05-21 11:42:48 thats why i sometimes chose to do it only in docker. 2020-05-21 11:44:14 I understand, but I think that doesn't apply to appstream-generator 2020-05-21 11:46:50 right, i have no overview of what and who will use it. its your app, im sure you choose the best solution. 2020-05-21 11:47:34 i see you used ADD in dockerfile, it think the general approach is to use COPY 2020-05-21 11:47:48 dont remember anymore why 2020-05-21 11:48:05 COPY is simpler 2020-05-21 11:48:13 docker recommends it 2020-05-21 11:48:18 also volumes that i dont need to touch i prefer to make it real volumes. 2020-05-21 11:48:38 and config files i never copy into the image 2020-05-21 11:49:00 well maybe if you are 100% sure you will never need to modify them again. 2020-05-21 11:50:15 Okie, I'll add those to the docker file, thanks 2020-05-21 11:50:16 Currently making it multi-staged too 2020-05-21 11:50:17 Cogitri: and try using "\" and "&& \" to keep line length readable 2020-05-21 11:50:30 or a script 2020-05-21 11:50:45 yes script is also possible 2020-05-21 11:51:00 although thats not generally done in docker community. 2020-05-21 11:51:07 you see insane long RUN commands 2020-05-21 11:51:11 horrible 2020-05-21 11:52:11 you can remove cd /cache if you set it as workdir :) 2020-05-21 11:53:23 and thx for doing the hard work of setting this up. will save us some time for sure. 2020-05-21 11:54:11 Thanks for looking at the docker things :) 2020-05-21 11:54:38 why did you create static-content dir? 2020-05-21 11:54:49 Huh, after making it multistage I get `ERRO[0000] Can't add file to tar: archive/tar: write too long` during docker build 2020-05-21 11:55:46 i need to run now as i got visitors, paste your questions here and we will help. 2020-05-21 11:56:22 Okie :) 2020-05-21 11:56:27 Ah, apparently stale files in my dir 2020-05-21 11:58:32 About the static-content dir: appstream-generator should dump the files (tarballs and a few HTML pages) it generates into that dir so nginx can serve it 2020-05-21 11:58:45 That can be a volume shared by both 2020-05-21 11:59:52 Ah yes, I tried that before I removed it in https://gitlab.alpinelinux.org/Cogitri/appstream-generator-docker/-/commit/d95ec6e0ff3bfe4c360b4072991a589f3aa1b45c 2020-05-21 12:00:14 Because with the named volume nginx only showed the default page and it fixed itself if I did it without named volumes 2020-05-21 12:00:56 I think the issue is that when the volume does not exist yet, it copies the existing content in the volume 2020-05-21 12:02:22 Ah, how would I work around that? 2020-05-21 12:02:59 easiest is to use a custom document root I guess 2020-05-21 12:03:14 other option is to remove the contents in the Dockerfile 2020-05-21 12:05:34 Ah yes, custom document root works, thanks! 2020-05-21 12:10:02 Alright, works now, thanks for the help :) 2020-05-21 14:44:51 xfce is migrating from bugzilla to gitlab. I just want to say that alpine infra team did a way better job migrating issues 2020-05-21 15:57:08 it went badly? 2020-05-22 07:24:30 SEO spammer: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11569 2020-05-22 07:44:00 Did you submit it as spam? 2020-05-22 07:44:04 ya 2020-05-22 07:44:11 k 2020-05-22 07:44:14 what is the preferred way of reporting spam 2020-05-22 07:44:17 poof 2020-05-22 07:44:20 that 2020-05-22 07:44:30 though, we don't get any notification sadly 2020-05-22 07:44:36 so mentioning it here is fine 2020-05-22 07:44:47 but reporting it makes it easier for us to remove 2020-05-22 09:23:43 how does poof work? 2020-05-22 15:06:41 the same way a stiletto destroys a laptop screen 2020-05-22 15:25:37 The armhf runner has some problems with failing checksums for no reason lately 2020-05-22 15:41:49 clandmeter: https://about.gitlab.com/releases/2020/05/22/gitlab-13-0-released/ 2020-05-22 15:42:08 hah 2020-05-22 15:42:12 did you monitor it? 2020-05-22 15:42:20 cause i checked 1 hour ago 2020-05-22 15:42:26 i was already doing the build 2020-05-22 15:42:53 I just saw it on HN :) 2020-05-22 15:44:03 must but mintues old 2020-05-22 15:44:14 must be* 2020-05-22 15:44:34 some configs have changed 2020-05-22 15:44:40 so i cant easily bump it 2020-05-22 15:45:04 and i have no energy to climb behind my ws 2020-05-22 15:45:46 i guess you can start on 12.10 when you have time 2020-05-22 15:46:05 the linode instance is waiting for you 2020-05-22 15:46:14 Ok 2020-05-22 15:46:26 i didnt touch that one yet 2020-05-22 15:46:30 so just abuse it 2020-05-23 11:26:47 gitlab v13 is in the oven 2020-05-23 12:29:02 I thought I smelled something 2020-05-23 17:01:19 clandmeter: you said there should still be a test instance of gitlab running? 2020-05-23 17:01:40 It's not running 2020-05-23 17:02:02 ah 2020-05-23 17:02:05 But it exists 2020-05-23 17:02:19 yes, found it 2020-05-23 17:02:29 booting it 2020-05-23 17:07:18 hmm, it's running but network is not available 2020-05-24 10:54:06 clandmeter: Now that zabbix 5.0 is out, the go agent is now marked as production ready 2020-05-24 10:54:31 So I'd like to immediately used that rather than version 1 of the agent 2020-05-24 12:05:28 The nice thing about this agent is that it allows for native plugins, but, that does require you to recompile the agent. You cannot have a generic agent and add plugins later to that 2020-05-24 12:27:42 so the question is, do we want to maintain a custom build of the agent (compiled I guess for different arches) 2020-05-24 16:26:51 are there any easy instructions on how to unsub from the mailing lists? it's getting kind of ridiculous there 2020-05-24 16:27:06 user mailing list? 2020-05-24 16:27:16 let me check, I think so 2020-05-24 16:27:21 https://man.sr.ht/lists.sr.ht/ 2020-05-24 16:27:46 yes user 2020-05-24 16:27:49 thank you :) 2020-05-24 16:30:42 ~alpine/user+unsubscribe@lists.alpinelinux 2020-05-24 16:30:52 damnit, stupid phone keyboard 2020-05-24 16:32:32 but the address will be ~alpine/user+unsubscribe@lists.alpinelinux.org? 2020-05-24 16:33:08 users in plural apparently 2020-05-24 16:33:35 I guess so 2020-05-25 06:44:22 ikke: reg alpin.pw 2020-05-25 06:44:26 morning 2020-05-25 06:44:57 clandmeter: i think you are right though 2020-05-25 06:45:20 current name servers for alpin.pw are {ns1,ns2}.alpinelinux.org 2020-05-25 06:45:48 should be have ns in public or only in private 2020-05-25 06:46:05 private only means no letsencrypt 2020-05-25 06:46:18 but we could do a self signed cert 2020-05-25 06:47:12 in theory, self signed for internal use is ok 2020-05-25 06:47:27 it is our selves that guarantees that the servers are who they claim to be 2020-05-25 06:47:35 ok i need to go to hospital, some things are a little more important ;-) 2020-05-25 06:47:36 Does mean you have to import a root cert 2020-05-25 06:47:49 clandmeter: take care! 2020-05-25 06:48:07 ikke: yes, thats the downside, we need manage CA etc 2020-05-25 06:48:25 That's why a public cert was nice, just works everywhere 2020-05-25 06:48:42 price for that is split dns 2020-05-25 06:49:09 you get "depends on who is asking" or "depends on who you ask" responses on DNS requests 2020-05-25 06:49:13 I already do split dns for alpin.pw 2020-05-25 06:49:20 ok. 2020-05-25 06:49:28 then its just broken i guess?? 2020-05-25 06:49:58 what is broken? 2020-05-25 06:50:06 alpin.pw dns 2020-05-25 06:50:13 The issue is that letsencrypt can no longer validate the dns records 2020-05-25 06:50:17 it used to work 2020-05-25 06:50:27 I guess since the switch-over to linode 2020-05-25 06:50:46 i guess the reason is that I never updated the NS records for alpin.pw 2020-05-25 06:51:05 right, that's what clandmeter was asking about 2020-05-25 06:51:15 they still point to ns[12].alpinelinux.org, which is decommisioned 2020-05-25 06:51:41 I think they should point to ns[12].linode.com? 2020-05-25 06:53:09 i'm updating it 2020-05-25 06:53:16 ok 2020-05-25 06:54:00 should be ok now, but TTL needs to expire 2020-05-25 06:54:26 nod 2020-05-25 07:20:59 Ok 2020-05-25 07:21:11 Maar langZaam dus? 2020-05-25 07:21:24 Lol 2020-05-25 07:21:31 ja, >1s per page load 2020-05-25 07:21:42 Wrong screen 2020-05-25 07:21:55 Didn't auto open correct channel 2020-05-25 08:15:20 hah 2020-05-25 08:15:27 ikke: did you see that new mirror? 2020-05-25 08:24:17 apparently not, it ended up in my spam inbox 2020-05-25 08:45:54 s390x-ci host is apparently unreachable 2020-05-25 09:05:54 s390x.alpinelinux.org is gone 2020-05-25 09:06:13 tmhoang: can you help us get s390x.alpinelinux.org up again? 2020-05-25 09:22:10 ncopa: Apparently ci is available against 2020-05-25 09:32:30 s390x.alpinelinux.org is back again 2020-05-25 14:57:42 hi sorry I was off . Seems like they are back ... 2020-05-25 14:57:59 np, yes, they are back 2020-05-26 04:48:06 netbox certificate is up-to-date again 2020-05-26 07:59:52 yes i could not sleep 2020-05-26 08:00:10 not because of the cert :) 2020-05-26 11:59:02 seems like dl-master.a.o (aka cz.a.o) has performance issues 2020-05-26 11:59:06 or network issues 2020-05-26 12:50:36 this looks like spam: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11579 2020-05-26 12:52:17 404 :P 2020-05-26 12:55:11 the trigger for dns repo was never executed 2020-05-26 12:55:28 so git repo does not correspond with current running dns 2020-05-26 12:55:42 clandmeter: ^ 2020-05-26 12:55:46 ssh: Could not resolve hostname build-edge-mips64.deu4.alpin.pw: Name does not resolve 2020-05-26 12:55:49 ikke: ^ 2020-05-26 12:55:54 lol 2020-05-26 12:56:00 I was first 2020-05-26 12:56:11 yes you are :p 2020-05-26 12:56:41 clandmeter: i renamed the mips64 machine from deu3.alpin.pw to deu4.alpin.pw. not sure that is what we wants, but at least it corresponds with netbox docs now 2020-05-26 12:56:42 I'm not up-to-date where that logic is running atm 2020-05-26 12:57:02 me neither 2020-05-26 12:57:05 just ssh to it 2020-05-26 12:57:15 to where exactly? 2020-05-26 12:57:21 each ns? 2020-05-26 12:57:28 yup, thats what i do 2020-05-26 12:57:36 im trying to fix a gpu with cuda 2020-05-26 12:57:41 and i have no clue what im doing 2020-05-26 12:57:50 Is it a matter of updating the topic that mqtt-exec is listening for? 2020-05-26 12:58:01 check what the issue is first 2020-05-26 12:58:17 could be the topic 2020-05-26 12:58:25 or the repo changed 2020-05-26 12:58:32 i mean origin 2020-05-26 12:58:40 or both :D 2020-05-26 15:27:58 i think ns1 works now 2020-05-26 15:28:07 it just does not announce anymore 2020-05-26 15:32:25 ikke: i think because i make algitbot listen authenticated the msg also needs to be send authenticated. 2020-05-26 15:32:40 nah that doesnt make sense 2020-05-26 15:32:51 Try to make sense :P 2020-05-26 15:33:00 probably not properly inplemented in algitbot 2020-05-26 17:04:37 \o/ 2020-05-26 17:04:39 thanks! 2020-05-26 18:01:46 Do we have a repo to file feature requests for CI? 2020-05-26 18:27:15 alpine/infra/infra in general 2020-05-26 18:27:53 Okie 2020-05-26 18:27:54 https://gitlab.alpinelinux.org/alpine/infra/docker/alpine-gitlab-ci 2020-05-26 18:28:05 This is the main ci container project 2020-05-26 18:28:43 Ok, I'll go ahead and file an issue there then 2020-05-26 18:28:46 But this is/was the main CI request: https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/10637 2020-05-26 18:28:57 Would be nice if CI detected broken symlinks 2020-05-26 18:29:46 Hmm, I guess that would be a check in abuild 2020-05-26 18:30:05 Right, that'd probably the better 2020-05-26 18:30:09 Also, is there an update to the appstream-generator container? 😅 2020-05-26 18:34:52 ok, I have awesome running on 3.12, but I think I'm still missing fonts :) 2020-05-26 18:38:13 ikke: awesomeWM? 2020-05-26 18:38:22 yes, ofcourse 2020-05-26 18:39:05 you are switching to alpine on your workstation? 2020-05-26 18:39:20 not yet, testing 3.12 2020-05-26 18:39:47 in qemu 2020-05-26 18:39:52 I'm on edge and awesome works awesome :) (as usual) 2020-05-26 18:39:57 This was meant for -devel though 2020-05-26 18:40:07 :) 2020-05-26 18:40:28 just echo exec awesome >.xinitrc; startx :) 2020-05-26 18:40:33 yes 2020-05-26 18:40:47 What font do you use? 2020-05-26 18:41:07 I use some kind of default font on arch, but I have no clue which one it is "sans" 2020-05-26 18:41:25 Liberation Mono 9 2020-05-26 18:41:59 What package provides that? 2020-05-26 18:42:36 ttf-liberation, I think 2020-05-26 18:43:42 lol, just quit my workstation awesomewm instead of the vm :D 2020-05-26 18:44:32 :) happens 2020-05-26 18:46:14 happened to me some number of times running debian desktop in lxc through Xephir 2020-05-26 18:55:10 Not bad, after I set the proper resolution, everything is nice and sharp 2020-05-26 18:56:39 nice to hear 2020-05-26 19:07:10 ikke: finally 2020-05-26 19:07:23 we have a new alpine user :) 2020-05-26 19:07:42 lol 2020-05-26 19:07:52 im looking into distfiles 2020-05-26 19:07:53 This is still in qemu :P 2020-05-26 19:08:04 i wonder how we want to solve it 2020-05-26 19:08:22 I guess you want to centralized it separate from the builders, right? 2020-05-26 19:08:29 the simplicity of rsync is something i like 2020-05-26 19:08:32 yes 2020-05-26 19:08:56 let the builders keep a local copy for x days and sync it to distfiles 2020-05-26 19:09:49 the problem with rsync is, you need ssh access or we need to use the rsync proto. 2020-05-26 19:10:27 hmm, maybe it does not really matter. 2020-05-26 19:17:54 it makes things a lot easier I guess 2020-05-26 19:20:08 do we want to keep using branch based directories? 2020-05-26 19:20:21 I wonder if that makes sense 2020-05-26 19:20:21 i think thats what we have on current distfiles 2020-05-26 19:20:25 yes 2020-05-26 19:20:50 The only advantage is that you force to redownload for a new release so that you know the source is still available 2020-05-26 19:21:24 But that can be solved in different ways as well 2020-05-26 19:21:44 do we want to make distfiles the default url for source? 2020-05-26 19:22:03 i guess we want that or it would not make sense 2020-05-26 19:22:27 I think if you set the URL in abuild.conf, it will automatically first try distfiles atm 2020-05-26 19:22:33 nod 2020-05-26 19:22:48 But if it's available locally, it will just use that, right? 2020-05-26 19:22:55 yes 2020-05-26 19:23:43 we have free 1TB volume on linode 2020-05-26 19:24:02 it is not charged at all due to change of billing last time. 2020-05-26 19:24:14 so i thought why not use it :) 2020-05-26 19:24:24 :) 2020-05-26 19:32:48 so we have around 250G on distfiles 2020-05-26 19:36:22 ikke: whats up with the cargo dir? 2020-05-26 19:41:07 no idea? 2020-05-26 19:52:08 me neither 2020-05-26 19:52:13 ok here she goes 2020-05-26 19:52:33 rsync edge first 2020-05-27 09:27:22 I have a problem with the new git.a.o. it times out too quick 2020-05-27 09:28:01 to reproduce: go to https://git.alpinelinux.org/aports/tree/main/sqlite and click on "log" 2020-05-27 09:28:43 when using old it works: https://git-old.alpinelinux.org/aports/tree/main/sqlite 2020-05-27 09:34:04 <_ikke_> Seems like the latter is even returning earlier 2020-05-27 11:52:41 yes ive seen it 2020-05-27 11:57:10 i wonder if its cpu bound or io 2020-05-27 11:59:11 we could try to clone to tmpfs 2020-05-27 12:00:45 maybe there are some git optimalizations we could try 2020-05-27 12:01:56 <_ikke_> not sure if it helps with local operations, but maybe commitGraphs can help 2020-05-27 12:07:12 <_ikke_> git config gc.writeCommitGraph true 2020-05-27 12:51:38 Seems like CLang can bring the x86_64 CI runner to its knees pretty reliably: https://gitlab.alpinelinux.org/Cogitri/aports/-/jobs/128073 2020-05-27 12:55:38 <_ikke_> That machine has 128 threads, so I think it uses too many jobs for the amount of memory it has 2020-05-27 13:06:37 Probably, yes 2020-05-27 13:07:07 Time to throw more hardware at it? :D 2020-05-27 13:08:02 <_ikke_> Well this host is kind of an anomly :) 2020-05-27 13:08:07 <_ikke_> anomaly 2020-05-27 16:35:53 _ikke_: isn't that enable by default on more recent version? 2020-05-27 16:38:25 <_ikke_> clandmeter: reading of them, but I don't think they are automatically generated 2020-05-27 16:38:41 Correct 2020-05-27 16:40:39 It's there no issue to enable multi threads? 2020-05-27 16:43:47 <_ikke_> sorry? 2020-05-27 16:47:47 No upcoming feature 2020-05-27 16:47:58 If it's cpu b bound 2020-05-27 18:39:18 _ikke_: what happened? 2020-05-27 18:39:57 <_ikke_> where? 2020-05-27 18:40:02 Here 2020-05-27 18:40:20 <_ikke_> not much 2020-05-27 18:40:25 Your nickname 2020-05-27 18:40:28 <_ikke_> oh 2020-05-27 18:40:34 It's weird 2020-05-27 18:40:41 fixed 2020-05-27 18:40:45 Haha 2020-05-27 18:40:50 Good 2020-05-27 18:45:45 got reconnected, and it used my default nikc 2020-05-27 21:02:32 i don't know why, but cloning aports from gitlab causes my cable modem to reboot when done from a mips64 device 2020-05-27 21:03:04 i don't know why, so i am going to just chock this up to "spectrum blows" 2020-05-27 21:03:29 or netgear 2020-05-27 23:18:50 so 2020-05-27 23:18:59 gitlab-runner, docker, etc are now available on mips 2020-05-27 23:19:04 what is the next step for CI enablement ? 2020-05-28 04:51:50 clandmeter: I had to restart traefik in deu1-dev1, it was somehow no longer accepting traffic 2020-05-28 05:09:12 Ariadne: nice. Next step would be 'bootstrapping' the main images 2020-05-28 05:12:12 Ariadne: if I can get access to the CI host, I could set thatup 2020-05-28 05:38:57 ikke: was it because of log size? 2020-05-28 05:39:13 Maybe it's missing the setting to limit it 2020-05-28 05:55:57 perhaps 2020-05-28 06:58:06 ncopa: i think i know what the issue is with git.a.o gitlog 2020-05-28 06:58:15 https://i.imgur.com/18lZpK8.png 2020-05-28 06:58:28 100% cpu? 2020-05-28 06:58:39 400% :) 2020-05-28 06:59:07 But that's just a symptom, not a cause :) 2020-05-28 07:02:57 we know the cause already 2020-05-28 07:03:21 some idiot thought it was a good idea to implement ssh cloning to fetch latest secdb info. 2020-05-28 07:03:39 err http cloning 2020-05-28 07:04:17 Hmm, is it a unique user agent that is doing that? :) 2020-05-28 07:04:47 its build into some of those sec scanners 2020-05-28 07:05:25 i think we need to stop the connection from traefik 2020-05-28 07:08:27 Is it because we are no longer redirecting to github? 2020-05-28 08:59:19 at present the dedicated CI host is still in use to port the cavium ethernet driver to mainline 2020-05-28 08:59:42 ok 2020-05-28 08:59:44 is it possible to use the builder for CI as well? 2020-05-28 09:00:18 If it has enough cycles, then sure, should be possible 2020-05-28 09:00:37 just needs docker / docker-compose installed 2020-05-28 09:00:40 otherwise I can look into securing additional machines, but the ubiquiti edgerouter infinity devices are hard to find 2020-05-28 09:01:19 ah 2020-05-28 09:01:25 you mean the current builder 2020-05-28 09:01:32 we explicitly avoided that 2020-05-28 09:01:37 pyvpx mentioned that we might be able to acquire some more through a customer who changed their plans 2020-05-28 09:07:38 this is correct 2020-05-28 12:02:34 clandmeter: any idea why mirrors.a.o status for didstopia is showing OK while it's down and status.json says status is 404? 2020-05-28 14:41:25 seems like the v3.6.0 tag was not pushed to git.alpinelinux.org/abuild 2020-05-28 14:42:27 weird 2020-05-28 14:42:36 it didnt show up on gitlab 2020-05-28 14:42:43 but now it did 2020-05-28 14:43:09 i had to push the tag twice 2020-05-28 14:46:13 oh 2020-05-28 14:46:27 the https://git.alpinelinux.org/abuild/snapshot/abuild-3.6.0.tar.xz is broken 2020-05-28 14:46:33 generates an empty file 2020-05-28 14:46:42 i guess it is 'xz' that is missing in the container 2020-05-28 14:46:52 how can i fix that? 2020-05-28 14:49:33 In what container? 2020-05-28 14:49:48 whatever container that has git.alpinelinux.org 2020-05-28 14:49:56 ah 2020-05-28 14:50:43 I imagine it's the uwsgi container 2020-05-28 14:51:15 https://gitlab.alpinelinux.org/alpine/infra/compose/cgit/-/blob/master/uwsgi/Dockerfile 2020-05-28 14:51:17 I guess there 2020-05-28 14:51:43 thanks 2020-05-28 14:51:48 let me create a PR 2020-05-28 14:57:44 https://gitlab.alpinelinux.org/ncopa/cgit/-/merge_requests/1 2020-05-28 16:53:29 i wonder if there is a qemu system profile we can target for mips64 that supports tons of ram and cores 2020-05-28 16:53:33 that isn't mips64r6 2020-05-28 16:53:40 (r6 is dead on arrival tbh) 2020-05-28 20:04:15 more spam: https://gitlab.alpinelinux.org/alpine/aports/-/issues/11585 2020-05-28 20:05:07 gone 2020-05-29 07:58:18 i redirected alpine-secdb to github again. 2020-05-29 07:58:29 and added /*/log/* to robots.txt 2020-05-29 07:59:05 ok 2020-05-29 07:59:17 did you manage to redirect via traefik, or just went with nginx? 2020-05-29 07:59:36 nginx for now 2020-05-29 07:59:42 ok 2020-05-29 07:59:47 would be nice to figure out how to do it via traefik 2020-05-29 07:59:52 yea 2020-05-29 07:59:53 maybe im just too stupid 2020-05-29 07:59:58 or its a bug :) 2020-05-29 08:00:07 luckily for you you didn't say that 3 seconds earlier :D 2020-05-29 08:00:17 5 2020-05-29 08:13:47 clandmeter: did you look into getting appstream-generator up already? 2020-05-29 08:15:01 uhm no? 2020-05-29 08:15:06 is there a request for it? 2020-05-29 08:26:34 lies 2020-05-29 08:28:31 clandmeter: Ah, I guess I should make an issue for it tracking it, I just dumped the repo with the docker-compose here a while ago 2020-05-29 10:19:35 ncopa: you made a MR based on your own fork :p 2020-05-29 10:24:46 is that not how we are supposed to do MRs? 2020-05-29 10:25:32 fork, branch push branch and create MR? 2020-05-29 10:37:39 Yes, but you should create a MR against the upstream repo, not your fork 2020-05-29 10:38:19 Otherwise you're trying merge the branch into the master of your fork and not the master of the actual repo :) 2020-05-29 10:44:13 ok. think i just clicked on the create MR URL in the cli 2020-05-29 10:44:23 that appeared when i did push 2020-05-29 10:44:49 dont click and run :) 2020-05-29 10:45:38 i already make the change live, just not in git yet 2020-05-29 10:45:52 i thought we had xz in bb now 2020-05-29 10:46:58 ncopa: for projects outside of aports, you can directly create a merge request from the main project if you have access 2020-05-29 10:47:39 fork purged. thanks for taking care of it 2020-05-29 10:48:05 i still need the commit :) 2020-05-29 10:52:28 curl https://tpaste.us/MbnP | git am 2020-05-29 11:27:57 https://gitlab.alpinelinux.org/help displays the update asap badge 2020-05-29 11:28:02 I thought we were on Gitlab 13 already? :o 2020-05-29 11:30:26 ikke: can you help with that? ^^ 2020-05-29 11:31:08 We don't upgrade to bleeding edge 2020-05-29 11:31:16 but update asap should be resolved 2020-05-29 11:31:37 We wanted to go to 12.10, but had some performance issues seemingly 2020-05-29 11:34:10 Need to first build the image for 12.9.8 2020-05-29 11:34:12 what about 12.9.8 2020-05-29 11:34:17 ^^ 2020-05-29 11:34:28 I'll work on that 2020-05-29 15:02:24 clandmeter: do you know what mqtt message to subscribe to for notification on git pushes to https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/ ? 2020-05-29 15:02:57 Yup 2020-05-29 15:03:51 master branch 2020-05-29 15:04:04 git/alpine-mksite/master ? 2020-05-29 15:04:12 Nope 2020-05-29 15:04:17 gitlab/update/alpine/infra/alpine-mksite 2020-05-29 15:04:19 something like that? 2020-05-29 15:04:25 Nope 2020-05-29 15:04:31 don't let us hang :P 2020-05-29 15:04:53 gitlab/alpine/infra/alpine-mksite ? 2020-05-29 15:05:08 gitlab/projectwithpath/push 2020-05-29 15:05:16 gitlab/alpine/infra/alpine-mksite/push 2020-05-29 15:05:34 You need to read the msg for branch 2020-05-29 15:05:44 and that will trigger on push to any branch? 2020-05-29 15:05:54 The script says: publish_payload(("gitlab/%s/%s"):format(event.name, data[event.arg]),json) 2020-05-29 15:06:02 doesn't that mean the event name is before the path? 2020-05-29 15:07:04 Yes I think you are right 2020-05-29 15:07:07 clandmeter: I've updated gitlab to 12.9.8 btw 2020-05-29 15:07:18 I'm on mobile sorry 2020-05-29 15:07:26 so gitlab/push/alpine/infra/alpine-mksite 2020-05-29 15:09:23 gitlab/user_create/UladzislauHlebauTR 2020-05-29 15:09:36 so yes the eventname comes first 2020-05-29 15:11:23 looks like somebody just created a similar project 2020-05-29 15:11:28 gitlab/project_create/gs/alpine-mksite :) 2020-05-29 15:11:53 ikke: thx for update 2020-05-29 15:12:16 clandmeter: thanks! sorry for bother you friday afternoon 2020-05-29 15:13:49 ncopa: www is still running in lxc? 2020-05-29 15:13:59 and it did not update i guess 2020-05-29 15:14:25 yes 2020-05-29 15:16:01 I changed to gitlab/push/alpine/infra/alpine-mksite but it didnt pick up the push 2020-05-29 15:16:41 it could be related to username/password 2020-05-29 15:16:49 i think it listens to them anonymous 2020-05-29 15:17:22 not sure we want to push all those messages to public 2020-05-29 15:17:39 i can share you a username password to listen with 2020-05-29 15:18:22 this topic struct is for all activity on our gitlab 2020-05-29 15:18:47 even our super secret stuff 2020-05-29 15:19:16 i saw your push on mqtt 2020-05-29 15:19:42 posts: add contributor list to 3.12.... 2020-05-29 15:21:26 ikke: if you are not happy with the performance we could try jump to 13.x 2020-05-29 15:22:28 see it makes a difference 2020-05-29 15:23:54 you mean if? 2020-05-29 15:25:37 yes 2020-05-29 15:26:51 i think we can spin another vm 2020-05-29 15:27:15 could also vm related 2020-05-29 20:34:46 is alpine-mksite updated/dockerized? 2020-05-29 20:34:56 I don't think so 2020-05-29 20:35:02 i pushed the release notes to main page but it didnt get updated 2020-05-29 20:35:03 ok 2020-05-29 20:35:11 I'll try update it manually then 2020-05-29 20:36:00 Do we want it dockerized? 2020-05-29 20:36:37 i think it is dockerized 2020-05-29 20:36:42 ah ok 2020-05-29 20:36:48 i dont have any lxc container 2020-05-29 20:36:56 not sure how to manually trigger a rebuild 2020-05-29 20:37:36 it's hosted on nld3? 2020-05-29 20:37:39 that's just lxc 2020-05-29 20:37:51 alpine-www, right? 2020-05-29 20:38:31 there used to be an wwwbuild iirc 2020-05-29 20:38:36 similar to wwwtestbuild 2020-05-29 20:39:03 yes, but that was just moved to a single container 2020-05-29 20:39:12 alpine-www on nld3 2020-05-29 20:39:17 there is a mqtt service there 2020-05-29 20:39:40 that topic needs to be updated 2020-05-29 20:40:10 hmm, the remote needs to be updated as well 2020-05-29 20:40:38 let me try run the script manually 2020-05-29 20:40:56 git repo needs to be updated 2020-05-29 20:41:04 I just updated the remote 2020-05-29 20:41:14 ok, please go ahead 2020-05-29 20:41:19 I'll write the annoucement email 2020-05-29 20:43:02 It's not woring yet 2020-05-29 20:43:03 working 2020-05-29 20:44:01 the Makefile does reference docker 2020-05-29 20:47:35 i updated the update.sh script 2020-05-29 20:47:43 can i retry run it= 2020-05-29 20:47:45 ? 2020-05-29 20:47:48 yes 2020-05-29 20:47:52 I'm not doing anything 2020-05-29 20:47:56 but make all is not working 2020-05-29 20:48:05 make build requires docker, which does not exist 2020-05-29 20:48:41 i dont think docker is used for production 2020-05-29 20:48:48 its for local development iirc 2020-05-29 20:48:51 it works now 2020-05-29 20:49:13 ok 2020-05-29 20:51:17 its only https://wiki.alpinelinux.org/wiki/Alpine_Linux:Releases left 2020-05-29 20:51:22 which i'll do on monday 2020-05-29 20:51:46 ikke and Ariadne, thanks for being there 2020-05-29 20:52:04 downloads page isn't updated 2020-05-29 20:53:28 ncopa: ^ 2020-05-29 20:53:38 DOWNLOADS 2020-05-29 20:53:38 Current Alpine Version 3.11.6 (Released Apr 23, 2020) 2020-05-29 20:53:56 ah 2020-05-29 20:54:07 update symlink on dl-master 2020-05-29 20:54:11 im on it 2020-05-29 20:54:40 right 2020-05-29 20:56:08 done! 2020-05-29 20:56:12 thanks Ariadne 2020-05-29 20:56:13 humm 2020-05-29 20:56:17 minirootfs for mips64 is missing 2020-05-29 20:56:46 ncopa: latest-stable already updated? 2020-05-29 20:56:55 will deal with mips64 on monday 2020-05-29 20:57:05 ikke: yes 2020-05-29 20:57:10 ok 2020-05-29 20:57:13 need to add that to release checklist 2020-05-29 20:57:29 we will get cache errors on those who uses latest-stable as repo 2020-05-29 20:57:33 yeah 2020-05-29 20:57:36 checksum errors due to cache 2020-05-29 20:57:42 Do we need to purge dl-cdn? 2020-05-29 20:57:44 i have a script somewhere to migitate it 2020-05-29 20:57:51 http://dl-cdn.alpinelinux.org/alpine/latest-stable/releases/x86_64/ 2020-05-29 20:57:54 this still shows 3.11 2020-05-29 20:58:18 possibly 2020-05-29 21:00:16 ok, im running my purge script 2020-05-29 21:00:19 ok 2020-05-29 21:00:29 i dont think it will purge the index 2020-05-29 21:01:04 which i did manually now 2020-05-29 21:01:05 ok 2020-05-29 21:01:16 its too late for celebrate now 2020-05-29 21:01:23 thanks again everyone 2020-05-29 21:01:30 have a nice weekend! 2020-05-29 21:01:39 good weekend! 2020-05-29 21:12:44 pkgs needs to be bumped for v3.12 2020-05-29 21:12:47 clandmeter: ^ 2020-05-29 21:15:00 Yes, it needs to sync that 2020-05-29 21:21:02 Ariadne: v3.12 is listed now, it just needs to be synced 2020-05-29 21:21:09 cool 2020-05-29 23:39:20 ikke: so I think we should go with OpenCFP, because it seems to have features like scheduling 2020-05-30 06:18:23 clandmeter: Do I need to do something more than just add 3.12 to the configuration for aports-turbo? 2020-05-30 06:19:30 up -d --force-recreate 2020-05-30 06:19:46 Or down up 2020-05-30 06:19:46 ok 2020-05-30 06:20:14 I think the config is not updated in the container 2020-05-30 06:20:28 Or does it show already? 2020-05-30 06:20:33 it shows already 2020-05-30 06:20:35 just not synced 2020-05-30 06:21:01 Try manual sync 2020-05-30 06:21:26 update log shows errors about stmt bein nil 2020-05-30 06:21:44 I can check it later 2020-05-30 06:21:51 I'm waking up 2020-05-30 06:22:06 We have an issue on master 2020-05-30 06:22:56 what issue 2020-05-30 06:23:50 Disk full 2020-05-30 06:24:01 Almost 2020-05-30 06:24:59 hmm, yeah, that is an issue 2020-05-30 06:26:13 import only shows things about skipping edge, and one times ./tools/import.lua:188: attempt to index local 'stmt' (a nil value) 2020-05-30 06:53:34 try run update now 2020-05-30 06:54:28 now it goes better 2020-05-30 06:54:43 there is an update setting in the config 2020-05-30 09:56:00 ikke: did the import succeed? 2020-05-30 10:13:14 Last time I checked it was still going 2020-05-30 10:14:29 ok 2020-05-30 10:14:35 maybe because its over http now 2020-05-30 13:52:02 clandmeter: it's still synchronizing 2020-05-30 15:10:28 Still? 2020-05-30 15:10:53 yes 2020-05-30 15:10:56 mips64 2020-05-30 15:12:09 :) 2020-05-30 17:30:51 clandmeter: restoring a new gitlab snapshot 2020-05-30 17:38:46 ok 2020-05-30 17:39:05 ah 3.12 is added 2020-05-30 17:40:27 ncie 2020-05-30 18:26:45 is there a problem with docker hub dns? 2020-05-30 18:27:04 hmm after 10x reloading it started to work 2020-05-30 19:04:23 gitlab restore is still in progress 2020-05-30 19:04:29 docker hub dns? 2020-05-30 19:50:04 i got nxdomain 2020-05-30 20:53:26 interesting, seems like newer protobuf is only pulled in on 12.10 2020-05-31 13:56:38 sent e-mails about these mirrors 2020-05-31 13:58:26 clandmeter: when the page loads slow on gitlab 12.10, it seems to be always be pg that is taking longer 2020-05-31 14:43:11 there is a new version I pushed, trying that out now 2020-05-31 20:16:07 ikke: did it make any change? 2020-05-31 20:18:59 doesn't seem so 2020-05-31 20:21:01 ~200 ms for full page load vs ~500ms for full page load, and it's noticible 2020-05-31 20:22:23 I can't imagine it's due to it being a different instance