2026-01-01 00:50:42 <kroovy> happy new year to everyone. can someone point me to the APKBUILD-file of 'vim' on gitlab.alpinelinux.org? it appears to have moved since my old link results in 404. :(
2026-01-01 00:50:54 <kroovy> https://gitlab.alpinelinux.org/alpine/aports/-/raw/master/main/vim/APKBUILD
2026-01-01 00:54:18 <longnoserob[m]> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/vim/APKBUILD 
2026-01-01 00:54:45 <kroovy> thanks!
2026-01-01 00:54:59 <longnoserob[m]> use the "git repository link" fom https://pkgs.alpinelinux.org/package/edge/community/x86_64/vim
2026-01-01 00:55:00 <kroovy> so it moved from main to community, i see
2026-01-01 00:55:42 <kroovy> ah right, i think that's where i found it earlier, before it moved
2026-01-01 01:12:20 <longnoserob[m]> hmm getting 500 error from alpines gitlab instance
2026-01-01 14:04:38 <runxiyu> Do we have documentation for the v3 APK format anywhere? Thanks!
2026-01-01 14:24:41 <fabled> runxiyu: no complete one, but some basics are at https://gitlab.alpinelinux.org/alpine/apk-tools/-/blob/master/doc/apk-v3.5.scd
2026-01-01 14:28:05 <runxiyu> ty!
2026-01-01 14:29:03 <runxiyu> wait, uh
2026-01-01 14:29:12 <runxiyu> is this actually used in apk v3?
2026-01-01 14:31:07 <runxiyu> https://dl-cdn.alpinelinux.org/edge/main/riscv64/apk-tools-3.0.3-r1.apk's first few bytes just looks like gzip to me
2026-01-01 14:37:56 <Sertonix[m]> Yes, apkv3 can still parse v2 files and alpine only uses v2 files at the moment
2026-01-01 14:48:20 <fabled> Yes, Alpine still does V2 format only. Migration to V3 formats happens later. Some other distributions (Chimera, OpenWRT) use the V3 formats already now.
2026-01-01 14:48:38 <fabled> APK V3 supports both file formats at this time.
2026-01-01 16:02:14 <runxiyu> ah, alright
2026-01-01 16:02:15 <runxiyu> ty
2026-01-01 17:02:46 <efahl> runxiyu: If you want some prebuild v3 files to play with look in https://downloads.openwrt.org/snapshots/packages/x86_64/packages/
2026-01-01 17:03:02 <efahl> all the '*.apk' and the packages.adb are all v3
2026-01-01 17:24:08 <runxiyu> thanks!
2026-01-01 17:24:13 <runxiyu> im familiar with cihmera so im using theirs
2026-01-01 19:26:17 <acdw> fabled: afaik the newest alpine does v3
2026-01-01 19:26:45 <acdw> https://alpinelinux.org/posts/Alpine-3.23.0-released.html <- yeah
2026-01-01 19:35:45 <achill> just the package manager, the index and the packages still use the v2 format
2026-01-01 19:36:54 <acdw> oh oops, also i missed what channel i was in lol
2026-01-01 19:37:01 <acdw> thanks for the clarification :)
2026-01-01 19:56:04 <msiism> I've just upgraded from 3.22 to 3.23 and got the following errors from APK: https://termbin.com/9fvx
2026-01-01 19:56:11 <msiism> What can I do about that?
2026-01-01 19:59:13 <quinq> Maybe apk fix linux-firmware-nvidia
2026-01-01 19:59:23 <msiism> Okay, let's see.
2026-01-01 20:00:21 <msiism> That did it. Thanks.
2026-01-01 20:01:11 <quinq> You're welcome :)
2026-01-01 20:54:17 <achill> oh they left already
2026-01-01 20:54:24 <achill> but tldr thats a apk bug
2026-01-01 20:54:47 <achill> we could probably work around it in aports
2026-01-02 04:16:48 <remexre> I'm getting this error in a build in CI. This smells like a package bug; is it?
2026-01-02 04:16:52 <remexre> lto1: fatal error: bytecode stream in file '/usr/lib/gcc/x86_64-alpine-linux-musl/15.2.0/../../../../lib/libgmp.a' generated with LTO version 14.0 instead of the expected 15.1
2026-01-02 09:02:15 <Sertonix[m]> The package containing libgmp.a needs to be rebuild
2026-01-02 14:18:41 <uragano_> !list
2026-01-02 14:20:01 <longnoserob[m]> oO
2026-01-02 14:29:00 <quinq> I think they just called you a gano
2026-01-02 14:57:13 <gentoo> hello, i have problem with my alpine linux installation, for some reason when i try to boot it up, it shows that /dev/nvme0n1p2 mounting on /sysroot: Not found file or directory
2026-01-02 14:57:57 <gentoo> "mount /dev/nvme0n1p2 on /sysroot failed: No such file or directory"
2026-01-02 14:58:37 <quinq> Maybe it's missing some modules from the initrd
2026-01-02 14:58:54 <quinq> Did you customize /etc/mkinitfs/mkinitfs.conf?
2026-01-02 14:59:19 <gentoo> a little i think, but this is what i have in it: features="ata base cdrom ext4 keymap kms mmc nvme raid scsi usb virtio sd-mod"
2026-01-02 15:00:03 <gentoo> my root is ext4 btw
2026-01-02 15:00:13 <quinq> Yeah, should be enough
2026-01-02 15:00:29 <quinq> So, you're dropped to an emergency sh
2026-01-02 15:00:39 <quinq> What do you have in /dev?
2026-01-02 15:01:25 <gentoo> yes
2026-01-02 15:01:40 <gentoo> this is my /dev
2026-01-02 15:01:41 <gentoo> autofs           log              tty              tty45            ttyS24           vcs6
2026-01-02 15:01:41 <gentoo> block            loop-control     tty0             tty46            ttyS25           vcs7
2026-01-02 15:01:41 <gentoo> bus              mcelog           tty11            tty49            ttyS28           vcsa
2026-01-02 15:01:41 <gentoo> btrfs-control    mapper           tty10            tty48            ttyS27           vcs9
2026-01-02 15:01:41 <gentoo> bsg              loop0            tty1             tty47            ttyS26           vcs8
2026-01-02 15:01:43 <gentoo> char             media0           tty12            tty5             ttyS29           vcsa1
2026-01-02 15:01:45 <gentoo> console          mem              tty13            tty50            ttyS3            vcsa10
2026-01-02 15:01:47 <gentoo> core             mqueue           tty14            tty51            ttyS30           vcsa11
2026-01-02 15:01:49 <gentoo> cpu              net              tty15            tty52            ttyS31           vcsa12
2026-01-02 15:01:53 <gentoo> cpu_dma_latency  ng0n1            tty16            tty53            ttyS4            vcsa2
2026-01-02 15:01:55 <gentoo> cuse             null             tty17            tty54            ttyS5            vcsa3
2026-01-02 15:01:57 <gentoo> dbc              nvme0            tty18            tty55            ttyS6            vcsa4
2026-01-02 15:01:59 <gentoo> disk             nvme0n1          tty19            tty56            ttyS7            vcsa5
2026-01-02 15:02:01 <gentoo> dm-0             nvme0n1p1        tty2             tty57            ttyS8            vcsa6
2026-01-02 15:02:03 <gentoo> dm-1             nvme0n1p2        tty20            tty58            ttyS9            vcsa7
2026-01-02 15:02:05 <gentoo> dma_heap         nvme0n1p3        tty21            tty59            udmabuf          vcsa8
2026-01-02 15:02:07 <gentoo> dri              nvram            tty22            tty6             uhid             vcsa9
2026-01-02 15:02:09 <gentoo> drm_dp_aux0      port             tty23            tty60            uinput           vcsu
2026-01-02 15:02:11 <gentoo> drm_dp_aux1      ppp              tty24            tty61            urandom          vcsu1
2026-01-02 15:02:13 <gentoo> drm_dp_aux2      ptmx             tty25            tty62            usb              vcsu10
2026-01-02 15:02:15 <gentoo> drm_dp_aux3      pts              tty26            tty63            usbmon0          vcsu11
2026-01-02 15:02:17 <gentoo> drm_dp_aux4      random           tty27            tty7             usbmon1          vcsu12
2026-01-02 15:02:19 <gentoo> drm_dp_aux5      rfkill           tty28            tty8             usbmon2          vcsu2
2026-01-02 15:02:23 <gentoo> drm_dp_aux6      rtc              tty29            tty9             usbmon3          vcsu3
2026-01-02 15:02:24 <quinq> But nvme0n1p2 is in there
2026-01-02 15:02:25 <gentoo> drm_dp_aux7      rtc0             tty3             ttyS0            usbmon4          vcsu4
2026-01-02 15:02:27 <gentoo> fd               sda              tty30            ttyS1            usbmon5          vcsu5
2026-01-02 15:02:29 <gentoo> full             sda1             tty31            ttyS10           usbmon6          vcsu6
2026-01-02 15:02:31 <gentoo> fuse             sda2             tty32            ttyS11           usbmon7          vcsu7
2026-01-02 15:02:33 <gentoo> gpiochip0        sg0              tty33            ttyS12           usbmon8          vcsu8
2026-01-02 15:02:35 <gentoo> gpmctl           shm              tty34            ttyS13           usbmon9          vcsu9
2026-01-02 15:02:37 <gentoo> hidraw0          snapshot         tty35            ttyS14           userfaultfd      vfio
2026-01-02 15:02:39 <gentoo> hidraw1          snd              tty36            ttyS15           v4l              vga_arbiter
2026-01-02 15:02:41 <gentoo> hidraw2          softsynth        tty37            ttyS16           vcs              vhci
2026-01-02 15:02:43 <gentoo> hidraw3          softsynthu       tty38            ttyS17           vcs1             vhost-net
2026-01-02 15:02:45 <gentoo> hpet             stderr           tty39            ttyS18           vcs10            vhost-vsock
2026-01-02 15:02:46 <quinq> (try not to paste such huge amount of data into IRC, better using a third-party pasting service)
2026-01-02 15:02:47 <gentoo> hwrng            stdin            tty4             ttyS19           vcs11            video0
2026-01-02 15:02:49 <gentoo> input            stdout           tty40            ttyS2            vcs12            video1
2026-01-02 15:02:53 <gentoo> kfd              synth            tty41            ttyS20           vcs2             watchdog
2026-01-02 15:02:55 <gentoo> kmsg             synthu           tty42            ttyS21           vcs3             watchdog0
2026-01-02 15:02:57 <gentoo> kvm              tpm0             tty43            ttyS22           vcs4             zero
2026-01-02 15:02:59 <gentoo> live-base        tpmrm0           tty44            ttyS23           vcs5             zfs
2026-01-02 15:03:01 <gentoo> woops
2026-01-02 15:03:03 <gentoo> im rn on gentoo live usb
2026-01-02 15:03:05 <gentoo> and doing it through chroot
2026-01-02 15:03:07 <quinq> ah
2026-01-02 15:03:07 <gentoo> yeah thats the problem
2026-01-02 15:03:50 <quinq> Are you on a second machine? Can you reboot into Alpine to see the actual state, while reporting on IRC?
2026-01-02 15:04:12 <gentoo> not really, i cant
2026-01-02 15:04:23 <quinq> ok
2026-01-02 15:04:42 <quinq> Check the output of lsmod
2026-01-02 15:05:14 <quinq> Hummm, and/or rather the output of lspci -k
2026-01-02 15:05:21 <gentoo> here https://0x0.st/P-U3.txt
2026-01-02 15:06:03 <gentoo> here you go https://0x0.st/P-UY.txt
2026-01-02 15:06:33 <gentoo> also i got pcilib: Error reading /sys/bus/pci/devices/0000:00:08.3/label: Operation not permitted
2026-01-02 15:06:33 <gentoo> , but thats probably becuz im accessing alpine fro, chroot
2026-01-02 15:08:58 <quinq> Hummm, I don't know, looks like it should work
2026-01-02 15:09:06 <quinq> Maybe try regenerating your initrd
2026-01-02 15:09:19 <gentoo> how could i regenerate initrd
2026-01-02 15:09:45 <penguinz_rule[m]> that i also want to know, also how to set kernel cmdline arguments
2026-01-02 15:09:47 <quinq> # mkinitfs $(basename /lib/modules/*)
2026-01-02 15:10:12 <gentoo> okay so i did initrd regeneration correctly
2026-01-02 15:10:48 <quinq> The cmdline are part of your boot-loader, that depends on which
2026-01-02 15:11:14 <penguinz_rule[m]> fairly sure i am on grub for this machine, no idea about the pis i have now
2026-01-02 15:12:05 <quinq> In /etc/default/grub, you have an entry GRUB_CMDLINE_LINUX_DEFAULT that you can use to customize your boot (will be used for every kernel entry)
2026-01-02 15:12:30 <gentoo> i will come back in sec, just gotta check if it works, and if not i will return
2026-01-02 15:12:38 <penguinz_rule[m]> i presume i have to do grub-mkconfig after or something like that
2026-01-02 15:12:40 <quinq> good luck gentoo 
2026-01-02 15:12:49 <penguinz_rule[m]> good luck also 
2026-01-02 15:12:54 <quinq> Yes penguinz_rule[m] :)
2026-01-02 15:13:09 <quinq> # grub-mkconfig -o /boot/grub/grub.cfg
2026-01-02 15:16:33 <gentoo> okay so it doesnt work, the error is exactly the same
2026-01-02 15:17:05 <quinq> Did you see anything suspicious in the kernel log while booting?
2026-01-02 15:17:44 <gentoo> "mount: mounting /dev/nvme0n1p2 on /sysroot: No such file or directory"
2026-01-02 15:17:50 <gentoo> also no, the boot was very fast
2026-01-02 15:18:00 <gentoo> maybe there is way to get the boot info back?
2026-01-02 15:18:02 <quinq> Yeah but before that ;)
2026-01-02 15:18:28 <quinq> I don't think so, it's ephemeral as it happens in memory, before being able to mount your permanent storage disk
2026-01-02 15:19:13 <quinq> Could you share the kernel config of your gentoo one that correctly handles the nvme drive?
2026-01-02 15:20:32 <gentoo> okay im back
2026-01-02 15:22:21 <gentoo> okay i have no idea why it is not mounting
2026-01-02 15:22:47 <gentoo> maybe it doesnt see /dev/ ?
2026-01-02 15:22:52 <gentoo> at boot time
2026-01-02 15:24:19 <gentoo> but i have libevdev
2026-01-02 15:24:25 <quinq> It should be populated by mdev/openrc
2026-01-02 15:24:41 <gentoo> mdev?
2026-01-02 15:25:17 <gentoo> maybe i need mdev
2026-01-02 15:25:33 <quinq> Wait, no, just by the kernel when mounting devfs on /dev during init phase
2026-01-02 15:25:45 <quinq> 16:19:13  quinq$ Could you share the kernel config of your gentoo one that correctly handles the nvme drive?
2026-01-02 15:25:59 <gentoo> maybe it has no devfs
2026-01-02 15:26:09 <quinq> It does
2026-01-02 15:26:21 <gentoo> so why it doesnt /dev/nvme0n1p2?
2026-01-02 15:26:34 <quinq> That's what we are trying to find out
2026-01-02 15:26:52 <gentoo> wait if im in shell emergency can i see what is in /dev/?
2026-01-02 15:27:01 <gentoo> ls /dev/
2026-01-02 15:27:01 <quinq> Yes
2026-01-02 15:27:14 <gentoo> let me try it and then i will report
2026-01-02 15:27:29 <quinq> Could you, first, share the gentoo kernel config?
2026-01-02 15:35:16 <gentoo> okay so i figured out that the kernel sees /dev/nvme0n1p2
2026-01-02 15:35:22 <gentoo> it simply refuses to mount it
2026-01-02 15:35:37 <gentoo> i tried just using mount command in emergency shell
2026-01-02 15:35:49 <gentoo> and it just refused to mount any /dev/nvme0
2026-01-02 15:36:08 <gentoo> it just says no such file or directory
2026-01-02 15:36:13 <gentoo> maybe it doesnt see /sysroot?
2026-01-02 15:36:50 <gentoo> but then it would different error
2026-01-02 15:38:22 <gentoo> so i have no idea what it would be
2026-01-02 15:42:57 <gentoo> if there is something to add, i use the mini root file system for chroot install
2026-01-02 15:44:17 <gentoo> so i have no idea whats happening with alpine
2026-01-02 15:55:04 <quinq> Sorry, was away a bit
2026-01-02 15:55:08 <quinq> ohhh, ok
2026-01-02 15:55:58 <quinq> Well, that is weird indeed
2026-01-02 15:56:00 <quinq> 16:36:13  gentoo$ maybe it doesnt see /sysroot?
2026-01-02 15:56:03 <quinq> Well, does it exist?
2026-01-02 15:57:07 <gentoo> yeah
2026-01-02 15:57:10 <gentoo> wait
2026-01-02 15:57:13 <gentoo> maybe it doesnt
2026-01-02 15:57:32 <gentoo> yeah there is /sysroot, there must be, i created directory for it
2026-01-02 15:58:33 <quinq> Remember, everything's ephemeral at that point
2026-01-02 16:01:09 <quinq> Well, it's created during init: /bin/busybox mkdir -p […] "$sysroot"
2026-01-02 16:02:19 <quinq> Sorry but at this point I don't know, it's a bit hard without being able to poke at it directly
2026-01-02 16:02:46 <gentoo> how should i poke it idk
2026-01-02 16:03:05 <jvvv> sounds like a device enumeration issue
2026-01-02 16:03:06 <gentoo> it is weird it doesnt want to mount /dev/nvme0n1p2 even tho it sees it and has all the stuff
2026-01-02 16:03:21 <ikke> gentoo: What is the filesystem type?
2026-01-02 16:03:54 <gentoo> maybe i will try different kernel
2026-01-02 16:04:06 <gentoo> ext4
2026-01-02 16:04:18 <ikke> can you check /proc/cmdline?
2026-01-02 16:04:34 <gentoo> on chroot or boot?
2026-01-02 16:04:41 <quinq> Boot
2026-01-02 16:04:52 <gentoo> well let me try it then
2026-01-02 16:09:29 <gentoo> so the /proc/cmdline is root=/dev/nvme0n1p2 rw
2026-01-02 16:10:21 <gentoo> just like in my limine conf
2026-01-02 16:10:31 <quinq> What's a limine conf?
2026-01-02 16:10:55 <gentoo> a config for limine boot loader
2026-01-02 16:11:14 <ikke> ftr, limine is not officially supported
2026-01-02 16:11:22 <gentoo> oh
2026-01-02 16:11:32 <ikke> You seem to miss some cmdline options
2026-01-02 16:11:41 <gentoo> which are?
2026-01-02 16:11:48 <quinq> Isn't it missing the rootfstype?
2026-01-02 16:12:04 <ikke> yes
2026-01-02 16:12:08 <ikke> modules and rootfstype
2026-01-02 16:12:30 <ikke> modules=sd-mod,usb-storage,ext4 rootfstype=ext4
2026-01-02 16:12:36 <quinq> gentoo, why not starting to state that you're using a custom system ;_;
2026-01-02 16:12:47 <gentoo> okay let me try
2026-01-02 16:14:06 <gentoo> yeah i did forget to mention that
2026-01-02 16:14:32 <gentoo> i usually use distros made for costumization
2026-01-02 16:19:35 <gentoo> anyways, sorry for not telling that and also thanks for the cmdline, so now to make wifi work i just need to add it as module?
2026-01-02 16:20:56 <quinq> The module should already be loaded
2026-01-02 16:21:03 <quinq> You need to connect to a wi-fi network
2026-01-02 16:21:39 <ikke> gentoo: ftr, you can customize alpine, but 1: you should know what you do, 2: you should state that when asking for help :)
2026-01-02 16:22:44 <gentoo> okay so my issue is that, iwd (yeah im not using wpa_supplicant, it just didnt worked last time using alpine linux, and i prefer iwd) doesnt see wifi device
2026-01-02 16:23:14 <quinq> Then it seems that neither wpa_supplicant nor iwd work
2026-01-02 16:23:39 <quinq> It might just be missing the proprietary blobs for the chip
2026-01-02 16:24:25 <ikke> gentoo: what NIC does it have?
2026-01-02 16:25:12 <gentoo> RTL8852BE PCIe 802.11ax Wireless Network Controller
2026-01-02 16:26:09 <quinq> Verify that you have linux-firmware-rtlwifi installed
2026-01-02 16:26:52 <gentoo> yep i do have linux-firmware-rtlwif
2026-01-02 16:26:57 <quinq> Humm, or maybe another
2026-01-02 16:27:20 <quinq> Now that you're in Alpine, look at the dmesg
2026-01-02 16:27:26 <ikke> Not sure if required, but I saw https://github.com/morrownr/rtw89
2026-01-02 16:27:52 <gentoo> well im not on alpine becuz i dont have wifi connection here, im still on chroot
2026-01-02 16:28:06 <gentoo> but i think dmesg still should work on chroot
2026-01-02 16:28:27 <quinq> Then try linux-firmware-rtw89
2026-01-02 16:29:25 <gentoo> also i installed linux-firmware, so it should have all linux-firmware-rtw89
2026-01-02 16:31:01 <gentoo> i think i should just add wifi module
2026-01-02 16:31:01 <quinq> $ grep -F 8852BE /boot/config-6.18.2-1-lts
2026-01-02 16:31:01 <quinq> CONFIG_RTW89_8852BE=m
2026-01-02 16:31:04 <quinq> Looks good
2026-01-02 16:31:27 <quinq> gentoo, don't assume, check
2026-01-02 16:31:30 <quinq> Also dmesg
2026-01-02 16:32:34 <gentoo> yep i have linux-firmware-rtw89
2026-01-02 16:33:32 <gentoo> okay let me send you dmesg
2026-01-02 16:33:36 <humm> 
ACTION . o O ( maybe I should replace my thinking noise “hmm” by “quinq” )

