2026-04-01 08:39:49 <phws> hi all, I'm still struggling to get data mode to function. I have a fat32 partition carrying boot files and apkvol file, then an ext4 parition mounted as /var. I'm getting errors at the start of boot about not being able to access cache and swclock does not properly restore the clock. My best guess is that this is due to /var being mounted too late.
2026-04-01 08:40:31 <phws> Now the exact same thing has happened for me on vms using both qemu and hyper-v, but now also on my raspberry pi with a physical ssd. This is my fstab: https://privatebin.net/?59a55aaba95a6260#4w24hHUhr1MSmXFRib2Ljz5LthzqWthNfLryjrERkEVn . Could anyone please confirm that this is actually how you're supposed to do "data" mode, because surely I must be doing something wrong?
2026-04-01 08:41:16 <phws> (the LBU is fine by the way, if I manually run "apk upgrade" it restores all the packages and with some fiddling I can fix the clock too, after which the system functions normally for a while)
2026-04-01 08:48:52 <phws> (thing's called apkovl, oops)
2026-04-01 09:57:46 <lopid> why does lnav seem to be losing logrotated files now :/
2026-04-01 11:48:27 <phws> regarding what I said earlier: I have now moved the .apkovl file to the ext4 partition and adjusted lbu.conf accordingly. So the fat32 part now only holds boot files, while the ext4 holds .apkovl, /var and /home. Still get a warning about cache at startup but so far everything seems to work, so perhaps that's one way to get it to mount that ext4 part early enough
2026-04-01 11:50:36 <ikke> I guess because nlplug-findfs tries to find the partition with the overlay file
2026-04-01 11:51:08 <phws> whatever works, I guess :)
2026-04-01 13:31:45 <seti_> having audio issues, trying to enable pipewire with the recommended openrc based method but it just returns 
2026-04-01 13:31:46 <seti_> ~ $ doas rc-service -U pipewire start
2026-04-01 13:31:46 <seti_> XDG_RUNTIME_DIR unset.
2026-04-01 13:31:46 <seti_> doas (leo@alpine) password: 
2026-04-01 13:31:46 <seti_> ~ $ doas rc-service -U pipewire status
2026-04-01 13:31:47 <seti_> ~ $ 
2026-04-01 13:31:47 <seti_> XDG_RUNTIME_DIR unset.
2026-04-01 13:31:58 <seti_> im guessing its because the dir is only set for my user right
2026-04-01 13:34:28 <visone[m]> seti_: You can add some like this to your `~/.profile` or shell config 
2026-04-01 13:34:28 <visone[m]> ```
2026-04-01 13:34:28 <visone[m]> ```
2026-04-01 13:34:28 <visone[m]> XDG_RUNTIME_DIR=$(mktemp -d /tmp/$(id -u)-runtime-dir.XXX)
2026-04-01 13:37:55 <invoked> they need coreutils for mktemp, which is not in the default install
2026-04-01 13:38:03 <invoked> (i think?)
2026-04-01 13:38:22 <seti_> busybox has a pared down one apparently
2026-04-01 13:38:27 <invoked> oh nvm me
2026-04-01 13:38:55 <seti_> just needed 6 X:s instead of 3 in the arg
2026-04-01 13:44:05 <visone[m]> invoked: So, try this way ...... (full message at <https://matrix.org/oftc/media/v1/media/download/AUgwFKmF8opkOiYeFxDPBoRqBCkVL4nECfyCTzQUm02Lh_n16oZLmmy5miD-MDVJ2ORq0ETwKIq2nXkweJMMWzxCedkWKDuwAG1hdHJpeC5vcmcvaVJNVnVRc1p6Tm9ZSW1wTkhuS3JJZXVk>)
2026-04-01 13:47:31 <invoked> that's how i've been doing it for years now :)
2026-04-01 13:50:39 <seti_> now i have issue instead with doas not applying keepenv properly so it still complains of no runtime dir
2026-04-01 13:50:59 <seti_> i dunno why but doas is really picky about how the doas.conf file should be
2026-04-01 13:59:46 <invoked> mktemp would be safer from hypothetical attacks, or at least the block should remove the existing dir if it finds it. /tmp gets cleared between boots in my case, but mktemp would still be better.
2026-04-01 14:00:44 <invoked> i probably pasted that in originally without thinking much about it.
2026-04-01 14:05:17 <invoked> seti_: what are you trying to do with doas?
2026-04-01 14:05:32 <invoked> what commands i mean
2026-04-01 14:05:56 <invoked> oh... you don't need doas to start user services
2026-04-01 14:07:44 <invoked> seti_: https://wiki.alpinelinux.org/wiki/OpenRC#User_services  might help you
2026-04-01 14:08:19 <invoked> 
ACTION is still waking up

