2022-07-02 10:12:25 redeployed gitlab-test to prepare for the gitlab upgrade to 15.0 2022-07-02 17:48:06 ikke: fyi riscv64 has been stuck for days 2022-07-02 18:37:24 https://tpaste.us/X04j 2022-07-02 18:49:17 psykose: it's running again 2022-07-02 18:50:50 :) 2022-07-03 12:58:35 interesting, build of riscv64 e2fsprogs pass in lxc container but fail on builder 2022-07-03 13:07:26 gitlab upgraded to 15.0 2022-07-03 13:57:20 clandmeter: I cannot deploy the reserved server on equinix, as I cannot select an OS 2022-07-03 13:57:41 os -> no results found 2022-07-03 17:38:11 the new gitlab upgrade shows more options to regular users, like "close merge request" or adding labels, all of them erroring out (of course) 2022-07-03 17:39:30 the labels are funny because they aren't shown but if you click the label icon from a minimised right side panel it then pops up the ui to add them lol 2022-07-03 17:47:22 fun 2022-07-03 17:50:09 the diff clicking for more context is also not very functional now, as you can't click show all for the whole file 2022-07-03 17:50:16 typical gitlab 2022-07-03 17:54:01 Oh, there is no more 'show all context' 2022-07-03 17:58:59 mhm 2022-07-03 19:52:14 ikke: are there any stray world packages on the rv64 builder? there seems to be either pcsc-lite-dev or something similar that stuck around 2022-07-03 19:54:23 let me check 2022-07-03 19:55:14 .makedepends-cosign=20220627.200310 2022-07-03 19:55:49 which indeed pulled in pcsc-lite-dev 2022-07-03 19:58:33 haha 2022-07-03 19:58:49 that was what it was stuck on during that frozen panic 2022-07-03 19:58:59 so i guess if you kill them in such a state you have to double check that after 2022-07-03 19:59:13 right 2022-07-03 19:59:26 there was an git index.lock file left behind as well which I had to remove 2022-07-03 19:59:29 wonder how many things accidentally built with udev support on riscv now 2022-07-03 20:00:40 :D 2022-07-03 20:00:49 :) 2022-07-03 20:01:22 I just added s390x-ci to monitoring 2022-07-03 20:01:32 and acpid is chronically crashed 2022-07-03 20:02:31 ikke: does s390x actually have ACPI? 2022-07-03 20:02:43 minimal: no idea 2022-07-03 20:02:48 I don't think so 2022-07-03 20:03:02 alpine just starts the service by default 2022-07-03 20:03:27 right but maybe it is crashing because s390x doesn't support ACPI? 2022-07-03 20:03:38 that's very likely 2022-07-03 20:03:44 never looked into it 2022-07-03 20:04:11 I seem to remember raising a MR to disable acpid for another arch (armv7?) in the past 2022-07-03 20:05:10 ikke: https://gitlab.alpinelinux.org/alpine/aports/-/issues/13700 2022-07-03 20:05:22 "As indicated in #12290 (closed) by myself the RPI (and indeed many/most ARM systems) do not support ACPI and so if acpid is run it will exit (aka "crash")." 2022-07-03 20:05:52 so apparently it's already merged into alpine-conf 2022-07-03 20:06:25 yeah to setup-alpine 2022-07-03 20:06:55 so should be fixed for new installations, right? 2022-07-03 20:08:57 assuming its in the version of alpine-conf shipped 2022-07-04 09:56:11 usa5 (rv64 builder) is stuck again 2022-07-04 09:56:24 Need to work on the new equinix infra 2022-07-04 09:57:22 again when building cosign apparently 2022-07-05 07:10:01 ikke: ok let me check with ed 2022-07-05 07:10:12 I’m still on holidays 2022-07-05 16:41:02 secdb is pretty popular 2022-07-05 16:41:49 https://i.imgur.com/A1NobOO.png 2022-07-05 16:42:36 probably the multiple secfix edits over the few minutes and multiple scrapes getting triggered 2022-07-05 16:43:44 Upgraded Zabbix to 6.2 2022-07-05 16:43:47 bleeding edge :) 2022-07-05 16:44:23 FYI: https://zabbix.alpinelinux.org/zabbix.php?action=dashboard.view&dashboardid=7 2022-07-05 16:47:26 that is a lot of traffic 2022-07-05 16:49:19 nld3 you mean? 2022-07-05 16:52:18 yea 2022-07-05 16:54:41 yup 2022-07-05 16:54:46 mostly the mirror 2022-07-05 17:11:38 ikke: please open a ticket for the issue and mention Ed on it 2022-07-05 17:36:42 ok 2022-07-06 10:18:41 clandmeter: They resolved it, but sadly I cannot select Alpine :) 2022-07-07 10:21:03 hehe https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Creator-Microsoft 2022-07-07 10:21:23 finally :D 2022-07-07 10:42:52 what does this have to do with alpine infra 2022-07-07 10:54:17 hah 2022-07-07 10:54:41 for me it have but I will not tell 2022-07-07 11:52:46 https://gitlab.alpinelinux.org/anabellebailey55/7qasearch.net/-/issues/1 2022-07-07 11:52:52 🤔 2022-07-07 12:05:04 P00f 2022-07-07 21:37:13 clandmeter: _alice setup a new aarch64 gitlab runner host on the new (temporary) server we got from ARM 2022-07-07 21:37:35 sorry, that was meant to be addressed to both clandmeter and alice 2022-07-07 21:41:16 hurrah 2022-07-07 21:41:19 when's the swap 2022-07-07 21:41:38 it's already active 2022-07-07 21:41:46 :) 2022-07-07 21:41:48 awesome 2022-07-07 21:41:54 will let you know if i see any issues 2022-07-07 21:42:05 only did aarch64, other arches will follow 2022-07-07 21:57:48 actual servers from ARM? 2022-07-08 03:11:30 ikke: thx 2022-07-08 04:18:32 martijnbraam: yes, but they indicated that they will be moving away from sponsored bare-metal servers 2022-07-09 00:27:23 another quirk with the latest gitlab version: when trying to filter commits by author, it puts user display name into author= parameter rather than username 2022-07-09 00:29:03 ah, nevermind; it works properly, i just clicked on an alpine developer with seemingly 0 commits to aports 2022-07-09 07:30:51 now gitlab assigns to me MRs I create though I'm not maintainer. Is this bug or new feature? 2022-07-09 07:52:38 psykose also mentioned it, not sure why it happens 2022-07-09 07:53:01 you have to unselect yourself before pressing submit 2022-07-09 07:54:22 ok 2022-07-09 08:54:11 https://gitlab.com/gitlab-org/gitlab/-/issues/287636 2022-07-09 08:54:24 and follow-up: https://gitlab.com/gitlab-org/gitlab/-/issues/365891 2022-07-09 08:55:05 So will eventually be solved again 2022-07-09 09:51:40 neat 2022-07-09 09:54:05 I use glab to create MRs, so that will leave it unassigned as well 2022-07-09 09:54:35 although, not sure as I mostly tend to create MRs for my own packages 2022-07-09 09:55:02 probably works 2022-07-10 04:50:06 Hmmm. 🤔 2022-07-10 05:59:18 For some reason the new arm CI server reboots each night 2022-07-10 17:19:10 new CI host rebooted again :/ 2022-07-10 17:21:16 serial console does not reveal a lot either 2022-07-10 17:21:19 it just seems to reboot 2022-07-10 17:41:52 what is console, BMC 2022-07-10 18:01:37 I mean, I see the boot process 2022-07-10 18:01:42 but nothing indicating why it's rebooted 2022-07-10 18:01:57 It starts with initializing the firmare 2022-07-10 18:50:34 but no history? 2022-07-10 18:54:49 I connected this morning, and I see everything that happened since 2022-07-10 18:55:48 https://tpaste.us/a0XB 2022-07-10 18:55:58 here you see when it was booted, and then it started booting again 2022-07-10 18:57:36 hm, have no idea what this means, indicates something about RAM but ... 2022-07-10 19:15:48 i'll put $5 on overheating 2022-07-10 19:49:28 Hmm, cannot find any temperature sensors in /sys/class 2022-07-10 19:51:28 ah, found something 2022-07-10 19:53:10 I have 2 hwmon sensors that are called SoC temperature 2022-07-10 19:53:46 but seems to just output 50000 2022-07-10 19:56:20 same output with `sensors` 2022-07-10 19:56:48 but system is mostly idle now, so maybe wait for more load 2022-07-10 20:49:37 after 8 years I upgraded home server from armv7 to aarch64, it was easy with alpine ;) 2022-07-11 05:05:22 The SoC temperature just remains constant 2022-07-11 05:05:32 So seems like it's not working 2022-07-11 05:26:23 ikke: does this machine have IPMI interface 2022-07-11 05:43:44 Not that I have access to 2022-07-11 05:43:53 It's hosted at equinix 2022-07-11 05:48:35 ah, you don't have access to host, just some VMs 2022-07-11 05:52:11 It's bare metal 2022-07-11 05:52:31 But I just get access to the serial console 2022-07-11 05:53:42 but you can login as root? 2022-07-11 06:02:46 Yes, I have full access to the OS 2022-07-11 06:03:24 is there /dev/ipmi0 file 2022-07-11 06:06:09 I'd have to check later 2022-07-11 10:18:50 Oh, I do see temperature fluctuations now 2022-07-11 10:21:39 mps_: /dev/ipmi0 does not exist 2022-07-11 10:21:54 oh, sorry, it does 2022-07-11 10:25:54 checking ipmitool sel elist now 2022-07-11 10:30:01 hmm, seems to be just rebooting.. 2022-07-11 15:32:03 Good morning all, I tried to make a quick update to the docs at: https://wiki.alpinelinux.org/wiki/Finding_the_fastest_mirror and don't have perms. I'm happy to send the quick edit here if you like, or someone could give me perms to update it myself, eaither way is ok with me. The second script hangs in some instances currently. 2022-07-11 15:34:16 paradxum: what is your username there? 2022-07-11 15:34:35 eric.schultz (sorry, handles don't match) 2022-07-11 15:34:59 no worry 2022-07-11 15:35:19 Can you try now? 2022-07-11 15:42:41 Yes, trying now. 2022-07-11 15:44:11 Perfect, thank you, it's all updated! 2022-07-11 15:51:47 ikke: I didn't used ipmi tool for some time and forgot exact command params to list events and errors 2022-07-11 15:52:05 mps: I used ipmi sel elist last 5t0 2022-07-11 15:52:14 but it stopped at the 01-05 2022-07-11 15:52:37 that could depend on BMC firmware 2022-07-11 15:53:00 different ones needs different options and parameters 2022-07-11 15:53:42 my method is/was usually 'try and see what works' 2022-07-11 15:56:20 ikke: do you have a small guide somewhere on how to start the rust bootstrap for s390x and the ability to give me access to whatever to do it 2022-07-11 17:06:31 psykose: from what I understood from last time from nmeum, we should start with running bootstrap.sh on x86_64 2022-07-11 17:06:39 with s390x as target 2022-07-11 17:07:02 boostrap.sh will build you a cross compilation environment 2022-07-11 17:07:13 right 2022-07-11 17:07:14 to cross compile from x86_64 to your desired architecture 2022-07-11 17:07:27 Are all blockers solved? 2022-07-11 17:07:37 and bootstrap.sh will already take care of cross-compiling rust for you 2022-07-11 17:07:37 they have been 'solved' on us actually doing it for almost 2 months 2022-07-11 17:07:38 for rust on s390x? 2022-07-11 17:07:45 ok 2022-07-11 17:08:29 the problem with boostrap.sh is just that cross-compiling of packages breaks regularly so one always needs to fix things along the way ':D 2022-07-11 17:08:41 currently it's still the meson things 2022-07-11 17:08:42 heh, right 2022-07-11 17:08:46 or disable packages which are not needed for rust 2022-07-11 17:08:47 good opportunity for me to fix it as i go 2022-07-11 17:08:48 heh 2022-07-11 17:17:59 psykose: will you give it a try, or should I? 2022-07-11 17:25:13 i suppose i will, from tomorrow when i'm back home, unless you want to snipe yourself into doing it :p 2022-07-11 17:27:34 Would probably be tomorrow as well 2022-07-11 17:30:20 i was going to start it last week but got sniped by some travels i had planned for a while, crazy how prescheduled dates just sneak up on you all of a sudden.. 2022-07-11 17:30:42 :D 2022-07-12 15:13:00 Ariadne: https://codeberg.org/alpine/alpine-wiki/issues/6 2022-07-12 15:13:15 i don't want to deal with this right now :D 2022-07-12 15:13:33 I understand :) 2022-07-12 15:13:59 ...those logos sure have an aliexpress feel to them though 2022-07-12 15:14:54 it was changed from this https://codeberg.org/repo-avatars/36054-748761d616a7bf1d6849e904aee637dc 2022-07-12 15:15:06 404 2022-07-12 15:16:28 https://usercontent.irccloud-cdn.com/file/f01QYoRM/image.png 2022-07-12 15:16:44 don't ask me what's that, I have no idea 2022-07-12 15:23:25 wtf did i just read 2022-07-12 19:06:22 ikke: i seem to have crashed my x86_64 nld5-dev1 container 2022-07-12 19:06:58 the rv64 one on the same machine works, so i guess it broke somehow from the xz -T0 i was running 2022-07-12 19:07:20 it's still running 2022-07-12 19:07:41 yeah, but i can't reach it 2022-07-12 19:07:44 lots of distccd processes 2022-07-12 19:07:53 those are always there cause it's one per thread 2022-07-12 19:08:13 (and idle until i use them) 2022-07-12 19:08:31 I can ping it, and ssh seems to respond 2022-07-12 19:08:48 ssh -l demon -p 22047 nld5-dev1.alpinelinux.org # host unreachable 2022-07-12 19:08:49 hmm 2022-07-12 19:09:28 Oooh :/ 2022-07-12 19:09:45 that might be my fault 2022-07-12 19:10:33 ah :) 2022-07-12 19:10:37 thankfully i ran stuff in screen 2022-07-12 19:10:50 for some reason, there was no dhcp entry for that address 2022-07-12 19:10:54 so I used it for another container 2022-07-12 19:11:06 hah 2022-07-12 19:11:11 but for some reason it received a different address anyway 2022-07-12 19:11:38 ok, fixed 2022-07-12 19:11:56 fixed, thanks 2022-07-12 19:12:03 using it to build chromium tarballs for upgrades in 3.16 2022-07-12 19:12:10 ok 2022-07-12 19:12:22 that machine is busy :P 2022-07-12 19:12:36 tarball is done now 2022-07-12 19:13:01 bootstrap is still running 2022-07-12 19:14:43 ~ 2022-07-12 19:15:36 ok, now my container gets the expected address, but I lost connection as well (and wasn't using screen or tmux) 2022-07-12 19:15:44 but for some reason, it continues to build :D 2022-07-12 19:15:52 oof 2022-07-12 19:15:56 probably until ssh notices the client is gone 2022-07-12 19:19:07 ok, now starting it _with_ tmux :) 2022-07-12 22:57:12 ikke: i wonder what the load/usage looks like for the new arm machine for aarch64 CI? it's roughly half the speed of the previous setup (or even less) 2022-07-13 04:24:51 psykose: https://zabbix.alpinelinux.org/history.php?action=showgraph&itemids%5B%5D=33724 2022-07-13 04:25:13 how many cores are there 2022-07-13 04:25:37 In total 160, CI vm has 32 2022-07-13 04:26:13 Looks like there are 32 cores 100% utilized on the host 2022-07-13 04:28:32 ah, but wasn't that machine not used for anything else 2022-07-13 04:29:04 This is the only thing running on it atm 2022-07-13 04:31:17 The load on the VM is quite high 2022-07-13 04:31:22 44 atm 2022-07-13 04:32:03 wondering if it has to do with NUMA 2022-07-13 04:38:03 probably just extra jobs, dunno 2022-07-13 04:38:07 but we don't have anything setup for that on usa9 either 2022-07-13 04:38:24 it's running 2 jobs at 2022-07-13 04:38:26 atm 2022-07-13 04:38:31 though it's extremely slow in this configuration and chromium takes roughly 3 hours 2022-07-13 04:39:11 rust and gcc-cross-embedded 2022-07-13 04:39:30 Trying to figure out what's difference 2022-07-14 19:12:27 anyone looking at build-edge-x86? 2022-07-14 19:12:32 otherwise i'm gonna restart it 2022-07-14 19:12:58 was just fixing i9t 2022-07-14 19:13:07 i figured :) 2022-07-14 19:13:30 good. thanks 2022-07-14 19:37:43 Still reachable here 2022-07-15 05:50:44 got this on build-edge-aarch64: cp: can't stat '/home/buildozer/.abuild/alpine-devel@lists.alpinelinux.org-616ae350.rsa.pub': No such file or directory 2022-07-15 05:50:54 i copied it from /etc/apk/keys 2022-07-15 06:01:46 👍 2022-07-15 10:01:11 hmm `>>> ERROR: ubdsrv: devel_v4 is not a valid version` says abuild -r 2022-07-15 10:02:22 0.20220711 could be solution? 2022-07-15 10:08:25 hmm, this could be better to wait when we upgrade linux-headers to 5.19.x 2022-07-15 10:09:34 I hope no one will rush to add ubdsrv to aports, this is my task 2022-07-15 10:10:06 https://github.com/ming1/ubdsrv 2022-07-15 10:10:12 *speedruns making ubdsrv aport* 2022-07-15 10:10:37 panekj: what 'speedruns' means 2022-07-15 10:11:26 speedrunning means finishing game with certain limitations as fast as possible 2022-07-15 10:11:55 aha 2022-07-15 10:12:10 it was intended as joke for me? 2022-07-15 10:12:23 yes 2022-07-15 10:12:34 nice, thanks :) 2022-07-15 10:12:39 https://en.wikipedia.org/wiki/Speedrun 2022-07-15 10:12:40 [WIKIPEDIA] Speedrun | "A speedrun is a playthrough of a video game, or section of a video game, with the goal of completing it as fast as possible. Speedruns often follow planned routes, which may incorporate sequence breaking, and might exploit glitches that allow sections to be skipped or completed more quickly than intended..." 2022-07-15 10:14:40 panekj: for some reason your irc client didn't sent *bold* text to me 2022-07-15 10:15:26 it was supposed to be cursive, but my barely awake brain forgot about /me 2022-07-15 10:16:07 aha, fine. my irssi set bold with '*' 2022-07-15 10:17:13 yep, I'm poisoned with markdown syntax 2022-07-15 10:17:41 I see ;) 2022-07-15 10:31:23 idea for build.a.o status page: change favicon by status. if all builders are idle: add a green "ok" emblem, if builders are busy: add a yellow "busy"/"working" emblem, if build failure add red 'failure' emblem. 2022-07-17 16:32:49 ikke: the x86 CI seems roughly 5x slower than usual for the past few days 2022-07-17 16:38:17 Hmm, interesting. Will take a look 2022-07-17 16:52:41 psykose: nothing suspicious going on 2022-07-17 16:52:47 strange 2022-07-17 16:53:02 load is 0 atm 2022-07-17 17:01:50 unrelatedly, could you remind me of the thread/ram count per ci arch and builder arch 2022-07-17 17:04:55 x86_64-ci 48 cores 64G mem 2022-07-17 17:05:05 same of x86 2022-07-17 17:05:27 arm* is 32 cores / 64G mem 2022-07-17 17:05:31 (ci) 2022-07-17 17:05:58 ppc64le ci is 64 cores / 128G mem 2022-07-17 17:06:09 arm* includes aarch64? 2022-07-17 17:06:11 yes 2022-07-17 17:06:21 okay, makes sense for some of the oom stuff, now builders.. 2022-07-17 17:06:36 s390x-ci is 8 cores / 32G 2022-07-17 17:06:59 x86_64 builder is 32 cores / 64G 2022-07-17 17:07:06 some for x86 2022-07-17 17:07:30 the issue with some lto ooms for x86_64 on ci is that it's not 2G/thread, but i'm wondering why it now fails on aarch64-build with 6 jobs.. 2022-07-17 17:07:59 that also explains why the x86_64 builder is slower than ci hah, 32 vs 48 2022-07-17 17:08:28 arm*/aarch64 host is 80 cores / 256G memory 2022-07-17 17:09:02 ppc64le is 64 cores / 128G 2022-07-17 17:09:18 s390x 8 cores / 32G 2022-07-17 17:09:45 how are the cores/memory shared per build container? 2022-07-17 17:10:21 each container can use everything available 2022-07-17 17:10:34 (on aarch / arm we limit containers to a single NUMA domain) 2022-07-17 17:10:35 ah, that's why they're so fast normally 2022-07-17 17:10:44 ok, makes sense 2022-07-17 17:10:49 no idea why the hell 6 jobs oom then 2022-07-17 17:11:17 with firefox? 2022-07-17 17:11:20 yes 2022-07-17 17:11:49 on ci it's the opposite and x86_64 fails without limits; since it's not 2G per thread, but with the 6 cap it's a very large number per thread so i would guess it should always be fine.. 2022-07-17 17:12:13 it's one of those weird things where they oom without using any memory but the per-thread limits still matter 2022-07-17 17:12:47 well, one thing to take into account is that the CI vms take memory as well 2022-07-17 17:12:56 they're running on the same host 2022-07-17 17:13:31 it's not about the used memory funnily :) if you watched a full graph it would never go above 20% and oom 2022-07-17 17:14:31 well, hopefully 4 works, otherwise i have no clue why this stuff is so broken 2022-07-17 17:15:12 the aarch64 ci vm got OOM'd 2022-07-17 17:15:52 oh, huh 2022-07-17 17:15:58 what was the actual usage 2022-07-17 17:16:30 This is what zabbix shows: https://zabbix.alpinelinux.org/history.php?action=showgraph&itemids%5B%5D=32593 2022-07-17 17:17:32 oh, that was already a while ago 2022-07-17 17:17:34 btw 2022-07-17 17:17:43 No recen't OOMs 2022-07-17 17:17:59 is used actually used or '''used''' from free() 2022-07-17 17:18:29 It's more than free reports 2022-07-17 17:18:52 probably used + caches and buffers 2022-07-17 17:18:54 right, meant it backwards, as in inverse of 'free' 2022-07-17 17:18:54 yeah 2022-07-17 17:19:09 so not actual used 2022-07-18 10:26:22 ikke: do you know if the build-edge-a* containers are on same numa domain as build-3-16-a*? 2022-07-18 10:26:35 let me check 2022-07-18 10:26:43 how is numa domain selected? 2022-07-18 10:26:50 In the lxc config 2022-07-18 10:26:52 it's per arch 2022-07-18 10:27:03 so all aarch64 will be on the same NUMA domain for example 2022-07-18 10:27:23 /etc/lxc/aarch64.common.conf 2022-07-18 10:27:27 same for other arches 2022-07-18 10:28:01 aarch64 and armhf share the same NUMA domain 2022-07-18 10:33:23 ok. makes sense 2022-07-18 10:48:06 im thinking about the arm hardware future. what if we used a mac mini m1 for aarch64? 2022-07-18 10:48:20 wouldnt work for 32 bit though 2022-07-18 10:50:44 clandmeter asked telmich if he could host a server there 2022-07-18 10:51:36 i saw 2022-07-18 12:33:05 a mac mini with 8GB? 2022-07-18 12:34:05 if that is enough. i was thinking with 16G 2022-07-18 12:34:58 not sure 16 would be enough 2022-07-18 12:37:56 m1 is nice, but the rest of the hw is limited and no way to upgrade it :( 2022-07-18 12:38:36 i would like to have one as desktop :) 2022-07-18 12:46:03 they are nice. I have been using a mbp for my aarch64 development machine 2022-07-18 12:54:31 it takes approx as long time to compile kernel in a vm on m1 than it does on the arm monster machine, so i thought we could maybe offload it with a mac mini m1. 2022-07-18 12:55:03 it is silent, so it could maybe even be located in my apartment 2022-07-18 16:02:02 interesting. i can no longer set topic in #alpine-devel channel. Cannot perform action: You're not a channel operator. 2022-07-18 16:03:50 also not in #alpine-linux. can someone help me change 3.16.0 -> 3.16.1 in the channel topics? 2022-07-18 17:09:35 ncopa: you can ask chanserv to make you op 2022-07-18 17:09:59 Not sure why, but apparently auto op is not working / no longer active 2022-07-18 17:10:41 ncopa: anyway, done 2022-07-19 03:01:58 MR for updating cloud images in alpine-mksite - https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/merge_requests/49 - when someone has a chance 2022-07-19 04:22:23 merged, and pushed to production 2022-07-19 06:20:37 armhf/ppc64le look stuck on py3-gls 2022-07-19 09:51:20 ikke: are the mailing lists entirely down currently? 2022-07-19 10:20:36 Not that I'm aware of 2022-07-19 14:39:59 can I create a user 'ncopa' and try build rust for s390x directly on usa2-dev1 with docker? 2022-07-19 14:40:45 hm, not very much disk space there though 2022-07-19 14:49:22 how much is there 2022-07-19 14:54:22 ncopa: we have the ci host with docker already 2022-07-19 14:54:33 Should have enough space 2022-07-19 14:57:27 there are /dev/mapper/vg1-lv_var 393G 354G 22G 95% /var 2022-07-19 14:57:41 but /home (on lv_root) has only 2022-07-19 14:57:51 /dev/vg0/lv_root 4.3G 425M 3.7G 11% / 2022-07-19 14:57:55 3G free 2022-07-19 14:58:17 ah, indeed a bit short 2022-07-19 14:58:19 ikke: what is the ip/hostname for ci host? 2022-07-19 15:01:56 s390x-ci.alpinelinux.org 2022-07-19 15:02:17 thanks! 2022-07-19 15:08:55 building it there now 2022-07-19 15:36:15 And I'll clean up USA2 2022-07-20 04:21:04 clandmeter: ^ 2022-07-20 09:05:36 ikke: ? 2022-07-20 09:16:31 Nld3 having <50G :-) 2022-07-20 10:48:10 we need to really get those 3 new servers up and running 2022-07-20 10:48:18 its a waste of resources like this 2022-07-20 10:48:42 but i know its me who is limited in time :( 2022-07-20 11:06:40 I'd like to move mdev-conf package's sources to its own git repo. Do we want it under gitlab.a.o/ncopa/mdev-conf or gitlab.a.o/alpine/mdev-conf? I suppose the latter? 2022-07-20 11:07:09 Yes, if we see it as an official alpine package, i'd use the latter indeed 2022-07-20 11:07:16 s/package/project 2022-07-20 11:07:16 ikke meant to say: Yes, if we see it as an official alpine project, i'd use the latter indeed 2022-07-20 11:47:15 https://gitlab.alpinelinux.org/alpine/mdev-conf 2022-07-20 11:47:55 👍 2022-07-20 11:58:53 later, I think 2022-07-20 13:44:17 ncopa: ping 2022-07-20 13:45:38 clandmeter: pong 2022-07-20 14:00:40 ncopa: :) 2022-07-20 14:01:03 ikke: i think you killed my runner that was configged for docker-abuild :) 2022-07-20 14:01:36 😶 2022-07-20 14:01:40 ikke: i guess we currently do not have a multi arch runner? 2022-07-20 14:01:58 with qemu user setup 2022-07-20 16:09:29 FYI: just received an e-mail there will be some maintenance on the s390x servers tomorrow (16.00ET), taking ~2 hours, so they will be temporarily be unavailable 2022-07-21 00:13:01 MR for updating https://alpinelinux.org/cloud images -- https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/merge_requests/50 2022-07-21 04:33:50 tomalok: merged and pushed 2022-07-21 09:35:22 ikke: i guess we currently do not have a multi arch runner? 2022-07-21 09:36:58 Not yet I'm aware of 2022-07-21 09:37:09 Do you recall where we had that? 2022-07-21 09:57:47 s390x ci seems to have https://gitlab.alpinelinux.org/messense/aports/-/jobs/776366 docker daemon stuff again 2022-07-21 10:16:17 psykose: the funny part is that it's inside a docker container where it gives this message 2022-07-21 10:16:23 :p 2022-07-21 10:16:32 it's a random flake pretty sure, but yeah it's funny 2022-07-21 10:18:17 Perhaps some kind of timeout due to load? 2022-07-21 10:19:16 i think we can remove the stuff i did on the s390x machine 2022-07-21 10:19:16 on the socket call? possible 2022-07-21 10:19:16 it's the same kind of think with the random other timeouts on ppc especially 2022-07-21 10:19:16 thing* 2022-07-21 10:23:43 i cleaned up after my s390x rust work on s390x-ci.a.o 2022-07-21 10:59:21 clandmeter: Apparently there are still 2 online 2022-07-21 10:59:28 for s390x and ppc64le 2022-07-21 11:23:49 ikke: i think my old one was multi arch 2022-07-21 11:24:04 and we have some servers that are multi arch like for riscv64 2022-07-21 11:24:09 not sure they are also doing CI 2022-07-21 11:37:40 They are at least connected to the docker-abuild project 2022-07-21 11:37:53 But I have no clue where your multi arch runner ran 2022-07-21 11:47:43 hmf 2022-07-21 15:58:11 where are build-edge-riscv64 running? 2022-07-21 15:58:51 nld5 2022-07-21 15:58:56 sorry 2022-07-21 15:58:58 usa5 2022-07-21 15:59:04 Need to reboot it, it seems stuck again 2022-07-21 16:00:51 im optimistic about rust for riscv64 2022-07-21 16:01:07 has built for a few hours now 2022-07-21 16:02:26 holds on tight 2022-07-21 16:02:33 usa5 is booting now 2022-07-21 16:03:33 ok. thanks. I wanted to copy over the cross-compiled binaries so i have it prepared 2022-07-21 16:04:01 note that it's using docker, not lxc 2022-07-21 16:04:11 oh. ok 2022-07-21 16:04:56 as long as i can copy in the binaries.... 2022-07-21 16:05:02 that's no problem 2022-07-21 16:05:50 ncopa: you can copy them to /var/cache/distfiles 2022-07-21 16:05:55 which is available in the container 2022-07-21 16:06:09 /srv/compose/aports-build 2022-07-21 16:07:09 ncopa: sorry, /srv/compose/aports-build/storage/distfiles 2022-07-21 16:10:02 stepping out for a couple of hours... 2022-07-21 16:10:15 alright 2022-07-22 06:49:52 ikke: there was a planned reboot of s390x servers during this week. It seems it has been done. Sorry for not letting you know before hands. 2022-07-22 06:50:17 please help me to verify if all services are correctly started 2022-07-22 06:58:16 got an update from toolchains team here yesterday, thanks a lot for pushing the rust work on s390x ncopa :) 2022-07-22 07:02:49 tmhoang: we got an email from Martha, so all is good 2022-07-22 08:11:35 tmhoang: thanks! wouldn't be possible without the help from IBM 2022-07-22 08:14:26 i think the riscv64 builder deadlocked 2022-07-22 08:14:57 has been stuck since yesterday. i did a tail -f /srv/compose/aports-build/storage/distfiles/buildlogs/build-edge-riscv64/community/yggdrasil/yggdrasil-0.4.4-r1.log but no progress within hours 2022-07-22 08:15:33 im gonna kill the build 2022-07-22 10:16:07 ncopa: maybe makes sense to update qemu if it runs in qemu user 2022-07-22 10:25:05 clandmeter: the host still runs alpine 3.14, maybe we should upgrade it? 2022-07-22 10:25:18 yeah 2022-07-22 10:25:27 i gues that will bump also qemu 2022-07-22 10:26:02 and maybe fix some of the locks we are seeing 2022-07-22 10:26:44 The host still has issues where it locks up regularly 2022-07-22 10:27:34 dmesg output: https://tpaste.us/X04j 2022-07-22 10:27:58 I'll do it this afternoon 2022-07-22 10:29:09 lock as in system itself or a build? 2022-07-22 10:29:26 we had one epyc system that was unstable, is it this one? 2022-07-22 10:29:36 clandmeter: system itself 2022-07-22 10:29:38 yes 2022-07-22 10:30:12 right 2022-07-22 10:30:33 holidays are coming and this will give me some extra free time 2022-07-22 10:30:43 ill try to focus on the equinix stuff 2022-07-22 10:31:02 are you using any of the MS resources? 2022-07-22 10:31:09 clandmeter: the new arm server we have has been rebooting regularly as well since I installed it 2022-07-22 10:31:18 asked equinix about it, but they see nothing 2022-07-22 10:31:21 clandmeter: not atm 2022-07-22 10:31:27 hmm 2022-07-22 10:31:39 clandmeter: I was thinking maybe setting up a server for nightly bootstrap builds 2022-07-22 10:31:42 so they gave us an unstable server 2022-07-22 10:31:58 clandmeter: I suppose, but I cannot find any indication as to why it rebooted 2022-07-22 10:32:16 according to their systems, it has an uptime >10 days 2022-07-22 10:32:35 https://zabbix.alpinelinux.org/history.php?action=showgraph&itemids%5B%5D=33718 2022-07-22 10:32:36 let me prepare an email to ARM and see if we can get those systems they mentioned 2022-07-22 10:32:42 nod 2022-07-22 10:33:16 i dont really understand that graph :) 2022-07-22 10:33:30 it means it has an uptime of 4h? 2022-07-22 10:34:01 how can equinix know the uptime? 2022-07-22 10:34:22 Through the BMC 2022-07-22 10:34:22 i think they can only do that if the OS has a call home? 2022-07-22 10:34:30 "Based on the records from the BMC it seems like the server has been up for the past 11 days as was shared by Joel. " 2022-07-22 10:34:44 hmm 2022-07-22 10:34:44 ok 2022-07-22 10:34:50 But it might be that it shows how long it was powered on 2022-07-22 10:35:08 i wonder if they mix bmc and call home 2022-07-22 10:35:39 if it has rebooted, just copy them the uptime info :) 2022-07-22 10:35:43 "Because whatever is triggering these reboots, it doesnt seem to be getting logged on the BMC or on the API. " 2022-07-22 10:36:00 you installed it manually right? 2022-07-22 10:36:07 yes 2022-07-22 10:36:17 so no cloud-init stuff 2022-07-22 10:36:21 right so it does not have the scripts installed for api 2022-07-22 10:36:37 They are aware I installed it manually 2022-07-22 10:37:27 clandmeter: re that graph: everything it goes down it means the server rebooted 2022-07-22 10:37:31 everytime*( 2022-07-22 10:45:30 Yes but it didn’t show the down part :) I need to adjust the time I guess 2022-07-22 10:46:59 right 2022-07-22 10:51:41 I've added extra monitoring for usa5 to notice when it's no longer responding (the zabbix agent not sending data) 2022-07-22 10:55:48 clandmeter: Is it worthwhile to move the rv64 builder to nld5 (after removing the mirror there)? 2022-07-22 10:55:58 or do we wait for the new infra? 2022-07-22 11:05:01 i remembered you wanted to move it to lxc right? 2022-07-22 11:21:55 ikke: did you already start using compose based on golang? 2022-07-22 11:22:53 Yes 2022-07-22 11:23:06 its in the repos? 2022-07-22 11:23:18 docker-cli-compose 2022-07-22 11:23:25 ah 2022-07-22 11:23:44 strange name 2022-07-22 11:23:57 It's because it's a plugin 2022-07-22 11:24:15 it is? 2022-07-22 11:24:20 Rather then a standalone binary 2022-07-22 11:24:22 Yes 2022-07-22 11:24:23 you use it as `docker compose` 2022-07-22 11:24:31 i used it standalone 2022-07-22 11:24:35 but you can use it as standalone 2022-07-22 11:24:38 Yes 2022-07-22 11:25:05 i just copied it to usr/local/bin from github :) 2022-07-22 11:25:23 it seems a lot faster 2022-07-22 11:25:27 kinda nice 2022-07-22 15:43:59 clandmeter: what was the state of the alpinelinux image for azure? 2022-07-22 20:31:57 rebooted deu7 2022-07-22 20:32:23 Ah, that's why my ssh sessions are disconnected 2022-07-22 20:34:30 :) 2022-07-22 20:34:38 back up 2022-07-22 20:34:57 i hope that doesn't lose you anything 2022-07-22 20:35:02 maybe i should give you some warning 2022-07-22 20:35:28 No, didn't loose anything 2022-07-22 20:35:45 But a heads-up would've been nice 2022-07-22 20:36:09 will do the same for deu1 in a bit 2022-07-22 20:36:11 updates first 2022-07-22 20:42:51 so is algitbot 2022-07-22 20:43:10 yup 2022-07-22 20:43:23 maybe i should look at the cgit stuff again, but doubt it would be fixed 2022-07-22 20:43:39 ppc64le is still gone 2022-07-22 20:44:38 let it have its nice vacation 2022-07-22 21:40:55 ibm confirmed they need to do maintenance 2022-07-22 21:42:24 probably the entire weekend 2022-07-22 22:32:31 what machine is dev.a.o on? it has a cgit with 30 workers on it but it's not where the actual cgit it 2022-07-22 22:40:05 yeah, the cgit there points to nothing 2022-07-23 02:03:22 hi um, i think https://gitlab.alpinelinux.org/alpine/infra/infra/-/issues/8468 should be revisited 2022-07-23 02:05:28 let me guess 2022-07-23 02:05:40 you can put anything on the mqtt page 2022-07-23 02:05:44 lmao 2022-07-23 02:05:51 wouldnt be surprised 2022-07-23 02:06:50 not only that 2022-07-23 02:06:55 you can put anything on -commits 2022-07-23 02:08:42 > mosquitto_pub -L mqtts://msg.alpinelinux.org/build/build-3-16-x86_64/errors -m '{"reponame":"community","hostname":"some-prefix","logurl":"https:\/\/example.com\/your-url-here","pkgname":"something"}' 2022-07-23 02:09:49 aaand publishing to rsync/ does stuff too; or at least prints "uploaded" on -commits 2022-07-23 02:10:03 lmao 2022-07-23 02:10:09 well 2022-07-23 02:10:10 yep 2022-07-23 02:10:49 don't think the uploaded does anything, it's just the notification for upload finished 2022-07-23 02:10:53 but yeah anything can be put there 2022-07-23 02:11:07 fun stuff 2022-07-23 02:11:39 only a matter of time someone buys a typoed domain and publishes "errors" that redirect to fake alpine gitlab /s 2022-07-23 02:13:15 mckay is that you ?! 2022-07-23 02:15:05 i also wonder if publishing to git/aports/master can trigger jirutka's mirror script 2022-07-23 02:15:17 conveniently, that endpoint accepts a git commit hash 2022-07-23 02:15:27 make it build something from 2015 2022-07-23 02:15:54 hey, i don't want to mess up the github aports mirror 2022-07-23 02:16:12 well you have two options here 2022-07-23 02:16:23 either you don't and we forget about this in 5 minutes 2022-07-23 02:16:28 or you do and it's funny and gets fixed 2022-07-23 02:16:37 i suppose don't, sure 2022-07-23 02:16:58 ah, no, the script only gets the "repo" field from the payload 2022-07-23 02:17:47 :3 2022-07-23 07:10:11 psykose: dev.a.o is on one of the x86* builders, where we used to host a lot of these infra before 2022-07-23 07:10:17 aha 2022-07-23 07:10:20 yeah made sense 2022-07-23 07:10:25 i noticed load was full during the build 2022-07-23 07:10:39 i've used quite a bit of disk space too as i put the chromium tarballs there 2022-07-23 07:10:47 only latest version, so just ~10G at max 2022-07-23 07:10:50 ok 2022-07-23 07:11:08 but, thankfully, we now have maintained chromium in 3.16 2022-07-23 07:11:09 When we have the new equinix infra setup, we can see if we can move stuff further away from there 2022-07-23 07:11:11 completely up to date 2022-07-23 07:11:19 i was asking to remove the cgit things 2022-07-23 07:11:25 they're running the dev container but the things are empty 2022-07-23 07:11:29 yeah, makes sense 2022-07-23 07:11:31 probably some other cleanup to do 2022-07-23 07:11:39 https://git-old.alpinelinux.org/ 2022-07-23 07:11:46 It still hosts that 2022-07-23 07:11:51 are all of these moved 2022-07-23 07:12:33 all the acf stuff has been moved 2022-07-23 07:12:42 docs has been moved 2022-07-23 07:12:59 most of the alpine-* repos have been moved 2022-07-23 07:13:47 All the rest I don't know 2022-07-23 07:20:04 well 2022-07-23 07:20:06 user/ doesn't matter 2022-07-23 07:20:14 hosted is ancient 2022-07-23 07:20:24 testing/ is a test 2022-07-23 07:20:46 and that's about it, you can compare the rest from bare git.a.o 2022-07-23 07:20:48 clandmeter: what do you think about removing the mirror from nld5 2022-07-23 07:20:51 some of the abuild stuff is missing 2022-07-23 07:21:03 er alpine 2022-07-23 07:32:06 atm, we have 40G free on the nld3 mirror :/ 2022-07-23 07:32:59 3 days ago was when ncopa did the releases? 2022-07-23 07:33:32 went from 55G to 40G 2022-07-23 08:08:54 do you have a graph of the past 2 hours 2022-07-23 08:12:09 https://zabbix.alpinelinux.org/history.php?action=showgraph&itemids%5B%5D=33355 2022-07-23 08:12:55 ~3GB freed 2022-07-23 08:13:53 sweet 2022-07-23 09:13:23 now mesa too 2022-07-23 09:13:43 ~4G in total atm 2022-07-23 09:20:35 neat 2022-07-24 20:58:28 Heya, can we increase the maximum attachment size? Unfortunately Rust releases with their entire dependency tree vendored tend to take up a bit of space (<20MB), so the current 10MB limit makes it impossible to release a new release of apk-polkit-rs currently 2022-07-24 20:58:46 attachment size? 2022-07-24 20:58:55 Ah on Gitlab 2022-07-24 20:59:16 ACTION uploaded an image: (22KiB) < https://matrix.org/_matrix/media/r0/download/gnome.org/cdddbf06668335805beb092272344062beeaf019/image.png > 2022-07-24 21:01:13 Ok, found it, reasied it to 50M 2022-07-24 21:01:19 raised* 2022-07-24 21:01:29 Thanks 👍️ 2022-07-24 22:55:03 ikke: MR for revamping https://alpinelinux.org/cloud -- https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/merge_requests/52 -- image filter is working! 2022-07-25 05:34:29 https://wwwdev.alpinelinux.org/cloud/ 2022-07-25 05:40:23 tomalok: https://i.imgur.com/B61jbd0.png dropdown boxes text is truncated at the bottom for me (firefox) 2022-07-25 06:45:41 very nice! 2022-07-25 07:56:42 https://postmarketos.org/blog/2022/07/25/considering-sourcehut/ 2022-07-25 07:57:48 some people on #postmarketos are suggesting that maybe alpine could host them instead 2022-07-25 08:02:12 Problem is we have no headroom on our ARM ci 2022-07-25 08:04:54 don't they use sr.ht for CI already? 2022-07-25 08:04:57 would it be feasible if they somehow bring their own runners? 2022-07-25 08:05:09 I presume it would be only git hosting 2022-07-25 08:05:11 panekj: they use gitlab.com runners for merge requests 2022-07-25 08:05:20 oh well 2022-07-25 08:05:32 ptrc: it's possible to have own runners 2022-07-25 08:06:02 although I'm not sure whether global runners can be restricted for specific projects 2022-07-25 08:06:07 yeah, i know, i do that myself; it's more of a "would alpine infra team be okay with that" question 2022-07-25 08:06:30 oh, hm.. 2022-07-25 08:07:18 i guess currently runners need to be allowed globally to run ci in forks 2022-07-25 08:08:51 Yes, but you can use tags to limit what runners are being used 2022-07-25 08:11:01 ptrc: they suggesting just CI or part of our gitlab instance? 2022-07-25 08:12:46 i imagine pmos is mostly concerned about the newly introduced "5 users per namespace" limit on gitlab.com, so it's mostly about hosting the repositories 2022-07-25 08:13:34 (as in, the post on gitlab.com they linked doesn't mention any new ci limits whatsoever) 2022-07-25 08:19:08 did they try to apply for the open source program? 2022-07-25 08:19:25 https://about.gitlab.com/solutions/open-source/join/ 2022-07-25 08:20:08 someone from pmos said they already use it 2022-07-25 08:20:46 ultimate has limitations? 2022-07-25 08:21:09 or is this not related to gitlab.com hosting? 2022-07-25 08:21:24 if they already are using open source plan then what is the problem? 2022-07-25 08:21:32 09:25:35 We already use this, otherwise we wouldn't be able to use gitlab now.. but being dependent on the charity of gitlab and whatever their open source program people think is not a great situation to be in 2022-07-25 08:22:26 well, thats a problem with any solution 2022-07-25 08:22:31 or you need to build it yourself 2022-07-25 08:23:34 they apparently talk a bit more in-depth about it on the podcast: https://cast.postmarketos.org/episode/20-Considering-SourceHut-special/ 2022-07-25 08:23:39 they could also take our docker compose stuff and run it on any cloud or bare metal provider 2022-07-25 08:24:35 tbh, keeping it up2date is the most work, running it is kind of "easy" 2022-07-25 08:25:00 but i dont want to talk for ikke :) 2022-07-25 08:28:19 It doesn't take that much time for me honestly :-) 2022-07-25 08:49:39 we used git send-email workflow in alpine earlier. It was problematic for many contributors. 2022-07-25 08:50:37 we spent much more time then on dealing with badly sent patches or helping users set up their email accounts than we do today with gitlab, even if the number of contributors probably are 10x or more these days 2022-07-25 13:06:09 ikke: tested on chrome and ipad safari - will take a look on ff today 2022-07-25 14:36:10 ikke: seems to render okay for me on FF? not entirely sure whatyou mean by "dropdown boxes text is truncated at bottom" -- here's what i see -- https://dev.alpinelinux.org/~tomalok/cloud-ff-1.jpg 2022-07-25 14:39:01 I added a screenshot 2022-07-25 14:41:04 It's not when you open it, just in the closed state. For you, it looks alright I see. 2022-07-25 14:42:59 ah, tomalok is now alpine developer 2022-07-25 14:45:45 ff v91.11.0esr here on macOS if that makes any difference 2022-07-25 14:48:32 tomalok: might be font related 2022-07-25 14:49:17 check the javascript console just in case? 2022-07-25 14:50:39 Will do 2022-07-25 14:51:04 fonts should all come from CSS, too... 2022-07-25 14:52:22 could just be something that pops up with drop downs if there's none currently on the site, wouldn't have been seen til now 2022-07-25 15:08:20 tomalok: on my desktop it looks alright 2022-07-25 19:11:12 the height is fixed to 2.25em, which is ... not good 2022-07-25 19:46:16 Hello71: apparently that's part of the theme 2022-07-25 19:46:21 right 2022-07-25 20:03:31 ok, seems like ppc64le builders are back again now 2022-07-25 21:13:29 Hello71: what's the location of that in CSS file? What would an appropriate height value be? (I could, in theory, fix via this MR) 2022-07-25 21:13:45 well it's from upstream pure theme 2022-07-25 21:14:00 aha 2022-07-25 21:14:10 pure-min.css:609 2022-07-25 21:15:41 we could edit or simply override it with a different value 2022-07-25 21:17:17 my pure-min.css only goes up to a very long line 11... 2022-07-25 21:17:30 Oh, probably auto-formatted 2022-07-25 21:17:58 couple CSS warnings an errors in that file too, fwiw 2022-07-25 21:19:56 There are new versions of pure available 2022-07-25 21:20:15 This is 0.6.0, there is 0.6.2 2022-07-25 21:20:23 But also 1.x and 2.x 2022-07-25 21:20:36 https://github.com/pure-css/pure/releases 2022-07-25 22:03:16 i wonder how "drop in" ready 1.x and 2.x are... it's potentially a larger impact across the whole site... 2022-07-25 22:04:06 ikke: none of the build log urls work 2022-07-25 22:27:51 actually seems to only be an issue for me 2022-07-25 22:47:44 what if we 'd purecss from a CDN url instead of serving it up locally? 2022-07-25 23:09:49 tried it locally with and i'm not seeing any differences. 2022-07-25 23:12:30 it's the same in master 2022-07-25 23:12:48 better to use local files for privacy (and speed) 2022-07-25 23:13:27 i've pasted the contents in the local pure-min.css file, and the CSS linter is happier now 2022-07-25 23:14:31 grids-responsive-min.css is still 0.6.0 2022-07-25 23:15:40 updating that too 2022-07-25 23:16:45 .conf-schedule-day in styles.css seems to have an extra . just before the closing } 2022-07-25 23:43:00 ikke: PR updated to also update Pure to 2.1.0 -- everything looks fine to me -- hopefully this fixes what you saw? 2022-07-27 07:28:44 what variable is for abuild top dir? one where APKBUILD is 2022-07-27 07:29:02 APORTSDIR? 2022-07-27 07:29:13 panekj: thank you 2022-07-27 07:29:32 wait, you mean directory that has APKBUILD? 2022-07-27 07:30:14 yes, and APORTSDIR doesn't work 2022-07-27 07:30:28 startdir 2022-07-27 07:30:50 APORTSDIR is top level for aports 2022-07-27 07:31:24 nice, looks like startdir works 2022-07-27 07:31:28 thanks 2022-07-27 07:32:45 btw, I upgraded kernels for apple silicon to latest asahi branch, also m1n1 and u-boot 2022-07-27 07:33:27 short guide for upgrade is here https://arvanta.net/alpine/upgrade-kernel-m1/ 2022-07-27 07:33:46 if anyone of you use alpine on apple silicon 2022-07-27 07:33:55 i wish 2022-07-27 07:35:11 nowadays Air macbook could be bought for about 1000 euros with educational discount 2022-07-27 07:48:20 mps: qemu 7 does not work with my m1 macbook with more than 3G memory 2022-07-27 07:48:36 i used to have 8G for the vm 2022-07-27 07:52:01 ncopa: on macos? 2022-07-27 07:52:11 yup. macos 12.5 2022-07-27 07:52:23 not sure if it was introduced with macos 12.5 or qemu 7 2022-07-27 07:52:25 yes, I noticed that 2022-07-27 07:53:03 with previous macos it worked fine with 8GB for VM even 2022-07-27 07:53:19 yup 2022-07-27 07:53:24 I think this is macos problem 2022-07-27 07:53:47 but didn't looked much because I rarely boot to macos 2022-07-27 07:54:39 but I noticed that when I tested booting alpine in qemu from disk partition and not VM image 2022-07-27 07:55:49 will ask later people who runs linux in qemu 2022-07-27 08:21:00 ncopa: maz (qemu develeper iirc) told me to remove 'highmem=off' 2022-07-27 08:21:25 could you try without this option 2022-07-27 08:28:22 i get error without that option 2022-07-27 20:44:16 is there a way to check if shell script is in posix standard 2022-07-27 20:46:08 mps: https://github.com/koalaman/shellcheck/issues/1527 2022-07-27 20:46:38 mps: note that ash supports more then just posix, not sure if that's what you are targeting 2022-07-27 20:47:06 There is also checkbashisms 2022-07-27 20:48:05 ash, ofc 2022-07-27 20:48:22 shellcheck has no real support for ash 2022-07-27 20:48:42 (becausse ash has many variants, as you can enable or disable features in bb ash for example) 2022-07-27 20:49:04 ash is almost posix 2022-07-27 20:49:08 yes, but I think we have posix compliant one 2022-07-27 20:49:28 i think its just 2 or 3 things it adds on top? 2022-07-27 20:49:38 iirc 2022-07-27 20:49:41 idk 2022-07-27 20:49:56 certain parameter substitutions at least 2022-07-27 20:50:01 ${a/b/c} 2022-07-27 20:50:52 yes 2022-07-27 20:50:54 just posted patch to u-boot and noticed that it need bash, and I don't like idea to add bash to makedeps 2022-07-27 20:51:00 and local usage 2022-07-27 20:51:10 mps: shellcheck will warn you 2022-07-27 20:51:16 if you use /bin/sh as shebang 2022-07-27 20:51:36 aha, lets try 2022-07-27 20:51:37 clandmeter: set -o pipefail as well 2022-07-27 20:51:47 right 2022-07-27 20:51:50 thats 3 :) 2022-07-27 20:51:55 but i guess there are more 2022-07-27 20:52:04 probably, don't know from the top of my head 2022-07-27 20:52:30 #shellcheck disable=SC3040 is almost muscle memory :P 2022-07-27 20:53:00 ikke: it passed with '/bin/sh' 2022-07-27 20:54:08 re ash: https://github.com/koalaman/shellcheck/issues/1841 2022-07-27 20:54:35 oh, that one has no other comments 2022-07-27 20:55:09 mps: is that expected or not? 2022-07-27 20:55:20 https://github.com/koalaman/shellcheck/issues/853 2022-07-27 20:55:42 ikke: I think so 2022-07-27 20:56:00 clandmeter: apparently ash supports [[ ]] as well 2022-07-27 20:57:22 https://github.com/koalaman/shellcheck/issues/853#issuecomment-357281107 2022-07-27 20:58:12 hmm, shellcheck is not on aarch64 2022-07-27 20:59:08 right, we only have ghc for x86_64 atm 2022-07-27 20:59:49 https://github.com/koalaman/shellcheck/releases/tag/v0.8.0 2022-07-27 21:00:30 yes, I see on page 2022-07-29 16:36:48 is there any way to find latest package version without apk? preferably via API 2022-07-29 16:37:08 does pkgs.a.o has some kind of functionality like that? 2022-07-29 16:37:17 pkgs.a.o does not have an API 2022-07-29 16:37:47 I feared that 2022-07-29 16:38:18 panekj: simple way that works for now is to extract an APKINDEX 2022-07-29 16:38:27 That has all the info you need 2022-07-29 16:39:10 https://gitlab.alpinelinux.org/alpine/go/-/blob/master/repository/apkindex.go#L49 2022-07-29 16:41:27 yeah, I know, I'm just trying to help someone while arguing with people who suggest absolutely dumb ideas 2022-07-29 16:41:46 heh 2022-07-29 16:42:02 There were plans to replace aports-turbo 2022-07-29 16:42:09 But that still needs to be rolled out 2022-07-29 16:42:18 is there something written or in progress? 2022-07-29 16:42:30 It is something written 2022-07-29 16:42:50 Though, it was also still missing some featured that were deemed necessary 2022-07-29 16:42:51 is it on gitlab? 2022-07-29 16:43:00 gitlab.com 2022-07-29 16:43:05 (: 2022-07-29 16:43:29 https://gitlab.com/postmarketOS/apkbrowser 2022-07-29 16:43:31 some time go I started rewriting aports-turbo (in rust, yes, kill me) 2022-07-29 16:44:23 rust?! better java then :D 2022-07-29 16:44:27 I've heard rust was not that great for the web 2022-07-29 16:44:37 for basic things it's ok 2022-07-29 16:44:45 rust is reserved for kernel drivers ;p 2022-07-29 16:44:48 pkgs.a.o isn't super advanced 2022-07-29 16:45:08 nope 2022-07-29 16:45:48 I would do it in Go and it would take me much less time, but given that Go won't enter `main`, and rust will, I decided to give rust a try (: 2022-07-29 16:46:10 seriously, I have fear that I have again to start learn rust 2022-07-29 16:46:16 I still do everything in go :p 2022-07-29 16:46:22 I don't care it's not in main 2022-07-29 16:46:28 go is fine 2022-07-29 16:46:50 go is... special 2022-07-29 16:47:14 You basically need to loose any qualms you have :P 2022-07-29 16:47:40 I stopped to be member of community when they added CoC, though I was early user 2022-07-29 16:47:42 I also dislike that Go didn't have proper SQLite driver that didn't require CGO until like year ago 2022-07-29 16:48:03 Not sure that's really the fault of Go though 2022-07-29 16:48:18 it's fault of Go they can't link to C statically (: 2022-07-29 16:48:42 (CGO is also very terrible) 2022-07-29 16:49:00 yeah, I stay away from cgo 2022-07-29 16:49:06 for service things nowadays I use crystal 2022-07-29 16:51:58 I like things that are just a single file (: 2022-07-29 16:53:27 crystal compiles single binary 2022-07-29 16:54:21 but they didn't have risc-v support yet 2022-07-29 16:55:03 can it embed data in resulting binary? 2022-07-29 16:55:33 I think so, though didn't tried 2022-07-29 16:58:57 i have some grumbles in mind, i.e. why we don't move flat aports repo 2022-07-29 17:02:23 panekj: curl --silent https://dl-cdn.alpinelinux.org/alpine/edge/main/x 2022-07-29 17:02:23 86_64/APKINDEX.tar.gz | tar -zx -O APKINDEX 2022-07-29 17:02:32 panekj: curl --silent https://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz | tar -zx -O APKINDEX 2022-07-29 17:06:01 curl --silent https://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz | tar -zx -O APKINDEX | awk -F: '$1=="P" {p=$2} $1=="V" {v=$2} $0=="" {print p,v}' 2022-07-29 17:11:04 thanks, I was expecting some awk magic :P 2022-07-29 17:47:43 Linus Torvalds switched to apple silicon, I hope aarch64 will be better supported in kernel from now 2022-07-29 17:48:19 is there anything that lacks in aarch64 linux? 2022-07-29 17:48:42 speed should be better at first 2022-07-29 17:49:32 and memory management should be better 2022-07-29 17:50:23 from what I know he doesn't code anymore, only reviews patches so I would not expect improvements from him 2022-07-29 17:50:40 some programs and drivers should be PAGE SIZE independent 2022-07-29 17:51:15 right, but he can yell on buggy things 2022-07-29 17:52:50 this is example https://lists.zx2c4.com/pipermail/wireguard/2022-July/007764.html 2022-07-29 18:03:58 mps where did you read that? 2022-07-29 18:04:39 never mind, I see the email you linked 2022-07-29 18:04:59 doesn't particularly soudn like he "switched" to it 2022-07-29 18:05:03 s/soudn/sound/ 2022-07-29 18:05:03 Newbyte meant to say: doesn't particularly sound like he "switched" to it 2022-07-29 18:05:06 but still interesting to see 2022-07-29 18:19:19 Newbyte: friend on IRC told he helping Linus to switch asahi kernel with fedora distro on apple M2 2022-07-29 18:20:13 friend is one who made debian runing on apple silicon 2022-07-30 04:41:44 gonna restart deu1/deu7 in a bit 2022-07-30 09:34:31 !37061 2022-07-30 09:34:49 this should be moved to main 2022-07-30 09:35:09 PureTryOut: ^ what you think about this 2022-07-30 09:38:10 what part of u-boot needs it 2022-07-30 09:39:24 psykose: most arm64 u-boot needs BL31 from arm-trusted-firmware 2022-07-30 09:39:41 actually disregard, wrong channel 2022-07-30 09:40:03 and arm-trusted-firmware need these tools to build BL31 2022-07-30 09:41:11 psykose: if the people are good every channel is ok, if the people are bad then all channels are wrong 2022-07-30 09:42:07 the point of channels is to keep specific topics in specific channels (: so that when someone needs something that is a devel topic, they don't have to search through alpine-infra 2022-07-30 09:42:43 panekj: in theory yes, but practice is different 2022-07-30 09:42:56 in practice it is very much alike 2022-07-30 09:43:22 sorry could you take this to #alpine-philosophy 2022-07-30 09:43:31 unless you want to discuss infrastructure 2022-07-30 09:44:17 psykose: no, I started here and I will continue, if you don't have anything to say just ignore msgs or me 2022-07-30 09:48:32 that is a lot of words to say 'i am scared of talking in the actual -devel channel', but you do you 2022-07-30 09:49:01 psykose: yes, you are right about this 2022-07-30 09:50:08 I'm on this channel only because I'm member of infra team, else I will not be here 2022-07-31 18:43:48 cleaned up distfiles on usa2