2025-07-01 06:34:22 <mebious_> for any alpine developers around: is version 3 of apk-tools considered stable enough to use?
2025-07-01 06:36:47 <PureTryOut> It's going to be merged to edge today, (reminder to ncopa), so I guess so 🤷
2025-07-01 06:44:00 <ncopa> good morning!
2025-07-01 06:45:44 <mebious_> good morning :)
2025-07-01 06:46:45 <mebious_> PureTryOut: wasn't edge renamed to stable? i recall reading a commit for that
2025-07-01 07:08:25 <PureTryOut> Lol no, just linux-edge to linux-stable, which is only the name of a kernel package 😉
2025-07-01 07:10:43 <mebious_> got it
2025-07-01 08:34:48 <ncopa> yes today is the day we merge apk-tools 3
2025-07-01 08:35:29 <ncopa> linux-edge linux-stable. zfs-stable. those are doomed to be misunderstood
2025-07-01 08:36:14 <ncopa> i think linux-mainline might have been a better name
2025-07-01 08:36:23 <ncopa> naming is hard
2025-07-01 08:42:15 <PureTryOut> 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 <PureTryOut> 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 <PureTryOut> 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 <xpufx> 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 <xpufx> service packagename status does report the correct state so it shouldn't be too complicated i'm thinking
2025-07-01 08:54:37 <ncopa> PureTryOut: so it runs out of addressable memory space? what is running out of memory? the compiler?
2025-07-01 08:55:00 <ncopa> might be possible to disable debugging, reduce symbols includeded, or disable LTO or similar
2025-07-01 08:56:32 <PureTryOut> > virtual memory exhausted: Out of memory
2025-07-01 08:56:42 <PureTryOut> It's barely any code on that package in the firstp lace 🤔
2025-07-01 08:56:51 <PureTryOut> *first place
2025-07-01 08:57:58 <PureTryOut> Actually, only seems to be x86 now
2025-07-01 08:58:06 <ncopa> report upstream
2025-07-01 08:58:40 <xpufx> Should I look at s6? runit? supervise-daemon?
2025-07-01 08:59:27 <ncopa> i think openrc supports supervise-daemon and s6
2025-07-01 09:00:51 <xpufx> ncopa: thank you
2025-07-01 09:11:27 <ncopa> PureTryOut: looks like they generate a cpp file with the image data embedded
2025-07-01 09:19:15 <ncopa> https://forums.gentoo.org/viewtopic-p-8855770.html?sid=1e08136b3f4b8ab1de7d20abd181c743
2025-07-01 09:27:16 <ncopa> PureTryOut: report it here: https://invent.kde.org/frameworks/breeze-icons/-/issues/
2025-07-01 09:29:17 <ncopa> PureTryOut: this looks relevant https://invent.kde.org/frameworks/breeze-icons/-/commit/ddac172cba33db77143b9df4e5ad32be4e19cff6
2025-07-01 09:36:20 <ncopa> PureTryOut: this works https://tpaste.us/5Qej but you should probably rename the patches or download them
2025-07-01 09:36:39 <ncopa> It has been fixed upstream already
2025-07-01 09:50:03 <mebious_> ncopa: linux-mainline seems to be a clearer name for it
2025-07-01 09:50:11 <achill> 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 <achill> 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 <achill> there is a difference see https://kernel.org/ or https://www.kernel.org/category/faq.html
2025-07-01 09:59:15 <ncopa> yeah i know. and understand the reasoning. it still ends up a bit confusing in alpine context.
2025-07-01 09:59:34 <ncopa> and its not guaranteed that linux-mainline would be less confusing
2025-07-01 09:59:46 <ncopa> so i dont know whats best
2025-07-01 10:00:46 <mebious_> how would it be confusing in the context of alpine? i'm not connecting the dots here
2025-07-01 10:02:29 <teapot9> 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 <ncopa> what would you think "zfs-stable" mean if you saw it first time?
2025-07-01 10:02:58 <achill> good point
2025-07-01 10:03:22 <ncopa> but as i said. i'm not sure zfs-mainline woudl be any better
2025-07-01 10:03:22 <mebious_> my first thought would be the latest release
2025-07-01 10:03:25 <achill> teapot9: likely yes, but have to ask tomalok first
2025-07-01 10:04:11 <ncopa> 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 <achill> mebious_: but zfs-lts is just as confusing i guess, given that also zfs exists
2025-07-01 10:04:20 <ncopa> exactly
2025-07-01 10:04:20 <mebious_> though i guess it would be vague if the project doesn't publish releases in mulitple branches
2025-07-01 10:04:54 <ncopa> 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 <ncopa> i also though that linux-edge was a confusing name
2025-07-01 10:05:26 <ncopa> as i said: naming is hard
2025-07-01 10:05:41 <achill> yeah
2025-07-01 10:06:17 <achill> i mean now we have at least a compiled zfs for the stable kernel :p
2025-07-01 10:06:56 <mebious_> i only just registered that in my brain when you mentioned it
2025-07-01 10:07:09 <teapot9> achill ncopa: thanks, i'll create an issue and link it to the MR
2025-07-01 10:42:24 <henrix> what about this crazy idea of calling the package... 'linux' :-)
2025-07-01 10:42:42 <henrix> simply dropping the extra '-<something>'
2025-07-01 10:43:03 <henrix> 
ACTION _thinks_ that's what arch does, but he might be wrong