2026-01-02 16:34:42 <quinq> Am I making too much noise? ^_^ sorry
2026-01-02 16:35:20 <humm> don’t worry, I think it’s fun when that happens
2026-01-02 16:38:24 <gentoo> here dmesg https://0x0.st/P-GN.txt
2026-01-02 16:39:43 <gentoo> so thats about it
2026-01-02 16:41:17 <quinq> Is rtw89_8852be loaded?
2026-01-02 16:41:45 <gentoo> i mean, if devices dont show up, then it is not
2026-01-02 16:42:36 <quinq> Yes sorry, that was kind of a rhetorical question
2026-01-02 16:42:49 <quinq> I'll reformulate, can you try loading the module and share again the dmesg?
2026-01-02 16:43:18 <quinq> [    6.793660] faux_driver regulatory: Direct firmware load for regulatory.db failed with error -2
2026-01-02 16:43:25 <quinq> That shouldn't be fatal, would it?
2026-01-02 16:43:52 <gentoo> no it is not fatal
2026-01-02 16:44:05 <gentoo> i have no idea what is regulatory
2026-01-02 16:44:16 <gentoo> also i should load the driver using modprobe?
2026-01-02 16:44:27 <quinq> That's to adapt your wireless device power according to your contry RF laws
2026-01-02 16:44:33 <ikke> It makes sure you don't use frequencies that are not allowed in the specific region
2026-01-02 16:44:46 <quinq> Yeah: modprobe rtw89_8852be
2026-01-02 16:44:57 <quinq> *power and frequencies indeed
2026-01-02 16:45:07 <gentoo> anyways, let me try then this
2026-01-02 16:49:22 <gentoo> okay yeah, when i did modprobe, the device showed up in iwd
2026-01-02 16:49:34 <gentoo> now gotta make it load on startup
2026-01-02 16:49:46 <quinq> It should load by itself, something else is going on
2026-01-02 16:50:16 <ikke> You could add it to /etc/modules, but quinq is right that it should autoload
2026-01-02 16:50:45 <gentoo> ./etc/modules?
2026-01-02 16:51:24 <quinq> Is there any other deviration from the standard install that you did?
2026-01-02 16:52:19 <gentoo> i mentioned that i did not used standard install, i have used mini root filesystem as i didnt found other way to do rootfs install
2026-01-02 16:52:43 <ikke> That can explain a lot
2026-01-02 16:52:52 <ikke> You're most likely missing services
2026-01-02 16:53:18 <quinq> ok, thank you :)
2026-01-02 16:53:28 <quinq> I missed the info indeed
2026-01-02 16:55:07 <gentoo> what services would i be missing?
2026-01-02 16:55:28 <ikke> mdev I suppose
2026-01-02 16:55:45 <ikke> hwdrivers
2026-01-02 16:55:52 <gentoo> okay let me install them then
2026-01-02 16:56:46 <ikke> rc-status -fini boot sysinit
2026-01-02 16:56:50 <ikke> what does that return?
2026-01-02 16:57:27 <gentoo> http://0x0.st/P-G4.bin
2026-01-02 16:59:10 <ikke> Right, those 2 are most prominently missing
2026-01-02 16:59:56 <gentoo> okay which package i should add for mdev? busybox-mdev-openrc or mdevd-openrc
2026-01-02 17:00:27 <ikke> You don't need to explicitly install it
2026-01-02 17:01:03 <gentoo> well i dont have them
2026-01-02 17:01:18 <ikke> rc-update add mdev sysinit
2026-01-02 17:01:27 <quinq> Maybe just reinstall with a base system
2026-01-02 17:01:30 <ikke> rc-update add hwdrivers  sysinit
2026-01-02 17:02:28 <gentoo> okay done
2026-01-02 17:03:19 <ikke> Now if you reboot, I expect the interface to be available
2026-01-02 17:03:22 <gentoo> quinq, i mean, i could just use base system, but first i put whole day into this install and i wanted to try minimal system
2026-01-02 17:04:05 <gentoo> also how would i know how to do such things if i didnt not try doing them
2026-01-02 17:04:13 <gentoo> *did not
2026-01-02 17:04:27 <ikke> gentoo: opposite order generally works better. First do a default install, figure out how things work, and then move to a minimal system
2026-01-02 17:04:45 <gentoo> well i was already on default alpine install
2026-01-02 17:05:06 <gentoo> well i had before default alpine install
2026-01-02 17:05:15 <gentoo> so i figured out that i will try doing more lower level stuff
2026-01-02 17:05:38 <gentoo> but thanks for your help
2026-01-02 17:07:10 <gentoo> let me reboot quick
2026-01-02 17:14:17 <gentoo> okay yep everything till now works
2026-01-02 17:14:33 <gentoo> now i need to figure out why seatd is giving me error about no permissions
2026-01-02 18:45:29 <sussyarch[m]> hi
2026-01-02 18:48:04 <visone[m]> gentoo: Add your user to seat group
2026-01-02 18:54:32 <quinq> visone[m], gone :/
2026-01-02 18:56:40 <visone[m]> quinq: Thanks!! 
2026-01-02 20:56:07 <gentoo> hello, so I tried setting up gtkgreetd on my alpine install, and found out that mdev doesnt work with libinput so i needed eudev, but now i have very weird segfault with GTK, that it cannot draw anything for some reason?
2026-01-02 21:00:23 <WhyNotHugo> gentoo: libudev-zero
2026-01-02 21:03:50 <gentoo> i wont use libudev-zero as it doesnt support pipewire and such (according to their readme)
2026-01-02 21:05:46 <WhyNotHugo> gentoo: yeah, pipewire needs a patch for some specific scenarios (works on 2 out of 3 setups for me)
2026-01-02 21:06:01 <WhyNotHugo> If you don't want libudev-zero, then you need eudev and libudev, no mdev(d)
2026-01-03 05:44:47 <absynthaero> greetings! i've got a machine running alpine linux, its wi-fi and ethernet worked at first in the install media and after install, but after a few hours the interfaces stopped showing in ip link show and i can no longer connect. happy to provide more information and follow troubleshooting steps on request. anyone online to advise?
2026-01-03 05:45:11 <ikke> absynthaero: anything relevant in dmesg?
2026-01-03 05:45:23 <absynthaero> will check
2026-01-03 05:45:25 <Lesley[m]> ikke: hey
2026-01-03 05:46:52 <absynthaero> not seeing anything in dmesg under wifi, wireless, or realtek (i know this to be a realtek chip). anything else i should check?
2026-01-03 05:48:21 <Lesley[m]> absynthaero: yes
2026-01-03 05:51:08 <absynthaero> Lesley: happy to keep looking. any keywords i should be looking for or more information i could give?
2026-01-03 05:51:42 <Lesley[m]> absynthaero: okay 
2026-01-03 14:18:10 <Guest35002> Hello, i have issue with user services in openrc, for some reason when i try to enable pipewire/wireplumber as user service (according to the wiki) it shows that there is no 'gui' runlevel
2026-01-03 14:19:32 <ikke> Did you add something like `openrc -U gui` to ~/.profile?
2026-01-03 14:19:49 <ikke> https://wiki.alpinelinux.org/wiki/OpenRC#Runlevels_for_user_services
2026-01-03 14:20:09 <Guest35002> well no, but also, when i try to run the command, it says that gui is not a valid runlevel
2026-01-03 14:21:36 <Guest35002> i need to create gui runlevel?
2026-01-03 14:21:37 <ikke> Create a custom gui user runlevel:
2026-01-03 14:21:39 <ikke> $ mkdir -p ~/.config/rc/runlevels/gui
2026-01-03 14:21:58 <Guest35002> okey yeah now it works
2026-01-03 23:50:04 <breadpudding> Good evening everyone. I have a weird one that I've been trying to troubleshoot. I'm in the process of adding a software RAID to my fstab and every time I reboot, /dev/md0 does not exist. I have to manually start mdadm-raid to get /dev/md0 to appear. It is the last line in my /etc/fstab and rebuilding the initramfs doesn't seem to help. Of course, I have added the service to the boot runlevel, 
2026-01-03 23:50:10 <breadpudding> but it fails to start every time. I am not seeing anything in /var/log/messages outside of "mdadm-raid failed to start". rc-status doesn't show mdadm or mdadm-raid at all. Is there something I may have missed? Running a fresh install of 2.23.2.
2026-01-03 23:54:33 <pj> anything in dmesg?
2026-01-03 23:59:34 <breadpudding> Not sure if it's related or not, but I found a message showing "/dev/md0: Can't lookup blockdev".
2026-01-04 00:00:17 <breadpudding> It happens a few seconds after the SAS controller is initialized, so I'm not sure why it would be complaining.
2026-01-04 00:13:29 <breadpudding> Alright, this is curious. Why does mdadm rely on the firewall? I'm looking at /etc/init.d/mdadm and it's told not to start until after the firewall is up. Even weirder, /etc/init.d/mdadm-raid doesn't seem to rely on the mdadm service. Why would mdadm need the firewall?
2026-01-04 00:14:08 <Habbie> very much guessing here: in case some devices are networked, like nbd?
2026-01-04 00:15:23 <breadpudding> Maybe? My thought was syslog, but that's a possibility too. I've commented out the requirement for dns and networking in /etc/init.d/mdadm, and I put a dependency on mdadm into /etc/init.d/mdadm-raid. Let's see if that makes things a little better.
2026-01-04 00:16:21 <breadpudding> No luck. Removing the mdadm dependency from mdadm-raid to see if that was a mistake.
2026-01-04 00:17:47 <breadpudding> Still no luck. I've reverted /etc/init.d/mdadm and /etc/init.d/mdadm-raid back to their original state.
2026-01-04 00:19:25 <breadpudding> The only other thing I can think of is that mdadm legitimately can't find the SCSI drives. According to dmesg, sda/sdb/sdc are all present before the message about md0. It's set up as a RAID 10, but the last drive is configured as missing because the drive is defective and I will be reaching out to Seagate once their support center opens.
2026-01-04 18:24:22 <passingbyuser> hey guys, i'm trying to create a virtual raspi4b libvirt machine with alpine raspberry pi aarch64 image. https://wiki.alpinelinux.org/wiki/Raspberry_Pi#Manual_method is the latest thing i've done through manual. Log https://0x0.st/PoQy.txt
2026-01-04 18:26:13 <passingbyuser> i try to get a rpi cluster but barely can afford one
2026-01-04 19:44:07 <passingbyuser> switch_root: can't execute '/sbin/init': No such file or directory
2026-01-04 19:44:24 <passingbyuser> should it come from initramfs?
2026-01-04 19:45:37 <quinq> The message yes, the /sbin/init from the target root fs
2026-01-04 19:48:55 <passingbyuser> it's related to me attempting to have a virtual raspberry pi alpine edition. maybe there is a HOWTO
2026-01-04 19:49:58 <quinq> There would be something on the wiki, yeah
2026-01-04 19:51:03 <passingbyuser> so i specify kernel,dtb,initrd to qemu-system-aarch64 and all seems to be working, but it turns out guest can't see /sbin/init
2026-01-04 19:57:38 <quinq> passingbyuser, it could either not be present, or for the wrong architecture
2026-01-04 19:59:07 <passingbyuser> then the question is what can i do
2026-01-04 20:00:28 <passingbyuser> i'm kinda noob in emulating things, but i need a virtual rpi with alpine distro that badly
2026-01-04 20:04:06 <passingbyuser> for the record, i figured it out, my mistake was so stupid 
2026-01-04 20:04:31 <passingbyuser> it was altering cmdline with root= 
2026-01-04 22:41:16 <Aangularity[m]> Is this a good place to ask about securing services within an Alpine system, or can someone recommend a better place to ask? 
2026-01-05 10:34:50 <ikke> Aangularity[m]: This is as good of a place as any
2026-01-05 12:15:54 <quinq> Hummm, not alpine-specific, but would you know how I can modify the library search path for alsa-lib?
2026-01-05 12:16:26 <quinq> It has hardcoded /usr/lib/alsa-lib/ by default, I'd like to use something from my $HOME
2026-01-05 12:18:30 <lopid> LD_LIBRARY_PATH?
2026-01-05 12:18:31 <quinq> Bah, nevermind, went to the source directly, src/dlmisc.c:94: const char *env = getenv("ALSA_PLUGIN_DIR");
2026-01-05 12:18:46 <quinq> lopid, that's for libc
2026-01-05 12:18:54 <lopid> i suspected as much
2026-01-05 12:19:02 <quinq> But thanks :)
2026-01-05 13:28:34 <Moloch> is there some problem with colors in a bash prompt? I've copied my PS1 prompt from Fedora to Alpine (.bashrc), and while it works on Fedora, on Alpine the cursor is in the middle of the prompt, or it has linebreaks in it so it goes over 3 lines. but just on the first prompt of a new tab
2026-01-05 13:29:26 <lopid> you've put weird escape codes in it?
2026-01-05 13:29:47 <Moloch> lopid: PS1="\[\e[1;33m\][\t] \[\e[1;32m\]\u@\h \[\033[1;36m\]\w: \[\e[0m\]"
2026-01-05 13:33:27 <lopid> what shells?
2026-01-05 13:33:59 <lopid> both bash?
2026-01-05 13:34:35 <Moloch> on both (Fedora/Alpine) I use bash via qterminal, accessed via xrdp. on Alpine I also testet vt and sakura, same problem
2026-01-05 13:35:00 <Moloch> it looks like this: https://ibb.co/9HV6T4t7
2026-01-05 13:35:11 <quinq> Are those codes compatible with the terminal you're using?
2026-01-05 13:35:40 <quinq> Are you using a shell that interpets those PS1 extensions?
2026-01-05 13:36:20 <Moloch> well it is bash, so I guess so. it does work on Fedora, so I thought it would work on Alpine too
2026-01-05 13:36:31 <Moloch> (changed it for the screenshot to PS1="\[\e[1;33m\][time] \[\e[1;32m\]user@host \[\033[1;36m\]dir: \[\e[0m\]"
2026-01-05 13:37:13 <lopid> is the rest of the terminal limited to 10 chars width or just that prompt?
2026-01-05 13:38:14 <Moloch> just the first prompt of the tab. when I hit return, it seems normal starting with the second line
2026-01-05 13:38:54 <Moloch> it also works fine if I remove the color codes
2026-01-05 13:39:54 <quinq> worksforme™
2026-01-05 13:39:58 <lopid> it might be something output before the prompt. are the rest of your shell start up files ok?
2026-01-05 13:40:02 <quinq> (bash/qterminal)
2026-01-05 13:40:19 <Moloch> everything else seems just fine
2026-01-05 13:40:21 <quinq> On edge
2026-01-05 13:40:54 <Moloch> installed from the 3.23.2 iso
2026-01-05 13:42:18 <lopid> does tput output the same sequence the the colours, on both hosts?
2026-01-05 13:42:29 <lopid> for the
2026-01-05 13:43:31 <Moloch> hm, no tput... looking to install it
2026-01-05 13:47:19 <Moloch> what exactly should I do with tput?
2026-01-05 13:47:27 <Moloch> (never used it)
2026-01-05 13:48:03 <lopid> eg., to see yellow: v=$( tput setaf 3 ); declare -p v
2026-01-05 13:48:36 <lopid> or tput setaf 3 | od -ta
2026-01-05 13:48:43 <Moloch> ah, you mean change the PS1 to it uses tput instead of \e?
2026-01-05 13:48:48 <Moloch> oh
2026-01-05 13:49:12 <lopid> using tput would be more portable that hard coding a terminal's escape codes
2026-01-05 13:49:31 <lopid> scratch the od example
2026-01-05 13:50:01 <lopid> actually, it's fine
2026-01-05 13:50:55 <Moloch> for yellow, I get the same output on Fedora and Alpine
2026-01-05 13:51:18 <lopid> does it happen in other terminals?
2026-01-05 13:53:25 <Moloch> hm, seems ok in st and sakura
2026-01-05 13:55:20 <Moloch> ahh... removed the qterminal.conf and it did work...changed the font to liberation mono 10 and it acts up
2026-01-05 13:56:58 <Moloch> it seems to be the 10pt. at 12pt it works
2026-01-05 14:05:38 <Moloch> it's not font related, only size related. even the default font at 10pt causes it (for me)
2026-01-05 14:17:27 <lopid> hm
2026-01-05 15:47:06 <penguinz_rule[m]> btw abcde doesnt work because MusicBrainz/DiscID.pm doesnt exist and isnt pacakged
2026-01-05 15:47:31 <penguinz_rule[m]> i tried using perl-webservice-musicbrainz, libmusicbrainz{,-dev} and libdiscid{,-dev} and none had it
2026-01-05 15:48:21 <penguinz_rule[m]> https://pkgs.alpinelinux.org/package/edge/testing/x86_64/perl-musicbrainz-discid of course its an edge package
2026-01-05 15:48:45 <penguinz_rule[m]> using cdparanoia myself instead
2026-01-05 19:39:56 <Moloch> lopid: I seem to have fixed it by adding "resize > /dev/null" into .bashrc. without it, $COLUMNS was 10 and $LINES was 2 for the first prompt. but for a font size >10pt, those two variables are empty
2026-01-05 20:52:00 <lopid> weird
2026-01-05 21:46:55 <Aangularity[m]> ikke: Thank you. I've got the alpine/git docker image which I'm downloading and extracting in a format **runc** can use. But I'm very new to containers so I'd like to get input on what makes for a good, hardened, reliable setup for an appliance like this? My hope is to use the things I learn in this small case for other more complex ones. Thanks again and sorry about being a noob but I'm excited to learn and grow. 
2026-01-06 05:59:44 <ikke> Aangularity[m]: Containers are not considered a good security boundary. There are some tools to harden them, similar to what docker does, but you should still be careful with untrusted workloads
2026-01-06 06:31:52 <Aangularity[m]> ikke: Can you go into a little more detail about what docker does versus runc? I'm not against adding a VM around the container if that's best practice
2026-01-06 06:45:16 <ikke> mostly things like seccomp, which are in the end facilitated through runc
2026-01-06 08:11:54 <Aangularity[m]> ikke: Interesting. I would have expected the security model to be similar between Docker and runc. So Docker has additional hardening. That's so surprising, given the amount of cve's it and Moby come with. Is there any documentation or info where I can learn what's missing in runc? 
2026-01-06 08:12:41 <ikke> Runc is a low-level tool, so you have to setup everything yourself
2026-01-06 08:17:09 <ikke> Docker is a much broader tool, so a lot more attack surface. I'm not saying docker is necessarily more secure, but it does come with some hardening by default.
2026-01-06 08:17:46 <ikke> A large improvement is to use rootless containers
2026-01-06 13:11:58 <Apachez> or use podman who runs rootless by default?
2026-01-06 13:13:47 <ikke> That's included in 'using rootless containers'
2026-01-06 13:36:53 <PureTryOut> afaik Docker supports rootless too nowadays
2026-01-06 13:36:59 <PureTryOut> *iirc
2026-01-06 14:37:26 <Saijin_Naib[m]> Indeed it does, but at least for our application, podman rootless was easier to setup
2026-01-06 14:48:08 <PureTryOut> Podman is great, no worries
2026-01-06 14:55:00 <quinq> Hi
2026-01-06 14:55:01 <quinq> apk info -L coreboot-tools
2026-01-06 14:55:01 <quinq> coreboot-tools-25.09-r0 contains:
2026-01-06 14:55:05 <quinq> <nothing>
2026-01-06 14:55:08 <quinq> Is that expected?
2026-01-06 15:00:03 <PureTryOut> Yes, you're supposed to use one of the subpackages instead
2026-01-06 15:07:43 <ichigo[m]1> distrobox is just podman easymode
2026-01-06 15:11:12 <quinq> PureTryOut, how is that known?
2026-01-06 15:11:44 <quinq> (besides askin you on IRC ;))
2026-01-06 15:13:41 <PureTryOut> I checked the APKBUILD, everything is split out into subpackages
2026-01-07 05:53:01 <Garfunk> hello
2026-01-07 05:54:40 <Garfunk> I have an issue when using a musllinux wheel in the python alpine docker image. If I install cryptography, anything that uses it will segfault
2026-01-07 10:01:55 <Garfunk> actually installing musl-dev fixed it
2026-01-07 13:20:33 <martijnbraam> is there a reason that gst-plugins-* are compiled without -Dgpl=on? For example gst-plugins-bad has a build dep on x265 but without -Dgpl being set it will not be used
2026-01-07 13:24:16 <achill> not that i know of
2026-01-07 13:25:06 <martijnbraam> archlinux seems to enable the gpl flag, but I can't actually find any documentation on why this flag exists
2026-01-07 13:27:04 <ssm> some projects may not want to include gpl'd software if it's packaged with their system IE *bsd. alpine isn't that though I think?
2026-01-07 13:27:30 <achill> alpine isnt
2026-01-07 13:27:34 <achill> yeah i think we should enable this
2026-01-07 13:28:03 <quinq> Why would x265 be ine the “bad” codecs?
2026-01-07 13:28:04 <achill> martijnbraam: i'd merge it if you want to open a MR, otherwise i'll probably get around it this afternoon
2026-01-07 13:28:07 <martijnbraam> yeah I guessed it was an oversight, the gst build system doesn't warn about this at all unless you start explicitly enabling the codecs
2026-01-07 13:28:21 <ssm> quinq: royalties/patents?
2026-01-07 13:28:39 <martijnbraam> openh264 is also in bad :P
2026-01-07 13:28:42 <quinq> ssm, it's open
2026-01-07 13:28:48 <achill> https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1084
2026-01-07 13:28:51 <achill> > 
2026-01-07 13:28:51 <achill> People building proprietary stuff on top of GStreamer are "terrified" of GPL-ed dependencies (their words), whilst generally being reasonably sure that they've got themselves covered on the patent front for the things that they're using or at least less bothered about it.
2026-01-07 13:28:53 <martijnbraam> why does webkit depend on the bad codecs and not the good ones? :D
2026-01-07 13:28:56 <quinq> Ah ok, “GStreamer Bad Plug-ins is a set of plug-ins that aren't up to par compared to the rest.”
2026-01-07 13:29:09 <quinq> It's from gstreamer point of view, their implementation is self-rated bad
2026-01-07 13:29:16 <quinq> But then who would use gstreamer
2026-01-07 13:29:53 <quinq> martijnbraam, because otherwise it crashes
2026-01-07 13:29:57 <quinq> Welcome to teh web
2026-01-07 13:30:18 <SyntheticBird[m]> incredible codec war
2026-01-07 14:38:07 <martijnbraam> huh gst-plugins-good doesn't even have the gpl flag, only bad and ugly
2026-01-07 14:38:09 <martijnbraam> and ugly already had it set
2026-01-07 16:53:28 <penguinz_rule[m]> speaking of gst
2026-01-07 16:53:41 <penguinz_rule[m]> gnome camera doesnt work because of gst depends that it doesnt have
2026-01-07 16:54:05 <penguinz_rule[m]> vp8enc and installing libva-{glx,utils} doesnt fix that
2026-01-07 16:55:09 <penguinz_rule[m]> also the newer gnome snapshot doesnt work if its outside of flatpak either
2026-01-07 16:58:02 <penguinz_rule[m]> for anyone with the same problem: gst-plugins-good is needed
2026-01-07 17:02:16 <penguinz_rule[m]> but its choppy so maybe it relies on some other gst thign idk about
2026-01-07 17:03:31 <penguinz_rule[m]> (or its running without libva-intel-drivers or something)
2026-01-07 17:03:57 <penguinz_rule[m]> or i am just using too high a resolution
2026-01-07 17:03:58 <penguinz_rule[m]> drk
2026-01-07 17:06:46 <Horseboy> hi
2026-01-07 17:08:31 <Horseboy> oh this place is dead huh
2026-01-07 17:09:49 <Horseboy> last log from december 18
2026-01-07 17:09:52 <Horseboy> I'll try discord
2026-01-07 17:16:51 <quinq> Youngsters trying to learn how IRC work :D
2026-01-07 17:24:50 <penguinz_rule[m]> funnily enoufh the discord is deader 
2026-01-07 17:57:03 <p_6f3Ik7Suw> and discord's just announced their ipo, enshitification turbo-boost in 3...2...1
2026-01-07 18:02:49 <Saijin_Naib[m]> @p_6f3Ik7Suw i'm honestly curious how they could enshittify more, so watching intently 🤣 
2026-01-07 19:56:07 <user0> hey, unsure if this is the right channel, but for some reason go-away blocks my requests if i try to access the alpine gitlab instance
2026-01-07 19:56:36 <user0> nevermind, it fixed itself
2026-01-07 20:05:46 <ikke> user0: ok, otherwise let us know if it keeps happening, I'll look into it
2026-01-07 20:29:47 <dwfreed> user0: note that gitlab instances often restrict direct access to certain URLs where there is no session cookie; one instance I use restricts commit URLs in this manner
2026-01-07 20:32:54 <RoadRoller01[m]> Why there is no community/autologin-openrc? O
2026-01-08 13:04:25 <f_> RoadRoller01[m]: you want tinydm?
2026-01-08 14:00:42 <RoadRoller01[m]> f_: Oh yes i want tinydm(: + Can i use autologin without tinydm?  i tried my best to understand how to use it but no luck!
2026-01-08 14:02:49 <RoadRoller01[m]> + how to use tinydm with user openrc 
2026-01-08 14:56:14 <runxiyu> have there been any attempts to package bun in alpine?
2026-01-08 15:25:01 <p_6f3Ik7Suw> runxiyu: grepping for \Wbun\W in git log does not show any relevant results
2026-01-08 15:25:29 <p_6f3Ik7Suw> maybe also look in gitlab for prs and forks maybe there..
2026-01-08 16:09:05 <runxiyu> okie
2026-01-08 16:09:09 <runxiyu> i guess i might package it sometime
2026-01-08 16:15:20 <quinq> Who need packaging when the authors juste recommend `curl -fsSL https://bun.sh/install | bash`
2026-01-08 16:15:28 <quinq> s/juste/just/
2026-01-08 16:16:13 <ikke> All the more reason to defy them and provide sane packaging :)
2026-01-08 16:16:43 <quinq> ^^
2026-01-08 16:31:59 <f_> curl https://totally-not-a-virus.lol/not-a-virus.sh | bash
2026-01-08 16:33:10 <ikke> f_: you forgot sudo
2026-01-08 16:33:28 <f_> I obviously am always root and have no other user account on this machine
2026-01-08 16:36:37 <quinq> power-user
2026-01-08 16:49:37 <martijnbraam> if you add 6200 dependencies to a single package you can't load the apkindex file anymore :(
2026-01-08 16:50:59 <ikke> martijnbraam: rip
2026-01-08 16:51:08 <ikke> I suppose that's for your split kernel?
2026-01-08 16:51:24 <martijnbraam> yeah, I have added a -all package now but now apk breaks :D
2026-01-08 16:51:46 <martijnbraam> I think that's the problem, there's many roads for apk to produce an ENOBUFS
2026-01-08 16:59:54 <penguinz_rule[m]> does anyone know how to make /var/log/messages to only contain info from the given boot (and ideally backup old versions to like messages.d and be timestamped wrt boot times), or is that a completely unintended use of the file
2026-01-08 17:00:22 <ikke> penguinz_rule[m]: use syslogd
2026-01-08 17:03:22 <penguinz_rule[m]> i think its on my system by default; unless you dont mean the busybox one
2026-01-08 17:06:34 <penguinz_rule[m]> are you saying to use rsyslog/syslog-ng? 
2026-01-08 17:09:15 <ikke> yes
2026-01-08 17:10:07 <penguinz_rule[m]> i think i will try in test machine before fucking with this tbf; unless of course this is possible with some hackery like moving files before busybox's syslog is started
2026-01-08 17:15:58 <ikke> No hackery needed
2026-01-08 17:17:53 <martijnbraam> yep apk works fine without the -all package in the index :(
2026-01-08 17:22:52 <penguinz_rule[m]> hackery do be needed if i am afraid of switching out the service
2026-01-08 17:32:41 <penguinz_rule[m]> i think busybox syslogd already does log rotation to some degree because its created /var/log/messages.0
2026-01-08 18:13:35 <Sertonix[m]> [@martijn:brixit.nl](https://matrix.to/#/@martijn:brixit.nl) Might be good to create an issue on the apk-tools repository
2026-01-08 21:18:28 <runxiyu> f_: that domain does seem to exist
2026-01-08 21:19:34 <f_> of course it exists
2026-01-08 21:19:39 <f_> xe owns it iirc
2026-01-08 21:22:00 <runxiyu> urgh
2026-01-08 21:22:03 <runxiyu> oh nice
2026-01-08 21:22:05 <runxiyu> but
2026-01-08 21:22:10 <runxiyu> bun's build process needs bun
2026-01-08 21:22:38 <runxiyu> ~~obviously i'll just package the binary with curl~~
2026-01-08 21:24:14 <f_> it's always nice when to build a specific tool you need said tool
2026-01-08 21:24:20 <f_> catch 22
2026-01-08 21:25:27 <runxiyu> i mean, it'll always exist to some extent, unless we write machine code
2026-01-08 21:27:06 <f_> Time to rewrite runxiyu in assembly.
2026-01-08 21:29:44 <runxiyu> im getting an incus container
2026-01-08 21:29:51 <runxiyu> to try to compile bun in the first place
2026-01-08 21:35:41 <pj> bun got bought by anthropic so expect even worse situation
2026-01-08 21:45:52 <runxiyu> im trying to run stuff with node
2026-01-08 21:51:07 <runxiyu> i fail
2026-01-08 22:50:04 <martijnbraam> it looks like the asterisk package in stable and edge is a bit broken? the chan_pjsip.so module can't find some symbols so it won't load
2026-01-09 08:03:21 <frag> dunno if these kinds of questions are off topic? i made this function to open urls(could be many urls, eg 40), is there a way to kill it or change it so i can kill it? tw () { [ $1 ] || set -- $(xsel);for tw in $@;do mpv $tw || surf $tw;done; }
2026-01-09 08:43:10 <ikke> frag: Not entirely sure what you mean, but probably adding `|| break` in the loop would break the for loop if you cancel it (ctrl+c)
2026-01-09 08:44:53 <frag> oh right, i should have clarified: sometimes i start it from dmenu_run, so i guess it goes into the background
2026-01-09 08:45:39 <frag> its even a modified dmenu_run, but i dont think that matters here
2026-01-09 08:56:22 <Sertonix[m]> killall :)
2026-01-09 10:49:55 <frag> i think even that would just kill the current surf/mpv eh
2026-01-09 10:52:03 <lopid> pkill mpv
2026-01-09 10:59:09 <quinq> Make it its own script
2026-01-09 11:05:26 <frag> theres no way to make it so i can kill tw ?
2026-01-09 11:06:26 <frag> thats one thing with demnu, kinda easy to run the thing in completion instead of what you typed, sometimes convenient tho
2026-01-09 11:38:17 <jvvv> frag: what if you modified it from one function to two shell scripts? one worker that does the mpv|surf dance, one iterator that goes over the argv and runs the worker for each arg. then killing the iterator should stop further worker spawns, then killing the current worker
2026-01-09 11:39:56 <jvvv> could even design the iterator to trap signal and kill the current worker before exiting
2026-01-09 12:01:09 <frag> ah yes, must play a bit with that
2026-01-09 14:24:49 <muizzz> Hi people!
2026-01-09 14:24:49 <muizzz> I am considering daily driving Alpine Linux for my desktop use. Do you have any suggestions that I should keep in mind coming from a more standard desktop distribution?
2026-01-09 14:28:11 <ikke> muizzz: should be fairly common knowledge, but keep in mind that alpine is musl based, so applications that only ship binaries compiled against glibc will not run directly in Alpine
2026-01-09 14:28:21 <ikke> Things like flatpack can be used in that case
2026-01-09 14:29:47 <muizzz> ikke: yup, understood. To be honest the Alpine package repository seems to hold enough binaries that I use day to day!
2026-01-09 14:30:52 <muizzz> But is it common to use Alpine as a desktop distribution? Like do people who use Alpine, also use Alpine for desktop use?
2026-01-09 14:34:52 <DaKnig[m]> I used alpine for mobile, is that close enough?
2026-01-09 14:35:10 <DaKnig[m]> There is a whole mobile linux distro based on alpine called postmarketos
2026-01-09 14:35:25 <durrenda1> Data sample of one here, but I run it on everything from containers/vms, to my laptops and even mobile phones. In production and at home. It's a great distro
2026-01-09 14:55:35 <martijnbraam> Alpine is great as a desktop distribution1
2026-01-09 14:55:36 <martijnbraam> s/distribution1/distribution!/
2026-01-09 15:07:16 <muizzz> Sounds cool durrenda1, martijnbraam and DaKnig[m]!
2026-01-09 15:07:16 <muizzz> I will try it out for myself :)
2026-01-09 15:07:59 <durrendal> looking forward to hearing about how you like it :) good luck!
2026-01-09 15:08:10 <muizzz> Thanks!
2026-01-09 15:08:37 <Saijin_Naib[m]> @muizzz Alpine on desktop is the linux distro that finally gor me to switch off windows as primary
2026-01-09 15:08:57 <muizzz> That's good to hear!
2026-01-09 15:09:33 <Saijin_Naib[m]> Low cognitive load, bulletproof upgrades, insanely fast package manager
2026-01-09 15:10:17 <Saijin_Naib[m]> OpenRC and needing to manually assign services to runlevels took some getting used to from systemd distros
2026-01-09 15:10:57 <Saijin_Naib[m]> And sometimes missing runtime deps for extra features for some programs, but quite rare (just install them when you find out)
2026-01-09 15:11:44 <muizzz> Oh lol, durrendal are you on Mastodon? I think I accidentally found you while checking people who follow musl libc
2026-01-09 15:12:05 <Saijin_Naib[m]> Thing I wish I knew at start: use the setup-alpine flow, inclusive of setup-desktop part (didnt exist when I started)
2026-01-09 15:12:31 <Saijin_Naib[m]> Backup /etc/apk/world after first install to keep a clean package state you can roll back to easily
2026-01-09 15:13:13 <muizzz> Hmm ...
2026-01-09 15:13:14 <muizzz> Is timeshift compiled for Alpine
2026-01-09 15:13:56 <Saijin_Naib[m]> https://pkgs.alpinelinux.org/package/edge/testing/x86_64/timeshift
2026-01-09 15:14:04 <durrendal> muizzz: indeed I am, I use this handle pretty much everyone :) 
2026-01-09 15:14:17 <Saijin_Naib[m]> In testing
2026-01-09 15:14:25 <durrendal> s/everyone/everywhere/
2026-01-09 15:14:29 <muizzz> I'll follow you durrendal 
2026-01-09 15:15:45 <durrendal> I'm positive if you keep searching you'll find several familiar names out there, especially if you look into package maintenance
2026-01-09 15:15:51 <muizzz> Saijin_Naib[m]: thanks!
2026-01-09 15:16:09 <muizzz> The wiki is nice!
2026-01-09 15:18:26 <muizzz> durrendal: I'll take some time exploring the packages and down the line might try to contribute back!
2026-01-09 15:19:45 <Saijin_Naib[m]> Arch wiki also genrally applies, which is helpful for extra coverage
2026-01-09 15:34:52 <txnintn> Advice, I have a LSI 9211-4i with raid bios, what do I use for a driver during alpine install?
2026-01-09 16:08:21 <dwfreed> Linux should handle that automatically?
2026-01-09 16:12:49 <invoked> i don't know about that specific raid bios, but for many, at POST you can get into that bios to configure devices and set up raid. if so, afterwards linux should see it as a generic scsi device.
2026-01-09 16:13:43 <invoked> without a specific driver for the raid bios you wouldn't get system messages about the raid being degraded/device failures/et al
2026-01-09 16:14:40 <invoked> opinion: these integrated raid features are often garbage
2026-01-09 16:15:06 <invoked> software raid would be my choice every time.
2026-01-09 16:16:23 <txnintn> Yup, onboard raid is glorified software raid that fails alot.
2026-01-09 16:16:55 <dwfreed> an LSI 9211 is not glorified software raid
2026-01-09 16:19:00 <txnintn> <-2 lsi9211-8i in it mode in my zfs server. 
2026-01-09 16:19:59 <txnintn> This old Asus server seems to be pick when it come to UEFI.
2026-01-09 16:51:23 <txnintn> yes, very picky, bootable usb with 3.23 standard failed in UEFI, CDROM with 3.22 failed in UEFI, but CDROM with 3.22 Extended in dos mode boots up. And the 15 year old MB has the latest bios. 
2026-01-09 20:58:02 <penguinz_rule[m]> brasero flat out doesnt recognize my /dev/sr0 as existing
2026-01-09 20:58:09 <penguinz_rule[m]> changing to flatpak didnt change that
2026-01-09 20:58:28 <penguinz_rule[m]> this is the same removable drive i used on another linux machine less than an hour ago 
2026-01-09 20:58:33 <penguinz_rule[m]> and worked with cdparanoia
2026-01-09 21:11:28 <penguinz_rule[m]> ok 
2026-01-09 21:11:33 <penguinz_rule[m]> probably because UDisks2 isnt installed
2026-01-09 21:12:00 <penguinz_rule[m]> k3b gave same error
2026-01-09 21:12:10 <penguinz_rule[m]> * k3b actually gave some error
2026-01-09 21:14:37 <penguinz_rule[m]> i should make a wiki page
2026-01-09 21:48:46 <penguinz_rule[m]> k3b is now my best friend
2026-01-10 12:13:07 <lunaear> Hello, I am new to Alpine Linux!
2026-01-10 12:15:06 <frag> huh, gnu grep doesnt support date +%s|grep '\d', busybox grep does
2026-01-10 12:30:32 <quinq> frag, it supports it if you tell it that you're using a Perl regex
2026-01-10 12:31:30 <ikke> even just extended regexp (-E)
2026-01-10 12:31:39 <ikke> the default is basic regexp
2026-01-10 12:31:59 <ikke> BRE vs ERE vs PCRE
2026-01-10 12:52:11 <frag> bb grep supports it without telling it :)
2026-01-10 13:01:46 <quinq> Yeah, that's great for not knowing what to expect :D
2026-01-10 13:07:57 <Renan[m]> execve: no such file or dir
2026-01-10 13:07:57 <Renan[m]> i am trying to execute an appimage
2026-01-10 13:08:47 <grawity> gonna guess it needs glibc
2026-01-10 13:09:24 <grawity> run `file` on it, check if it shows "interpreter /lib/..."
2026-01-10 13:12:33 <Renan[m]> grawity: hopeful$ file LBRY_0.53.9.AppImage 
2026-01-10 13:12:33 <Renan[m]> LBRY_0.53.9.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, stripped
2026-01-10 13:12:49 <grawity> yeah, /lib64/ld-linux-x86-64.so.2 is the usual path for the glibc loader
2026-01-10 13:13:06 <grawity> https://wiki.alpinelinux.org/wiki/AppImage
2026-01-10 13:19:58 <Renan[m]> grawity: i followed this tutorial but the appimage dont execute
2026-01-10 13:22:24 <Renan[m]> http://e2olmnzdp5d72z3xs2ugftvwgxywgbgipofa443zizolbgxoj5m46vyd.onion/r/5rr2tgLp#AtadFDWCql18kSFLxTaBFGU4eIPy8U1AWYkvEg72csE=
2026-01-10 13:22:25 <Sheila> some programs may use glibc-specific functions that aren't implemented in gcompat yet.
2026-01-10 13:22:37 <Renan[m]> Renan[m]: eternal in this
2026-01-10 13:23:19 <Sheila> please don't use Tor-based pastebin services, most people aren't going to be able to access them.
2026-01-10 13:23:33 <Renan[m]> Sheila: why?
2026-01-10 13:23:47 <Sheila> …because they don't use Tor?
2026-01-10 13:24:01 <Renan[m]> Sheila: but they should
2026-01-10 13:24:16 <nero> Renan[m]: no, just use a normal pastebin please
2026-01-10 13:24:22 <Sheila> that's nice, but this isn't helping you solve your problem.
2026-01-10 13:25:39 <Renan[m]> nero: no
2026-01-10 13:25:47 <Renan[m]> Sheila: ok
2026-01-10 13:41:54 <f_> Meh it's just a screenshot of lbry appimage hanging
2026-01-10 13:42:16 <f_> Renan[m]: Next time please use e.g. x0.at or bpa.st else not many people will help you
2026-01-10 13:42:42 <f_> I do use Tor Browser but please don't assume everyone else does
2026-01-10 13:42:54 <f_> even if you think they should. Accept differing POV's
2026-01-10 13:43:54 <Renan[m]> f_: "Accept differing POV's", no.
2026-01-10 13:44:09 <f_> Then this community is not for you because this is explicitely in Alpine Linux's Code of Conduct.
2026-01-10 13:44:42 <f_> (which you can find here: https://alpinelinux.org/community/code-of-conduct.html)
2026-01-10 13:46:40 <Renan[m]> f_: "Being respectful of differing opinions, viewpoints, and experiences" i am not being disrespcful, i only dont want to use no tor links. sorry my poor english
2026-01-10 13:46:45 <f_> A good middleground could be using a service that has both onion and clearnet addresses
2026-01-10 13:47:01 <f_> Tor users will use the onion version while non-tor won't
2026-01-10 13:47:22 <f_> Renan[m]: right I misunderstood you, sorry ^^
2026-01-10 13:47:48 <ikke> If you want to get help, you have to try to meet in the middle with the people able to help you
2026-01-10 13:48:04 <ikke> And otherwise accept that you get no or little help
2026-01-10 13:48:06 <f_> e.g. https://disroot.org/services/privatebin
2026-01-10 13:49:05 <Renan[m]> f_: my english is poor and i can make feel cold, sorry
2026-01-10 13:49:34 <Renan[m]> I may seem insensitive because of bad English (i use a translate for this phrase)
2026-01-10 13:49:55 <Renan[m]> like saying only "no" for things
2026-01-10 13:51:26 <Hdhchch> Is alpine Linux possible to run under dinit ?
2026-01-10 13:54:15 <longnoserob[m]> Hdhchch: if dint works with musl, you coudl get it to work probably
2026-01-10 13:54:49 <ikke> It's already packages: https://pkgs.alpinelinux.org/package/edge/community/x86_64/dinit
2026-01-10 13:54:56 <runxiyu> it definitely works with musl
2026-01-10 13:54:58 <ikke> But you are on your own making sure everything is setup correctly
2026-01-10 13:55:08 <Renan[m]> ikke: i accept
2026-01-10 13:55:19 <runxiyu> might wanna take inspiration from chimera's dinit config
2026-01-10 13:55:36 <Renan[m]> f_: text only
2026-01-10 13:55:48 <runxiyu> *while keeping in mind that chimera and alpina do not share lineage (yes, apk, but doesn't make them derivatives of each other)
2026-01-10 13:55:53 <f_> Renan[m]: https://disroot.org/services/upload then ^^
2026-01-10 13:56:05 <f_> oh right it's what you used
2026-01-10 13:56:06 <Hdhchch> Oh so no preconfigured??
2026-01-10 13:56:18 <Renan[m]> f_: i know
2026-01-10 13:56:21 <ikke> Hdhchch: no, openrc is the only support init system
2026-01-10 13:56:27 <ikke> supported*
2026-01-10 13:56:27 <f_> well then in that case just s/the-onion-domain/upload.disroot.org/ before sending to the chat ^^
2026-01-10 13:56:36 <Hdhchch> Ohh sad 
2026-01-10 13:57:15 <Hdhchch> Dinit feels like the futur
2026-01-10 13:57:34 <Hdhchch> It's so easy even a noob like me can understand 
2026-01-10 14:01:38 <JustSouptheyhe[m]> You can host your own dinit configs, but I highly doubt any would be accepted into aports.
2026-01-10 14:02:04 <f_> JustSouptheyhe[m]: huh? If systemd unit files are accepted into aports I can't see why dinit services wouldn't
2026-01-10 14:02:13 <f_> ¯\_(ツ)_/¯
2026-01-10 14:02:36 <f_> it will require work on the abuild side of things though AFAICT
2026-01-10 14:04:31 <ikke> Only for built-in split-function support
2026-01-10 14:04:40 <f_> ikke: yeah that's what I thought
2026-01-10 14:04:48 <ikke> nothing prevents you from adding a custom _dinit function that works similarly
2026-01-10 14:05:24 <f_> Sure, but doing it every single time for a whole lot of packages is a lot of duplication that could be avoided with a built-in splitfunc
2026-01-10 14:05:29 <achill> BTW there was dinit-alpine (3d2ce8f15846df0965ddefccfa79220602c7a68b)
2026-01-10 14:06:01 <achill> a mono repository of many commonly used services, dropped due to lack of maintainership, i think it would be cool if someone interested would pick it up
2026-01-10 14:06:14 <ikke> f_: Yes, but I would start with a custom function and then if enough support is there, we can move it to abuild
2026-01-10 14:06:25 <f_> ikke: OK makes sense
2026-01-10 14:06:42 <f_> Hopefully our friend reads the irc logs :P
2026-01-10 14:06:55 <JustSouptheyhe[m]> Huh. That's cool. But I thought Alpine was switching to s6 in "the future" *tm*. Why are there no s6 services?
2026-01-10 14:07:08 <achill> there was never such decision
2026-01-10 14:07:11 <achill> :)
2026-01-10 14:07:15 <f_> JustSouptheyhe[m]: there are no plans to switch to s6 for the time being
2026-01-10 14:07:34 <JustSouptheyhe[m]> Oh, I thought I read that somewhere, but I must be misremembering.
2026-01-10 14:08:20 <f_> Don't know where you read this from. I know skarnet is working on s6-rc and trying to get it supported in Alpine but that's it when it comes to s6+alpine
2026-01-10 14:09:07 <f_> and from what I understood it'd be *alongside* openrc (and eventually systemd) instead of *replacing* openrc
2026-01-10 14:09:35 <f_> (from what I understand systemd will be the same situation)
2026-01-10 14:09:41 <JustSouptheyhe[m]> Makes sense then.
2026-01-10 14:19:15 <sadsad> do you think dinit is only a hype?
2026-01-10 14:20:09 <pj> I mean, the "possibly make s6 default for alpine" goes as far as 2015
2026-01-10 14:20:32 <pj> it has been discussed on irc
2026-01-10 14:21:52 <pj> but it also has been very long time since and openrc got (somewhat) better
2026-01-10 14:22:28 <sadsad> idk complexity < simplicity
2026-01-10 14:22:33 <sadsad> and dinit is simplicity hunter
2026-01-10 14:23:24 <pj> ftr, everything I said was about s6
2026-01-10 14:23:39 <pj> dinit is good (although not good enough for me)
2026-01-10 14:24:05 <JustSouptheyhe[m]> dinit is cool imo. Used it on Chimera for a while and really liked it. I also liked s6. I actually bootstrapped Alpine with it once but it was really buggy (because of my bad service writing)
2026-01-10 14:26:46 <achill> now that openrc has a caring maintainer its actually fine, and its also very very hard to switch the default away from openrc in alpine, just like it would be with busybox
2026-01-10 14:27:22 <JustSouptheyhe[m]> +
2026-01-10 14:27:26 <pj> I dislike the "simplicity" projects because they often implement barely anything, consider everything else evil and tell you "you have to things the same way as 20 years ago" because clearly that worked:tm:
2026-01-10 14:28:05 <quinq> That's a misconception
2026-01-10 14:30:32 <pj> What is
2026-01-10 14:31:42 <quinq> What you said
2026-01-10 14:32:04 <pj> ok
2026-01-10 14:32:20 <ichigo[m]1> the only gripe i have with openrc is network taking forever to boot unless you move it to async
2026-01-10 14:32:59 <quinq> Yeah, it's a conservative default
2026-01-10 14:35:46 <achill> https://gitlab.alpinelinux.org/alpine/aports/-/issues/16226
2026-01-10 14:37:43 <quinq> I get: Error: access denied: denied by administrative rule 
2026-01-10 14:37:52 <quinq> Who's the administrator?
2026-01-10 14:38:05 <quinq> The Request ID is 3212dfd2036e77c6127cda14d2d0bfd6
2026-01-10 14:38:07 <ikke> I am
2026-01-10 14:39:08 <quinq> It's on Librewolf + Privacy Badger + uBlock Origin
2026-01-10 14:39:40 <ikke> Does it by default refuse cookies?
2026-01-10 14:39:45 <quinq> But both say nothink blocked
2026-01-10 14:39:47 <quinq> nothing
2026-01-10 14:40:04 <quinq> I think it refuses third-party cookies, otherwise it should be there
2026-01-10 14:40:28 <JustSouptheyhe[m]> I have the same setup minus privacy badger, so that might be the issue
2026-01-10 14:40:42 <frag> made a script that shows what regex works where in busybox grep/sed/+, might need to show in terminal to get allignment (might be bugs too) https://x0.at/I6mS.txt
2026-01-10 14:41:24 <quinq> Now it worked
2026-01-10 14:42:51 <quinq> frag, you forgot sEd ;)
2026-01-10 14:43:25 <frag> never even used that :o
2026-01-10 14:47:24 <frag> quinq heres the script, sEd added https://x0.at/DehW.txt
2026-01-10 14:48:00 <frag> prob not "correctly" done also
2026-01-10 14:52:34 <quinq> It's cool that ou use expand ;)
2026-01-10 14:57:18 <frag> i had to ... expand!
2026-01-10 14:59:36 <quinq> Had to regulate!
2026-01-10 15:24:41 <sadsad> ,yx
2026-01-10 15:25:06 <sadsad> I wonder whether chimera linux is secure
2026-01-10 15:25:07 <sadsad> lol
2026-01-10 15:33:11 <ssm> linux, so no
2026-01-10 15:38:24 <frag> huh.. did $'\t' recently become posix?
2026-01-10 15:38:47 <quinq> yep
2026-01-10 15:39:19 <sadsad> liinux not secure? ssm_=
2026-01-10 15:39:20 <quinq> “Dollar-Single-Quotes”
2026-01-10 15:40:06 <frag> where will it end :o
2026-01-10 15:40:58 <quinq> It's less worse than what was done to make
2026-01-10 15:52:14 <sadsad> can chimera linux  outperform artix + glibc + dinit?
2026-01-10 15:52:17 <sadsad> in terms of gaming?
2026-01-10 15:53:29 <sadsad> billgamesh: you know gaming?
2026-01-10 15:54:04 <billgamesh> what, as a concept?
2026-01-10 15:55:46 <sadsad> billgamesh:  can something inside bubblewrap outperform baremetal on glibc?
2026-01-10 15:57:19 <billgamesh> oh. no idea... i don't think bubblewrap should have a huge performance penalty but i'm not an expert in bubblewrap or gaming
2026-01-10 16:08:05 <sadsad> billgamesh:  is it hard to install dinit on alpine?
2026-01-10 16:08:31 <sadsad> or what abuot firewalld
2026-01-10 16:09:22 <ikke> It's easy to install it, but just having it installed is not enough
2026-01-10 16:10:04 <sadsad> so it is probably  better to have chimera installed instead?
2026-01-10 16:10:10 <billgamesh> firewalld was not tough. alpine has alpine-wall, which is easy to configure
2026-01-10 16:10:28 <sadsad> billgamesh so firewalld would not work?
2026-01-10 16:10:33 <sadsad> D:
2026-01-10 16:11:27 <billgamesh> firewalld would probably work. you should look this up in the alpine wiki
2026-01-10 16:13:45 <sadsad> billgamesh:  there is no wiki for firewalld
2026-01-10 16:13:46 <sadsad> D.
2026-01-10 16:17:10 <billgamesh> i am not sure then.
2026-01-10 16:18:05 <sadsad> so billgamesh so better chimera linux? xd
2026-01-10 16:19:25 <billgamesh> idk. if you prefer dinit, chimera has it. what are you trying to do?
2026-01-10 16:20:01 <sadsad> having an easy linux without brainrot like openrc or systemd or runit or s6
2026-01-10 16:20:29 <sadsad> I am not good with brainrot
2026-01-10 16:25:47 <penguinz_rule[m]> > brainrot like openrc ... or s6
2026-01-10 16:25:47 <penguinz_rule[m]> what
2026-01-10 16:27:14 <sadsad> yeah
2026-01-10 16:27:20 <sadsad> how can you not get this
2026-01-10 16:27:30 <sadsad> its complicated so brainrot
2026-01-10 16:27:30 <sadsad> :D
2026-01-10 16:28:17 <penguinz_rule[m]> how on earth is s6 or openrc more complicated than systemd
2026-01-10 16:28:42 <sadsad> well not more than systemd 
2026-01-10 16:28:51 <sadsad> I just said the same level of complicated
2026-01-10 16:29:16 <sadsad> in dinit you can easily avoid conflicts of services
2026-01-10 16:30:08 <sadsad> dinit has the one file all service thing
2026-01-10 16:30:12 <sadsad> nothing more simple than that
2026-01-10 16:38:30 <sadsad> someone know how to use firewalld in alpine
2026-01-10 16:40:24 <sadsad> https://wiki.gentoo.org/wiki/Firewalld
2026-01-10 16:40:33 <sadsad> are gentoo sources same for alpine?
2026-01-10 16:42:44 <ikke> No, they are separate projects with different build systems
2026-01-10 16:43:52 <sadsad> @ikke the command doas rc-update add firewalld default did work though
2026-01-10 16:43:53 <sadsad> :D
2026-01-10 16:44:22 <ikke> Sure, openrc works mostly the same
2026-01-10 16:45:06 <sadsad> ikke:  which desktop works best on alpine?
2026-01-10 16:45:10 <sadsad> is it cosmic?
2026-01-10 16:45:19 <ikke> I don't know
2026-01-10 16:45:41 <sadsad> iike which distro do you use?
2026-01-10 16:45:58 <ikke> I use alpine linux and arch linux
2026-01-10 16:46:08 <sadsad> which desktop on alpine? Xd
2026-01-10 16:46:13 <ikke> awesomewm
2026-01-10 16:46:19 <penguinz_rule[m]> xfce works
2026-01-10 16:46:37 <achill> best is very subjective
2026-01-10 16:46:49 <ikke> Yes, that's why I said that I don't know
2026-01-10 16:46:59 <achill> yeah :)
2026-01-10 16:47:12 <sadsad> in functionality
2026-01-10 16:47:26 <achill> most desktops packaged in alpine work with all functionality
2026-01-10 16:47:54 <achill> even gnome works in all aspects even when maintaining it with openrc is a hassle
2026-01-10 16:48:27 <sadsad> which is the most relaxing one wayland?
2026-01-10 16:48:33 <ikke> subjective
2026-01-10 16:49:23 <sadsad> does xfce work with wayland allready?
2026-01-10 16:49:25 <sadsad> xd
2026-01-10 16:50:25 <penguinz_rule[m]> xfce has a wayland session but i frankly couldnt care less about it
2026-01-10 16:51:01 <sadsad> penguinz_rule[m]:  wayland is the best compatible thing that exists
2026-01-10 16:51:02 <sadsad> xd
2026-01-10 16:52:16 <sadsad> penguinz_rule[m]:  there is a wayland session for xfce
2026-01-10 16:52:17 <sadsad> lol
2026-01-10 16:52:56 <sadsad> is the wayland desktop working allready without hassle anyone experience?
2026-01-10 16:53:21 <penguinz_rule[m]> sadsad: not if you need screenshare or input method editing
2026-01-10 16:53:23 <ikke> There is no "the wayland desktop"
2026-01-10 16:53:30 <ikke> There are various desktops that implement wayland
2026-01-10 16:53:50 <sadsad> what means screenshare inputmethod editing?
2026-01-10 16:55:33 <penguinz_rule[m]> screenshare is self explanatory but input method editing is taking keycodes and changing them based on anothrr language than the host keyboard, such as qwerty->chinese characters 
2026-01-10 16:56:16 <sadsad> ahh so I better just use kde right?
2026-01-10 16:56:42 <ikke> kde is already wayland
2026-01-10 17:02:38 <sadsad> how to know which service gives internet at the moment to not conflict with networkmanager when turning on?
2026-01-10 17:13:44 <Saijin_Naib[m]> @sadsad it is experiemental, but I just updated a few components to enable more wayland compat in edge
2026-01-10 17:18:20 <dogg0> can apk be configured so i can see install date, or installed by which user
2026-01-10 17:19:22 <ikke> dogg0: apk-tools v3 has logging, but it does not log by which user (apk would be run as root anyways)
2026-01-10 17:19:44 <dogg0> ooh ok ima check it out thanks~
2026-01-10 19:19:05 <sadsad> someone knows how to run bubble wrap on alpine?
2026-01-10 19:19:08 <sadsad> with ssteam
2026-01-10 19:20:17 <sadsad> do i simply take a debian binary of steam and put it in bubblewrap? XD
2026-01-10 19:37:08 <Saijin_Naib[m]> Steam Flatpak works nicely. Same for Steamlink and Moonlighr
2026-01-10 19:37:11 <Saijin_Naib[m]> Moonlight
2026-01-10 19:41:35 <PureTryOut> Flatpak works great indeed, can recommend. Although for VR the sandbox from bubblewrap is in the way so I run it in an Arch Linux distrobox container
2026-01-10 19:42:28 <sadsad> yea but probably bubblewrap is  better  or?
2026-01-10 19:43:49 <PureTryOut> Why? Flatpak uses bubblewrap already, and bubblewrap is actually in the way for VR hardware access. Why would you then use bubblewrap directly when easier options exist?
2026-01-10 19:50:37 <sadsad> if I still have on my second disk a steam game can I put it inside my flatpak installed steam yes or?
2026-01-10 20:02:46 <invoked> you would at least need to symlink ~/.var/app/<whatever the path is to steam> to somewhere on that second disk
2026-01-10 20:03:12 <invoked> not sure that would actually work though. you might need to add the 2nd disk path via flatseal
2026-01-10 20:03:15 <sadsad> works nice thanks
2026-01-10 20:03:16 <sadsad> lol
2026-01-10 20:03:23 <sadsad> symlinks are op
2026-01-10 20:04:09 <invoked> i don't think it should work that way, but that's just like, my opinion man.
2026-01-10 20:11:34 <sadsad> invoked: actually symlinks doesnt work
2026-01-10 20:38:58 <tetsumaki> Hi achill i found a problem with this commit: https://gitlab.alpinelinux.org/alpine/aports/-/commit/527c0d50b8f640a375bf8fe5a7a2bbfa168fe766
2026-01-10 20:46:52 <sadsad> do you know eweos?
2026-01-10 20:46:53 <sadsad> :D
2026-01-10 20:47:11 <sadsad> https://os.ewe.moe/
2026-01-10 20:48:08 <sadsad> whats the issue tetsumaki
2026-01-10 20:50:13 <ikke> They left a comment on the commit
2026-01-10 20:51:30 <tetsumaki> Yes, and I think that will require adding a new package: py3-libpass
2026-01-10 20:51:36 <SyntheticBird[m]> sadsad: I think i stumbled upon it some times ago. Seems on par with chimera linux. i would give it  a year or two before trying it for production, but looks cool
2026-01-10 21:12:37 <sadsad> hmm performance is not the best in flatpak steam
2026-01-10 21:14:43 <invoked> there shouldn't be much of a difference, if any
2026-01-10 21:15:26 <sadsad> maybe it is kde
2026-01-10 21:21:40 <sadsad> or even musl ;)
2026-01-10 21:21:45 <sadsad> musl could be guilty
2026-01-10 21:22:44 <sadsad> what is your favourite wayland 
2026-01-10 21:22:46 <sadsad> ?
2026-01-10 21:22:50 <sadsad> desktop or wm
2026-01-10 21:22:53 <SyntheticBird[m]> glibc is guilty of all counts
2026-01-10 21:23:58 <sadsad> SyntheticBird[m]:  who knows or who cares
2026-01-10 21:26:08 <sadsad> did you kick out wayfire?
2026-01-10 21:26:15 <WhyNotHugo> invoked: flatpak brings its own libraries, which tend to lag compared to Alpine or ArchLinux.
2026-01-10 21:26:28 <WhyNotHugo> This includes mesa and the whole video stack.
2026-01-10 21:26:43 <WhyNotHugo> At some point my video card wouldn't work on Steam but worked on an Arch chroot.
2026-01-10 21:26:53 <sadsad> WhyNotHugo:  do you know a fix
2026-01-10 21:26:54 <sadsad> ?
2026-01-10 21:27:59 <WhyNotHugo> Confirm whether this is really the cause of slowness in your case before looking for a fix.
2026-01-10 21:28:48 <sadsad> WhyNotHugo:  well there was graphical issues without vsync which I have not had on glibc
2026-01-10 21:28:48 <sadsad> lol
2026-01-10 21:29:21 <WhyNotHugo> Flatpak won't use musl
2026-01-10 21:29:32 <WhyNotHugo> At least not Steam inside flatpak
2026-01-10 21:29:46 <quinq> Try using upstream WINE
2026-01-10 21:29:50 <WhyNotHugo> That could be the compositor itself maybe...?
2026-01-10 21:29:56 <WhyNotHugo> Or the graphic stack on the host?
2026-01-10 21:30:10 <sadsad> what is upstream wine
2026-01-10 21:30:10 <sadsad> ?
2026-01-10 21:30:32 <quinq> That's part of what Steam is based on
2026-01-10 21:30:58 <quinq> https://www.winehq.org/
2026-01-10 21:31:11 <sadsad> nah steam is linux native ;)
2026-01-10 21:31:22 <sadsad> I play dota 2 which is linux native too
2026-01-10 21:31:43 <quinq> Ah then you don't need steam, just run the game directly
2026-01-10 21:32:10 <sadsad> WhyNotHugo: but how?
2026-01-10 21:33:01 <sadsad> do I need vulkanloader or vulkan-validation-layer?
2026-01-10 21:33:22 <sadsad> I could also try labwc
2026-01-10 21:33:29 <sadsad> or hyprland
2026-01-10 21:33:30 <sadsad> lol
2026-01-10 21:34:40 <sadsad> ohh wait
2026-01-10 21:34:49 <sadsad> vulkan-radeon doesnt exist in alpine ?
2026-01-10 21:35:03 <sadsad> aka radv?
2026-01-10 21:40:38 <quinq> sadsad, apk search vulkan
2026-01-10 21:43:09 <sadsad> one question what is the mesa-dri-gallium?
2026-01-10 21:43:55 <sadsad> https://wiki.alpinelinux.org/wiki/Radeon_Video I followed this tutorial to activate what ever kms is xd
2026-01-10 21:56:48 <sadsad> can someone help pls I have amd rx 7600 XD
2026-01-10 21:57:04 <sadsad> I installed linux-firmware-amd no idea if its correct
2026-01-10 21:57:19 <sadsad> I installed mesa-gallium-dri
2026-01-10 21:57:25 <sadsad> and I activated kms
2026-01-10 21:57:29 <sadsad> for amdgpu
2026-01-10 21:57:44 <sadsad> but I thought the radeon option is the same
2026-01-10 21:57:51 <sadsad> the webpage is bit confusing
2026-01-10 22:24:39 <Hdhchch> Imo alpine is one of the hardest distros
2026-01-10 22:25:05 <Hdhchch> Cause the documentation is written for people who know
2026-01-10 22:25:29 <quinq> Or who can learn
2026-01-10 22:26:01 <Hdhchch> I mean the installer and such is beautiful but the documentation ugh
2026-01-10 22:26:23 <Hdhchch> Uga bunga is docs
2026-01-10 22:27:42 <Hdhchch> Need to become more friendly eventually start with dinit
2026-01-10 22:27:51 <Hdhchch> :S
2026-01-10 22:28:04 <quinq> Yeah, the wiki is not the best
2026-01-10 22:28:09 <quinq> But it's for free :D
2026-01-10 22:40:27 <TheKingFireS> Hello, so uh I'm here to tell you (idk if alpine apk-tools package maintainers are presents here), that apk-tools package still have zstd-libs as dependency despite being removed in source, due to leaving revision same as previous one which led to pipeline action to ignore it, no update. Have good day. 
2026-01-11 12:05:26 <lopid> is it just me or did lnav lose its ip highlighting in alpine 3.23?
2026-01-11 12:06:28 <ikke> lopid: Does lnav properly recognize the format?
2026-01-11 12:06:56 <ikke> I notice that sometimes, due to unsupported messages, it does not properly recognize it as access log, and then falls back to some default formatting
2026-01-11 12:08:05 <lopid> i don't know what's changed but i'm looking at the same log files with the same lnav config (i've also started anew)
2026-01-11 12:09:43 <lopid> apparently the latest stable is 0.13.1 (according to docs.lnav.org), but we have 0.13.2 
2026-01-11 12:10:23 <quinq> https://lnav.org/downloads “The latest stable release is v0.13.2.”
2026-01-11 12:11:01 <ikke> https://github.com/tstack/lnav/releases also lists v0.13.2
2026-01-11 12:11:42 <lopid> must be just the docs then
2026-01-11 12:12:24 <lopid> i've just tried it on another distro and it's the same - no ip highlighting by default
2026-01-11 12:22:51 <lopid> lnav 0.12.2 in alpine 3.22 has the ip highlights, so it must be an lnav regression
2026-01-11 16:47:40 <muizzz> hi folks!
2026-01-11 16:48:04 <muizzz> pleased to share that my Alpine desktop install went smooth :)
2026-01-11 16:48:29 <muizzz> I am running Alpine with SwayWM now
2026-01-11 16:50:30 <quinq> nice
2026-01-11 16:51:41 <muizzz> Just one thing, like the wiki suggests, I've used a .profile file to run sway via dbus, this opens up sway the moment I log in. However, I was wondering if I could ease up the process of shutting down and reboot. Right now, I exit SwayWM, login as root and then poweroff through the TTY. I wonder if the wiki covers something on this, making it a bit easier.
2026-01-11 16:52:23 <lopid> sudo poweroff
2026-01-11 16:53:14 <muizzz> do you mean to do that through my terminal while I am in the sway session?
2026-01-11 16:53:14 <quinq> I don't know who wrote that, but that doesn't sound like what you should do
2026-01-11 16:53:20 <quinq> .profile is generic to any shell
2026-01-11 16:53:33 <quinq> You should put whatever's related to graphical startup in the graphical startup file
2026-01-11 16:53:46 <quinq> In X11 it's usually ~/.xinit, I don't know which file it's on wayland
2026-01-11 16:54:03 <muizzz> okay, I'll see what can be done here 
2026-01-11 16:55:05 <quinq> And yeah, almost what lopid said, `doas poweroff` from any shell as your current user (that should have sudo rights for this)
2026-01-11 16:55:42 <muizzz> well, I don't seem to have any additional ideas on the wiki: wiki.alpinelinux.org/wiki/Sway#Starting_Sway
2026-01-11 16:56:14 <muizzz> it points to use either .profile or a wrapper script 
2026-01-11 16:58:48 <lopid> why not use a login manager that starts sway for you? it can probably poweroff/reboot nicer, too
2026-01-11 16:58:59 <muizzz> would it be a good idea to just go for a display manager?
2026-01-11 16:59:07 <lopid> yes
2026-01-11 16:59:13 <muizzz> lopid: yeah, I might as well
2026-01-11 17:12:24 <muizzz> btw, if the approach I used earlier isn't a good idea, ig someone should notify the wiki maintainers?
2026-01-11 17:26:09 <muizzz> nvm, that was my bad
2026-01-11 17:26:39 <muizzz> the wiki has a section mentioning use of greetd along with wrapper 
2026-01-11 17:58:44 <prabu> quinq, i adapted that instruction for starting sway based on archwiki instructions and WhyNotHugo fixed a few mistakes in my original script. The current instructions will startup sway automatically only from tty1 and all other tty's are available for the user..
2026-01-11 17:59:29 <prabu> i'm not aware of any .xinitrc equivalent for wayland..
2026-01-11 18:00:45 <prabu> muizzz can continue to use tty based autologin if it suits his needs. sway being a minimal wm, greeter is not mandatory..
2026-01-11 18:05:18 <visone[m]> I used sway and others wayland compositors w/o login managers, I just create a wrapper script to launch them... (full message at <https://matrix.org/oftc/media/v1/media/download/Afe2MRD1rBd7Jpy4yw0YRwGH91czjqbJ0JQaPlOcKOQtoTXQMJoj4j7zqOA_nf9iH66pNssf__Gb2L1XFIHR0CpCeb9lTqBwAG1hdHJpeC5vcmcvSVZudXdXck5SaFVvcnphRG11SVVRRkFL>)
2026-01-11 18:07:54 <prabu> muizz, here are some dotfiles for sway on alpine linux .. mine @ https://git.sr.ht/~prabuanand/dotfiles and WhyNotHugo's @ https://git.sr.ht/~whynothugo/dotfiles .. both of us, use totally different tools, so do not mix these two dotfiles.. Use these as reference only, to know about the tools available in alpine linux for use with sway..
2026-01-11 18:16:23 <RoadRoller01[m]> Hello i am adding https://github.com/iDescriptor/iDescriptor to aports but sadly it has git submodules, what is the correct why to add them?
2026-01-11 18:17:54 <RoadRoller01[m]> this what i have made so far:... (full message at <https://matrix.org/oftc/media/v1/media/download/Ae89rh2buwjfSu8rl7k8uGiGiZ_eWstf5DlGIcfSnhA8Ub1Uz0MMgaFGuN6Ja6i2KYlRbydc37VeiB2thelmcOBCeb9mBwAwAG1hdHJpeC5vcmcvcmFsTk1zeWxlcVFvYlVxTVFFbG1kZFNQ>)
2026-01-11 18:18:13 <RoadRoller01[m]> Followed thi https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=idescriptor-git
2026-01-11 19:43:22 <penguinz_rule[m]> <RoadRoller01[m]> "this what i have made so far:..." <- i just put the submodules' dependencies within the sha512sums and fetched them with abuild
2026-01-11 19:43:55 <penguinz_rule[m]> https://gitlab.alpinelinux.org/zardoz/aports/-/blob/5aec20f9c92bdb69848c058d907796c1162cfc37/testing/exfetch/APKBUILD#L18
2026-01-11 19:44:33 <penguinz_rule[m]> s/sha512sums/& \\& source
2026-01-11 19:49:01 <RoadRoller01[m]> <penguinz_rule[m]> "i just put the submodules..." <- yeah thanks! I did it
2026-01-11 20:14:25 <sjir[m]> I stumbled upon https://sebastiano.tronto.net/blog/2025-08-16-alpine-declarative/ in an effort to see if anyone's made apk more declarative and am wondering if there is any work ongoing in making apk more capable in being declarative?
2026-01-11 20:15:47 <sjir[m]> Like it is not a far leap since the world file is already, all that's needed is some tooling to make it a bit more robust
2026-01-11 20:19:10 <pj> what should be more robust
2026-01-11 20:21:05 <sjir[m]> Declarative workflow specifically could be more robust in having it all built-in to apk instead of relying on like the blog post does writing it to the /etc/apk/world file then running apk fix
2026-01-11 20:21:32 <pj> have you tried using "apk add"?
2026-01-11 20:22:35 <sjir[m]> Well, yes, but that circumvents having complete declarative control over which packages are installed
2026-01-11 20:23:02 <pj> it's exactly the same thing as putting packages in world and running apk fix
2026-01-11 20:23:42 <pj> you just don't modify the world file yourself
2026-01-11 20:24:39 <SyntheticBird[m]> pj: could you stop stating facts that make me heavily realize the lack of utilities into shilling a heavy rework of apk please.
2026-01-11 20:24:50 <SyntheticBird[m]> lack of usefulness*
2026-01-11 20:24:57 <SyntheticBird[m]> /s
2026-01-11 20:25:01 <pj> no
2026-01-11 20:25:51 <sjir[m]> shrug
2026-01-11 20:25:52 <SyntheticBird[m]> NixOS is a conspiracy by the Haskell sacred order 
2026-01-11 20:26:18 <sjir[m]> Is there a way to visualize the dependency tree with apk?
2026-01-11 20:26:48 <pj> apk dot --help
2026-01-11 20:26:59 <sjir[m]> Thank you
2026-01-12 00:10:24 <nef-1567> Hi! I'm having trouble getting Rust to find libmpv on Alpine, but it works fine in NixOS. Would anyone be able to help?
2026-01-12 00:10:39 <nef-1567> This is the error: /usr/lib/gcc/aarch64-alpine-linux-musl/15.2.0/../../../../aarch64-alpine-linux-musl/bin/ld: cannot find -lmpv: No such file or directory
2026-01-12 00:11:22 <nef-1567> But if I run "ld -lmpv --verbose" it's able to find everything
2026-01-12 00:11:41 <Sertonix[m]> Have you installed mpv-dev?
2026-01-12 00:12:46 <nef-1567> Yes, same issue
2026-01-12 00:13:18 <nef-1567> I have mpv, mpv-dbg, mpv-dev, mpv-doc, mpv-libs, and umpv
2026-01-12 00:15:33 <Sertonix[m]> Which alpine version?
2026-01-12 00:15:55 <nef-1567> Currently 3.23.2, should I try switching to edge?
2026-01-12 00:17:31 <Sertonix[m]> Can you get the cc arguments used, maybe by passing --verbose to rust/cargo?
2026-01-12 00:21:00 <nef-1567> I can't fit them all into one message
2026-01-12 00:23:01 <Sertonix[m]> You cound try using some paste website (eg. tpaste.us )
2026-01-12 00:23:38 <nef-1567> https://tpaste.us/yBjd
2026-01-12 00:25:18 <Sertonix[m]> It might try to link libmpv statically but alpine only paclages a shared library.
2026-01-12 00:27:13 <nef-1567> Oh, that might be it, do you know how I could check?
2026-01-12 00:32:04 <Sertonix[m]> Do you want to produce a binary for alpine or statically for other systems?
2026-01-12 00:33:46 <Sertonix[m]> When it's for alpine it looks like you might not be using the alpine provided toolchain/target which include patches to default to dynamic linking.
2026-01-12 00:34:33 <nef-1567> I'm using the rustup default, I'll try switching to the apk cargo/rustc
2026-01-12 00:36:20 <nef-1567> Wow, that worked! Thanks!
2026-01-12 00:37:16 <Sertonix[m]> There are probably some ways to make it work woth the rustup toolchain as well but I don't know them
2026-01-12 00:38:50 <nef-1567> I tried using the feature that builds mpv from scratch, but it had the same issue, would it be because it defaulted to compiling as a dynamic library?
2026-01-12 00:46:55 <Sertonix[m]> Possible but I don't know
2026-01-12 02:56:52 <nef-1567> I'll head off - thanks for the help!
2026-01-12 20:22:37 <iodomi[m]1> hi i've just updated the system (edge) and i'm having issues with pixbuf (after it and many other gtk related package have been updated) here's log: https://tpaste.us/oxzL and when launching any gtk app i am getting the... (full message at <https://matrix.org/oftc/media/v1/media/download/AciqDDgGMDwgG8Tkx7HtoXK-ThkhqEAjEK1qxP_GFru4PxYVDX_ZFklSLh_K3QEO-AJ8un10QJTkwDqGIxybwgBCeb-_j5mAAG1hdHJpeC5vcmcvbkVVakpCc2xxTU5CZ0xGVkFjT3hCVmJE>)
2026-01-12 20:45:18 <iodomi[m]1> i see on aports that there were some changes related to gtk as well as glycin which pixbuf uses as a loader and other stuff close to image processing but i'm not sure if was there something added that i cannot find and causes this behaviour or is my system is problematic
2026-01-12 20:52:37 <omni> it is ongoing, part of this https://gitlab.alpinelinux.org/alpine/aports/-/work_items/17848
2026-01-12 20:55:15 <achill> not this one but another issue
2026-01-12 20:56:00 <achill> iodomi[m]1: tldr: please upgrade your system and try again
2026-01-12 20:58:44 <iodomi[m]1> well i've already upgraded there aren't any new upgrades
2026-01-12 21:00:04 <omni> perhaps a mirror that is not yet up-to-date?
2026-01-12 21:00:07 <omni> https://alpine.global.ssl.fastly.net/alpine/edge/community should be
2026-01-12 21:02:12 <iodomi[m]1> 
ACTION uploaded an image: (43KiB) < https://matrix.org/oftc/media/v1/media/download/AXBvnbbfaeBQKeN17Icr1k40vNl932xpBP9K8Izqe527E5zja95CyXsfwRAYKYvsZSVLXoEjPU7Mtt-ARPfTBABCeb_B07RwADRkMi5vcmcvdFVnenloaFhGSWNyTmZtV2xKWXlVRVp6 >

2026-01-12 21:02:16 <iodomi[m]1> looks fine
2026-01-12 21:04:33 <iodomi[m]1> also the latest aports commit was 2h ago
2026-01-12 21:07:40 <achill> make sure you have adwaita-icon-theme 49.0-r2 installed
2026-01-12 21:11:31 <bleb> emacs was not letting me paste strings containing non-ascii characters because the LANG environment variable was not set
2026-01-12 21:11:58 <bleb> on my debian box, LANG=en_US.UTF-8
2026-01-12 21:12:18 <bleb> my emacs issues on alpine were solved when I set LANG=en_US.UTF-8
2026-01-12 21:12:38 <bleb> is there a normal/expected way to have that variable set appropriately?
2026-01-12 21:13:06 <ikke> either in your ~/.profile, /etc/profile, or /etc/profile.d/*
2026-01-12 21:13:22 <invoked> LANG=C.UTF-8 might work for you too
2026-01-12 21:13:32 <bleb> obviously I can add export LANG=en_US.UTF-8 to /etc/profile, but I wonder if there is a normal step that I missed
2026-01-12 21:14:27 <bleb> how would one normally find out about the strings en_US.UTF-8 or C.UTF-8, short of copying them from debian or IRC?
2026-01-12 21:14:35 <iodomi[m]1> achill: i've installed it and updated cache, no change
2026-01-12 21:15:08 <achill> so then glycin-svg is also installed?
2026-01-12 21:15:56 <iodomi[m]1> yes i've installed the optional glycin stuff
2026-01-12 21:16:33 <invoked> bleb: if you don't need that change across the whole system (incl as root -- most people do not) then just put it in your user ~/.profile
2026-01-12 21:16:49 <achill> and the issue still persists?
2026-01-12 21:17:09 <achill> thats actually odd, do you know how I can reproduce it?
2026-01-12 21:17:40 <bleb> invoked: is there some benefit to not setting LANG for root?
2026-01-12 21:18:37 <invoked> bleb: it's generally best practice to leave system (/etc) environment files at defaults unless you understand the implications
2026-01-12 21:19:39 <bleb> that makes sense
2026-01-12 21:19:58 <bleb> I was wondering if there's some package that would set the LANG variable the way emacs seems to expect
2026-01-12 21:20:02 <invoked> as for C.UTF-8 vs en_US (or any other), it will change things that aren't obvious like how ls(1) sorts
2026-01-12 21:20:09 <iodomi[m]1> achill: im not sure i've done by upgrading the system only before added flatpak env to set gtk-theme to my current theme but that did not affect a thing
2026-01-12 21:20:19 <invoked> if you use C.UTF-8, dotfiles will be listed first
2026-01-12 21:21:07 <invoked> i'm not sure if that's posix, but that's the comment in my .profile
2026-01-12 21:23:18 <invoked> bleb: you need a UTF-8 locale for emojis, one way or another
2026-01-12 21:28:04 <achill> iodomi[m]1: yeah no idea i can launch any gtk3 application with no problems, do you mind giving me your /etc/apk/world and some example application that doesnt work?
2026-01-12 21:28:24 <iodomi[m]1> yeah sure
2026-01-12 21:30:05 <iodomi[m]1> https://tpaste.us/j1VV this is world
2026-01-12 21:31:50 <iodomi[m]1> this is virt-manager https://tpaste.us/BMOR
2026-01-12 21:32:21 <iodomi[m]1> https://tpaste.us/bQkB deadbeef
2026-01-12 21:33:24 <iodomi[m]1> https://tpaste.us/7oj1 thunar
2026-01-12 21:34:09 <iodomi[m]1> https://tpaste.us/1yYe blueman, etc. etc
2026-01-12 21:34:17 <iodomi[m]1> the logs look almost the same
2026-01-12 21:34:26 <iodomi[m]1> if not the same
2026-01-12 21:41:20 <chdsky9> hello, can you recommend, are there any new desktop environments available?
2026-01-12 21:41:49 <ikke> "new"?
2026-01-12 21:42:24 <invoked> bleb: that reminds me -- it could be that your choice of shell / login manager / desktop may not read ~/.profile
2026-01-12 21:44:51 <bleb> what do you mean it could be
2026-01-12 21:45:05 <bleb> is it unusual that I don't already have a LANG setting?
2026-01-12 21:45:30 <chdsky9> ikke: maybe there are any recent de updates related to wayland available in alpine or something like that?
2026-01-12 21:47:08 <bleb> hmm so I do have /etc/profile.d/locale.sh which contains export LANG=C.UTF-8
2026-01-12 21:47:31 <iodomi[m]1> achill, i've went from edge to stable and gtk3 works fine
2026-01-12 21:47:41 <bleb> my shell is mksh
2026-01-12 21:47:48 <iodomi[m]1> such a weird issue
2026-01-12 21:47:51 <bleb> perhaps mksh is not reading /etc/profile?
2026-01-12 21:48:42 <achill> iodomi[m]1: yeah thats expected
2026-01-12 21:48:46 <achill> im trying to reproduce it right now
2026-01-12 21:48:49 <achill> lets see
2026-01-12 21:49:06 <iodomi[m]1> i'
2026-01-12 21:49:09 <iodomi[m]1> ll try too
2026-01-12 21:51:19 <invoked> bleb: no idea what mksh does. the manpage should tell you what it does
2026-01-12 21:52:25 <invoked> but point is, if you have 'export LANG=foo' in your .profile and you get DISPLAY up, open a terminal, and LANG != foo ... your .profile isn't being read
2026-01-12 21:59:45 <invoked> fish people (no pun intended, lol) have/had problems with this as their login shell
2026-01-12 22:17:21 <haesbaert> mksh should read /etc/profile
2026-01-12 22:18:23 <haesbaert> from the manpage:  A login shell
2026-01-12 22:18:23 <haesbaert>      processes the system profile first.  A privileged shell then processes
2026-01-12 22:18:26 <haesbaert>      the suid profile.  A non-privileged login shell processes the user
2026-01-12 22:19:38 <Sheila> fish doesn't read .profile anyway because that is for Bourne/Almquist shells, and it is not either of those.
2026-01-12 22:20:10 <Sheila> (you'd want ~/.config/fish/config.fish)
2026-01-12 22:21:28 <haesbaert> .profile is only read on login shells on mksh, usually one sets ENV=$HOME/.kshrc, and then modify that so that you don't need a login shell again
2026-01-12 22:22:54 <quinq> bleb, LANG is a fallback that can optionnaly be used by applications, I'd rather use directly LC_CTYPE for setting expected system charset
2026-01-12 22:25:19 <quinq> haesbaert, that's also fine, because if you export something in your login shell, well it's inherited for other shells spawned from that login
2026-01-13 02:49:42 <rosew0od> Hi, I am using Alpine Linux on a Lenovo T480. After I resume after suspending to ram, my display does not turn back on and the light on my caps lock LED does not turn on or off.
2026-01-13 03:55:21 <Justin[m]> Does apk have the idea of suggested or recommended packages that are optional?
2026-01-13 04:23:44 <JustSouptheyhe[m]> @justin.zobel:kde.org: There is a recommended key in the v3 format, but it is not used by any package manager as-of yet.
2026-01-13 04:24:01 <Justin[m]> JustSouptheyhe[m]: Ah OK thanks!
2026-01-13 04:24:10 <Justin[m]> So some dependencies will eventually be moved to recommended?
2026-01-13 04:24:50 <JustSouptheyhe[m]> Its still being discussed if and how optional dependencies would be handled, so I wouldn't say in the near-future, no.
2026-01-13 04:25:04 <Justin[m]> All good, but still planned.
2026-01-13 04:37:21 <Justin[m]> How does one make a vi config for the built in vi in Alpine?
2026-01-13 05:39:32 <Saijin_Naib[m]> @Justin there are a few commandline options it accepts, and you can pass them using an alias
2026-01-13 05:40:14 <Saijin_Naib[m]> I'm still trying to figure out if it can support colors and syntax highlight somehow, but I am coming up empty
2026-01-13 05:51:50 <Justin[m]> Ah OK. I'm trying to rebind shortcut keys. 
2026-01-13 16:12:39 <invoked> rosew0od: you could try disabling TPM in the bios and see if that helps
2026-01-13 16:13:01 <invoked> i don't know why that would matter but i've heard it does
2026-01-13 16:13:13 <invoked> (i don't use suspend myself)
2026-01-13 18:07:06 <iodomi[m]1> hi, achill have you managed to reproduce it?
2026-01-13 18:07:17 <iodomi[m]1> i had problems with vm today and couldn't
2026-01-13 19:25:56 <mrbubze> It hasn’t been updated for the latest lte kernel 6.18
2026-01-13 19:27:04 <ikke> what hasn't been?
2026-01-13 19:28:54 <mrbubze> https://codeberg.org/NeYurii/broadcom-wl-alpine last updated from the alpine Wiki for kernel6.15
2026-01-13 19:29:31 <mrbubze> Fails to build on 3.23.2
2026-01-13 19:30:00 <ikke> Then you have to contact the author/maintainer of that APKBUILD
2026-01-13 19:31:17 <mrbubze> I think he was killed in Ukraine
2026-01-13 19:31:28 <mrbubze> The guy was a Ukrainian citizen
2026-01-13 19:31:54 <ikke> Updated
2026-01-13 19:31:56 <ikke> 4 hours ago
2026-01-13 19:34:16 <WhyNotHugo> For package community/notmuch, `abuild rootbld` fails with '/usr/bin/abuild: line 51: git: not found'. Can someone else confirm this happens for them too?
2026-01-13 19:36:05 <omni> mrbubze: as in that NeYurii updated one of their other repositories at codeberg four hours ago, so you can still contact them
2026-01-13 19:39:22 <mrbubze> Must be from the shadow realm
2026-01-13 19:56:01 <Sertonix[m]> WhyNotHugo: It seems like there is in implicit makedependency on git. Recent abuild versions don't auto-install git with rootbld anymore
2026-01-13 19:56:26 <WhyNotHugo> Sertonix[m]: thansk for confirming. I'm making another fix to that package and will add git
2026-01-13 20:43:27 <dam_ar> hello, thinking on using alpine as base to build a security oriented distro. is this legal to do?
2026-01-13 20:45:32 <penguinz_rule[m]> depends on what you are planning to do
2026-01-13 20:48:38 <dam_ar> in summary, using the distro as a base, hardening some internet connection protocols, implementing 2FA on logins, access to apps specifically desgined to work on this distro and several other things. isolation from the network and minimal internet access is the main goal
2026-01-13 21:16:08 <JustSouptheyhe[m]> I'm pretty sure as long as you don't represent your downstream distro as Alpine or imply that it has support from Alpine itself, then it is fine. That means removing branding and such.
2026-01-13 21:26:53 <dam_ar> I understand, thank you
2026-01-13 21:27:49 <invoked> and publish your work
2026-01-13 21:30:45 <dam_ar> yes, it's the plan
2026-01-14 02:22:11 <rosew0od> invoked: thanks for the suggestion, but the issue persists.
2026-01-14 04:52:08 <rosew0od> Looks like my problem was because I was booting from iPXE, I can now suspend!
2026-01-14 14:45:24 <RoadRoller01[m]> Hello i am not sure why but my system randomly reboot with logread saying that elogind say The system is going down for power-off NOW! do anyone have any idea?
2026-01-14 14:55:27 <abby> did you press the power button?
2026-01-14 15:07:14 <RoadRoller01[m]> did not
2026-01-14 15:08:41 <RoadRoller01[m]> i have even added those to my logind.conf:
2026-01-14 15:08:41 <RoadRoller01[m]> ```
2026-01-14 15:08:41 <RoadRoller01[m]> HandleRebootKey=ignore
2026-01-14 15:08:41 <RoadRoller01[m]> HandleRebootKeyLongPress=ignore
2026-01-14 15:08:41 <RoadRoller01[m]> HandlePowerKey=ignore
2026-01-14 15:08:41 <RoadRoller01[m]> ```
2026-01-14 15:08:41 <RoadRoller01[m]> So the power button is now broken 
2026-01-14 15:10:22 <invoked> acpid will also do this
2026-01-14 15:10:52 <RoadRoller01[m]> how to stop it 
2026-01-14 15:11:14 <invoked> do you have acpid running?
2026-01-14 15:11:39 <invoked> you could just disable acpid since the only thing it really does (afaik) is handle the power button
2026-01-14 15:11:40 <RoadRoller01[m]> no
2026-01-14 15:11:54 <invoked> alright well, rules that out...
2026-01-14 15:12:18 <RoadRoller01[m]> nice thanks 
2026-01-14 15:12:31 <invoked> s/does/does by default/
2026-01-14 15:12:40 <RoadRoller01[m]> ? 
2026-01-14 15:12:54 <invoked> just correcting myself
2026-01-14 15:13:17 <RoadRoller01[m]> ooh
2026-01-14 15:13:22 <RoadRoller01[m]> that is new for me 
2026-01-14 15:13:38 <RoadRoller01[m]> 😂
2026-01-14 15:14:32 <RoadRoller01[m]> invoked: do you know the other rules? 
2026-01-14 15:14:52 <invoked> i'm not sure what else could be causing that except if you are running some extra power management stuff, maybe
2026-01-14 15:15:02 <invoked> eg pmutils
2026-01-14 15:15:10 <invoked> pm-utils
2026-01-14 15:15:18 <invoked> but even there i doubt it.
2026-01-14 15:15:52 <RoadRoller01[m]> i do not 
2026-01-14 15:16:07 <andar1an> Is anyone else getting a 104 of alpine-offtopic? When I try to navigate to link from wiki to I get an invalid certificate warning. 
2026-01-14 15:16:28 <andar1an> has it moved maybe?
2026-01-14 15:16:40 <RoadRoller01[m]> that is annoying it does not warn about the cause of the power off or reboot 
2026-01-14 15:17:48 <invoked> RoadRoller01[m]: if you boot from the alpine installer and let it sit there, does it do the same thing?
2026-01-14 15:24:56 <RoadRoller01[m]> invoked: I don't think so, As it just started within this weak only 
2026-01-14 15:26:57 <invoked> RoadRoller01[m]: hm, i'm out of ideas and almost out of time. you could try sending a pastebin link of your world file, system logs, things like that, maybe someone else can jump in here
2026-01-14 15:28:30 <andar1an> I can't figure out why this works but offtopic doesn't. Gonna ask here in case. I learned about ONIE today which seems really cool, and I was hoping to ask if anyone knows of network equipment that provisions an alpine os on routers and switches with onie. If so is there any reading I could be pointed to? 
2026-01-14 15:34:04 <RoadRoller01[m]> invoked: thanks 
2026-01-14 15:34:19 <RoadRoller01[m]> i might just rename /bin/reboot
2026-01-14 15:35:05 <RoadRoller01[m]> s//bin/reboot//sbin/reboot/
2026-01-14 15:35:26 <RoadRoller01[m]> where did my \ go!!
2026-01-14 21:49:03 <Saijin_Naib[m]> Would anyone find AquaLung media player useful? It does not meet my needs, so I'm thinking of abandoning my new aport for it since I won't use it
2026-01-14 21:54:33 <Saijin_Naib[m]> If I know folks will use it, I'll finish it up and submit the MR
2026-01-14 21:55:30 <Saijin_Naib[m]> It is nice, low RAM/CPU and flawless gapless, but struggles with the size library I have and is too slow to start to be a simple "just play this file(s)" media player. 
2026-01-14 21:56:00 <Saijin_Naib[m]> Also, no MPRIS nor scrobbling to ListenBrainz
2026-01-14 21:57:01 <Saijin_Naib[m]> Maybe I'll try packaging lxmusic from LXDE again. Just got updated this past year 🤣
2026-01-14 22:40:54 <quinq> And it seems limited support for sndio
2026-01-14 22:56:10 <failxontour> hi everyone
2026-01-14 23:08:23 <failxontour> I am still fairly new to linux in most respects can someone recommend me a highlighter for terminal? =)
2026-01-14 23:12:14 <failxontour> Similar to the one you can find in kali linux that helps with autocompletion and so on
2026-01-14 23:14:34 <failxontour> hm nevermind I think i found out what I meant is probably fish
2026-01-14 23:18:35 <failxontour> oh so these have a terminus too shells.... ok im stupid
2026-01-14 23:32:39 <failxontour> for not even knowing that basic i still got pretty far into the alpine desktop install
2026-01-14 23:32:56 <failxontour> just goes to show and cudos to the well done wiki
2026-01-15 01:35:52 <dogg0> jesus murphy guys setnu isnt working with vi just vim?
2026-01-15 02:30:14 <dwfreed> wouldn't surprise me if 'vi' is busybox
2026-01-15 02:30:23 <dwfreed> and busybox vi is *very* minimal
2026-01-15 02:35:38 <failxontour> i think I made a major oversight while installing I only have a single runlevel sysinit not gui and or desktop differentiaties before running sway is there a way post-install that i can change that, can someone link me with the relevant information?
2026-01-15 02:44:41 <jvvv> failxontour: have you read https://wiki.alpinelinux.org/wiki/Installation and https://wiki.alpinelinux.org/wiki/Tutorials_and_Howtos#Desktop ?
2026-01-15 02:46:20 <failxontour> i guess not thorughly enough yet once I feel comfortable with having read through them I ping back
2026-01-15 02:46:35 <failxontour> thank you
2026-01-15 02:57:32 <jvvv> https://wiki.alpinelinux.org/wiki/Setup-desktop should be of help, leading to `setup-desktop sway`. you may also be interested in https://wiki.alpinelinux.org/wiki/Greetd for a nice simple login manager with a number of options for graphical login
2026-01-15 02:59:56 <failxontour> I have already installed greetd and currently use greetgtk but I find that a bit undesirable I tried other greetd based packages but could not get them configured correctly to start yet with sway
2026-01-15 03:01:06 <failxontour> gtkgreet*
2026-01-15 03:02:39 <jvvv> yeah, i get that... last time i tried sway, i just used `seatd-launch` to start sway, which worked a charm for me and is much like how i prefer to start things up
2026-01-15 03:10:18 <failxontour> mhm maybe sometime please explain to me how that work well I stuck to the script and dbus for now
2026-01-15 03:11:37 <failxontour> this greetr I wanted to use sway with it looks awesome but i can't get out of it once it's started and I could not figure out why greetd-mini-wl-greeter https://github.com/philj56/greetd-mini-wl-greeter
2026-01-15 03:13:33 <failxontour> otherwise for simplicity reasons don't know if that's possible maybe we could reuse swaylock as lockscreen too
2026-01-15 03:13:53 <failxontour> uh sorry to fast greetr* too
2026-01-15 03:18:09 <failxontour> I actually am glad for now that I still got my system working and most of the basic programs together for word processing, browsing, rss feeds, mail
2026-01-15 03:20:29 <failxontour> but I am certain that pipewire still does not work but I wasn't able to test that out yet as I have no 3.5mm jack or USB headphones to try sound output. Not even on the display I am using. So I probably gonna shell out 5 bucks to get a usb adapter
2026-01-15 03:20:57 <failxontour> for most day to day normal usage alpine as desktop this way with rpi is great
2026-01-15 03:21:28 <failxontour> I can browse normally without hickups and still sort of multitask
2026-01-15 03:21:55 <failxontour> at least for my purposes
2026-01-15 03:48:52 <Saijin_Naib[m]> Grub 2.14 released. How do I not brick my machines?
2026-01-15 08:08:21 <Atque> Saijin_Naib[m]: You don't really need to patch the bootloader?
2026-01-15 08:30:15 <kchr> Atque: uh, what?
2026-01-15 08:34:33 <kchr> the bootloader is quite an important link in the security model of a host, especially when using a signed bootloader and kernel
2026-01-15 08:41:37 <Atque> kchr: So you're running a version with a CVE?
2026-01-15 08:41:51 <Atque> kchr: What're the changes between the versions? Any security patches?
2026-01-15 08:51:53 <kchr> Atque: of course you should check if you have a need to upgrade - i just reacted to what sounded like a blanket statement of not needing to patch your bootloader.
2026-01-15 09:29:43 <Saijin_Naib[m]> @Atque you really do, especially as on-disk formats of filesystems change default FS features and flags. Grub gets quite unbootable. 
2026-01-15 09:51:54 <eu> any experience using alpine for home router duties? i was thinking of setting my current wifi router in dumb ap mode and use a 4nic n100 box i have as the wan/lan router as the wifi ap no longer get security patches
2026-01-15 10:00:51 <lopid> just that i've seen one or two people come here saying they did something like that and it was slower than expected, but i didn't pay much attention
2026-01-15 10:02:23 <ikke> On a specific openwrt device, that was
2026-01-15 10:24:17 <lopid> ah
2026-01-15 10:38:52 <eu> impressive if apk is able to flow down kernel/firmware on openwrt
2026-01-15 10:39:03 <eu> s/flow/slow/
2026-01-15 14:37:02 <haesbaert> is there something going on with libinput? I just installed on an thinkpad t14 gen6 and the touchpad is not listed on libinput list-devices
2026-01-15 14:40:25 <longnoserob[m]> checked dmesg for missing driver messages?
2026-01-15 14:40:30 <longnoserob[m]> firmware
2026-01-15 14:41:27 <haesbaert> nothing shows up, just the spitting some errors about audio that I haven't fixed it yet, but it's a one line fix in the kernel
2026-01-15 14:45:49 <failxontour> where can i find cc? I tried installing a rust project and failed as I was missing the cc linker libary. Do I have to seperatly install gcc or just add it to path? https://github.com/aeosynth/bk
2026-01-15 14:50:47 <failxontour> ah ok i needed gcc
2026-01-15 14:51:19 <failxontour> there probably is a way to do this with musl too but I am no dev so sry if that's my shortcut
2026-01-15 15:06:31 <failxontour> ❯ rustc --version rustc 1.92.0 (ded5c06cf 2025-12-08) hm I still error out because it cant find the file inside musl/bin/ld/crti.o
2026-01-15 15:07:11 <failxontour> whatever I'll try and install clang too and try bruteforcing my into getting the program to compile...
2026-01-15 15:14:40 <failxontour> hmh yes caveman me brain is now compiling something! FIRE
2026-01-15 15:17:57 <failxontour> nooo fire not worky :( bad stick
2026-01-15 15:19:06 <failxontour> oh
2026-01-15 15:19:22 <failxontour> gotta give fire more stick! AHA
2026-01-15 15:31:48 <failxontour> https://upload.disroot.org/r/ShSd9qTL#qjf0DcX4v3HhWOMzlWemFhRlJp2ySDQ2jRQFefs2ACs=
2026-01-15 15:32:00 <failxontour> FIRE WARM
2026-01-15 15:34:39 <failxontour> caveman happy
2026-01-15 16:46:35 <haesbaert> it's odd, I just booted an ubuntu on 6.17 and it finds the touchpad:
2026-01-15 16:46:57 <haesbaert> [    1.515739] input: ELAN0676:00 04F3:3195 Touchpad as /devices/pci0000:00/0000:00:15.3/i2c_designware.1/i2c-1/i2c-ELAN0676:00/0018:04F3:3195.0001/input/input8
2026-01-15 16:47:06 <haesbaert> ..
2026-01-15 16:47:07 <haesbaert> [    1.565508] input: ELAN0676:00 04F3:3195 Touchpad as /devices/pci0000:00/0000:00:15.3/i2c_designware.1/i2c-1/i2c-ELAN0676:00/0018:04F3:3195.0001/input/input11
2026-01-15 16:47:10 <haesbaert> [    1.565590] hid-multitouch 0018:04F3:3195.0001: input,hidraw0: I2C HID v1.00 Mouse [ELAN0676:00 04F3:3195] on i2c-ELAN0676:00
2026-01-15 16:47:48 <haesbaert> but alpine's lts doesn't find it
2026-01-15 16:48:01 <haesbaert> I wonder if I'm missing some modprobes?
2026-01-15 17:08:59 <haesbaert> I think we're missing pinctrl_intl
2026-01-15 17:09:02 <haesbaert> *pinctrl_intel
2026-01-15 17:11:17 <hazardaj_nombroj> i seem to have a weird problem when upgrading packages
2026-01-15 17:11:56 <hazardaj_nombroj> glycin-2.0.7-r10 and libglycin-2.0.7-r1 are "masked in: @edgecommunity", even though i do not have any related packages _from_ @edgecommunity
2026-01-15 17:12:34 <hazardaj_nombroj> the "satisfies:" lists fractal-12.1-r1, loupe-49.2-r0 and mutter-49.2-r0, and none of these are @edge or @edgecommunity either
2026-01-15 17:12:41 <hazardaj_nombroj> they're all standard v3.23 packages
2026-01-15 17:13:58 <hazardaj_nombroj> i even did a --prune to get rid of *all* packages that aren't in the v3.23 repos
2026-01-15 17:14:11 <hazardaj_nombroj> still the same error message when i re-add them and upgrade
2026-01-15 17:17:25 <hazardaj_nombroj> huh, reading the alpine wiki, it no longer suggests using @edge and @edgecommunity to selectively install edge packages in a stable repo
2026-01-15 17:17:33 <hazardaj_nombroj> i guess it's a riskier move than i thought
2026-01-15 17:20:18 <hazardaj_nombroj> welp, guess i'm gonna use edge now
2026-01-15 17:38:41 <haesbaert> AHA! zefixed! I can now haz touchpad, patch incoming
2026-01-15 18:01:10 <Shiz> haesbaert: nice \o/
2026-01-16 04:24:11 <WhyNotHugo> `apk info -s '*'` works, but `apk info -s --installed '*'`. Is this a bug?
2026-01-16 04:25:51 <WhyNotHugo> And `apk info -s` prints only package names, but no sizes
2026-01-16 04:36:09 <WhyNotHugo> `apk del qt6-qtwebengine` -> "World updated, but the following packages are not removed due to", and then apk proceeds to UPGRADE the package lol
2026-01-16 06:40:10 <bket> hi, so far really impressed with alpine, including installing it. Very easy
2026-01-16 06:40:49 <bket> however, i would like to use btrfs with snapshots / swapfile, thus ommitting the use of a dedicated swap partition
2026-01-16 06:41:02 <bket> is this explained somewhere on how to achieve this?
2026-01-16 06:41:14 <longnoserob[m]> wiki
2026-01-16 06:43:12 <bket> thnx...will have a deeper dive 
2026-01-16 07:52:40 <ikke> bket: check also the output of `setup-disk -h`. By choosing not tot setup storage in setup-alpine and running setup-disk manually, you have more flexibility
2026-01-16 08:37:59 <Salvie> hello there
2026-01-16 09:46:19 <LuisLindet[m]> Get in touch with this platform for greatness you’ll definitely thank me later
ℹ️❤️
👇🏻👇🏻👇🏻
2026-01-16 09:46:19 <LuisLindet[m]> https://t.me/+pa-CiKYv9-5lNWM8
2026-01-16 11:54:22 <haesbaert> are openrc user services suppose to be working? I'm trying to start syncthing via it but I get "You are attempting to run an openrc service on a system...."
2026-01-16 12:08:58 <lpt> syncthing-openrc only ships a system service in /etc/init.d/syncthing, not a user service
2026-01-16 12:09:23 <lpt> user services are in /etc/user/init.d/
2026-01-16 12:10:38 <haesbaert> sam:haesbaert: stat /etc/user/init.d/syncthing File: /etc/user/init.d/syncthing
2026-01-16 12:10:47 <haesbaert> they do ship one
2026-01-16 12:11:58 <haesbaert> but it seems nothing will run unless I create this softlevel file, verify_boot() in /usr/libexec/rc/sh/openrc-run.sh seems to enforce it, what am I missing?
2026-01-16 12:14:44 <haesbaert> I don't see how anything can work without creating it, check this: https://paste-bin.org/i6chcph7n1
2026-01-16 12:30:29 <Sertonix[m]> openrc user services require initialization. You can activate it though PAM login by installing openrc-user-pam or setup user.<username> system service to start at boot.
2026-01-16 12:32:22 <haesbaert> I thought the initialization was me doing openrc -U in .profile?
2026-01-16 12:32:32 <haesbaert> cause the wiki mentions: PAM support
2026-01-16 12:32:33 <haesbaert> The default installation of OpenRC user services in Alpine Linux is without PAM support. 
2026-01-16 12:32:48 <haesbaert> implying they should work without pam?
2026-01-16 12:37:30 <haesbaert> ok I've added the PAM package and now it seems to go forward, the service doesn't start for other reasons now
2026-01-16 12:37:37 <haesbaert> I guess the wiki is just outdated?
2026-01-16 12:48:09 <ikke> haesbaert: Did you create a runlevel (forgot where, somewhere in ~/.config I believe)
2026-01-16 12:50:13 <haesbaert> ikke: I did
2026-01-16 12:51:04 <haesbaert> once I added the pam package it went forward, but it seems the service file is just broken, so unrelated.
2026-01-16 12:53:52 <Sertonix[m]> Could you explain what you mean with broken?
2026-01-16 12:56:14 <haesbaert> sure, my bad: https://paste-bin.org/ecdwc7v5ms
2026-01-16 12:56:29 <haesbaert> I think you can't define a logger() without background? I'm not familiar with openrc
2026-01-16 13:16:29 <Sertonix[m]> Hm, looks like it
2026-01-16 13:21:03 <lindsay> Good afternoon ncopa, do you mind if I take over maintainership of freerdp in !96002 ? 
2026-01-16 13:21:03 <lindsay> Only ver 3, not ver 2. The freerdp2 aport can be deleted after guacamole-server upgrade the dependency to ver 3, so there is no need to deal with it.
2026-01-16 14:52:01 <RoadRoller01[m]> Hello,
2026-01-16 14:52:01 <RoadRoller01[m]> The pkg: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/95755
2026-01-16 14:52:01 <RoadRoller01[m]> For some reason i get `SIGSEGV` because of `runtime.sysargs` go function, Does anyone have any idea? 
2026-01-16 15:42:46 <andar1an> On the alpine linux vlan page, when discussing 2 interfaces on the same adapter, the following rules exist:
2026-01-16 15:42:56 <andar1an> auto eth0.5 iface eth0.5address 192.168.5.100/24     post-up ip route add 192.168.5.0/24 dev eth0.5 src 192.168.5.100 table rt2     post-up ip route add default via 192.168.5.1 dev eth0.5 table rt2 # actual gateway for this interface     post-up ip rule add from 192.168.5.100/32 table rt2     post-up ip rule add to 192.168.5.100/32 table rt2
2026-01-16 15:42:59 <andar1an> oops
2026-01-16 15:43:18 <andar1an>     address 192.168.5.100/24
2026-01-16 15:43:27 <andar1an>     post-up ip route add 192.168.5.0/24 dev eth0.5 src 192.168.5.100 table rt2
2026-01-16 15:43:34 <andar1an>     post-up ip route add default via 192.168.5.1 dev eth0.5 table rt2 # actual gateway for this interface
2026-01-16 15:43:42 <andar1an>     post-up ip rule add from 192.168.5.100/32 table rt2
2026-01-16 15:43:48 <andar1an>     post-up ip rule add to 192.168.5.100/32 table rt2
2026-01-16 15:44:20 <andar1an> These are rules from an interface definition in interfaces. I am unsure why the address is defined in /24, but the last 2 rules are /32
2026-01-16 15:44:44 <andar1an> does anyone know why this is done?
2026-01-16 15:45:58 <andar1an> link: https://wiki.alpinelinux.org/wiki/VLAN
2026-01-16 15:50:09 <andar1an> i guess so the rule clear that it is specific to the 1 machine?
2026-01-16 15:50:18 <ncopa> lindsay: thank you for stepping up! I'm happy to let you maintain freerdp
2026-01-16 18:13:32 <WhyNotHugo> Does Alpine have any policy for ads and tracking? Should aports deliver an "upstream" experience, or explicitly disable tracking and/or ads?
2026-01-16 18:14:18 <ikke> We typically disable telemetry, or at least, require explicit opt-in
2026-01-16 18:15:01 <WhyNotHugo> So a policy.json file for Firefox with some of these values would be an acceptable patch: https://github.com/corbindavenport/just-the-browser/blob/main/firefox/policies.json
2026-01-16 18:17:13 <WhyNotHugo> There's no policy for ads, tho, right?
2026-01-16 18:21:45 <Sheila> you'd have to add uBlock Origin to the default profile.
2026-01-16 18:23:23 <ikke> WhyNotHugo: do you mean sponsored stories?
2026-01-16 20:12:08 <WhyNotHugo> Sheila: I mostly mean first-party ads.
2026-01-16 20:12:23 <WhyNotHugo> ikke: Yeah, "sponsored suggestions" == "ads"
2026-01-16 20:12:54 <WhyNotHugo> Like, the sign on the bus stop that says "go to online casino XYZ" might be a sponsored suggestion, but it's just an ad in layman terms.
2026-01-16 20:13:21 <ikke> Yeah, just referring to the specific 'feature' as it's called in the policy.json file
2026-01-16 20:13:55 <WhyNotHugo> Right
2026-01-16 20:44:18 <quinq> Advertisement for gambling is quite controlled (sometimes banned) throughout europe
2026-01-16 21:10:44 <WhyNotHugo> quinq: I'm surprised to see an uptick in Netherlands in recent years. A few months ago I counted 5 from my place to the nearest train station.
2026-01-16 21:13:34 <quinq> :/
2026-01-16 21:55:47 <invoked> it's everywhere they can part seniors from their pensions
2026-01-17 05:40:02 <RoadRoller01[m]> i have removed /usr/sbin by accident! What should i do(: ?
2026-01-17 05:40:18 <RoadRoller01[m]> there is no apk fix as i have just removed it
2026-01-17 05:42:23 <quinq> You can download it again
2026-01-17 05:43:30 <RoadRoller01[m]> i did
2026-01-17 05:44:07 <RoadRoller01[m]> hmmm:
2026-01-17 05:44:07 <RoadRoller01[m]> doas ./apk fix 
2026-01-17 05:44:07 <RoadRoller01[m]> ```
2026-01-17 05:44:07 <RoadRoller01[m]> After this operation, 0 B of additional disk space will be used.
2026-01-17 05:44:07 <RoadRoller01[m]> OK: 8729.3 MiB in 2225 packages
2026-01-17 05:44:07 <RoadRoller01[m]> ```
2026-01-17 05:44:38 <RoadRoller01[m]> how to tell it i removed /usr/sbin
2026-01-17 05:48:54 <quinq> You can't tell it, but it's strange that it wouldn't detect it
2026-01-17 05:49:21 <RoadRoller01[m]> idk man 
2026-01-17 05:49:42 <quinq> Me neither :)
2026-01-17 05:49:58 <RoadRoller01[m]> nice 
2026-01-17 05:50:43 <quinq> Maybe just tell apk to reinstall all packages in /etc/apk/world
2026-01-17 05:52:29 <RoadRoller01[m]> sure 
2026-01-17 05:55:06 <quinq> s/in/from/
2026-01-17 05:56:11 <RoadRoller01[m]> is there a macro for world pkgs?  like .makedepends-pkgName
2026-01-17 10:08:25 <Sertonix[m]> Something likr apk fix $(apk info)
2026-01-17 10:34:14 <RoadRoller01[m]> thanks! 
2026-01-17 11:16:56 <zaphod_I> Hi all
2026-01-17 11:21:02 <zaphod_I> by days i try to setup an alpine installation on gnome-boxes but i have difficult with video.
2026-01-17 11:30:16 <lopid> and by night you fight crime on the streets
2026-01-17 11:30:54 <zaphod_I> my problem: gnome-boxes set the graphics to "virtio" driver. Alpine-virtual go with qxl driver result Xorg freeze. Alpine standard, on the other hand, loading virtio_gpu module seems to do nothing. I'm doing something wrong?
2026-01-17 11:31:42 <lopid> using gnome boxes? why not qemu?
2026-01-17 11:35:48 <zaphod_I> because gnome-boxes is in flatpak version that mantain my system clean. I know using virt-manager i can manage more options and resolve the problem but it require installation of several packages that i want avoid.
2026-01-17 11:37:26 <lopid> try changing the vm's xml config manually, eg. https://unix.stackexchange.com/questions/614027/how-to-enable-automatic-change-of-guest-resolution-to-fit-boxes-window
2026-01-17 11:38:02 <zaphod_I> my dilemma is that alpine-virtual has qxl built in the kernel so cannot be disabled but alpine standard seems missing same drm modules.
2026-01-17 11:43:16 <zaphod_I> yes is the last test that i try, but I was wondering why virtio_gpu module not work while loading qxl (alpine-standard) for shell work so much so that the video enter in high resolution instantly.
2026-01-17 11:50:08 <invoked> flatpak is definitely not cleaner.
2026-01-17 11:50:20 <invoked> whatever you mean by "clean", that is
2026-01-17 11:52:40 <zaphod_I> i now, "clean" in the meaning that the things are confined all in folder lib/flatpak
2026-01-17 11:54:11 <invoked> not sure what you mean by confined either. also you're duplicating most of everything inside of flatpak.
2026-01-17 11:54:36 <invoked> all the dependencies/etc are another set of binaries foreign to alpine.
2026-01-17 11:55:34 <invoked> i mean, it's fine, do what you want to do -- i'm just not sure it's having the effect you think it's having.
2026-01-17 11:56:45 <lopid> my understanding is gnome boxes is supposed to be a bit dumb, so it's not surprising there are fewer options available if you want to customise it
2026-01-17 11:59:56 <zaphod_I> they are a series of experiments to work with vms to create ideal workspases isolated from main system (a debian trixie) mantained with minimal packages installation, even if I am aware that cost in space is high.
2026-01-17 12:22:07 <zaphod_I> ok. on a second attempt with alpine-virtual gnome-boxes has setup the video driver on qxl automagicaly and all work like a sharm. excuse me for your time.
2026-01-17 12:31:13 <invoked> np, glad it's working for you
2026-01-17 12:50:01 <zaphod_I> thank you.
2026-01-17 12:51:08 <RoadRoller01[m]> For some reason `udev-settle` take some time in my system and some times not. 
2026-01-17 12:51:08 <RoadRoller01[m]> After reading https://www.freedesktop.org/software/systemd/man/latest/systemd-udev-settle.service.html should i disable it (i will need also to disable udev-tigger)? if not what could i investigate to fix it? 
2026-01-17 14:53:02 <freerig[m]> Hi, does anyone here knows if River 0.4 will be on the Alpine repo someday?
2026-01-17 14:53:02 <freerig[m]> The wiki says that currently, they don't want to update from 0.3 to 0.4 because it's a breaking release. Maybe in future releases this will change...
2026-01-17 14:57:57 <achill> river 0.4 is not released yet
2026-01-17 14:58:30 <achill> so when it will release, it will also be in alpine
2026-01-17 15:12:36 <f_> Has anyone else had Electron randomly crash at times? Sometimes it also crashes on launch and sometimes it crashes only later..?
2026-01-17 15:12:36 <freerig[m]> Oh yeah, didn't see
2026-01-17 15:12:36 <freerig[m]> I thought the 0.4 version was released because there is the "river-classic" project that aims to provide LTS for 0.3.x versions.
2026-01-17 15:12:36 <freerig[m]> Ok, but then, can I use the `river-window-management-v1` protocol? From what I understood, Alpine only packages the "river-classic" fork, not the main river repo. Is that correct? Or maybe the river protocol isn't ready yet.
2026-01-17 15:12:57 <f_> I'm just wondering if it's probably just something related to my setup
2026-01-17 15:23:13 <Case_Of> hi, i do try to build a package, but I’m still getting an error on gettext on a cmake build on Qt code: error: 'dgettext' was not declared in this scope what dependency am I missing?
2026-01-17 15:48:18 <hainesnoids> hello
2026-01-17 15:48:42 <hainesnoids> oh wait
2026-01-17 15:49:16 <Case_Of> found that musl explicitely requires includes
2026-01-17 15:49:25 <Case_Of> that explains the failure
2026-01-17 15:49:39 <hainesnoids> how exactly do i go about launching an electron window at boot, preferrably without a large desktop enviornment installed
2026-01-17 15:49:52 <Case_Of> hainesnoids: startx?
2026-01-17 15:50:01 <penguinz_rule[m]> cage for wayland? 
2026-01-17 15:50:08 <hainesnoids> i haven't set up my vm yet but i'll try these meathods
2026-01-17 15:50:14 <hainesnoids> methods*
2026-01-17 15:50:54 <hainesnoids> i've seen some modern arcade games use a trimmed down version of xfce
2026-01-17 15:56:56 <hainesnoids> ok i got my alpine vm running
2026-01-17 15:57:02 <hainesnoids> now i want to install it to a virtual hdd
2026-01-17 15:57:41 <penguinz_rule[m]> ftr cage is a kiosk system so if you want actual windows, slimmed down xfce might be better
2026-01-17 15:57:56 <hainesnoids> yeah that's my plan
2026-01-17 15:58:19 <hainesnoids> my goal is to make a kiosk system that uses a web panel and no peripherals
2026-01-17 15:58:37 <hainesnoids> just plug in power, internet, and video and everything else is done through a web browser
2026-01-17 15:59:45 <hainesnoids> i found the setup-disk command
2026-01-17 15:59:47 <hainesnoids> we ball
2026-01-17 16:14:35 <Case_Of> it builds when I do fix includes
2026-01-17 18:20:26 <Case_Of> another issue, when I’m building a package with abuild, it does say untrusted signature, it did create a signature with abuild-keygen earlier. how to handle this?
2026-01-17 18:20:43 <Case_Of> s/it/i/
2026-01-17 18:28:02 <ikke> Copy the public key in /etc/apk/keys
2026-01-17 18:32:39 <Case_Of> ok
2026-01-17 18:34:08 <Case_Of> thanks
2026-01-17 18:35:12 <Case_Of> did finally install my own package!
2026-01-17 18:41:01 <ikke> cool
2026-01-17 19:58:17 <courge_musque[m]> Hello, it's been a few days that 'apk upgrade' gives me annoying errors when trying to upgrade the system
2026-01-17 19:58:18 <courge_musque[m]> ERROR: unable to select packages:
2026-01-17 19:58:18 <courge_musque[m]>   so:libicui18n.so.78 (no such package):
2026-01-17 19:58:18 <courge_musque[m]>   so:libicuio.so.78 (no such package):
2026-01-17 19:58:18 <courge_musque[m]>     required by: php83-intl-8.3.30-r0[so:libicui18n.so.78]
2026-01-17 19:58:19 <courge_musque[m]>   so:libicuuc.so.78 (no such package):
2026-01-17 19:58:19 <courge_musque[m]>     required by: php83-intl-8.3.30-r0[so:libicuio.so.78]
2026-01-17 19:58:21 <courge_musque[m]>                  php83-intl-8.3.30-r0[so:libicuuc.so.78]
2026-01-17 19:58:21 <courge_musque[m]>     required by: xerces-c-3.2.5-r4[so:libicuuc.so.78]
2026-01-17 19:59:15 <courge_musque[m]> I can't remove any of them, what should I do?
2026-01-17 20:03:07 <achill> on which architecture are you?
2026-01-17 20:03:27 <achill> and on which alpine version
2026-01-17 20:25:10 <courge_musque[m]> x86_64 / 3.23 for main / edge for community / no testing
2026-01-17 20:30:18 <penguinz_rule[m]> dont mix repos
2026-01-17 20:31:40 <Shiz> yeah it's the mixing that goes wrong
2026-01-17 20:32:00 <courge_musque[m]> Uh
2026-01-17 20:32:24 <courge_musque[m]> Is it ok to put back the community one to 3.23?
2026-01-17 20:32:45 <courge_musque[m]> Or will apk get mad because of the mismatches?
2026-01-17 20:34:16 <courge_musque[m]> Okay, I put the main one in edge, it's fixed, thanks!
2026-01-17 21:05:10 <ikke> apk upgrade --available to make sure everything is consistent
2026-01-17 21:33:45 <courge_musque_i> Hello, postegresql gives me the error "psql: error: connection to server on socket "/run/postgresql/.s.PGSQL.5432" failed: FATAL:  could not open collator for locale "en-001-x-icu": U_FILE_ACCESS_ERROR" for a db, how can I get this locale on Alpine? I don't know how to add one with musl-locales
2026-01-17 21:55:28 <courge_musque_i> (fixed but I still don't know how to install new locales, and I am interested to know how)
2026-01-18 00:02:32 <AndroUser> Hello!
2026-01-18 00:02:51 <AndroUser> How do i for android tablet installing alpine linux?
2026-01-18 00:03:10 <AndroUser> I want play more linux dev-soft
2026-01-18 00:04:07 <AndroUser> Uhhhh......Fine i exit now
2026-01-18 02:38:47 <hodapp> ...postmarketos? oh well, you're gone anyway
2026-01-18 02:46:34 <hainesnoids> how do i fix this? https://files.catbox.moe/7g3835.png
2026-01-18 03:16:10 <dwfreed> hainesnoids: if that's a prebuilt binary (which I'm guessing it is), you could try the gcompat package, but it's likely to still be problematic; better to run a chroot of a glibc-based distro using something like distrobox
2026-01-18 03:18:06 <hainesnoids> its an electron app built on the same install
2026-01-18 03:23:19 <dwfreed> as in *you* built it on the same system or another alpine linux system with the same toolchain versions?