2025-11-01 01:27:00 <WhyNotHugo> When my host runs out of memory, it just freezes for two minutes until a watchdog timer does a hardware reset. Shouldn't the OOM kill processes and free memory or something?
2025-11-01 01:27:48 <ikke> the kernel oom manager notoriously takes a long time to actually do something
2025-11-01 01:28:04 <ikke> there's earlyoom userspace to have it act quicker
2025-11-01 01:28:42 <ikke> https://github.com/rfjakob/earlyoom
2025-11-01 01:29:52 <WhyNotHugo> Weird, I recall many years ago just seeing random processes get killed by the OOM.
2025-11-01 01:29:58 <WhyNotHugo> (bad, but better than hard reboot)
2025-11-01 01:31:00 <ikke> It all depends on the circumstances
2025-11-01 01:31:22 <WhyNotHugo> My swap it 64GB tho, and 0bytes used.
2025-11-01 01:36:44 <ikke> If the watchdog triggers a restart, doesn't that imply that the kernel is not even responding?
2025-11-01 01:38:42 <longnoserob[m]> WhyNotHugowhat are you doing to maxout ram?
2025-11-01 02:47:09 <rnkn> rendering video eats up a lot of memory
2025-11-01 04:08:20 <rnkn> I've been trying to use Pitivi (video editor) and I am pretty sure it has a memory leak when rendering proxy material, which has lead to a few full system lock-ups. would earlyoom be a good candidate here?
2025-11-01 04:25:04 <longnoserob[m]> maybe sstting an ulimit manually works as well?
2025-11-01 05:20:45 <iggy> 1 chrome tab
2025-11-01 05:31:30 <frag> what web browser solution do you use for alpine? i tried chromium and was suprised how fast it was, bit worried about privacy tho
2025-11-01 05:32:29 <longnoserob[m]> mostly ff with mobile-config
2025-11-01 05:32:39 <frag> also the firefox/librewolf browsers dont seem to open urls in the running instance if you give multiple urls like: firefox <url> <url>?
2025-11-01 05:33:06 <frag> longnoserob havent heard of mobile-config, what is it?
2025-11-01 05:35:27 <frag> maybe this is a good solution https://codeberg.org/zz/hardenChromium/src/branch/main/launchChrom.sh
2025-11-01 09:02:07 <rnkn> Firefox thru flatpak (to get DRM)
2025-11-01 09:29:57 <rnkn> currently reinstalling alpine with FDE, wish me luck!
2025-11-01 09:31:32 <frag> good luck!
2025-11-01 09:56:08 <rnkn> frag: thanks
2025-11-01 09:57:15 <rnkn> okay the list of things I have forgotten: how to remap caps to control on the console; how to have gnome login manager automatically start at boot?
2025-11-01 10:07:16 <rnkn> `# service gdm start` just gives me an empty screen with an underscore at the top left
2025-11-01 10:16:25 <burnix> hi community
2025-11-01 10:16:37 <burnix> is there someone here ?????
2025-11-01 10:17:25 <frag> seem to be a bit quiet atm
2025-11-01 10:19:00 <burnix> sleeping ????
2025-11-01 10:19:12 <quinq> Let-me call everybody to see what they're actually doing right now
2025-11-01 10:20:01 <burnix> i have a question on how i can make boot partition smaller on sdcard on raspberrypi
2025-11-01 10:20:26 <burnix> i'm searching, but i'm not a linux king
2025-11-01 10:22:35 <frag> why smaller? how smal do you need it? dunno if you have apk cache you can clean out there..
2025-11-01 10:23:43 <burnix> i want to have a maximum of space on my sdcard (1go sdcard)
2025-11-01 10:24:18 <rnkn> oh I needed to run setup-wayland-base
2025-11-01 10:24:21 <burnix> setup installer create a boot partition that is huge (300mb) with nothing on it (22mb)
2025-11-01 10:25:03 <burnix> so i want to get free space for the "system" partition
2025-11-01 10:26:27 <frag> oh, mine is 2G dunno how much smaller you can make it, sdcards are cheap tho
2025-11-01 10:29:58 <burnix> yes but i have a big stcok of 1gb sdcard (approx 100)
2025-11-01 10:32:42 <frag> oh, maybe someone will wake up and answer later :]
2025-11-01 10:33:08 <burnix> okay. so i'm going to search on my side
2025-11-01 10:33:15 <burnix> goodbye!!
2025-11-01 10:35:03 <frag> bye!
2025-11-01 11:01:58 <rnkn> I'm back baby! now with new and improved FDE!
2025-11-01 11:11:05 <ssm> rnkn: now that I know that it's decrypted (I'm a fed) I'm breaking into your house and stealing your device while it's online
2025-11-01 11:19:38 <rnkn> ssm: you'll need a UPS for that
2025-11-01 11:31:14 <ssm> now I know it's a desktop muhahahaha
2025-11-01 12:31:42 <rnkn> always one step ahead
2025-11-01 13:29:31 <WhyNotHugo> longnoserob[m]: I'm testing out translation models. They use a lot of ram and need access to all of it, so can't easily swap.
2025-11-01 13:29:53 <WhyNotHugo> It doesn't seem like the issue is RAM tho, `free -h` indicates that there is still 26GB free.
2025-11-01 13:30:06 <WhyNotHugo> But the system freezes and reboots (i presume due to watchdog) 2 minutes later.
2025-11-01 13:30:28 <longnoserob[m]> time to run some memtest I would say
2025-11-01 13:46:10 <p_6f3Ik7Suw> if/when burnix comes back recommend them https://github.com/raspi-alpine/builder - and to rebuild the image themselves with their own config
2025-11-01 15:32:03 <invoked> krisk: https://github.com/OpenVPN/openvpn/blob/v2.7_rc1/Changes.rst#new-features food for thought
2025-11-01 20:01:08 <nzjsjsnoqsjaah188162[m]> Hey there! I wanted to let you know that I have a channel where I share some amazing Verified sauce and soft cashout methods. I also provide a Full WalkThrough to make things easier for you.... (full message at <https://matrix.org/oftc/media/v1/media/download/ATAzsGxmGymw9zBE5GKyc0zoCLQS-c20JvSfDu91HhAZuhQ0mHysyDrzh57LSPonxrCLSMDbILmkxUyUgB0xvspCeaiRtyCgAG1hdHJpeC5vcmcvTk55cFJIcVdsZWZTamNJb3NDSnhJckpv>)
2025-11-02 14:11:16 <Random3> Morning.. APKBUILD question, applying a patch to Unbound.. 
2025-11-02 14:12:25 <Random3> I've added the aaaa-filter-iterator.patch to the APKBUILD and updated the checksum.. it *looks* like the patch has been applied.. and the package builds.. but when I run unbound with the aaaa-filter option set.. it says unrecognized.. 
2025-11-02 14:14:09 <longnoserob[m]> did you install the new package after builing it?
2025-11-02 14:14:13 <Random3> running abuild -r -K (leaving things behind..) again it looks like the iterator module has been patched.. in the src dir.. 
2025-11-02 14:14:39 <Random3> yes.. and build date/time on unbound (/usr/sbin/unbound) is the same as the pkg dir.. 
2025-11-02 14:15:21 <longnoserob[m]> ok, maybe the patch requires additional dependencies?
2025-11-02 14:15:36 <Random3> [I] root@alpine-800g3 /h/b/a/m/u/p/u/u/sbin# ls -al unbound -rwxr-xr-x    1 builder  builder    1178544 Nov  2 09:03 unbound*
2025-11-02 14:15:58 <Random3> (not arguing..) but it compiled.. 
2025-11-02 14:16:33 <Random3> (and.. this is 1.24.1) and the patch was updated for 1.24.0 b/c it didn't apply clean) 
2025-11-02 14:16:34 <longnoserob[m]> maybe open a new shell and run it from there?
2025-11-02 14:23:20 <Random3> https://github.com/NLnetLabs/unbound/issues/312
2025-11-02 14:23:42 <Random3> whatever is in the patch for how to use it.. seems to be wrong :/ 
2025-11-02 14:24:03 <Random3> drill -p 5353 -t aaaa www.google.com @192.168.88.252 -Q 2607:f8b0:4006:820::2004
2025-11-02 14:24:14 <Random3> drill -p 53531 -t aaaa www.google.com @192.168.88.252 -Q
2025-11-02 14:24:17 <Random3> (nothing) 
2025-11-02 14:24:26 <Random3> 53531 is the patched.. 
2025-11-02 14:24:52 <Random3> [1762093446] unbound[9117:0] debug: sanitize: removing public name with private address <www.google.com.> 2607:f8b0:4006:803::2004#53
2025-11-02 14:28:30 <Random3> yes.. that seems to do it.. :P 
2025-11-02 14:30:13 <longnoserob[m]> good
2025-11-02 14:39:01 <Random3> .. stock unbound w/o the patch.. that config line seems to do the same *sigh* 
2025-11-03 01:47:36 <ahmadraniri[m]> Hello, iucode_tool failed to be built due to lack of limits.h file (built using gcc 15), upstream gentoo has a patch to fix that issue. Patch link : https://gitweb.gentoo.org/repo/gentoo.git/plain/sys-apps/iucode_tool/files/iucode_tool-2.3.1-limits-include.patch 
2025-11-03 07:01:50 <krisk> invoked: noted :) that looks like going out to strongswan project first to have similar flexibility... will take a look at some point
2025-11-03 10:19:39 <longnoserob[m]> fossdd: do you know any plans to rollout gdm 49.1?
2025-11-03 12:12:53 <achill> nope, its completely broken without systemd
2025-11-03 12:13:09 <achill> don't think I have to even look into it
2025-11-03 12:25:42 <longnoserob[m]> oh ok
2025-11-03 12:26:22 <rnkn> bad omen?
2025-11-03 12:27:51 <longnoserob[m]> no, did not know about the brokeness w/o systemd
2025-11-03 12:35:25 <rnkn> this doesn’t sound good
2025-11-03 12:35:26 <rnkn> https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/
2025-11-03 12:47:32 <invoked> "GDM will work with them for now" "Apologies for the short notice" (read between the lines)
2025-11-03 14:48:45 <WhyNotHugo> It'a amazing how hostile the GNOME devs are to people using their DE in different platform or in different ways, and folks just insist patching it up and ignoring its hostility.
2025-11-03 14:49:14 <WhyNotHugo> You'd think that by now people would actively avoid GTK and GNOME, but it's quite the opposite.
2025-11-03 14:54:01 <Sheila> still upsetting to me personally that they don't want to put in the work to make the high-contrast theme usable for everybody who can't ue the default theme. (I filed a bug a decade ago; closed for timeliness, ISTR; I asked back-channel recently, and was told "patches welcome".)
2025-11-03 14:54:53 <Sheila> idk. I'm just going to use KDE instead, at least they explicitly support my not developing a migraine trying to use my computer visually.
2025-11-03 16:39:13 <SyntheticBird[m]> rnkn: lol you are late
2025-11-03 16:39:16 <SyntheticBird[m]> It has rolled out already and Artix dropped support
2025-11-03 16:39:31 <SyntheticBird[m]> Some user made some patch for Gentoo, so openrc support has a PoC
2025-11-04 07:52:00 <rnkn> what's the likelihood that Alpine will continue to support Gnome?
2025-11-04 07:52:08 <rnkn> I want to prepare for heartbreak
2025-11-04 08:15:21 <grawity> honestly I think the likelihood is higher that Alpine will have systemd
2025-11-04 08:16:10 <frag> is gnome that popular? :S
2025-11-04 08:16:15 <rhizoome> I haven’t read the recent drama, but I stopped using anything from ecosystems that do strong coupling between their components. some ecosystems do it out of ignorance others maliciously to dominate. 
2025-11-04 08:22:16 <rhizoome> It is amazing how far get with things like mdevd and a little glue-code.
2025-11-04 08:24:19 <frag> rhizoome tell us more
2025-11-04 08:28:59 <rhizoome> Well I have a little daemon that mounts disks, keeps a list of the mounts and lets you select a disk via rofi, which then gets unmounted. for example.. the daemon does more.
2025-11-04 08:29:54 <rhizoome> mdevd calls a little C program that informs the daemon about new disks via a unix socket
2025-11-04 08:31:01 <rhizoome> It does also sleep and inhibition of sleep depending on what program currently are running.
2025-11-04 08:32:00 <frag> neat
2025-11-04 08:34:59 <rhizoome> Maybe except from the socket stuff it is really simple. but even the socket code, is just a slightly modified version of standard example you get if you search unix sockets in C.
2025-11-04 09:53:53 <rnkn> for me one of the main attraction to Alpine was that it doesn't have systemd
2025-11-04 10:03:46 <ahmadraniri[m]> <ahmadraniri[m]> "Hello, iucode_tool failed to..." <- Done : https://gitlab.alpinelinux.org/alpine/aports/-/issues/17677
2025-11-04 11:22:21 <toric> rnkn: Funny, for me thats the one thing im not a fan of in alpine, a lack of systemd.
2025-11-04 11:27:28 <ayex[m]> for me the attractors are: no systemd, being small snappy and secure due to decreased musl attack surface.
2025-11-04 11:29:44 <toric> Ah, for me its being relatively small without having massively out of date packages (looking at debian), and the declarative package management.
2025-11-04 11:30:06 <toric> But if I really want small, I routinely build smaller images with systemd using yocto.
2025-11-04 11:34:30 <toric> Oh, and being availible for ARM, or id probably just be using arch like I do on x86.
2025-11-04 11:41:27 <rnkn> toric: rare to hear from someone who *likes* systemd, as opposed to just accepting it. what do you like about it?
2025-11-04 11:46:09 <toric> rnkn: Im an embedded engineer, you could say I build distros. And im a sysadmin as a hobby. Systemd is really, really powerful in how it lets you describe dependencies between things, setup complex network interfaces declaratively, isolate services from one another (you basically dont need docker), and more stuff that ive probably forgot makes it *really* powerful. Like yah, is it more featurefull than what came before? Yup. But its not like the k
2025-11-04 11:46:09 <toric> ernel 'follows the unix philosophy' either...
2025-11-04 11:46:44 <toric> And the documentation in the man pages is genuintely quite good.
2025-11-04 11:50:14 <rnkn> toric: while that sounds powerful, it also doesn't sound like stuff a regular user needs, especially not on PID 1
2025-11-04 11:52:27 <toric> rnkn: Depends on what you think by needs, I think. Expect a regular user to modify? Maybye not. Have a regular user rely on becase a distro maintainer is a able to use all of it? Absolutely. Same reason most distro kernels include drivers that 90% of users wont need, you dont want to make the user compile their own kernel because they want to use a joystick for a flightsim.
2025-11-04 11:52:48 <Imbus64> Got the same experience tbh, systemd brings a lot to the table, but the cli is atrocious
2025-11-04 11:53:36 <toric> Imbus64: CLI is the worst part of systemd, sure, and even then its nothing compared to expecting a user to modify bash scripts.
2025-11-04 11:53:59 <Imbus64> True, i absolutely agree on the shell part of traditional init
2025-11-04 11:54:37 <Imbus64> Shell is simply not a good language, and the declarative part of systemd is my favourite part
2025-11-04 11:54:53 <Imbus64> Dinit also does it that way, without the 20 million lines of systemd
2025-11-04 11:55:16 <toric> Id happily try a systemd replacement as long as it was declarative. (Im actually a NixOs stan for my servers)
2025-11-04 11:55:17 <Imbus64> Then again, dinit does not have the same scope as sysd
2025-11-04 11:55:44 <Imbus64> Im on debian on all my servers because debian, im always a fan of debian
2025-11-04 11:56:13 <Imbus64> I tried chimera, which lifts APK from alpine, but introduces dinit and the core userland from freebsd
2025-11-04 11:56:25 <Imbus64> I must say i find it quite tasteful
2025-11-04 11:57:27 <toric> Imbus64: Actually the reason Im on #alpine-linux RN is because I got frustrated with limited package availability with debian on an Rpi... Sorry.
2025-11-04 11:57:34 <rnkn> shell script may not be a fancy language, but it's simple, and allows users to have agency over their computer
2025-11-04 11:57:48 <rnkn> systemd obfuscates this in a "we know better" approach
2025-11-04 11:57:51 <Imbus64> Oh i use alpine on my rpi's, forgot that. Simply nothing compares imo
2025-11-04 11:57:59 <toric> Ill have to try out chimera, that sounds nice!
2025-11-04 11:58:36 <Imbus64> Yeah chimera is a breath of fresh air for sure, it feels a bit like alpine because of apk
2025-11-04 11:58:52 <toric> rnkn: Id rather lua than shell script. *almost* anything other than shell. (ok, maybye not yaml-turned-into-a-fully-turing-complete-lang, thats even worse)
2025-11-04 11:59:00 <Imbus64> It also revamped aports into 'cports', which uses python as an in-tree build system instead of cports
2025-11-04 11:59:10 <toric> And lua is even smaller than bash.
2025-11-04 11:59:26 <rnkn> shell script != bash
2025-11-04 11:59:28 <Imbus64> Im not all too familiar with neither aports nor cports so cant comment on the technical merit, but both work fine.
2025-11-04 12:00:06 <toric> rnkn: POSIX shell is even worse.
2025-11-04 12:00:12 <Imbus64> turic got taste
2025-11-04 12:00:19 <Imbus64> i agree on the lua comment
2025-11-04 12:00:26 <rnkn> toric: POSIX shell is fine, I write all my script with /bin/sh
2025-11-04 12:00:41 <rnkn> your init scripts shouldn't be fancy cool languages
2025-11-04 12:01:03 <Imbus64> my problem with shell is how unreadable it is for anyone that isnt a shell expert
2025-11-04 12:01:38 <rnkn> the same is true of any language though?
2025-11-04 12:01:39 <Imbus64> And i absolutely agree, no fancy cool flavor of the month languages for init scripts, or scripts in general
2025-11-04 12:01:49 <rnkn> it's going to be unreadable if you can't read it?
2025-11-04 12:02:11 <Imbus64> Lua is pretty idiot proof, and its also fairly old and boring, which is an important feature imo
2025-11-04 12:02:28 <rnkn> the point is not which language one likes best, but which language will be most democratising for the human beings on the other end
2025-11-04 12:02:38 <toric> and if you really dont like it, there are a good few languages that compile to lua. Even a lisp!
2025-11-04 12:02:52 <toric> rnkn: and posix shell is absolutely the wrong tool for taht.
2025-11-04 12:02:57 <Imbus64> Im not a fan of transpiling stuff, its smells like duct tape
2025-11-04 12:03:07 <rnkn> there is *way* more resources on the www for sh than lua
2025-11-04 12:03:10 <rnkn> and I like lua
2025-11-04 12:03:37 <rnkn> but I know not to say someone else needs to like/learn lua to control their system
2025-11-04 12:03:56 <Imbus64> youre assuming they already know shell
2025-11-04 12:04:11 <rnkn> if they're typing at a console they're typing in shell
2025-11-04 12:04:43 <toric> Other shells exist than SH.
2025-11-04 12:04:48 <Imbus64> Yeah, well thats true in a sense, but i feel like there is an acute difference of using a shell interactively versus writing a script
2025-11-04 12:05:07 <rnkn> but the point is that you learn shell by simply using your computer
2025-11-04 12:05:19 <rnkn> there is no barrier to entry
2025-11-04 12:05:30 <Imbus64> yeah thats a fair point
2025-11-04 12:06:37 <Imbus64> Ive seen so many instances of replacing tried and true tech with new hotness, with no regards for longevity or quality
2025-11-04 12:07:06 <Imbus64> I also think that a description of a service should not be turing complete
2025-11-04 12:07:43 <Imbus64> In its nature it is a declaration of a very simple thing, and systemd gets this just right imo
2025-11-04 12:08:56 <toric> Imbus64: Imma push back *slightly* on the 'new hotness', as replacing things is the only way to actually make any progress improving things in the long term. C was a 'new hotness' at one point.
2025-11-04 12:09:32 <rnkn> if systemd was so good it would be optional, and users would choose it on its own merits
2025-11-04 12:09:58 <rnkn> it would also be portable
2025-11-04 12:09:59 <Imbus64> Dinit does as well, its C++ though, about 20k sloc. Its kinda ok, wonky formatted, but it passes the smell-test imo
2025-11-04 12:10:08 <Imbus64> @rnkn hard agree
2025-11-04 12:10:18 <Imbus64> portability matters
2025-11-04 12:36:56 <Imbus64> I have an issue with ddclient on alpine, it complains about ownership. 
2025-11-04 12:37:15 <Imbus64> https://paste.centos.org/view/edee5547
2025-11-04 12:37:20 <Imbus64> Any idea where i can report this?
2025-11-04 12:38:44 <Imbus64> nvm i rtfm'd, must have missed it
2025-11-04 12:48:42 <Imbus64> https://gitlab.alpinelinux.org/alpine/aports/-/issues/17680
2025-11-04 14:29:12 <bsmntoid> hello! i'm having an issue with a fresh install of alpine linux where ifup fails during boot. first ip fails (ioctl 0x8913 failed: No such device), then udhcpc fails (ioctl 0x8933 failed: No such device), then ifup fails (failed to change interface wlan0 state to 'up'). the weird part is udhcpc and ifup both work fine after logging in
2025-11-04 15:16:20 <prabu> the issue might be due to race condition between services. check here https://wiki.alpinelinux.org/wiki/Iwd#%22ip:_ioctl_0x8913_failed:_No_such_device%22
2025-11-04 15:41:16 <bsmntoid> that definitely sounds right, although i'm using wpa_supplicant instead of iwd. shuffling around the dependencies so networking starts before or after wpa_supplicant doesn't seem to have any effect and (expectedly) removing networking from the boot level as the iwd article suggests just results in no attempt being made
2025-11-04 15:57:52 <prabu> since i only use iwd, i've documented it that wiki page. once you find a proper solution, i'll appreciate if you can drop a note either here on wiki.
2025-11-04 16:00:56 <prabu> just fyi. https://tpaste.us/xDwW 
2025-11-04 16:20:11 <invoked> i use wpa_supplicant in runlevel boot, networking in default, and that's with wireguard also. anecdotes being what they are worth
2025-11-04 16:20:59 <invoked> iwd is fine, it's just a little antithetical to what i want from my environment
2025-11-04 17:13:18 <bsmntoid> no luck unfortunately, error happens with networking in default too. i'll see if iwd has any sort of similar issue because if it doesn't i might just switch and be done with it
2025-11-04 17:25:43 <invoked> bsmntoid: you could try adding a sleep in /etc/interfaces for wlan0 (eg, "pre-up sleep 5") to buy more time for iwd to settle. see interfaces(5)
2025-11-04 17:26:36 <invoked> /etc/network/interfaces, that is
2025-11-04 17:55:05 <bsmntoid> ok, iwd works perfectly out of the box. i also tried what you suggested with /etc/network/interfaces but using wpa_supplicant and that works too! it takes quite a while but it's no longer than iwd, it's just in the foreground. the guide on the wiki for starting services after the login prompt worked, although it still prints to the screen
2025-11-04 17:59:20 <invoked> excellent
2025-11-05 15:10:25 <agent0range> quit
2025-11-05 15:11:22 <invoked> quit failed successfully
2025-11-05 15:11:45 <Imbus> peak irc
2025-11-05 16:35:33 <WhyNotHugo> I'm trying to build cython in a chroot, but tests take hours (there does seem to be work going on, but it just never finishes).
2025-11-05 16:35:49 <WhyNotHugo> I see builders finish in 9m, but I've tried in different enviroments and it always takes forever for me.
2025-11-05 21:42:05 <laird[m]> Playing with pxe install patterns and have been using a apkovl to supply a setup script answer file.  
2025-11-05 21:42:05 <laird[m]> I ran into an issue on my most recent system that only has an NVME disk for OS and the NVME module is not part of my initramfs and modloop is disabled by apkovl so I can't install to the nvme disk
2025-11-05 21:42:46 <laird[m]> I'm looking around to learn more about this but at this point I'm wondering if adding modules to the apkovl is the right answer?
2025-11-05 21:45:41 <laird[m]> my apkovl is super basic at the moment so if I start pushing more into it, it becomes version dependent and gets a lot more opinionated
2025-11-05 21:46:32 <laird[m]> it's not a bad way to move forward but it's complex and whenever i touch something complex i wonder "do i understand this well enough to see the most simple solution?"
2025-11-05 22:23:56 <dwfreed> laird[m]: why not just put nvme in the initramfs
2025-11-05 22:44:51 <laird[m]> dwfreed: I was thinking that kernel and initramfs were release artifacts so I should leave them alone
2025-11-05 22:53:20 <laird[m]> so I guess if i break the seal and modify the initramfs, i could put the startup script there as well
2025-11-05 22:55:06 <laird[m]> hmm, i bet i need to be really careful about the source of the modules i copy into that
2025-11-05 22:55:32 <laird[m]> i could probably pull them from the modloop file in the same release
2025-11-06 18:36:58 <Saijin_Naib[m]> Any time I use xfce-polkit, shutdown hangs on Unmounting /root/.cache/doc
2025-11-06 18:37:03 <Saijin_Naib[m]> Anyone else experience this?
2025-11-06 18:37:47 <Saijin_Naib[m]> So like, manually pkexec something, or it is called by say GNOME Disk Utility when flashing an ISO
2025-11-06 18:39:29 <grawity> I don't think polkit creates that? AFAIK 'doc' is a flatpak/xdg-portal thing, and I don't see how polkit would cause that to run for the root user
2025-11-06 18:39:34 <grawity> what are you pkexec'ing exactly?
2025-11-06 19:08:47 <Saijin_Naib[m]> As above, either direct say to use mousepad to edit apk world, for instance, or pkexec being called by another program like GNOME Disk Utility.
2025-11-06 19:08:54 <Saijin_Naib[m]> 100% reproducible.
2025-11-06 19:09:11 <Saijin_Naib[m]> Never an issue shutting down unless xfce-polkit gets invoked that session
2025-11-07 06:16:15 <Wryl> Howdy. Trying to get Bluetooth set up for an AX201 chip in a customizable boot media setup (diskless with `lbu`).
2025-11-07 06:16:55 <Wryl> For some reason, it can't seem to find the Bluetooth firmware. I get an error like `Failed to load Intel firmware file intel/ibt-19-0-4.sfi (-2)` in dmesg.
2025-11-07 06:17:21 <Wryl> I don't have that file under `/lib/firmware`, but I noticed that it's contained in the `linux-firmware-intel` package.
2025-11-07 06:18:13 <Wryl> My question is: how do I add it to my customizable boot media setup? I've tried `update-kernel -p linux-firmware-intel`
2025-11-07 07:12:20 <Wryl> Managed to get it working, but I had to manually specify the two firmware files.
2025-11-07 07:12:27 <Wryl> Not sure how I got into that state.
2025-11-07 11:20:42 <socksinspace> probably missed it because my irc bouncer didn't do its job, but: is there an issue with the x86_64 edge builder, packages seem two days behind other architectures?
2025-11-07 11:25:48 <invoked> agent0range: fix your connection, buddy
2025-11-07 11:34:23 <ikke> socksinspace: it was hanging
2025-11-07 21:20:14 <el[m]1> does anybody know here how to btrfs? https://paste.centos.org/view/ca97d2fe i am trying to figure out how to rename the @home subvolume to be the @ subvolume, while getting rid of the @ subvolume. but i can't even do a simple test rename somehow, i'm not quite sure why. i'm probably just misunderstanding how the commands are meant to work, i don't usually touch subvolumes
2025-11-07 22:43:57 <quinq> Software should be evaluated by the sanity of its interface
2025-11-07 22:52:19 <Habbie> rip unix
2025-11-08 04:49:02 <prabu> el[m]1, after ensuring there is no subv named @, you may want to snapshot the subvolume @home as @, using command "btrfs subv snap @home @"
2025-11-08 11:27:47 <funderscore> hmm, does anyone know why there's no community repo for v3.22?
2025-11-08 11:27:55 <funderscore> er, v3.23*
2025-11-08 11:30:25 <funderscore> ok, don't mind me
2025-11-08 13:58:35 <ikke> for the record, it's because the builders will only upload it once it's completely finished
2025-11-08 14:36:29 <qaqland> hi, i want to install alpine linux to my usb-disk as the "linux to go", is there any tutorial?
2025-11-08 14:47:44 <p_6f3Ik7Suw> qaqland there's two layers of answers to this question, the alpine specific (how to install packages: apk, how to persist stuff on usbsticks with alpine: lbu, and keeping in mind that it's muslbased and there's no systemd) and the non-alpine specific: everything else, application layer stuff, which is generic enough if you know one linux, you know them all...
2025-11-08 14:54:34 <qaqland> p_6f3Ik7Suw: i have used alpine before, this time want to use it with all saved on my usb disk
2025-11-08 15:33:09 <invoked> irrespective of how, i wouldn't recommend running such a system off a thumb drive. they're not meant for that wear & tear. also i'm not sure what problem you're solving with this approach. a distro like eg. tails do a lot of things, like write minimization. each session is ephemeral, and persistence is done on some other device (not the boot device)
2025-11-08 15:34:04 <invoked> i suppose technically you could have tails persist to the same device, but it wouldn't be a good idea
2025-11-08 16:08:29 <qaqland> oh, i successed :D
2025-11-08 16:09:39 <qaqland> export USE_EFI=1 SWAP_SIZE=0, setup-alpine choose the usb-disk
2025-11-09 00:51:21 <rnkn> should bind-tools be separate packages?
2025-11-09 00:54:29 <rnkn> also linux-tools
2025-11-09 00:58:40 <dwfreed> bind-tools is a separate (sub) package
2025-11-09 00:59:59 <rnkn> but I can’t e.g. apk add dig
2025-11-09 01:00:06 <rnkn> ?
2025-11-09 01:00:43 <dwfreed> apk add cmd:dig installs bind-tools
2025-11-09 01:00:57 <dwfreed> they don't really need to be split more than that
2025-11-09 01:01:41 <longnoserob[m]> use dog instead of dig
2025-11-09 01:02:02 <rnkn> just seems like not the alpine way(tm)
2025-11-09 01:02:16 <rnkn> longnoserob[m]: I do like dogs
2025-11-09 01:02:20 <dwfreed> one package per binary does not make sense
2025-11-09 01:03:12 <rnkn> isn’t that what most packages do?
2025-11-09 01:03:18 <rnkn> on alpine
2025-11-09 01:03:27 <rnkn> forgive my ignorance 
2025-11-09 01:06:11 <dwfreed> I don't think I've really seen that
2025-11-09 01:06:41 <dwfreed> notably, all the binaries in bind-tools require the same set of libraries, so you're not saving anything by further splitting
2025-11-09 01:07:59 <ikke> There are some packages that do that, but it's not a policy to do so
2025-11-09 01:09:23 <dwfreed> it's hard to read more about dog when their docs are down >.>
2025-11-09 01:10:13 <dwfreed> also not touched in 4 years is not a good sign
2025-11-09 01:13:23 <yeti> maybe rust did rust too fast?
2025-11-09 01:13:55 <dwfreed> heh
2025-11-09 01:16:12 <rnkn> dwfreed: that’s a good point
2025-11-09 02:47:17 <ryan_> anyone have any issues with plasma and logging out 
2025-11-09 02:48:24 <ryan_> im pretty sure the issue is kwin but was curious if anyone else expiernced anything similiar....black screen with blinking cursor line and never goess back to sddm login prompt
2025-11-09 04:15:31 <pyu> Installing onto "unsupported" single board computer Odroid C1+ (Amlogic S805), I went the route of installing Armbian Linux to get it booted OK (via sdcard), then tried playing with the script setup-alpinelinux.  NOK.  Any guide you guys came across that follow this "booted another Linux distribution, then overwrite its root partition to make it Alpine-except-kernel" ?
2025-11-09 05:01:46 <mason> Hey all. Noob question: I've installed dracut from community, and it's erroring with "Module 'network' depends on module 'network-legacy'," among others, but I'm reading at https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.21.0#dracut-modules-network_network-legacy_removal that network-legacy doesn't exist any more. Is this a known issue, and is there some proper workaround I can implement?
2025-11-09 05:03:18 <mason> Background: Doing a ZFS install, and ZFS includes zfs-dracut, but I don't see it supporting any other initramfs generator. So I assume I need dracut, and dracut's saying it wants network-legacy, so I'm briefly stuck and puzzled.
2025-11-09 05:24:27 <dwfreed> mason: if you don't need network in initramfs, then exclude the network module; if you do, then you need to satisfy the requirements of either the network-manager, systemd-networkd, or connman modules
2025-11-09 05:26:47 <mason> ah, kk, makes sense. Thank you.
2025-11-09 05:27:14 <mason> dwfreed: Hm, would ifupdown-ng be an option too, or explicitly one of those three?
2025-11-09 05:28:16 <dwfreed> those are the 3 modules the network module looks for
2025-11-09 05:28:21 <mason> kk
2025-11-09 05:28:59 <mason> For this install I won't need it, but future installs will probably want dropbear, so I'll learn more. Thank you again.
2025-11-09 05:29:14 <dwfreed> pyu: install to a separate partition, don't try overwriting the existing partition
2025-11-09 05:33:34 <pyu> dwfreed:  after booting into Armbian, then I can use directly script setup-alpine onto another partition ?
2025-11-09 05:35:19 <dwfreed> yes
2025-11-09 05:38:43 <pyu> setup-alpine will copy the Armbian kernel onto the new partition ?  As you see I'm alpineLinux's downloaded generic image etc wasn't working on Odroid C1+.  THanks if you can list how to use setup-alpine after booting into Armbian, in order for sdcard to boot into new partition's instead of going through Armbian.
2025-11-09 05:40:02 <dwfreed> kernel can be booted separately from whatever partition is in use, you'll probably want to copy over the modules directory
2025-11-09 05:40:18 <dwfreed> s/use/& for rootfs/
2025-11-09 05:43:34 <pyu> dwfreed:  thanks - I'll need to research more the sequence of booting from sdcard's boot.conf or whatever.  Sorry I'm from OpenBSD and not familiar with Linux.  Thanks dwfreed.
2025-11-09 08:20:24 <Daniel[m]> https://t.me/+13prEUl1zEViMWNkhttps://t.me/+13prEUl1zEViMWNk
2025-11-09 08:21:25 <quinq> You borked it
2025-11-09 08:28:30 <Daniel[m]> https://t.me/+fk5a2eNOe9BhY2I8https://t.me/+fk5a2eNOe9BhY2I8
2025-11-09 09:12:52 <quinq> Borked again
2025-11-09 09:19:06 <Daniel[m]> https://t.me/+fk5a2eNOe9BhY2I8https://t.me/+fk5a2eNOe9BhY2I8
2025-11-09 09:20:45 <quinq> Can't stop borking
2025-11-09 09:23:55 <Daniel[m]> Inbox on how to get started
2025-11-09 09:23:55 <Daniel[m]> Happy Sunday ‼️ Happy Sunday  ‼️ Happy Sunday ‼️
2025-11-09 09:23:55 <Daniel[m]> https://t.me/+fk5a2eNOe9BhY2I8
2025-11-09 09:23:55 <Daniel[m]> #Invest your money and make a lot of profit, don't just sit there and watch people earn.
2025-11-09 09:23:55 <Daniel[m]> https://t.me/+fk5a2eNOe9BhY2I8
2025-11-09 09:24:32 <Daniel[m]> #Invest your money and make a lot of profit, don't just sit there and watch people earn.
2025-11-09 09:24:32 <Daniel[m]> Inbox on how to get started
2025-11-09 09:24:32 <Daniel[m]> https://t.me/+fk5a2eNOe9BhY2I8
2025-11-09 09:24:32 <Daniel[m]> Happy Sunday ‼️ Happy Sunday  ‼️ Happy Sunday ‼️
2025-11-09 09:24:32 <Daniel[m]> https://t.me/+fk5a2eNOe9BhY2I8
2025-11-09 09:24:41 <quinq> Nice, you almost got spamming right
2025-11-10 05:18:46 <rnkn> how do I add services with `rc-update -U` (user mode)? I have tried `rc-update -U imapgoose` and it complains there is no sysinit runlevel, so I tried `rc-update -U imapgoose default` and again it complains there is no runlevel
2025-11-10 05:22:20 <longnoserob[m]> rc-update -U addimapgoose?
2025-11-10 05:22:26 <longnoserob[m]> * rc-update -U add imapgoose?
2025-11-10 05:22:56 <rnkn> longnoserob[m]: ah yes that was a typo, that's the command I've run
2025-11-10 05:23:18 <rnkn> also rc-update(8) says that user services "must reside in the /etc/init.d or /usr/local/etc/init.d directories" however packages like dbus install into into /etc/usr/init.d, i.e. https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/dbus/APKBUILD#L63
2025-11-10 05:23:32 <rnkn> s/user services/services/
2025-11-10 05:23:49 <rnkn> longnoserob[m]: do you get anything for `rc-update -U`?
2025-11-10 05:28:21 <longnoserob[m]> nope
2025-11-10 05:39:07 <rnkn> same. seems like there should be user runlevels?
2025-11-10 06:13:48 <rnkn> okay I had to create directory ~/.config/rc/runlevels/sysinit
2025-11-10 06:14:05 <rnkn> but starting a service with -U results in this scary message https://termbin.com/2ztr
2025-11-10 06:29:15 <rnkn> I'm thinking that this is become gnome does its own process management
2025-11-10 06:29:33 <rnkn> I wrote a .desktop file and put it in ~/.config/autostart and it seems to work
2025-11-10 06:36:53 <frag> anyone else experienced missing history from .ash_history after closing a terminal?
2025-11-10 08:10:09 <lopid> you might have closed another terminal
2025-11-10 08:11:09 <frag> thought nothing should be deleted from .ash_history ever (by default)
2025-11-10 08:11:51 <lopid> was it deleted or not written in the first place? does ash have a history size limit?
2025-11-10 08:16:10 <frag> that i do not know
2025-11-10 08:32:36 <deadcade[m]> Hello! Woke up this morning to find my server had mostly locked up.... (full message at <https://matrix.org/oftc/media/v1/media/download/AcZeqH28oahDvZeZxN0YsGqCElWqiIN0BoPsSYA921bG7lOFHXFU6ER3RMMD6LoOOa6eJ9xZ0SsUpp8pkS8lmL9CeatP5LVAAG1hdHJpeC5vcmcvZkhJR2NvY2V5bWxEQmtPZFVpS2ZieU1F>)
2025-11-10 08:36:27 <grawity> that stack trace kiiiinda looks like "you ran out of RAM"
2025-11-10 08:47:51 <longnoserob[m]> compiling on nfs?
2025-11-10 08:48:49 <deadcade[m]> grawity: Not on the host, as far as I can tell. The host had some RAM left over, and a good chunk of swap. (I've had to reboot it due to this, I couldn't get the process out of uninterruptible sleep). The VM has 16gb allocated to it, though no swap configured. It runs only ZFS, a raidz0 pool of 3 HDDs, 16TB each. I don't know how much was using before I was forced to restart it.
2025-11-10 08:48:58 <deadcade[m]> longnoserob[m]: I don't have other storage available for this task atm.
2025-11-10 12:37:16 <nero> deadcade[m]: difficult to diagnose lockups with NFS rings some alarm bells for me
2025-11-10 12:40:06 <deadcade[m]> I'd love to hear more, but I might be slow to respond. I'm currently setting up a new ISP provided router (the old one gave me issues, completely unrelated to this).
2025-11-10 13:26:03 <nero> $dayjob does use NFS only read-only for this reason, $nightjob doesn't use NFS at all
2025-11-10 21:21:55 <hamdi> hello
2025-11-10 22:54:10 <Sertonix[m]> frag, lopid: There is a history limit (8192 lines by default I think) and the history file is cleared when it reached 4 times that size. The limit can only be configured to be lower, unfortunatly not larger (at runtime).
2025-11-10 23:04:55 <socksinspace> Sertonix[m]: I've recently found the motivation to work on my SuperH patches again, and wanted to thank you for adding lua-aports to bootstrap.sh, that should make things wayyyy less painful :)
2025-11-11 02:24:29 <Wryl> any tips on installing signal on alpine?
2025-11-11 02:43:08 <p_6f3Ik7Suw> try signal-cli!
2025-11-11 02:43:40 <p_6f3Ik7Suw> can recommend either console wrappers for it, scli and the other one in rust, both seem to work.
2025-11-11 02:48:49 <p_6f3Ik7Suw> gurk-rs is the rust thing
2025-11-11 02:49:56 <p_6f3Ik7Suw> neither is directly available in alpine, but should be easy to build and run or even to package if you want
2025-11-11 02:50:41 <p_6f3Ik7Suw> this one is pretty easy as all the deps are in alpine already and it is python based, so no need to mess with rust or protoc compilers: https://github.com/isamert/scli
2025-11-11 02:51:25 <Wryl> interesting..
2025-11-11 02:52:57 <Wryl> ookay. noted.
2025-11-11 02:53:43 <p_6f3Ik7Suw> and the best, you don't have to put up with all that electron bloatcrap
2025-11-11 02:56:12 <Wryl> I saw some doubts about the maintenance status of OpenRC. curious as to where that might've come from.
2025-11-11 02:57:27 <p_6f3Ik7Suw> oooh, there is even more TUI clients than these two i mentioned: https://github.com/isamert/scli?tab=readme-ov-file#similar-projects
2025-11-11 02:58:08 <p_6f3Ik7Suw> hah, lists basically the same two i mentioned... sorry
2025-11-11 02:58:20 <Wryl> no worries at all.
2025-11-11 05:04:52 <prabu> rnkn, have you managed to get the user services running for imapgoose. Did you follow the instructions in wiki for user services? i'll appreciate some feedback about that section either here or on the Talk page.
2025-11-11 05:13:11 <rnkn> prabu: I've been using a .desktop file in ~/.config/autostart; can you direct me to the wiki page? I can't seem to find it
2025-11-11 05:14:42 <prabu> not specifically for imapgoose, https://wiki.alpinelinux.org/wiki/OpenRC#User_services
2025-11-11 05:17:12 <rnkn> prabu: thanks, that all looks great, I will implement it soon
2025-11-11 14:03:46 <daft> Heya. I have two 32bit netbooks. is alpine-linux a future proof method to keep them working for years into the future?
2025-11-11 14:08:01 <Habbie> daft, i assume they meet the minimum requirements at https://wiki.alpinelinux.org/wiki/Requirements ?
2025-11-11 14:08:33 <daft> Yeah 2 gig mem
2025-11-11 14:14:57 <daft> it seems alpine has a fix for the unix time stamp issue. so that wont be the issue.
2025-11-11 14:15:15 <socksinspace> 32bit x86 should not be too hard to keep around for a good while, afaik we currently run the infrastructure for it on "normal" x86_64 hardware, so it builds decently fast.
2025-11-11 14:16:10 <socksinspace> but some software has dropped support for 32bit x86, for example firefox and qtwebengine
2025-11-11 14:23:55 <daft> aslong cage and a vnc client work....
2025-11-11 14:24:44 <Ermine> what are those netbooks?
2025-11-11 14:39:59 <daft> atom. one is used for a torrent client the other one has touch and is a home assistant panel. (still running win 10)
2025-11-11 14:44:33 <nero> take note that not all 32bit x86 are equal, there are some minimumm requirements on the instruction sets so older machines cannot not run alpine anymore
2025-11-11 14:45:13 <nero> i still have machines with x86 but without sse2
2025-11-11 14:49:41 <socksinspace> nero: should i nerd-snipe you into building alpine for older x86? :P
2025-11-11 14:52:17 <nero> trying to put a bowl of water into the ocean, arent you?
2025-11-11 14:53:55 <daft> <nero> trying to put a bowl of water into the ocean, arent you? make the ocean fresh one bowl at the time
2025-11-11 14:54:40 <nero> i'll go public with my retrocomp projects when i feel comfortable about it. and its finished enough to actually deliver somth
2025-11-11 14:57:12 <socksinspace> fair enough, i've just got back into trying to make alpine for SuperH a thing after not touching it for the better part of a year, so i need to pace myself too :)
2025-11-11 15:06:52 <hodapp> 
ACTION blinks

2025-11-11 15:07:01 <hodapp> Alpine for SuperH? I haven't used SuperH in... awhile.
2025-11-11 15:07:20 <hodapp> alpine for dreamcast when?
2025-11-11 16:04:18 <socksinspace> hodapp: I am targeting sh3, so it should run on sh4 as well
2025-11-11 16:13:59 <socksinspace> also, sh2eb, sh3, and sh4 support has already been merged into abuild and apk-tools ;)
2025-11-11 16:17:45 <hodapp> if only I saved my HP Jornada
2025-11-11 16:23:57 <socksinspace> that's what i'm trying to run this on :D
2025-11-11 16:25:50 <hodapp> clamshell one or newer?
2025-11-11 16:27:11 <hodapp> think I completely didn't realize anything with SuperH was still maintained. was it because the arch is now open & royalty-free?
2025-11-11 16:40:07 <socksinspace> clamshell, 680, not sure, it's not like there is tons of activity, but in 2023 Artur Rojek fixed support for the j680, which got me interested
2025-11-11 16:40:31 <frag> by default does busybox ash load any files on startup?
2025-11-11 16:41:14 <ikke> ~/.profile for login shells
2025-11-11 16:41:32 <frag> ah so no .ashrc or similar?
2025-11-11 16:41:36 <ikke> No
2025-11-11 16:41:48 <ikke> You can export ENV to point to a file for that to happen
2025-11-11 16:41:49 <Sertonix[m]> If you set $ENV it will load that
2025-11-11 16:41:52 <ikke> :)
2025-11-11 16:42:09 <Sertonix[m]> But that variable is also read by other shells so be aware of that
2025-11-11 16:42:22 <frag> ah yes
2025-11-11 16:49:01 <Sertonix[m]> socksinspace: Do you try to cross compile from a different machine or from a different OS on the same machine?
2025-11-11 17:17:10 <socksinspace> Sertonix[m]: for SuperH? I started with bootstrap.sh (which i now have working again with rebased changes) and then i used the minirootfs with user mode qemu ( i haven't re-tried that yet) 
2025-11-11 17:20:13 <socksinspace> compiling on the j680 would be pure pain, at 16MB of RAM
2025-11-11 17:23:04 <Sertonix[m]> Fair. swap can help with that to some extend
2025-11-11 17:48:23 <socksinspace> Sertonix[m]: I don't want to go so far as to say it is *impossible* to compile any serious Software on it, but a simple hello world in C took 1m15s to compile
2025-11-11 17:52:21 <Sertonix[m]> :)
2025-11-11 17:54:26 <socksinspace> was it you who was working on 32bit ppc?
2025-11-11 19:29:11 <eu> seems like nginx sets umask(0) and therefore a `listen unix:/run/nginx/my.socket` is world writeable :( I guess I could listen in a private directory
2025-11-11 19:34:16 <eu> well, that was not the reason. it explicitly chmod it 0666: https://github.com/nginx/nginx/commit/a734e33720c255a4159257014e58df2ed1578acb
2025-11-11 20:01:11 <alpineman-new> hii
2025-11-11 20:01:44 <alpineman-new> anyone know how i can install tor browser? on alpine
2025-11-11 20:01:56 <alpineman-new> i cant run with musl
2025-11-11 20:04:21 <cow123> probably flatpak is easiest
2025-11-11 20:06:29 <ssm> tor (daemon) is supported, if you don't specifically need tor-browser. links and other text browsers can be configured to work with tor, though you'll need to be wary of server-side fingerprinting of your http headers (probably not a huge deal, but depends on what you connect to)
2025-11-11 20:08:18 <cow123> yeah but I wouldn't suggest using anything other than tor browser for tor. Makes your fingerprint very unique.
2025-11-11 20:08:31 <alpineman-new> thats same terrible idea :sob:
2025-11-11 20:08:54 <alpineman-new> flatpak is working? on musl
2025-11-11 20:08:55 <alpineman-new> oh
2025-11-11 20:09:02 <ssm> there's gcompat too
2025-11-11 20:09:21 <cow123> I don't think gcompat can run much. 
2025-11-11 20:09:44 <ssm> are glibc chroots a thing?
2025-11-11 20:09:50 <ssm> maybe void linux base system
2025-11-11 20:10:15 <alpineman-new> test test
2025-11-11 20:10:23 <alpineman-new> for some reason, otfc keeps disconnecting.
2025-11-11 20:12:09 <cow123> ssm: yeah, I had an archlinux chroot for awhile.
2025-11-11 20:25:18 <Ermine> daft: there are different atoms over there, you may have an x64 one
2025-11-11 20:36:29 <uragano_> !list