2021-06-02 09:39:59 a project named waifud with the latest commit titled "be gay do crimes" 2021-06-02 09:40:00 I like it 2021-06-02 09:40:20 we should all suggest it to corporate 2021-06-02 09:50:41 i dig the vibe but i think i'll avoid actively trying to lose my job :p 2021-06-02 10:31:35 skarnet: it uses a license that is designed to stymy adoption by companies without negotiating a license with me 2021-06-02 10:31:44 even better it's topical for pride month 2021-06-02 10:32:08 https://github.com/Xe/waifud/blob/main/LICENSE 2021-06-02 10:44:05 Xe: the parenthesizing around "subject to the following conditions" is unclear 2021-06-02 10:44:51 I can't tell if I need to be a gay criminal to use the software, or if I can use it no matter what but the people I provide it to must be gay criminals 2021-06-02 10:45:06 perfect 2021-06-02 10:45:14 existential confusion is my constant state of being 2021-06-02 10:45:31 but it is important 2021-06-02 10:45:45 do I have the right to download and use the software or not? I'm no company 2021-06-02 10:46:20 (well technically I am, but that's irrelevant to personal use) 2021-06-02 10:46:49 (okay I just realized we're in -cloud, not -offtopic) 2021-06-02 12:35:22 it is indeed the wrong channel, but what's the point of sharing software on github if a bogus license prevents people from using it? 2021-06-03 21:57:46 mcrute: i want to build alpine cloud image for oracle cloud, can it be done with packer? 2021-06-04 00:38:35 Ariadne: should work, there's an OCI builder https://www.packer.io/docs/builders/oracle/oci 2021-06-04 00:39:04 the cloud-init branch should work for it https://github.com/mcrute/alpine-ec2-ami/tree/cloud-init 2021-06-04 00:51:43 and i can build arm with it? 2021-06-04 00:51:43 mmmk 2021-06-04 00:53:29 it should work, works on AWS Graviton for certain but haven't tested with others yet 2021-06-04 05:19:17 Ariadne: so *that's* why you signed up for oracle cloud - if i can ask, why? 2021-06-04 05:39:57 danieli: i want to see what these ampere cpus can do 2021-06-08 14:29:51 all quiet on the cloudy front? 2021-06-13 16:34:46 created an ec2 instance from the website, tried both x86/64 and aarch, apk update && apk upgrade, reboot, will not boot 2021-06-13 16:37:00 if I copy /boot from a non upgraded system to the now broken one, it will boot again, but modules are broken 2021-06-13 17:46:35 Entelin - which one (link?) and what options did you give when launching? 2021-06-13 17:48:41 https://us-east-1.console.aws.amazon.com/ec2/home#launchAmi=ami-0056ccb36f3fb6235 2021-06-13 17:48:43 and 2021-06-13 17:48:59 https://us-east-1.console.aws.amazon.com/ec2/home#launchAmi=ami-068216a0f0800db09 2021-06-13 17:50:10 then it was basically the defaults, I used an existing key and security group 2021-06-13 17:50:53 the first one is aarch, the second x86/64 2021-06-13 17:51:08 it reboots fine until you do an update 2021-06-13 17:51:16 (6/6) Upgrading linux-virt (5.10.29-r0 -> 5.10.38-r0) 2021-06-13 17:53:13 just staying within 3.13.5 -- not jumping to edge or 3.14 rc? 2021-06-13 17:55:47 i ran apk update && apk upgrade 2021-06-13 17:55:52 and then reboot 2021-06-13 17:55:54 thats it 2021-06-13 17:57:44 my guess is that there's a step you need to do to update the initramfs 2021-06-13 17:58:11 looking at replicating the issue 2021-06-13 17:58:14 the update procedure did update the initramfs... 2021-06-13 17:58:38 or re-syslinux/grub 2021-06-13 18:00:37 its a t4g.micro btw 2021-06-13 18:00:53 i'm testing on a t4g.nano 2021-06-13 18:06:45 root@ip-172-31-86-218:~# apk update fetch http://dl-cdn.alpinelinux.org/alpine/v3.13/main/aarch64/APKINDEX.tar.gz fetch http://dl-cdn.alpinelinux.org/alpine/v3.13/community/aarch64/APKINDEX.tar.gz v3.13.5-194-g1274644b64 [http://dl-cdn.alpinelinux.org/alpine/v3.13/main] v3.13.5-187-g1477654ee3 [http://dl-cdn.alpinelinux.org/alpine/v3.13/community] OK: 13740 distinct packages available root@ip-172-31-86-218:~# apk upgrade -s 2021-06-13 18:07:25 sorry, pasting doesn't seem to work as I remember. 2021-06-13 18:07:55 or it's this web client 2021-06-13 18:08:44 mine reads the same 2021-06-13 18:09:08 https://pastebin.ubuntu.com/p/Tp3WzXq5MT/ 2021-06-13 18:22:52 tomalok, were you able to reproduce it? 2021-06-13 18:23:46 before i pull the trigger, i want to do a side-by-side comparison to see what's different 2021-06-13 18:23:59 so, launching a second instance now 2021-06-13 18:24:12 ah ok 2021-06-13 18:25:35 i did a couple things by hand that we do from https://github.com/mcrute/alpine-ec2-ami/blob/master/scripts/setup-ami just to retrace those steps but forgot to do some md5sums first 2021-06-13 18:28:19 i think i found something 2021-06-13 18:30:58 https://pastebin.ubuntu.com/p/d387c47Hsq/ 2021-06-13 18:31:12 this is probably the cause 2021-06-13 18:33:07 ah, missing boot params 2021-06-13 18:34:57 trying it 2021-06-13 18:35:27 problem is /etc/default/grub has some shell vars that only exist when we're initially creating the image -- please create an issue at https://github.com/mcrute/alpine-ec2-ami and we'll get that fixed for 3.14 (and backport to other supported versions) 2021-06-13 18:36:18 well it booted, going to try and fix my real one 2021-06-13 18:37:59 i'm semi-surprised no ones caught this (or complained about it) before now -- personally, i just point the TF that manages my swarm to a new AMI and it starts spinning up new instances and removing old ones 2021-06-13 18:38:25 well... linux systems dont get rebooted often. Mine was probably broken for a good month 2021-06-13 18:39:52 I'm guessing it wouldnt effect docker, and those who might be using it in situations where they are spinning up 100 of them and terminating them also wouldnt notice i suspect 2021-06-13 18:39:55 might be something else going on for x86_64 though -- diferent bootloader 2021-06-13 18:40:09 it happened on both aarch and x84 2021-06-13 18:40:13 x86* 2021-06-13 18:40:22 (nod) well, might be something similar 2021-06-13 18:40:47 per "blame" this has been there for the past 2 years 2021-06-13 18:41:10 wrong line, 9 mos. 2021-06-13 18:42:31 really? how is that possible? 2021-06-13 18:46:52 yeah got my instance fixed. Thanks a lot for the help 2021-06-13 18:47:08 I need to go for some hours but I'll make a bug report as soon as I get back 2021-06-13 18:47:23 including your diff and such 2021-06-13 18:47:26 i'm digging into x86_64 at the moment, will be looking for your bug report :) 2021-06-13 18:47:36 thanks o/ 2021-06-13 18:47:45 (will need to do OtherThingsā„¢ in the interim) 2021-06-13 18:47:50 Entelin: you might be interested in my script for creating Alpine cloud-init disk images 2021-06-13 18:48:24 https://github.com/dermotbradley/create-alpine-disk-image 2021-06-13 18:48:42 Haven't tested it with AWS yet but shouldn't be too much work to get that in shape 2021-06-13 18:48:43 thanks ill check it out, need to run like 1hr ago o/ 2021-06-13 18:48:57 providing a "cloud-init" flavor is in our to-do queue too 2021-06-13 18:50:40 tomalok: yes I'm aware of that, I've talked to mcrute in the past 2021-06-13 18:57:19 fwiw, i'm unable to reproduce with the x86_64 AMI... upgrade & reboot seems to have gone okay. 2021-06-14 04:23:09 tomalok, https://github.com/mcrute/alpine-ec2-ami/issues/121 2021-06-14 04:23:47 going to look into x86 because I'm quite sure I had achieved a nonbootable system earlier today 2021-06-14 05:37:48 hmm well i can't reproduce it. I may have accidentally uninstalled syslinux previously. 2021-06-14 15:12:04 tomalok, mcrute: are you ready for a 3.14.0 release? 2021-06-14 19:46:30 ncopa: i've built and launched _rc1 & _rc2 successfully -- but there's one fix we'll need to get into our build code that Entelin found yesterday 2021-06-15 00:05:59 looks like there's an _rc3 -- i'm building one of those now, with a potential fix 2021-06-15 01:23:53 Entelin: fix included in https://github.com/mcrute/alpine-ec2-ami/pull/122 (also ncopa: this'll get us ready to build once 3.14.0 is out) 2021-06-15 06:38:32 awsome! wil try get 3.14 out today 2021-06-15 14:37:49 ncopa: how long before we see an alpine-base-3.14.0 (without the rc?) 2021-06-15 14:38:35 -1 minute 2021-06-15 14:38:44 oh 2021-06-15 14:39:02 https://git.alpinelinux.org/aports/commit/?id=cf59c903c95a 2021-06-15 14:39:03 yes 2021-06-15 14:39:13 7 minutes ago 2021-06-15 14:41:57 sorry, i meant in d-lcdn.alpinelinux.org/alpine/v3.14/main/aarch64 -- AMI build script uses alpine-base package to determine the release value (which is why it works for _rc's) 2021-06-15 14:42:16 (well, aarch64, and x86_64) 2021-06-15 14:43:31 it should appear soon 2021-06-15 14:46:21 i'll wait for it before kicking off the build, if "soon" is 10m -- otherwise, it's time to start the day job, and i'll check back around noon local. 2021-06-15 14:49:12 15-30 minutes after the builders finished it 2021-06-15 14:50:12 tomalok: it's already here: http://dl-master.alpinelinux.org/alpine/v3.14/main/aarch64/ 2021-06-15 14:51:30 just refreshed and still seeing *alpine-base-3.14.0_rc4-r0.apk* 2021-06-15 14:51:52 master or cdn? 2021-06-15 14:52:08 ah, that's the trick. 2021-06-15 14:52:08 it first is pushed to master, the mirrors sync every 15 minutes 2021-06-15 14:52:40 so in 15m -- unless i change the build to use master... 2021-06-15 14:57:59 just landed in cdn 2021-06-15 14:58:04 good 2021-06-15 15:00:03 kicking off the ami builds 2021-06-15 15:01:32 more manual stuff to do to get them out the door, but will check back in a bit. 2021-06-15 15:02:14 tomalok: do we for now still need to kick the cloud page on a.o? 2021-06-15 16:45:37 yep, we will. 2021-06-15 16:49:51 built 6 images (including 2 new edges, and 2 fixed revisions of previous aarch64 releases) - kicked off releasing them to the all the AWS regions, this will take a little while 2021-06-15 16:50:17 Ok 2021-06-15 16:50:23 I'm working on the release notes 2021-06-15 16:51:26 after that there's some metadata to cleanup and commit, and we will be at a point where the cloud page can be kicked 2021-06-15 19:08:51 release metadata is being generated now (takes a while because it reaches out to all the regions) 2021-06-15 19:08:54 i changed the topic here 2021-06-15 19:09:06 thanks, ncopa 2021-06-15 19:10:09 maybe it should be "alpine linux cloud team" 2021-06-15 19:16:22 :/ appears an old test cloud-init AMI has snuck into the metadata -- cleaning this up 2021-06-15 19:24:50 tomalok: i dunno if you use twitter, but i'd like to retweet something about cloud images if you do ;) 2021-06-15 19:30:05 i never got around to starting the tweet habit... ;) 2021-06-15 19:36:36 ikke, ncopa: https://github.com/mcrute/alpine-ec2-ami/tree/master/releases metadata has been updated -- should be ready to kick a rebuild of the cloud page. 2021-06-15 19:39:06 tomalok: updated 2021-06-15 19:41:39 ikke: thanks! this has to be the first time "cloud" is updated before "downloads" (i force-refreshed to be sure) 2021-06-15 19:42:41 hmm, that should've been updated as well 2021-06-15 19:50:38 back to the day-job for now. 2021-06-15 19:51:02 o/ 2021-06-15 19:51:04 thanks 2021-06-15 19:51:17 tomalok: we forgot to update the latest-stable symlink, that's why the downloads page was still showing 3.13 2021-06-15 19:51:31 caught that on #alpine-devel ;) 2021-06-15 19:51:46 :)