2025-07-01 06:34:22 for any alpine developers around: is version 3 of apk-tools considered stable enough to use? 2025-07-01 06:36:47 It's going to be merged to edge today, (reminder to ncopa), so I guess so 🤷 2025-07-01 06:44:00 good morning! 2025-07-01 06:45:44 good morning :) 2025-07-01 06:46:45 PureTryOut: wasn't edge renamed to stable? i recall reading a commit for that 2025-07-01 07:08:25 Lol no, just linux-edge to linux-stable, which is only the name of a kernel package 😉 2025-07-01 07:10:43 got it 2025-07-01 08:34:48 yes today is the day we merge apk-tools 3 2025-07-01 08:35:29 linux-edge linux-stable. zfs-stable. those are doomed to be misunderstood 2025-07-01 08:36:14 i think linux-mainline might have been a better name 2025-07-01 08:36:23 naming is hard 2025-07-01 08:42:15 Well linux-edge is removed. linux-stable is the same stable as kernel.org names it, just as linux-lts 2025-07-01 08:42:41 linux-edge would basically be linux-mainline but it had a different kernel config than the other kernels which was confusing and ultimately it got removed 2025-07-01 08:43:36 ncopa: re the breeze-icons build failures on x86 and armv7, it seems the problem is the memory usage that 32-bit allows. Any clue how to solve it or do I have to disable the package on that arch? 😢 2025-07-01 08:53:18 is there a way to put a regular service with an init file under some sort of supervisor/daemontools kind of thing? If yes, what is it called? 2025-07-01 08:53:48 service packagename status does report the correct state so it shouldn't be too complicated i'm thinking 2025-07-01 08:54:37 PureTryOut: so it runs out of addressable memory space? what is running out of memory? the compiler? 2025-07-01 08:55:00 might be possible to disable debugging, reduce symbols includeded, or disable LTO or similar 2025-07-01 08:56:32 > virtual memory exhausted: Out of memory 2025-07-01 08:56:42 It's barely any code on that package in the firstp lace 🤔 2025-07-01 08:56:51 *first place 2025-07-01 08:57:58 Actually, only seems to be x86 now 2025-07-01 08:58:06 report upstream 2025-07-01 08:58:40 Should I look at s6? runit? supervise-daemon? 2025-07-01 08:59:27 i think openrc supports supervise-daemon and s6 2025-07-01 09:00:51 ncopa: thank you 2025-07-01 09:11:27 PureTryOut: looks like they generate a cpp file with the image data embedded 2025-07-01 09:19:15 https://forums.gentoo.org/viewtopic-p-8855770.html?sid=1e08136b3f4b8ab1de7d20abd181c743 2025-07-01 09:27:16 PureTryOut: report it here: https://invent.kde.org/frameworks/breeze-icons/-/issues/ 2025-07-01 09:29:17 PureTryOut: this looks relevant https://invent.kde.org/frameworks/breeze-icons/-/commit/ddac172cba33db77143b9df4e5ad32be4e19cff6 2025-07-01 09:36:20 PureTryOut: this works https://tpaste.us/5Qej but you should probably rename the patches or download them 2025-07-01 09:36:39 It has been fixed upstream already 2025-07-01 09:50:03 ncopa: linux-mainline seems to be a clearer name for it 2025-07-01 09:50:11 ncopa: given that the MR for linux-stable was open for months there was enough discussion time. also i think i wrote it pretty clear in the release notes: https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.23.0#linux-stable_replaces_linux-edge 2025-07-01 09:50:40 linux-mainline is torvalds' tree, e.g. the rc kernels. linux-stable follows the latest release from greg's stable kernels 2025-07-01 09:51:04 there is a difference see https://kernel.org/ or https://www.kernel.org/category/faq.html 2025-07-01 09:59:15 yeah i know. and understand the reasoning. it still ends up a bit confusing in alpine context. 2025-07-01 09:59:34 and its not guaranteed that linux-mainline would be less confusing 2025-07-01 09:59:46 so i dont know whats best 2025-07-01 10:00:46 how would it be confusing in the context of alpine? i'm not connecting the dots here 2025-07-01 10:02:29 hi, i'm hitting a bug with docker-engine 28.2.2 (alpine 3.22) fixed in 28.3, I did see an MR to upgrade the package but I was wondering if it would be ported to alpine 3.22 (because it's a bug fix but it's not a patch release) 2025-07-01 10:02:31 what would you think "zfs-stable" mean if you saw it first time? 2025-07-01 10:02:58 good point 2025-07-01 10:03:22 but as i said. i'm not sure zfs-mainline woudl be any better 2025-07-01 10:03:22 my first thought would be the latest release 2025-07-01 10:03:25 teapot9: likely yes, but have to ask tomalok first 2025-07-01 10:04:11 teapot9: you can always create an issue if you havent already, and we can find a solution for it 2025-07-01 10:04:13 mebious_: but zfs-lts is just as confusing i guess, given that also zfs exists 2025-07-01 10:04:20 exactly 2025-07-01 10:04:20 though i guess it would be vague if the project doesn't publish releases in mulitple branches 2025-07-01 10:04:54 so im fine with keeping it as it is. changing it now will likely not make things less confusing 2025-07-01 10:05:14 i also though that linux-edge was a confusing name 2025-07-01 10:05:26 as i said: naming is hard 2025-07-01 10:05:41 yeah 2025-07-01 10:06:17 i mean now we have at least a compiled zfs for the stable kernel :p 2025-07-01 10:06:56 i only just registered that in my brain when you mentioned it 2025-07-01 10:07:09 achill ncopa: thanks, i'll create an issue and link it to the MR 2025-07-01 10:42:24 what about this crazy idea of calling the package... 'linux' :-) 2025-07-01 10:42:42 simply dropping the extra '-' 2025-07-01 10:43:03 ACTION _thinks_ that's what arch does, but he might be wrong 2025-07-01 10:43:57 yep, arch seems to be using 'linux' and 'linux-lts'. but I never used arch so I may be wrong 2025-07-01 10:45:09 that wouldve been even more consuing since the default e.g. in the images is linux-lts 2025-07-01 15:15:17 does librewolf need dbus? getting "lw already running but doesnt respond" when trying to open a url with `librewolf my.url` from a terminal (and its indeed already open and working) 2025-07-01 16:17:53 neat, apk tools 3 default in edge now! 2025-07-01 16:43:45 😱 apk3 tells me what packages are not available in a repo anymore. That's such a much needed feature! 2025-07-01 16:47:08 Oh, sick! 2025-07-01 16:47:35 Hello, where can i contact maintainers of apk-tools ? I'm encountering difficulties at understanding the .apk v3 format. 2025-07-01 16:48:00 #alpine-devel or https://gitlab.alpinelinux.org/alpine/apk-tools 2025-07-01 16:55:29 "#alpine-devel or https://gitlab..." <- I headed towards the channel thanks. I doubt the gitlab is an appropriate to ask questions. 2025-07-01 16:56:45 or even #apk-tools on oftc :p 2025-07-01 16:58:39 achill: that's even better thanks 2025-07-01 17:03:59 i don't understand something about apk. why does info have have a sub commands like apk info --print-arch but you can just do apk --print-arch, v3 does the same thing. 2025-07-01 17:04:15 what does info do? 2025-07-01 17:34:32 userdocs: --print-arch is a global option 2025-07-01 17:34:38 userdocs: that means it ignores the subcommand 2025-07-01 17:34:57 It's an option that acts as a command 2025-07-01 17:39:28 ok, i understand now. but let's say you are just looking for a global, you have to do apk somethign -h? 2025-07-01 17:45:37 apk -h 2025-07-01 17:45:56 oh, that just shows the commands 2025-07-01 17:46:05 but yes, every subcommand also has a section for global options 2025-07-01 17:46:25 maybe it's me i feel like global should 1: have it's own thing / be shown by apk -h and/or be under the info/list options. 2025-07-01 17:48:36 coz i can do this and it make no sense. apk upgrade --print-arch 2025-07-01 20:32:02 Plasma 6.4 in Alpine seems to not be able to theme the Aurorae anymore, it seems like a similar problem to https://forum.artixlinux.org/index.php/topic,8316.0.html 2025-07-01 20:32:30 https://lounge.swee.codes/uploads/8c07c60fc7fc75f4/image.png 2025-07-01 20:34:33 On that forum topic it says they fixed it with reinstalling Aurorae, but I have no idea what is the equivalent alpine package for that 2025-07-01 20:37:09 https://gitlab.alpinelinux.org/alpine/aports/-/issues/17324 2025-07-01 20:37:34 achill: oh cool, it's already reported 2025-07-01 20:37:41 yeah 2025-07-01 20:43:01 i can try to package it, but have no way to verify if it actually works 2025-07-01 21:33:53 go ahead, would love to test if that works :3 2025-07-01 21:35:48 feel free: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/86406, you could use mrtest or download the CI artifacts 2025-07-01 21:58:13 frag, LW seems to use dbus to check if there is a running instance of itself. Im not running dbus and I cant seem to be able to spawn more LW processes without using a different profile. So you might need dbus to be able to call "librewolf example.com" and have it open in your already open browser. 2025-07-01 22:02:30 as a workaround there is --no-remote cli option for ignoring already running instances 2025-07-01 22:05:07 Is OpenPAM available through Aports by some name? 2025-07-01 22:23:28 achill: mrtest seems to use PostmarketOS gitlab instead of AlpineLinux gitlab 2025-07-01 22:23:42 you can add -a 2025-07-01 22:23:42 $ mrtest add 86406 2025-07-01 22:23:43 urllib.error.HTTPError: HTTP Error 404: Not Found 2025-07-01 22:23:43 Download https://gitlab.postmarketos.org/api/v4/projects/postmarketOS%2Fpmaports/merge_requests/86406 2025-07-01 22:23:48 achill: ah ok 2025-07-01 22:23:52 so mrtest add -a 86406 2025-07-01 22:24:57 done, restarting Plasma 2025-07-01 22:28:45 achill: https://lounge.swee.codes/uploads/861ee9c86e7cf921/image.png can confirm this fixes the issue! 2025-07-01 22:29:06 nice! thanks for testing 2025-07-01 22:34:20 I should also post that on the MR 2025-07-01 22:52:43 What's the package for the APKBUILD linter that the GitLab Pipeline uses? 2025-07-01 23:01:46 I think you mean atools-go 2025-07-02 09:02:02 tried to upgrade my server today (uses edge), and i got this nasty conflict around postgresql-bdr, a package i dont even have installed (apk del postgreql-bdr just returns OK): https://tpaste.us/Kxkg 2025-07-02 09:08:34 manually selecting the postgrelql version in world fixed it, but having this meaningless conflict is very strange 2025-07-02 11:26:25 Might be related to the fact that postgresql-bdr has a versioned postgresql provider but other postgresql providers are virtual (without version). This has technically never been supported but it is still used a lot in aports. 2025-07-02 17:37:11 I am trying to pxe boot a alpine kernel and initrd on a uefi system. 2025-07-02 17:40:51 Apologies, hit enter instead of tab, new "glove80 split keyboard, retraining my homerow magic" am getting "BdsDxe: failed to start Boot0001 "UEFI PXEv4 (MAC:5254006FF160)" from PciRoot(0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/MAC(5254006FF160,0x1)/IPv4(0.0.0.0,0x0,DHCP,0.0.0.0,0.0.0.0,0.0.0.0): Load Error" which makes me think the alpine image I built doesnt have support to boot from EFI. It works on a system using bios 2025-07-02 17:41:40 I'm testing against a qemu / kvm / virt-manager machine using /usr/share/edk2/x64/OVMF_VARS.4m.fd boot rom 2025-07-02 17:42:35 if you put that same kernel on a disk attached to the VM and boot it, does it work? 2025-07-02 17:45:13 hello, i have a little request, if there is someone running ZNC, could you compile this module for me https://paste.parinux.org/paste/996Tofn1#qN9qfr5LcYyzZ8UFnUGbCEsKR16Xz5InqV9jFbrKURB as I am unable to do so due to hw limitations and znc on Alpine doesnt come with znc-buildmod 2025-07-02 17:46:08 bon_: apk add znc-dev 2025-07-02 17:46:54 https://pkgs.alpinelinux.org/contents?file=znc-buildmod&path=&name=&branch=edge&repo=&arch= 2025-07-02 17:47:19 ^ exactly 2025-07-02 17:47:30 I am building the image using linuxkit. Using the Linuxkit run command they both boot. "/usr/bin/qemu-system-x86_64 -smp 1 -m 1024 -uuid ab281c0a-d135-42bc-830b-b720d1c76ca8 -pidfile linuxkit-state/qemu.pid -machine q35,accel=kvm:tcg -object rng-random,id=rng0,filename=/dev/urandom -device virtio-rng-pci,rng=rng0 -drive if=pflash,format=raw,file=./OVMF_CODE.fd -kernel linuxkit-kernel -initrd linuxkit-initrd.img -append 2025-07-02 17:47:30 console=tty0 console=ttyS0 console=ttyAMA0 -device virtio-net-pci,netdev=t0,mac=de:f9:8a:89:de:c7 -netdev user,id=t0 -nographic" 2025-07-02 17:48:55 dwfreed ikke thank you :D i havent noticed it needs a wildcard on search :) 2025-07-02 17:49:12 there are no wildcards in that search 2025-07-02 17:49:44 Why is there only QRCode *encoding* tools and no decoding ones (besides zbarimg)? 2025-07-02 17:50:16 because there aren't a lot of decoding tools in the first place, and one generally doesn't use linux to decode them 2025-07-02 17:50:20 i mean i just looked for znc that only shows znc package 2025-07-02 17:50:53 while znc* also shows znc-dev 2025-07-02 17:51:45 dwfreed, one needs a specific operating system in order to decode a QRcode? 2025-07-02 17:52:04 Windows maybe? 2025-07-02 17:52:04 feel free to write a decoder for linux 2025-07-02 17:52:16 zxing makes a good lib for it, I hear 2025-07-02 17:52:19 quinq: no, it's more about the formfactor of the device you are using generally 2025-07-02 17:52:36 wat 2025-07-02 17:53:53 except for special usecases, you probably won't use a server, desktop or even most laptops to scan QR codes 2025-07-02 17:54:28 i saw someone at congress manually decoding a QR code by hand 2025-07-02 17:54:34 or was it drawing? idk 2025-07-02 17:55:01 Ah, zxing works, thanks dwfreed 2025-07-02 17:55:27 Ah, indeed 2025-07-02 17:55:34 Scanning is a different matteer 2025-07-02 17:55:36 matter 2025-07-02 17:55:52 I'm talking about decoding, the QRcodes are already available as regular images 2025-07-02 17:57:41 zxing-2.3.0-r1 description: 2025-07-02 17:57:41 C++ port of ZXing 2025-07-02 17:58:03 Maybe not the best description when searching for code processing :D 2025-07-02 17:58:23 yeah... 2025-07-02 17:59:00 Anyway, thanks again for unblocking me! 2025-07-02 18:14:31 characters that can be encoded as ASCII are, even if there is UTF-8 chars in the text file? 2025-07-02 18:15:08 frag: utf-8 is the same as ASCII for characters less than 128 2025-07-02 18:15:33 oh 2025-07-02 18:17:21 UTF-8 was designed on purpose that way 2025-07-02 18:17:25 yes 2025-07-02 18:18:02 very nice, i guess there is not much purpose in keeping text ascii vs utf-8 2025-07-02 18:18:15 except some old tools cant handle utf8 2025-07-02 18:18:42 if it's all characters below 128, there is no difference (also technically ascii doesn't define characters greater than 127) 2025-07-02 19:00:29 The `llvm20` package contains `llvm-ar`, but previous versions such as `llvm19` do not contain their respective versions of llvm-ar (such as llvm-ar-19). Is this intentional? 2025-07-02 19:00:52 We build our game using Clang 19 and I would prefer not to mix Clang 19 with llvm-ar 20 2025-07-02 19:03:41 /usr/bin/llvm19-ar 2025-07-02 19:03:45 is provided by llvm19 2025-07-02 19:03:54 https://pkgs.alpinelinux.org/contents?name=llvm19&repo=main&branch=edge&arch=x86_64 2025-07-02 19:05:45 Ah, I see, apologies. I assumed that the binary name would match Fedora. 2025-07-02 19:07:50 That is slightly unfortunate, because it means I can't use the same environment configuration to build on my host machine (fedora) and inside an alpine distrobox. I will have to solve that with a symlink.