2026-04-01 14:33:27 <seti_> invoked: trying to enable keepenv for my user and no password
2026-04-01 14:34:15 <seti_> even after adding that mktmp for the XDG_RUNTIME_DIR, i cant start the service, beause my env doesnt carry over with doas
2026-04-01 14:34:41 <seti_> the service complains that XDG_RUNTIME_DIR is unset when i try to start it
2026-04-01 14:34:45 <invoked> this doesn't make any sense
2026-04-01 14:35:05 <seti_> what doesnt?
2026-04-01 14:35:15 <invoked> you don't need doas. and even if you were trying to run doas as your user you'd 'doas -u <user>'
2026-04-01 14:35:46 <seti_> huh i thought openrc would only work as super user
2026-04-01 14:36:10 <invoked> for system services it does
2026-04-01 14:36:19 <invoked> for user services you just run them as your user directly
2026-04-01 14:36:34 <invoked> look at the wiki link i gave you for the quick overview
2026-04-01 14:36:51 <seti_> its getting even weirder, sorry kinda big log
2026-04-01 14:36:52 <seti_> ~ $ rc-service -U pipewire start
2026-04-01 14:36:52 <seti_> ~ $ rc-service -U wireplumber status
2026-04-01 14:36:52 <seti_>  * WARNING: pipewire is already starting
2026-04-01 14:36:52 <seti_>  * WARNING: wireplumber is already starting
2026-04-01 14:36:52 <seti_> ~ $ rc-service -U wireplumber start
2026-04-01 14:36:54 <seti_>  * You are attempting to run an openrc service on a
2026-04-01 14:36:54 <seti_>  * system which openrc did not boot.
2026-04-01 14:36:56 <seti_>  * another initialization system to boot this system.
2026-04-01 14:36:56 <seti_>  * You may be inside a chroot or you may have used
2026-04-01 14:36:58 <seti_>  * In this situation, you will get unpredictable results!
2026-04-01 14:36:58 <seti_>  * If you really want to do this, issue the following command:
2026-04-01 14:37:00 <seti_>  * touch /tmp/1000-runtime-dir.edaOAp/openrc/softlevel
2026-04-01 14:37:00 <seti_> ~ $ 
2026-04-01 14:37:10 <seti_> im absolutely on alpine and not in a chroot
2026-04-01 14:37:30 <seti_> this is after adding the export XDG_RUNTIME_DIR=$(mktemp -d /tmp/$(id -u)-runtime-dir.XXXXXX) to my .profile
2026-04-01 14:39:01 <invoked> your running system may be in a weird state with all your doas stuff. i'd reboot then follow the wiki example
2026-04-01 14:39:18 <invoked> stop mashing keys
2026-04-01 14:56:10 <courge_musque[m]> [@_oftc_seti_:matrix.org](https://matrix.to/#/@_oftc_seti_:matrix.org) most likely you started your DE with startx
2026-04-01 14:56:20 <courge_musque[m]> Or another way, but manually
2026-04-01 20:02:52 <WhyNotHugo> seti_: please use a pastebin next time; don't post long logs in chat.
2026-04-01 20:14:03 <Renan[m]> error: Failed to install org.gnome.Platform: Could not unmount revokefs-fuse filesystem at /var/tmp/flatpak-cache-2UFTM3/org.gnome.Platform-D6CZM3: Child process exited with code 1
2026-04-01 20:17:52 <Renan[m]> Renan[m]: how i can fix that?
2026-04-02 00:11:31 <Renan[m]> 
ACTION uploaded an image: (4KiB) < https://matrix.org/oftc/media/v1/media/download/AaB2qeqsaYavM8EHN71BstsV_SEyMxYLm6Pf6c_iwVYAWyLLRD_mIuS5pFEHsiBlgPW4WNp6en52QFigpqxBp_tCedk6DwqwAHVucmVkYWN0ZWQub3JnL1BTUmtZTWp2T1RSQkZIdmxHaFV3dmZncQ >

2026-04-02 00:11:40 <Renan[m]> i cant use bluetoothctl
2026-04-02 00:11:49 <Renan[m]> infinity waiting
2026-04-02 00:12:56 <Renan[m]> 
ACTION uploaded an image: (16KiB) < https://matrix.org/oftc/media/v1/media/download/ATTKNVPEGKaY_hmerkN-GwLIjiipkEZQ2mv4smAACHByAFnW_KTLkitsYEGfXuphfFieLBPl-nelCO6NjZvk_QJCedk6I8ggAHVucmVkYWN0ZWQub3JnL3hlT2RwUXVmU2drRlVqa0NCelFhbnpGYg >

2026-04-02 00:13:10 <Renan[m]> Renan[m]: another error when acessing other partition
2026-04-02 00:15:55 <Renan[m]> Renan[m]: i fixed this searching ddg haha
2026-04-02 00:25:10 <Renan[m]> Renan[m]: i am trying to mount an encrypted popos partition
2026-04-02 00:25:21 <Renan[m]> please, someone help me
2026-04-02 03:28:25 <rnkn> the NetworkManager wiki page is a good wiki page. good work Prabuanand
2026-04-02 03:30:10 <rnkn> seti_: I had this same problem and it's poorly documents. you need to symlink /etc/init.d/user.$USER -> /etc/init.d/user
2026-04-02 03:30:29 <rnkn> seti_: you then need to doas rc-update add user.$USER
2026-04-02 03:30:48 <rnkn> n.b. this is to the system rc, not the user
2026-04-02 03:30:58 <rnkn> *poorly documented
2026-04-02 03:32:17 <rnkn> you then need to mkdir ~/.config/rc/runlevels/{sysinit,gui}
2026-04-02 03:32:32 <rnkn> you then need to echo rc_env_allow="WAYLAND_DISPLAY XDG_RUNTIME_DIR" > ~/.config/rc/rc.conf
2026-04-02 03:32:46 <rnkn> you then need to rc-update -U <user service> gui
2026-04-02 03:32:57 <rnkn> then finally openrc -U
2026-04-02 03:33:08 <rnkn> it's a huge lot of trial/error/guessing
2026-04-02 05:58:09 <rnkn> how can I suspend the system without root?
2026-04-02 06:03:37 <WhyNotHugo> rnkn: powerctl lets you grant group-based permissions
2026-04-02 06:04:21 <amrfti> Could also do it via a doas rule
2026-04-02 06:11:45 <rnkn> amrfti: great idea! I just made a "echo mem > /sys/power/state" script called suspend and added that to doas.conf
2026-04-02 06:18:41 <rnkn> okay, roadblock. *I* can run this suspend script but rc-service can't
2026-04-02 06:22:47 <rnkn> doas: a tty is required
2026-04-02 06:23:26 <rnkn> WhyNotHugo: powerctl doesn't seem to be packaged?
2026-04-02 06:24:26 <WhyNotHugo> rnkn: it's in testing.
2026-04-02 06:24:53 <WhyNotHugo> how are you using doas? It requires a tty if you need a password. If you're doing some automation, you can configure it to allow a specific command for a specific user/group without password
2026-04-02 06:25:57 <rnkn> my doas.conf line is: permit nopass :wheel cmd /usr/local/bin/suspend
2026-04-02 06:31:06 <rnkn> okay I replaced my little script with zzz and it works
2026-04-02 06:32:48 <rnkn> ty for the help WhyNotHugo, amrfti
2026-04-02 07:56:08 <rnkn> can I mount external media as an unprivileged user without polkit?
2026-04-02 07:56:33 <rnkn> automount*
2026-04-02 08:12:27 <grawity> something like pmount could do that
2026-04-02 08:25:40 <rnkn> pmount does not seem to be packaged
2026-04-02 08:25:53 <rnkn> I think I will just accept that I need polkit
2026-04-02 08:26:05 <rnkn> at least I still don't have elogind
2026-04-02 09:39:21 <frag> is there a way to list or delete all shell functions defined?
2026-04-02 09:40:44 <quinq> rnkn, there's autofs
2026-04-02 09:41:54 <lopid> technically, `set` does list shell functions
2026-04-02 09:42:43 <frag> not for busybox ash it seems
2026-04-02 09:42:48 <lopid> o
2026-04-02 12:07:49 <ty3r0x> greetings, isn't dovecot on alpine ship with PAM plugin? If not, do you use password files or pgsql as alternative?
2026-04-02 12:09:39 <lopid> i have few users, so passwd-file
2026-04-02 12:28:30 <WhyNotHugo> rnkn: I use an mdev rule to change ownership of USB drives to my main user, and mount with fuse.
2026-04-02 12:28:46 <WhyNotHugo> It sucks tho, I intend to write a daemon for auto-mount via unprivileged users at some point.
2026-04-02 13:12:42 <invoked> ty3r0x: pam should be in there by default. also you can do multiple. eg where it checks pam, then falls back to /etc/passwd
2026-04-02 13:13:25 <invoked> you'll have to add dovecot-gssapi if you want to hook it up to AD or something
2026-04-02 13:19:52 <socksinspace> does anyone here have experience with virtio-pmem and dax (or an easier idea for getting VMs to leave the file caching to the host)
2026-04-02 13:43:19 <quinq> Hi
2026-04-02 13:43:31 <quinq> When trying to install meson, I get an error (edge/amd64)
2026-04-02 13:43:34 <quinq> ERROR: unable to select packages:
2026-04-02 13:43:34 <quinq>     breaks: meson-1.10.2-r1[python3~3.14]
2026-04-02 13:43:34 <quinq>   python3-3.12.12-r0:
2026-04-02 13:43:54 <ikke> quinq: what is trying to select pyton 3.12?
2026-04-02 13:43:58 <quinq> Even after an apk upgrade
2026-04-02 13:44:13 <quinq> oops sorry, next line to that is:
2026-04-02 13:44:14 <quinq>     satisfies: android-tools-35.0.2-r19[python3]
2026-04-02 13:44:20 <quinq> Does that answer the question?
2026-04-02 13:44:22 <bl4ckb0ne> is the python3.14 rebuild done on riscv64?
2026-04-02 13:44:48 <quinq> Then there's more than 400 lines of things like:
2026-04-02 13:44:48 <quinq>                boost1.84-python3-1.84.0-r5[so:libpython3.12.so.1.0]
2026-04-02 13:44:48 <quinq>                calibre-8.16.2-r1[so:libpython3.12.so.1.0]
2026-04-02 13:45:18 <ikke> quinq: did you try apk ugprade --available?
2026-04-02 13:45:34 <quinq> Actually, let-me paste the output instead of filtering: https://paste.nurd.space/7uc7Jslc7s16QGWTSlrSihMHdY77DuyoX3wxzvbDhBM
2026-04-02 13:47:16 <quinq> It wanted to remove a bunch of -pyc packages, which I was told to wait for it to resolve a few days ago
2026-04-02 13:47:48 <quinq> Well, I get the same after apk upgrade -a: https://paste.nurd.space/Z981a9pf5cQcOR8-tQdUh2iEavCwNAnqReY7y9YoWYM
2026-04-02 13:48:44 <invoked> quinq: what mirror are you using
2026-04-02 13:49:22 <quinq> http://dl-cdn.alpinelinux.org/alpine/edge/main
2026-04-02 13:49:34 <invoked> huh
2026-04-02 13:50:41 <quinq> I ran apk upgrade --prune too
2026-04-02 13:50:51 <quinq> wait
2026-04-02 13:50:52 <quinq> (24/26) Purging mupdf (1.26.12-r0)
2026-04-02 13:50:53 <quinq> wat
2026-04-02 13:50:56 <ikke> apk list -q --orphjaned
2026-04-02 13:51:10 <invoked> python3-dbg -dev packages hanging it up, maybe
2026-04-02 13:51:17 <quinq> mupdf has been dumped out of alpine?!
2026-04-02 13:51:42 <ikke> quinq: it has been temporarily disabled due to build failures
2026-04-02 13:52:06 <quinq> I use it daily for work
2026-04-02 13:52:08 <quinq> damn
2026-04-02 13:52:16 <quinq> $ apk list -q --orphaned
2026-04-02 13:52:16 <quinq> mupdf-libs
2026-04-02 13:52:37 <quinq> $ doas apk del mupdf-libs
2026-04-02 13:52:37 <quinq> World updated, but the following packages are not removed due to: mupdf-libs: zathura-pdf-mupdf
2026-04-02 13:52:38 <ikke> !95288
2026-04-02 13:53:00 <invoked> i have the same mupdf thing but it's not hanging me up
2026-04-02 13:53:23 <invoked> not advice, but if it were me, i'd try removing python3-dev python3-dbg and see what that gets me
2026-04-02 13:53:37 <invoked> (mashing keys)
2026-04-02 13:54:12 <quinq> Thanks iike, that doesn't look nice (the weird mujs integration into mupdf)
2026-04-02 13:54:17 <quinq> Sorry, ikke :)
2026-04-02 13:55:38 <quinq> invoked, after doing that, it wanted me to upgrade python3-gdbm, which I did
2026-04-02 13:55:43 <quinq> Same error then trying to install meson
2026-04-02 13:56:01 <quinq> That looks like a certain bug in the python upgrade, is it finished?
2026-04-02 13:57:11 <ikke> except for riscv64, the builders have finished
2026-04-02 13:57:39 <invoked> lol, what does python3-gdbm have to do with removing -dev and -dbg
2026-04-02 13:57:52 <invoked> this makes no sense
2026-04-02 13:58:06 <quinq> exactly
2026-04-02 13:58:44 <invoked> whatever you built against python3-dev just broke though, probably
2026-04-02 14:03:35 <invoked> i'd try --prune next (assuming you can recover from apk-cache if you need something), maybe --latest and see what happens, go through that list of things that depend on python
2026-04-02 14:04:40 <quinq> AH
2026-04-02 14:05:00 <quinq> Looks like it was py3-lib_users that was blocking
2026-04-02 14:05:14 <quinq> Yep, it's the broken package
2026-04-02 14:09:04 <quinq> Need to download 405.2 MiB of packages.
2026-04-02 14:09:04 <quinq> After this operation, 131.0 MiB of additional disk space will be used.
2026-04-02 14:09:12 <quinq> Python bloating
2026-04-02 14:11:41 <invoked> what's the meme?  the average claude commit is ~2000 lines :)
2026-04-02 14:12:57 <quinq> ikke, it seems that (some) packages in testing/ were not rebuilt with the python upgrade
2026-04-02 14:13:50 <ikke> Yes, that's correct 
2026-04-02 14:16:21 <cousin_luigi> Greetings.
2026-04-02 14:24:22 <mio> py3-lib_users package will be back shortly, !99975
2026-04-02 14:24:45 <mio> there was an issue with the source url, and so was not immediately rebuilt
2026-04-02 14:26:54 <cousin_luigi> I'm kind of new to alpine, do you think there's margin of improvement here https://paste.rs/yaz9r ? (perhaps the question is not for -devel)
2026-04-02 14:32:20 <quinq> Thank you for notifying, mio :)
2026-04-02 14:32:28 <quinq> So the python3 upgrade is not finished
2026-04-02 14:39:31 <mio> quinq: you're welcome. python3 upgrade is essentially completed in main/ and community/, aside from mupdf and py3-simframe awaiting a fix and riscv64 still processing packages in community/
2026-04-02 14:40:54 <mio> testing/ is in progress, a considerable portion of aports have been rebuilt, but there are still ones with issues that are gradually being resolved
2026-04-02 14:41:33 <mio> #18025 has a partial list if you'd like to check progress
2026-04-02 14:46:35 <quinq> Thanks again, that's pretty useful
2026-04-02 14:47:04 <quinq> Maybe those kind of big shifts could be published on the website news?
2026-04-02 14:47:36 <quinq> So that people have a direct way of keeping informed without having to browse the issue tracker and hopefuly encountering those
2026-04-02 15:22:39 <cousin_luigi> Can I build a git snapshot without uploading it to dev.alpinelinux.org ?
2026-04-02 15:48:24 <henrix> Hi! I was trying to install alpine in a laptop using the -extended iso
2026-04-02 15:48:25 <henrix> However, I can't use wifi (iwlwifi) because it can't load the fw
2026-04-02 15:48:25 <henrix> Installing linux-firmware-intel fails, saying it's trying to write to a read-only filesystem
2026-04-02 15:48:28 <henrix> Is this a know issue? Is there a workaround?
2026-04-02 15:51:31 <courge_musque[m]> I put the fw for my ax210 in the extended image before flashing it on a usb drive
2026-04-02 15:52:19 <courge_musque[m]> There may be a way to ask iwlwifi to load it, but I don't remember well how
2026-04-02 15:53:04 <henrix> hmm... ok. that's a suggestion, but I should be able to install it on the -extended iso -- the firmware *is* there already
2026-04-02 15:53:54 <henrix> I mean, the .apk is there in the iso; but it fails to install it because it tries to write into /.modloop, which is mounted read-only
2026-04-02 15:54:18 <henrix> and I can't be the first person hitting this :-)
2026-04-02 15:55:20 <henrix> (oh, and this is a re-install! this laptop had alpine installed in the past, running edge. probably I used 3.22 or 3.21 to install it)
2026-04-02 16:30:13 <henrix> uff! looks like I found an ugly workaround using overlayfs :-/
2026-04-02 16:30:51 <henrix> I'll see if I can create an issue for this. I tried to find one, but couldn't find it
2026-04-02 17:56:20 <GeoVM> linuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinux
2026-04-02 17:56:30 <GeoVM> we love linux am i rightlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlin
2026-04-02 17:56:30 <GeoVM> uxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinux
2026-04-02 17:56:31 <GeoVM> linuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxli
2026-04-02 17:56:36 <GeoVM> nuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinu
2026-04-02 17:56:43 <GeoVM> xlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinux
2026-04-02 17:56:45 <GeoVM> linuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxli
2026-04-02 17:56:50 <GeoVM> nuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinu
2026-04-02 17:56:55 <GeoVM> xlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxl
2026-04-02 17:57:00 <GeoVM> inuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlin
2026-04-02 17:57:05 <GeoVM> uxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlinuxlin
2026-04-02 17:57:15 <GeoVM> oops sorry
2026-04-02 17:57:29 <dwfreed> O.o
2026-04-02 17:57:31 <GeoVM> this is a public vm like collabvm and whoever did that is getting banned now
2026-04-02 17:57:53 <dwfreed> the VM is getting banned now
2026-04-02 18:00:35 <Lilith> must've been a big fan of linux
2026-04-02 18:06:22 <quinq> jaja
2026-04-02 18:07:48 <quinq> Just ban the entire 104.16.0.0/12
2026-04-02 18:10:50 <KleeBoomBoomBakudan> hey
2026-04-02 18:10:59 <KleeBoomBoomBakudan> \"now download minecraft.exe free 10000TB size virus" on people XChat
2026-04-02 18:11:10 <KleeBoomBoomBakudan> oops
2026-04-02 18:11:18 <KleeBoomBoomBakudan> join me in genshin impact
2026-04-02 18:11:23 <KleeBoomBoomBakudan> my uid is 760438548
2026-04-02 18:11:27 <KleeBoomBoomBakudan> europe server
2026-04-02 18:11:29 <KleeBoomBoomBakudan> or kys
2026-04-02 18:12:12 <KleeBoomBoomBakudan> https://computernewb.com/collab-vm/user-vm/#amazingvm-w10
2026-04-02 18:12:14 <KleeBoomBoomBakudan> polecam
2026-04-02 18:12:16 <quinq> See what I meant
2026-04-02 18:12:18 <KleeBoomBoomBakudan> twoj stary
2026-04-02 18:12:20 <Lilith> id rather kms than join a klee player
2026-04-02 18:12:26 <KleeBoomBoomBakudan> hey
2026-04-02 18:12:28 <KleeBoomBoomBakudan> kys 
2026-04-02 18:12:45 <KleeBoomBoomBakudan> i
2026-04-02 18:12:50 <KleeBoomBoomBakudan> i use windows 95
2026-04-02 18:13:02 <quinq> Best OS, you got your street cred
2026-04-02 18:13:18 <KleeBoomBoomBakudan> can we talk pls
2026-04-02 18:13:29 <KleeBoomBoomBakudan> join amazingvm https://computernewb.com/collab-vm/user-vm/#amazingvm-w10
2026-04-02 18:13:44 <KleeBoomBoomBakudan> join now
2026-04-02 18:13:49 <aron> pls ban 104.16.0.0/12
2026-04-02 18:13:57 <KleeBoomBoomBakudan> why
2026-04-02 18:14:01 <KleeBoomBoomBakudan> im just talking
2026-04-02 18:14:04 <KleeBoomBoomBakudan> :sob:
2026-04-02 18:14:08 <KleeBoomBoomBakudan> im on a vpn
2026-04-02 18:14:10 <KleeBoomBoomBakudan> and this is collabvm
2026-04-02 18:14:11 <KleeBoomBoomBakudan> uservm
2026-04-02 18:14:26 <KleeBoomBoomBakudan> other people sent the bad stuff here
2026-04-02 18:14:30 <KleeBoomBoomBakudan> it's shared vm
2026-04-02 18:14:45 <KleeBoomBoomBakudan> w proton vpn
2026-04-02 18:14:52 <KleeBoomBoomBakudan> proton vpn so sexy
2026-04-02 18:15:05 <KleeBoomBoomBakudan> giga chad
2026-04-02 18:15:05 <penguinz_rule[m]> this is off topic so please shut it
2026-04-02 18:15:16 <KleeBoomBoomBakudan> if you want to stop this
2026-04-02 18:15:19 <KleeBoomBoomBakudan> join my vm and close the irc client
2026-04-02 18:15:27 <KleeBoomBoomBakudan> https://computernewb.com/collab-vm/user-vm/#amazingvm-w10
2026-04-02 18:15:29 <AmazingVMLover> YOU'RE off topic!
2026-04-02 18:16:01 <KleeBoomBoomBakudan> boom i destroyed the su
2026-04-02 18:16:06 <KleeBoomBoomBakudan> ahhj my balls
2026-04-02 18:16:09 <KleeBoomBoomBakudan> countdown
2026-04-02 18:16:11 <KleeBoomBoomBakudan> control my pc
2026-04-02 18:16:21 <KleeBoomBoomBakudan> love linux
2026-04-02 18:16:26 <KleeBoomBoomBakudan> arch better
2026-04-02 18:16:30 <KleeBoomBoomBakudan> i use arch btw uwu
2026-04-02 18:16:35 <quinq> Linux 95
2026-04-02 18:16:45 <dwfreed> KleeBoomBoomBakudan: enough
2026-04-02 18:16:48 <KleeBoomBoomBakudan> hell yeah linux 95
2026-04-02 18:16:57 <AmazingVMLover> you know what is better than windows 95 and linux 95 combined
2026-04-02 18:16:58 <AmazingVMLover> Barney OS
2026-04-02 18:17:06 <KleeBoomBoomBakudan> computernewb.com/collab-vm/user-vm#amazingvm-w10
2026-04-02 18:17:16 <KleeBoomBoomBakudan> 256mb ram on linux cool
2026-04-02 18:17:19 <KleeBoomBoomBakudan> ohio
2026-04-02 18:17:29 <KleeBoomBoomBakudan> 256mb ram cool 
2026-04-02 18:17:36 <KleeBoomBoomBakudan> https://cafewebs.com
2026-04-02 18:18:32 <dwfreed> ikke: perhaps +Mz would be good for a bit, if you're around
2026-04-02 18:24:19 <Blabi> hello
2026-04-02 18:24:28 <Blabi> https://computernewb.com/collab-vm/user-vm#amazingvm-w10
2026-04-02 18:24:29 <Blabi> join
2026-04-02 18:24:37 <Blabi> i heard about linux 95
2026-04-02 18:24:39 <Blabi> dzxf
2026-04-02 18:24:39 <Blabi> sdf
2026-04-02 18:24:39 <Blabi> d
2026-04-02 18:24:39 <Blabi> gd
2026-04-02 18:24:39 <Blabi> fg
2026-04-02 18:24:43 <Blabi> allah
2026-04-02 18:25:44 <Lilith> i wonder what do these sad existences have out of spamming an irc channel
2026-04-02 18:33:08 <AmazingVMLover> grrrrrrrr how dare u accuse me of being a spambot for breathing
2026-04-02 18:33:09 <AmazingVMLover> thats it
2026-04-02 18:33:12 <AmazingVMLover> u will install barney os now https://friends.citrons.xyz/~viba/os/barneyos/
2026-04-02 18:33:38 <aron> how ironic...
2026-04-02 18:33:56 <aron> I think they earn some money if someone clicks on those shady links
2026-04-02 18:34:23 <kaboooooooooooo> spam my site issueplate.netlify.app!
2026-04-02 18:34:23 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:24 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:24 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:24 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:25 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:25 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:27 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:27 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:34:29 <kaboooooooooooo> y site issueplate.netlify.app!
2026-04-02 18:37:31 <AmazingVMHater> O Brave people of the world of justice! O people of peace around the world! O people of goodness! May God bless you and your soul! Do Not Be Misled by the Voices of Falsehood, Let Truth Prevail Over the Lies of Our Enemies, No matter how painfull the truth is, Stand United Against Those Who Seek Our Harm, Hold Firm to the Truth of AmazingVM.
2026-04-02 18:37:32 <AmazingVMHater> https://amazingvm.geoegii555.eu.org/#amazingvm-w10
2026-04-02 18:46:11 <AmazingVMHater> O Brave people of the world of justice! O people of peace around the world! O people of goodness! May God bless you and your soul! Do Not Be Misled by the Voices of Falsehood, Let Truth Prevail Over the Lies of Our Enemies, No matter how painfull the truth is, Stand United Against Those Who Seek Our Harm, Hold Firm to the Truth of AmazingVM.
2026-04-02 18:46:12 <AmazingVMHater> https://amazingvm.geoegii555.eu.org/#amazingvm-w10
2026-04-02 18:50:38 <Reanimator> hi all
2026-04-02 18:58:56 <f_> reported to collabvm
2026-04-02 20:12:07 <cousin_luigi> this place is odd
2026-04-02 21:15:30 <efahl> Is this "bring out your weirdos week"?  :)
2026-04-02 22:09:22 <quinq> efahl, how many of those do you have? :)
2026-04-03 04:59:08 <ikke> Foxy[m]: I haven't noticed anything
2026-04-03 05:02:21 <Foxy[m]> damn gitlab. Not sure how to report my bug now
2026-04-03 05:03:48 <ikke> Foxy[m]: One option would be to send an email. If you are logged in, on the issue page, there a 3-dot button. There's a "email work item to this project"
2026-04-03 05:07:03 <Foxy[m]> worked like a charm. Ty!
2026-04-03 05:09:05 <knuxify[m]> oh wow, aports just hit 100 000 merge requests: aports!100000
2026-04-03 05:09:38 <knuxify[m]> congrats to the lucky 100000 :D
2026-04-03 06:28:25 <cousin_luigi> Greetings.
2026-04-03 06:28:41 <cousin_luigi> So, about my quaint little package, any suggestions?
2026-04-03 08:58:07 <ikke> cousin_luigi: for a personal package, it's fine. This cannot be submitted to aports though, since it's packaging proprietary binaries.
2026-04-03 11:06:30 <cousin_luigi> ikke: Not even community?
2026-04-03 11:06:38 <ikke> No
2026-04-03 11:13:50 <realroot[m]> i'm testing xonotic looks good
2026-04-03 11:22:18 <courge_musque[m]> Xonotic and Unvanquished are really great, that's a shame they're not more played
2026-04-03 11:23:27 <frag> oh no, theres a game on alpine?
2026-04-03 11:24:28 <frag> its like quake?
2026-04-03 11:25:47 <courge_musque[m]> They are fork from a quake engine iirc
2026-04-03 11:31:00 <courge_musque[m]> I checked, and Xonotic uses DarkPlaces derived from Quake, and Unvanquished uses Daemon, derived from ioQuake3
2026-04-03 11:31:26 <courge_musque[m]> But they both seem to focus on a Quake3-like gameplay
2026-04-03 11:31:28 <courge_musque[m]> https://en.wikipedia.org/wiki/File:Quake_-_family_tree.svg
2026-04-03 11:31:38 <frag> i played urban terror before, never really got into quake
2026-04-03 11:32:48 <lopid> xonotic not on that graph :/
2026-04-03 11:33:47 <frag> cool searchable mindmap tho
2026-04-03 11:34:08 <frag> kinda playing around with postscript right now
2026-04-03 12:08:50 <socksinspace> as it turns out, the easiest way to get a VM to rely on the host page cache is to use zfs, because that exposes caching controls, without having to use virtio-pmem as the disk
2026-04-03 12:09:24 <socksinspace> *smh my head*
2026-04-03 12:17:12 <cousin_luigi> ikke: Is there an alpine equivalent of AUR? For packages built locally?
2026-04-03 12:17:58 <cousin_luigi> Or perhaps a package containing a script that will download and install said files? I saw something like that packaging for rpm, not sure how to replicate it with abuild.
2026-04-03 12:18:13 <ikke> cousin_luigi: No, we do not have anything equivalent
2026-04-03 12:19:06 <ikke> But if you have the APKBUILD, doing abuild -r, and then installing the resulting package is reasonably easy
2026-04-03 12:19:27 <cousin_luigi> ikke: But where could said APKBUILD be hosted? 
2026-04-03 12:19:28 <Sertonix[m]> You could publish it on sone git forge. I use https://codeberg.org/sertonix/rports to push APKBUILDs which are not in aports
2026-04-03 12:19:31 <cousin_luigi> ok
2026-04-03 12:19:52 <cousin_luigi> good to know
2026-04-03 12:20:17 <ikke> Sertonix[m]: what does r in this case stand for?
2026-04-03 12:20:52 <Sertonix[m]> short for "random ports" (naming things is hard)
2026-04-03 12:21:07 <cousin_luigi> I thought -r was for autoinstalling dependencies?
2026-04-03 12:21:28 <cousin_luigi> anyway, couldn't one play with post-install scripts to that effect?
2026-04-03 12:21:52 <cousin_luigi> say, let's call it panasonic-firmware-installer?
2026-04-03 12:22:26 <cousin_luigi> or would extra untracked files damage referential integrity?
2026-04-03 12:22:37 <ikke> it would
2026-04-03 12:22:49 <ikke> You bypass apk and only use it to get you the install script
2026-04-03 12:23:06 <ikke> apk would not know about these firmware files or anything
2026-04-03 12:23:23 <cousin_luigi> a  post-uninst would get rid of them
2026-04-03 12:23:29 <cousin_luigi> too dodgy?
2026-04-03 12:25:50 <cousin_luigi> anyway I would like to make a feature request for a %ghost like function.
2026-04-03 12:26:27 <Sertonix[m]> It would for example not respect the --no-networking apk-tools flag
2026-04-03 12:27:33 <Sertonix[m]> If at all it should be a script manually invoked by the user
2026-04-03 12:28:35 <ikke> cousin_luigi: what would that feature do?
2026-04-03 12:29:30 <cousin_luigi> ikke: on rpm it allows to track files that are created after the installation.
2026-04-03 12:29:54 <cousin_luigi> Adopted by the package or something. I don't know the formal definition.
2026-04-03 12:30:17 <cousin_luigi> Sertonix[m]: hmm, --no-networking you say?
2026-04-03 12:30:24 <cousin_luigi> that's a massive bust
2026-04-03 14:41:31 <cousin_luigi> mercenary: Yeah, that's pretty much what I had in mind. Plus a post-deinstall script to clean up everything, but it's still not too clean.
2026-04-03 14:50:29 <realroot[m]> frag: i want to MR xonotic
2026-04-03 14:51:05 <realroot[m]> if somebody wants to do it I have files
2026-04-03 15:05:18 <courge_musque[m]> What, xonotic isn't already packaged?
2026-04-03 15:05:55 <courge_musque[m]> https://pkgs.alpinelinux.org/package/edge/community/x86_64/xonotic
2026-04-03 15:06:08 <realroot[m]> is that recent?
2026-04-03 15:06:39 <realroot[m]> no , well i thought it wasn't
2026-04-03 15:09:13 <courge_musque[m]> Well, Unvanquished isn't packaged, so it would be cool if you want to do it :)
2026-04-03 15:13:45 <realroot[m]> maybe
2026-04-03 15:33:00 <phws> hey all, to get forwarding within my wireguard net to work, I need to "iptables -I FORWARD 1 -i wg0 -o wg0 -j ACCEPT". awall policy "{ "in": "vpn", "out": "vpn", "action": "accept" }" simply gets ignored (zones are right). What would be the right way to specify it?
2026-04-03 15:36:03 <ikke> phws: good question, something I have been struggling myself
2026-04-03 15:36:14 <ikke> phws: For now, I use the zone for one, and iprange for the other direction
2026-04-03 15:37:38 <phws> thanks, that'll do for me too
2026-04-03 15:40:41 <invoked> for nftables, for passing wg0 specifically, i have this in /etc/nftables.d: https://tpaste.us/meyd
2026-04-03 15:42:10 <invoked> i sorely miss openbsd pf when i'm on linux.
2026-04-03 15:43:23 <ikke> I have never used it, so nothing to miss :P
2026-04-03 15:45:42 <invoked> :) it's likely to make you angry at linux, at least a little bit, so perhaps
2026-04-03 16:31:11 <Saijin_Naib[m]> I tried packaging unvanquished but got stuck
2026-04-03 16:31:43 <Saijin_Naib[m]> In i think nacl
2026-04-03 19:48:44 <WhyNotHugo> invoked: same