2026-02-01 04:40:08 <hans[m]1> hey guys
2026-02-01 04:40:08 <hans[m]1> however apk add linux-firmware gives read only filesystem error
2026-02-01 04:40:08 <hans[m]1> but linux-firmware IS included on the iso under /media/whatever
2026-02-01 04:40:08 <hans[m]1> linux-firmware is not installed on alpine-extended-3.23.3-x86_64.iso
2026-02-01 07:21:13 <frag> test
2026-02-01 07:23:53 <longnoserob[m]> maybe failed
2026-02-01 07:25:04 <ikke> Inconclusive 
2026-02-01 07:25:26 <jvvv> succeeded nondeterministically
2026-02-01 16:57:58 <jpp1> How do we expand the font size in the console?
2026-02-01 16:59:23 <courge_musque[m]> Maybe ctrl and +
2026-02-01 17:00:16 <lopid> move head closer to monitor
2026-02-01 17:00:26 <quinq> jaja
2026-02-01 17:01:07 <quinq> You can use setfont
2026-02-01 17:02:58 <quinq> https://wiki.alpinelinux.org/wiki/Fonts#Console_font
2026-02-01 17:41:11 <jpp1> That's it \o/
2026-02-01 17:41:29 <jpp1> thanks
2026-02-01 17:57:54 <Kammus> I can't tell you how many times per day I lean into my monitor
2026-02-01 17:58:22 <lopid> is it a secret?
2026-02-01 18:14:22 <jpp1> How to reduce the size of the font because it's a bit big now?
2026-02-01 18:14:46 <jpp1> consolefont="ter-122n.psf.gz" ?
2026-02-01 18:15:28 <Biswa96[m]> just select a smaller one. it's ok to test multiple fonts.
2026-02-01 18:18:30 <mid> jpp1: `ls /usr/share/consolefonts/` should give the list of possible font files
2026-02-01 18:40:08 <jpp1> It's good, perfect.
2026-02-01 18:40:35 <jpp1> thanks mid :)
2026-02-01 19:20:51 <markand> \o/
2026-02-01 19:21:02 <markand> algitbot, <3 
2026-02-02 09:03:50 <edd> is there a "proper" way to set zfs arc parameters at boot on alpine? besides using a local.d script to poke the /sys/... files for zfs?
2026-02-02 10:02:34 <quinq> edd, like any other module, you should be able to set the module parameters in /etc/modprobe.d/
2026-02-02 10:03:42 <quinq> Also depending in you need it from initrd, you might have to add that file to the initrd image
2026-02-02 10:04:36 <edd> right, i read about this and found that somewhat scary
2026-02-02 10:05:17 <edd> seems easier to just poke the file in a local.d
2026-02-02 10:05:31 <quinq> Humm, no it's already in the base mikinitfs config: /etc/mkinitfs/features.d/base.files:/etc/modprobe.d/*.conf
2026-02-02 10:05:44 <quinq> edd, what seems scary?
2026-02-02 10:05:59 <edd> fiddling with initrd
2026-02-02 10:06:12 <quinq> You don't have to
2026-02-02 10:06:31 <edd> ok, maybe i'll try again later
2026-02-02 10:06:49 <edd> my initial attempt to add a zfs.conf didn't seem to work, but i probably screwed up
2026-02-02 10:07:10 <edd> i didn't regenerate any initrd stuff or anything, so maybe that's what
2026-02-02 10:07:58 <quinq> It's “very” simple: options module param=value
2026-02-02 10:08:18 <quinq> Where module would be zfs, param, whatever param you want to set, and value, well the actual value you want to set :)
2026-02-02 10:08:25 <quinq> One line for each
2026-02-02 10:08:36 <edd> and then just reboot?
2026-02-02 10:08:48 <quinq> Yeah edd, if you already have zfs in your initrd that would be the issue
2026-02-02 10:09:09 <edd> ok, i'll have a play later
2026-02-02 10:09:09 <quinq> Just run mkinitfs, done
2026-02-02 10:09:15 <quinq> Good luck! :)
2026-02-02 10:09:22 <edd> oh, well that's the missing step `mkinitfs`
2026-02-02 10:09:35 <edd> thanks for this
2026-02-02 10:09:51 <edd> i'm coming from another unix and this initrd stuff is all very alien
2026-02-02 10:10:12 <quinq> Yeah, each system has its own configuration and commands, but in the end it's the same concepts
2026-02-02 10:10:27 <quinq> https://wiki.alpinelinux.org/wiki/Initramfs_init maybe that can help
2026-02-02 10:11:13 <quinq> Though the example might be a bit misleading, it's not necessary to pass all those options, that's how it works by default
2026-02-02 10:11:28 <quinq> Just check what it does on the output, it'll tell you what it has generated
2026-02-02 10:11:55 <quinq> Ah no sorry, it says in the fine print afterwards “Therefore normally just running mkinitfs should be enough if you need to rebuild it.”
2026-02-02 10:18:36 <marcc> Heya, I'm trying to add a package and struggling with the doc part. The man page gets installed when running make install, and it's just a static file. Should I still add a subpackage with the suffic -doc then?
2026-02-02 10:18:54 <marcc> and should the function be `doc() { default_doc }` ?
2026-02-02 10:19:24 <ikke> marcc: not sure what you mean with a static file, but just adding the -doc subpkg should suffice
2026-02-02 10:20:00 <ikke> There is already a `doc` function in abuild, you only need to define it if you need to do something not covered by default_doc
2026-02-02 10:21:44 <marcc> ikke As in the file is just `rc.1`, when you run make install that file is moved to MANPREFIX/man1. I'm getting an error rc-doc*: Missing subpkgdir for rc-doc
2026-02-02 10:22:39 <marcc> But I'm guessing then I shouldn't need to define a doc function
2026-02-02 10:22:42 <ikke> That means the file is not installed as the default_doc function expects
2026-02-02 10:22:50 <marcc> ah
2026-02-02 10:24:42 <marcc> So then running Where can I read up on the default_doc function?
2026-02-02 10:24:56 <marcc> Where can I read up on the default_doc function?**
2026-02-02 10:34:31 <ikke> https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/abuild.in#L1947
2026-02-02 16:16:31 <runxiyu> omni: could you review https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/96836 please? thanks!
2026-02-02 16:58:23 <nephele_> Hey there, I'm looking for some help with a zfs problem. "zpool status" reports "label is missing or invalid" and for one device "was /dev/sdb1"; But /dev/sdb1 still exists! and i can't use zfs replace because it is already part of the pool
2026-02-02 16:58:57 <nephele_> I don't see an indication that the drive is damaged
2026-02-02 16:59:00 <dwfreed> you would probably have better luck asking the zfs people directly
2026-02-02 19:42:00 <realroot[m]1> >It requires the user to have libdbus system liblary (should be available on any systemd distro)
2026-02-02 19:42:00 <realroot[m]1> is that for systemd only so?
2026-02-02 19:42:14 <achill> no
2026-02-02 19:43:20 <realroot[m]1> >It requires the user to also have either the GTK, GNOME, or KDE XDG Desktop Portal backend installed at runtime.
2026-02-02 19:43:20 <realroot[m]1> is that wayland thing ?
2026-02-02 19:44:44 <realroot[m]1> it(rfd) uses zenity fallback and background is transparent
2026-02-02 20:17:32 <frag> in shell, $_ refers to the last word in the last command, it there a var for the previous word (in the current line)?
2026-02-02 20:18:52 <quinq> s/shell/some &/
2026-02-02 20:19:52 <frag> so you can: mv myfile ${lastword}.txt, or $(date +%s)${lastword}
2026-02-02 20:20:42 <lopid> alt-. ?
2026-02-02 20:21:46 <quinq> Honestly I don't undertsand what you mean, but no it doesn't exist
2026-02-02 20:22:04 <lopid> me neither. i thought i might until those examples
2026-02-02 20:23:07 <quinq> :)
2026-02-02 20:23:43 <quinq> Maybe like reusing the result of the last command, even if it's on the same line?
2026-02-02 20:24:43 <frag> so `mv myfile ${lastword}.txt` would be `mv myfile myfile.txt`
2026-02-02 20:25:17 <lopid> oh i just delete myfile and ctrl-y to paste it twice
2026-02-02 20:25:33 <lopid> ctrl-w ctrl-y ctrl-y 
2026-02-02 20:25:58 <frag> must be nice to have ctrl-y :c
2026-02-02 20:26:04 <lopid> it is
2026-02-02 20:26:08 <frag> busybox ash doesnt :/
2026-02-02 20:26:26 <lopid> useful to know that at the start
2026-02-02 20:28:17 <frag> huh, dash has ^w
2026-02-02 20:29:38 <quinq> Yeah, do htat, ^w ^y ^y :D
2026-02-02 20:30:54 <quinq> frag, I usually do foo{,.new}
2026-02-02 20:31:06 <quinq> But that's not portable either (end scandaleous that it isn't!)
2026-02-02 20:31:17 <lopid> yeah, htat too
2026-02-02 20:31:23 <quinq> s/end/and/
2026-02-02 20:33:18 <quinq> Alternatively
2026-02-02 20:33:18 <frag> quinq is that mksh? whats a working example?
2026-02-02 20:33:21 <quinq> vi mode
2026-02-02 20:33:29 <quinq> There you cal del and paste
2026-02-02 20:33:50 <humm> Alternatively
2026-02-02 20:33:53 <humm> emacs mode
2026-02-02 20:34:05 <humm> There you may be cble to del and paste
2026-02-02 20:34:16 <quinq> But not to type “able”
2026-02-02 20:34:34 <humm> But not type “can”
2026-02-02 20:36:15 <quinq> Typing is herd
2026-02-02 20:42:32 <jvvv> a herd of penguins hit it like a gnu
2026-02-02 21:56:45 <omni> runxiyu: yes, sorry, I'd just like to try and enable tests
2026-02-02 21:59:27 <runxiyu> omni: its alr!
2026-02-02 22:09:52 <omni> I'll do that in a separate MR later
2026-02-02 22:11:15 <shadow255>  /12
2026-02-02 22:12:44 <omni> runxiyu: just an FYI, I've sometimes thought of splitting it into multiple subpackages
2026-02-03 02:08:08 <WhyNotHugo> SyntheticBird[m] ffoss: dbus-broker needs a "controller", which is glue code to tell a service manager to activate a service. There's one for systemd, but there's also another for dinit IIRC. Should be feasible to write one for OpenRC.
2026-02-03 07:39:12 <runxiyu> omni: makes sense
2026-02-03 08:39:49 <thirdwhl> Hey, so I was trying to do an in place upgrade and went a few too many versions ahead at which point it threw an error about unresolvable dependencies when I tried to update apk-tools. When I then tried to upgrade to the next version it still says there's problems but now it says "Huh? Error reporter did not find the broken constraints" - can I come back from this or will I have to burn it down and start over?
2026-02-03 08:42:01 <thirdwhl> "apk can't find the broken dependencies. there are now three versions of apk-tools installed. in the distance, sirens"
2026-02-03 08:44:26 <thirdwhl> When I did the googling I should have done in the first place, I found a bug report that suggests this is an issue with 3.20
2026-02-03 08:44:30 <thirdwhl> which I am running
2026-02-03 08:51:14 <thirdwhl> ok to be fair the person reporting the issue was also running a few edge/testing packages so not exactly an apples to apples comparison
2026-02-03 08:52:18 <thirdwhl> ok going back to the original repos clears things up
2026-02-03 08:53:13 <thirdwhl> Switching back and it's still not having it
2026-02-03 08:54:26 <thirdwhl> At least it's good to know I haven't borked this thing, maybe I'm just stuck on 3.20 until I decide to nuke this thing from orbit
2026-02-03 09:01:58 <thirdwhl> oops. accidentally did an 'apk upgrade' instead of an update. whelp. either I've done what I set out to do or I've got to nuke this from orbit anyway. have a day folks!
2026-02-03 09:16:20 <ikke> I've upgraded a server from 3.19 to  3.23 the other day without issues
2026-02-03 09:16:46 <ikke> One good step would be to make sure you don't have any packages installed (in /etc/apk/world), which are no longer providd
2026-02-03 09:16:59 <ikke> Also make sure you always use --available when upgrading
2026-02-03 09:17:28 <dwfreed> ikke: note they're gone
2026-02-03 09:17:39 <ikke> dwfreed: oh, thanks for mentioning
2026-02-03 09:17:54 <dwfreed> they quit 10 seconds after their last line
2026-02-03 09:18:14 <ikke> I see the notification now, but it was  too low contrast on this client for me to notice
2026-02-03 09:56:39 <SyntheticBird[m]> WhyNotHugo, interesting. I didn't know
2026-02-03 11:27:00 <frag> echo ';forøvrig'|busybox grep -iw ";for"
2026-02-03 11:27:16 <frag> busybox grep fail here ^
2026-02-03 11:27:44 <frag> sbase/gnu grep works (or at least what how i expect)
2026-02-03 11:30:08 <lopid> works here with BusyBox v1.37.0
2026-02-03 11:31:42 <frag> lopid i expect to not get output, you get output from that command?
2026-02-03 11:32:03 <frag> i have same version, and using C locale, dunno if that matters
2026-02-03 11:32:17 <lopid> why would you expect that?
2026-02-03 11:32:54 <ikke> I guess due to `-w`
2026-02-03 11:33:08 <lopid> oic
2026-02-03 12:51:32 <frag> maybe they even have improved it lately, im quite sure i found examples where it doesnt or didnt work
2026-02-03 12:51:42 <frag> damn, wrong window
2026-02-03 13:41:13 <frag> gnugrep goesnt support '\t' without -P so have to use foo'$'\t''bar :/
2026-02-03 13:53:57 <humm> frag: or you just use a literal tab
2026-02-03 13:54:35 <frag> hmm yes interesting, another thing busybox ash doesnt support tho ;p
2026-02-03 14:04:40 <frag> yash is interesting, bit flashy and you have to config it to remove intro text and to get ^L working, nice completion(?)
2026-02-03 14:05:25 <frag> and it doesnt show full PWD as default
2026-02-03 15:11:43 <Sertonix[m]> frag: you can write a literal tab in ash scripts without issues
2026-02-03 15:12:21 <frag> in an editor yeah
2026-02-03 15:15:47 <frag> might be a good solution
2026-02-03 19:59:04 <frag> how to kill a process that wount die with kill -9 PID :S
2026-02-03 20:06:03 <ikke> Is in Disk / io sleep?
2026-02-03 22:50:31 <Antiz1> 👋
2026-02-03 22:51:57 <Antiz1> Anyone has ever achieved running Arch Linux (or any other OS requiring cgroupv2) has an *unprivileged* LXC container on Alpine?
2026-02-03 22:53:44 <Antiz1> As far as I understand, OpenRC doesn't handle cgroup delegation. 
2026-02-03 22:54:18 <Antiz1> I've tried to remount /sys/fs/cgroup with nsdelegate, but no success either.
2026-02-03 22:56:01 <Antiz1> I'm also hitting the same error when running starting the container: "Failed to mount cgroup2 (type cgroup2) on /sys/fs/cgroup (MS_NOSUIDIMS_NODEVIMS_NOEXEC "nsdelegate,memory_recursiveprot,memory_hugetlb_accounting"): Permission denied"
2026-02-03 22:57:52 <Antiz1> I managed to start a Debian container (which still accepts cgroup v1) by mounting /sys/fs/cgroup/systemd with the correct option & permissions. But no luck with Arch Linux (which only accepts cgroup v2 due to its recent version of systemd).
2026-02-03 22:59:48 <Antiz1> I'm now wondering if it's even possible at all to start an *unprivileged* LXC container running any systemd-based OS that requires cgroup v2 on Alpine (which means, all systemd-based OS once they switched to systemd v258+)
2026-02-03 23:00:52 <Antiz1> Though, if anyone every achieved this somehow, I'd be curious (and happy) to know how :)
2026-02-03 23:00:58 <Antiz1> s/every/ever
2026-02-04 00:19:18 <CRCinAU> So, I'm wondering..... systemd-networkd is not a thing available on Alpine, right?
2026-02-04 00:19:59 <pj> correct
2026-02-04 00:19:59 <CRCinAU> and if not, how do people handle IPv6 + DHCPv6-PD properly if they use Alpine as a 'router' type install?
2026-02-04 00:20:25 <CRCinAU> I say that as a lot of the 'old' tools just don't quite work properly in this scenario :(
2026-02-04 00:21:41 <CRCinAU> I mean, the basic router parts could be dnsmasq + nftables, but I've always struggled with random scripts and addon crap to make it all work properly when not using systemd-networkd (which annoyingly works almost out of the box)
2026-02-04 00:23:24 <CRCinAU> I redid my 'router' to use OPNSense, and that works OOTB. but I'm getting the itch to go back to nftables etc ;)
2026-02-04 00:24:05 <CRCinAU> I think I've prefer an Alpine install over Fedora to make things a bit more lightweight...... but not sure it'd work as easily.