2025-07-01 10:43:57 <henrix> 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 <achill> that wouldve been even more consuing since the default e.g. in the images is linux-lts
2025-07-01 15:15:17 <frag> 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 <elagost> neat, apk tools 3 default in edge now!
2025-07-01 16:43:45 <PureTryOut> 😱 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 <Saijin_Naib[m]> Oh, sick!
2025-07-01 16:47:35 <nusgul[m]> 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 <ikke> #alpine-devel or https://gitlab.alpinelinux.org/alpine/apk-tools
2025-07-01 16:55:29 <nusgul[m]> <ikke> "#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 <achill> or even #apk-tools on oftc :p
2025-07-01 16:58:39 <nusgul[m]> achill: that's even better thanks
2025-07-01 17:03:59 <userdocs> 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 <userdocs> what does info do?
2025-07-01 17:34:32 <ikke> userdocs: --print-arch is a global option
2025-07-01 17:34:38 <ikke> userdocs: that means it ignores the subcommand
2025-07-01 17:34:57 <ikke> It's an option that acts as a command
2025-07-01 17:39:28 <userdocs> 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 <ikke> apk -h
2025-07-01 17:45:56 <ikke> oh, that just shows the commands
2025-07-01 17:46:05 <ikke> but yes, every subcommand also has a section for global options
2025-07-01 17:46:25 <userdocs> 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 <userdocs> coz i can do this and it make no sense. apk upgrade --print-arch
2025-07-01 20:32:02 <swee> 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 <swee> https://lounge.swee.codes/uploads/8c07c60fc7fc75f4/image.png 
2025-07-01 20:34:33 <swee> 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 <achill> https://gitlab.alpinelinux.org/alpine/aports/-/issues/17324
2025-07-01 20:37:34 <swee> achill: oh cool, it's already reported
2025-07-01 20:37:41 <achill> yeah
2025-07-01 20:43:01 <achill> i can try to package it, but have no way to verify if it actually works
2025-07-01 21:33:53 <swee> go ahead, would love to test if that works :3
2025-07-01 21:35:48 <achill> 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 <fanzer> 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 <nusgul[m]> as a workaround there is --no-remote cli option for ignoring already running instances
2025-07-01 22:05:07 <andar1an[m]> Is OpenPAM available through Aports by some name?
2025-07-01 22:23:28 <swee> achill: mrtest seems to use PostmarketOS gitlab instead of AlpineLinux gitlab
2025-07-01 22:23:42 <achill> you can add -a
2025-07-01 22:23:42 <swee> $ mrtest add 86406
2025-07-01 22:23:43 <swee> urllib.error.HTTPError: HTTP Error 404: Not Found
2025-07-01 22:23:43 <swee> Download https://gitlab.postmarketos.org/api/v4/projects/postmarketOS%2Fpmaports/merge_requests/86406
2025-07-01 22:23:48 <swee> achill: ah ok
2025-07-01 22:23:52 <achill> so mrtest add -a 86406
2025-07-01 22:24:57 <swee> done, restarting Plasma
2025-07-01 22:28:45 <swee> achill: https://lounge.swee.codes/uploads/861ee9c86e7cf921/image.png can confirm this fixes the issue!
2025-07-01 22:29:06 <achill> nice! thanks for testing
2025-07-01 22:34:20 <swee> I should also post that on the MR
2025-07-01 22:52:43 <swee> What's the package for the APKBUILD linter that the GitLab Pipeline uses?
2025-07-01 23:01:46 <sertonix[m]> I think you mean atools-go
2025-07-02 09:02:02 <Kladky> 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 <Kladky> manually selecting the postgrelql version in world fixed it, but having this meaningless conflict is very strange
2025-07-02 11:26:25 <sertonix[m]> 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 <Smithx10> I am trying to pxe boot a alpine kernel and initrd on a uefi system.
2025-07-02 17:40:51 <Smithx10> 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 <Smithx10>  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 <dwfreed> 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 <bon_> 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 <dwfreed> bon_: apk add znc-dev
2025-07-02 17:46:54 <ikke> https://pkgs.alpinelinux.org/contents?file=znc-buildmod&path=&name=&branch=edge&repo=&arch=
2025-07-02 17:47:19 <dwfreed> ^ exactly
2025-07-02 17:47:30 <Smithx10> 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 <Smithx10> 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 <bon_> dwfreed ikke thank you :D i havent noticed it needs a wildcard on search :)
2025-07-02 17:49:12 <dwfreed> there are no wildcards in that search
2025-07-02 17:49:44 <quinq> Why is there only QRCode *encoding* tools and no decoding ones (besides zbarimg)?
2025-07-02 17:50:16 <dwfreed> 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 <bon_> i mean i just looked for znc that only shows znc package
2025-07-02 17:50:53 <bon_> while znc* also shows znc-dev
2025-07-02 17:51:45 <quinq> dwfreed, one needs a specific operating system in order to decode a QRcode?
2025-07-02 17:52:04 <quinq> Windows maybe?
2025-07-02 17:52:04 <dwfreed> feel free to write a decoder for linux
2025-07-02 17:52:16 <dwfreed> zxing makes a good lib for it, I hear
2025-07-02 17:52:19 <ikke> quinq: no, it's more about the formfactor of the device you are using generally
2025-07-02 17:52:36 <quinq> wat
2025-07-02 17:53:53 <ikke> 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 <achill> i saw someone at congress manually decoding a QR code by hand
2025-07-02 17:54:34 <achill> or was it drawing? idk
2025-07-02 17:55:01 <quinq> Ah, zxing works, thanks dwfreed 
2025-07-02 17:55:27 <quinq> Ah, indeed
2025-07-02 17:55:34 <quinq> Scanning is a different matteer
2025-07-02 17:55:36 <quinq> matter
2025-07-02 17:55:52 <quinq> I'm talking about decoding, the QRcodes are already available as regular images
2025-07-02 17:57:41 <quinq> zxing-2.3.0-r1 description:
2025-07-02 17:57:41 <quinq> C++ port of ZXing
2025-07-02 17:58:03 <quinq> Maybe not the best description when searching for code processing :D
2025-07-02 17:58:23 <dwfreed> yeah...
2025-07-02 17:59:00 <quinq> Anyway, thanks again for unblocking me!
2025-07-02 18:14:31 <frag> 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 <dwfreed> frag: utf-8 is the same as ASCII for characters less than 128
2025-07-02 18:15:33 <frag> oh
2025-07-02 18:17:21 <ikke> UTF-8 was designed on purpose that way
2025-07-02 18:17:25 <dwfreed> yes
2025-07-02 18:18:02 <frag> very nice, i guess there is not much purpose in keeping text ascii vs utf-8
2025-07-02 18:18:15 <frag> except some old tools cant handle utf8
2025-07-02 18:18:42 <dwfreed> 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 <raiguard> 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 <raiguard> 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 <ikke> /usr/bin/llvm19-ar
2025-07-02 19:03:45 <ikke> is provided by llvm19
2025-07-02 19:03:54 <ikke> https://pkgs.alpinelinux.org/contents?name=llvm19&repo=main&branch=edge&arch=x86_64
2025-07-02 19:05:45 <raiguard> Ah, I see, apologies. I assumed that the binary name would match Fedora.
2025-07-02 19:07:50 <raiguard> 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.