2026-05-01 00:52:36 <WhyNotHugo> 
ACTION backs up /etc/apk/world

2026-05-01 04:06:17 <rnkn> what’s all this copy.fail business?
2026-05-01 04:08:21 <jvvv> kernel bug: CVE-2026-31431
2026-05-01 04:10:59 <rnkn> can I just wait and keep doing apk upgrades?
2026-05-01 04:12:41 <jvvv> I think it was in today's batch of builds. I am pretty sure all the currently supported releases and edge got updated.
2026-05-01 04:14:02 <jvvv> I'm trying to verify
2026-05-01 04:20:09 <jvvv> maybe not, the cve fixes in the most recent kernel releases were for CVE-2026-31786 and CVE-2026-31787
2026-05-01 04:24:15 <jvvv> ok, 6.18 and 7.0 branches already fixed as of 6.18.22 and 7.0... still looking at 6.12 and 6.6
2026-05-01 04:25:29 <ikke> Those should've been fixed as well
2026-05-01 04:28:24 <jvvv> Ok, good to know.
2026-05-01 04:33:29 <jvvv> Ah, for the 6.12 changes, the commit messages are not quite as clear, but I see the backports
2026-05-01 04:35:43 <jvvv> Same for the 6.6 commits... they don't mention the cve, but the fixes look clear enough
2026-05-01 04:39:01 <jvvv> wow, fixes made it all the way back to 3.17-stable... nice
2026-05-01 04:51:16 <rnkn> I'm looking at the commits to the kernel and yeah they don't mention CVE 2026-31431
2026-05-01 04:51:22 <rnkn> but it's fixed?
2026-05-01 04:57:16 <dwfreed> 5.10.254, 5.15.204, 6.1.170, 6.6.137, 6.12.85, and 6.18.22 are the LTS versions that contain the fix
2026-05-01 04:57:36 <dwfreed> To check yourself, you're looking for the "algif_aead - Revert to operating out-of-place" commit
2026-05-01 05:19:06 <jvvv> I didn't figure that out myself until I found https://lore.kernel.org/all/2026042214-CVE-2026-31431-3d65@gregkh/
2026-05-01 14:36:10 <sylvie> hey cool, i didnt even need to ask my question (copyfail), i could just check the irc logs! (i love it when vulnerability disclosures spread misinformation about which distros they affect)
2026-05-01 14:37:51 <sylvie> though it is kind of weird that i had to go to the IRC to find out when this got patched despite trying to find this info on the website
2026-05-01 14:56:49 <dwfreed> props to sylvie for 1) reading the /topic; 2) reading the logs
2026-05-01 23:29:44 <Case_Of> hello
2026-05-01 23:30:52 <Case_Of> I do own an odroid xu4 running already a system, I would like to know if by keeping its custom kernel and uboot config, I could install alpine on it, via a chroot or something to replace actual system?
2026-05-01 23:31:13 <Case_Of> and if anyone already did this for feedback?
2026-05-01 23:32:34 <Advert[m]> https://t.me/+c-LC9ed_hBgwYmZh
2026-05-01 23:37:01 <deadcade[m]> Any admins around to remove this spam?
2026-05-01 23:53:15 <ssm> . o O ( remove messages on irc? ) oh yeah matrix bridge
2026-05-01 23:55:24 <Sertonix[m]> Case_Of: I don't know that system but generally a chroot is a good way to check if it could work.
2026-05-02 00:29:08 <ePirat> Good evening
2026-05-02 00:29:53 <ePirat> I am trying to figure out how to install alpine on a pi but I am very confused by the wiki instructions
2026-05-02 00:34:26 <ePirat> it says "No disks available" and I am confused how to proceed there…
2026-05-02 00:39:54 <longnoserob[m]> which Pi exactly?
2026-05-02 00:45:02 <ePirat> Zero 2 W
2026-05-02 00:45:37 <ePirat> The wiki suggests the Pi Imager tool will already prepare the SD accordingly
2026-05-02 00:45:58 <ePirat> but I never get to the point even where I could select diskless install…
2026-05-02 00:47:51 <longnoserob[m]> what are you running the installer on?
2026-05-02 00:49:06 <ePirat> longnoserob[m], you mean the Pi Imager?
2026-05-02 00:49:13 <longnoserob[m]> yes
2026-05-02 00:49:17 <ePirat> macOS
2026-05-02 00:51:02 <longnoserob[m]> and does macos detect the sd0card you want to use?
2026-05-02 00:51:25 <ePirat> yes
2026-05-02 00:52:11 <longnoserob[m]> maybe check that the sdcard is not mounted by MacOS?
2026-05-02 00:54:30 <ePirat> ok, let me try again
2026-05-02 00:58:54 <ePirat> setup-alpine once it gets to Disk&Install says "No disks available. Try boot media /media/mmcblk0p1 (y/n)", do i need to say yes here? I guess no because then it would overwrite the partition its currently booted from?
2026-05-02 01:04:38 <ePirat> or do I just say no, have it save config to the SD card and lbu commit?
2026-05-02 01:35:29 <longnoserob[m]> thats up to you..
2026-05-02 13:51:05 <haesbaert> is firefox/librewolf kinda weird under wayland since a recent update?
2026-05-02 13:51:32 <haesbaert> as in, you click on elements of the UI and they freeze
2026-05-02 13:54:00 <visone[m]> haesbaert: I'm using librewolf 150.0.1 on mangowc and works fine, no problems
2026-05-02 13:54:18 <Advert[m]> https://t.me/+c-LC9ed_hBgwYmZh
2026-05-02 13:54:56 <WhyNotHugo> That's a pretty honest nickname
2026-05-02 13:56:41 <WhyNotHugo> Firefox/Librewolf mostly working fine, but pop-ups have blinked a few times and stopped rendering despite "still being there".
2026-05-02 13:57:07 <Advert[m]> https://t.me/+c-LC9ed_hBgwYmZh
2026-05-02 22:11:01 <Case_Of> on my xu4, i’m trying to build the hardkernel custom kernel for this hardware, kernel is building fine (I’m doing it manually with make), but I do not succeed to make a working initramfs
2026-05-02 22:11:33 <Case_Of> how should I proceed? I’m trying to create one with mkinitfs but unsuccessful
2026-05-02 22:12:02 <Case_Of> the initramfs is generated but uboot does not recognize it as an initramfs
2026-05-02 22:13:23 <Case_Of> it tells me the following: Bad Linux ARM zImage magic!
2026-05-03 05:44:52 <shadow> zlib-ng-dev installed, yet building Pillow python wheels it fails not able to find zlib... "what?"
2026-05-03 05:44:58 <shadow> I don't even know where to start troubleshooting this
2026-05-03 05:46:35 <shadow> it's from Home Assistant CI/CD build of home-assistant/core and I'm readying this for adding new architecture riscv64...  so one of the containers is this Alpine  derived base image with a python script that manages the requested CI/CD wheels building action, and it takes as an argument the packages apk names to install among those is "zlib-ng" and "zlib-ng-dev"
2026-05-03 05:47:22 <shadow> I can see in the log output it appears these are in fact installed, then fast forward skim through the log a bit I'm looking at the output from compiling python Pillow wheels and it bombs saying it cannot find zlib dependency
2026-05-03 06:25:49 <shadow> ueuggghhhh  https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/79637
2026-05-03 10:32:17 <linb> Hey, I use Alpine as a kvm host and guests and often remotly access X11 applications using SSH. I recently find out about vsock (VM sockets)and thought that would really simplyfy my setup and probable improve performance. Now I see libvirt-ssh-proxy (https://libvirt.org/ssh-proxy.html) is package in Alpine and it is probably because the standard setup really on systemd (https://wiki.archlinux.org/title/QEMU#Accessing_SSH_via_vsock) 
2026-05-03 10:33:00 <linb> I couldn't find anything on the use of vsock on Alpine, none of you guys are using it? would there be a particular reason?
2026-05-03 11:21:21 <WhyNotHugo> linb: systemd just starts an instances of ssh listening on vsock. That's quite doable manually or via an openrc script.
2026-05-03 14:08:28 <quinq> Is there a way to use pipewire/wireplumber/pulseaudio/whateverthenewfad without resorting to user service?
2026-05-03 14:08:45 <quinq> I mean just starting a process as a single user
2026-05-03 14:08:52 <quinq> (a or a couple)
2026-05-03 14:09:02 <ikke> quinq: You can set the user to run the service as in the init file
2026-05-03 14:09:29 <ikke> command_user="user:group"
2026-05-03 14:09:37 <quinq> ah thanks, will try that :)
2026-05-03 14:09:45 <ikke> It would run outside of your normal environment, though
2026-05-03 14:09:55 <ikke> So you have to explicitly provide it any environment variables it needs
2026-05-03 14:09:55 <quinq> Why does it have to be a specific usert though, can't it be just root, or a dedicated user?
2026-05-03 14:10:34 <quinq> Hummm, it doesn't seem to set any environment variable, like ssh-agent or dbus-launch would do for example
2026-05-03 14:11:27 <ikke> quinq: it's not advisable to run these services as root
2026-05-03 14:11:36 <ikke> Running it as a different user makes permissions difficult
2026-05-03 14:11:54 <quinq> Sorry, was lazy and didn't install pipewire-doc, it doesn't help the user but to document several (wow a lot actually) env variables
2026-05-03 14:12:29 <quinq> Hummm, isn't that the whole idea of groups?
2026-05-03 14:12:44 <quinq> You can run as a user and allow group to share resoruces
2026-05-03 14:13:52 <quinq> Actually the documented environment variables are only for startup config
2026-05-03 14:14:12 <achill> why wouldnt you not just run them on the same uid? if you dont benefit from the security benefits of a different uid/gid, then you can just run them on the same uid anyway
2026-05-03 14:14:32 <ikke> quinq: From my understanding, the idea is to avoid different user from being able to access the same instannce
2026-05-03 14:14:34 <ikke> instance
2026-05-03 14:15:45 <achill> tbh in 99.9% of use cases you just want openrc to manage your pipewire user service
2026-05-03 14:16:18 <quinq> Use case is not having to manually create user services and having to use openrc
2026-05-03 14:16:35 <quinq> Ah so it's possible to having several instances of pipewire
2026-05-03 14:16:52 <quinq> Then yeah, why all this complexity
2026-05-03 14:16:59 <achill> i mean there is a user service in pipewire-openrc
2026-05-03 14:17:26 <quinq> But there is no user service in openrc unless you create it manually
2026-05-03 14:17:46 <ikke> For now
2026-05-03 14:17:57 <quinq> :)
2026-05-03 14:18:05 <quinq> An init service is mostly for system daemons
2026-05-03 14:18:10 <achill> no?
2026-05-03 14:18:17 <quinq> If I need to run something as a single user… Then I can just run it as a single user
2026-05-03 14:18:20 <achill> i mean your init system can also supervise all daemons
2026-05-03 14:18:25 <achill> thats kinda the cool thing about it
2026-05-03 14:18:33 <achill> that there is something supervising all your services
2026-05-03 14:18:47 <ikke> There is a distinction between an init system and a service manager
2026-05-03 14:18:52 <achill> right
2026-05-03 14:19:16 <ikke> Alpine is the proof, it uses busybox init, but openrc for services
2026-05-03 14:19:17 <achill> but that there is something to supervise your services is a good thing
2026-05-03 14:19:47 <quinq> Like a user
2026-05-03 14:19:49 <achill> not to run them and nobody to look after it, kinda uncool if you want to rely on it
2026-05-03 14:20:12 <quinq> look after how?
2026-05-03 14:20:17 <ikke> user services are there so that each user can has there distinct set of services limited to that user (for security reasons)
2026-05-03 14:20:18 <quinq> Like stopping?
2026-05-03 14:20:51 <quinq> Then again, if I want to run something as the current user, I can just… run it
2026-05-03 14:21:17 <quinq> If it needs to be run as a different user, then yeah a service manager comes in handy, you don't need other user access
2026-05-03 14:21:50 <ikke> service managers support these features and more, so there is little reason not to use them if they support it
2026-05-03 14:22:09 <quinq> Because it's not needed
2026-05-03 14:22:21 <ikke> Many things are strictly not needed
2026-05-03 14:22:32 <quinq> It doesn't make sense (at least to me) to use something just because it provides features, if those features are not needed
2026-05-03 14:22:36 <achill> sure, i can also fax paper to my local authorities, but there are better ways
2026-05-03 14:22:38 <quinq> ikke, exactly
2026-05-03 14:22:47 <ikke> But we use them because they provide a benefit
2026-05-03 14:22:54 <quinq> Who's “we”
2026-05-03 14:23:05 <achill> lol any openrc user
2026-05-03 14:23:28 <quinq> That's a great answer
2026-05-03 14:24:00 <quinq> So far I only heard about potentials
2026-05-03 14:24:09 <quinq> “features” “benefits”
2026-05-03 14:24:13 <ikke> One reason is to make sure these 'services' are started in the right order
2026-05-03 14:24:14 <quinq> “should be”
2026-05-03 14:24:17 <quinq> But nothing concrete
2026-05-03 14:24:38 <ikke> Another reason could be (not that openrc supports that atm afaik) is to run services on-demand
2026-05-03 14:24:46 <quinq> ikke, that's a good point
2026-05-03 14:24:56 <quinq> It can be managed easily with a sequence of commands though
2026-05-03 14:25:03 <ikke> "easily"
2026-05-03 14:25:22 <ikke> You have to research the order and make sure they in the right order
2026-05-03 14:25:32 <ikke> a service can set it declaritively
2026-05-03 14:25:40 <quinq> I yes, it's some work
2026-05-03 14:26:06 <quinq> But maybe we're coming to the actual problem / solution here
2026-05-03 14:26:30 <ikke> services can easily be enabled and disabled
2026-05-03 14:26:32 <quinq> Is it that pipewire/wireplumber/pulse* is too complex to use manually and needs a service manager?
2026-05-03 14:26:38 <ikke> If you have a script that starts them, then you have to edit the script
2026-05-03 14:27:21 <ikke> quinq: that's hard to say
2026-05-03 14:27:36 <ikke> some things are inherently more complex. But I don't know pipewire enough to determine that
2026-05-03 14:27:36 <quinq> Yeah ikke, for example openrc (though rather ifupdown) doesn't manage very well bonding interfaces
2026-05-03 14:27:44 <quinq> So I have to resort to my own manual scripts
2026-05-03 14:28:03 <ikke> quinq: we manage bonded interfaces just fine for our infrastructure
2026-05-03 14:28:22 <quinq> Glad to hear it worksforyou™ ;)
2026-05-03 14:28:38 <quinq> That was just an example about what you said, service vs script
2026-05-03 14:29:03 <ikke> quinq: you can easily create something that works just for you and your usecase
2026-05-03 14:29:14 <quinq> Hey
2026-05-03 14:29:18 <ikke> but if you want to create something that supports more than one usecase, it inhrently comes with complexity
2026-05-03 14:29:22 <quinq> That was exactly my initial question about pipewire!
2026-05-03 14:29:29 <quinq> Though I'm not convinced it is that easy
2026-05-03 14:29:41 <quinq> Looks like there are several moving parts with environment variables?
2026-05-03 14:29:49 <unvFK9I3vgc> what's wrong with ^Rwire in your shell, that returns "pipewire & pipewire-pulse & wireplumber &" - is super handy and very much user-controlled
2026-05-03 14:30:02 <quinq> yeah
2026-05-03 14:30:30 <ikke> unvFK9I3vgc: imagine running pmos on your mobile phone
2026-05-03 14:30:45 <ikke> each time you restart your phone, you have to open a terminal, run that command to get sound
2026-05-03 14:30:47 <unvFK9I3vgc> ok, neither of these things apply
2026-05-03 14:30:57 <unvFK9I3vgc> no phone, no pmos
2026-05-03 14:31:03 <quinq> computer, alpine
2026-05-03 14:31:08 <unvFK9I3vgc> exactly
2026-05-03 14:31:12 <ikke> unvFK9I3vgc: you only think about your own usecase
2026-05-03 14:31:13 <unvFK9I3vgc> computer, alpine
2026-05-03 14:31:18 <ikke> for yourself, you can decide what to use
2026-05-03 14:31:28 <unvFK9I3vgc> i think" computer alpine" is a very common use case in this irc chan here...
2026-05-03 14:31:43 <ikke> you can cat bytes to an audio device to get sound for all that matter
2026-05-03 14:32:20 <ikke> But if you think about any usecase other then your own, then you'll realize there is benefit in a more streamlined process
2026-05-03 14:32:53 <ikke> And just to make it clear, in my own environment I start most programms like copyq and flameshot in my xinitrc
2026-05-03 14:33:11 <quinq> Only suspect thing I see in the user services is:
2026-05-03 14:33:11 <unvFK9I3vgc> makes sense!
2026-05-03 14:33:11 <quinq> export PIPEWIRE_PULSE_NOTIFICATION_FD=3
2026-05-03 14:33:11 <quinq> notify=fd:3
2026-05-03 14:33:28 <quinq> Not sure what that is though, PIPEWIRE_PULSE_NOTIFICATION_FD isn't documented in pipewire man-page
2026-05-03 14:33:30 <ikke> Why is that suspicious?
2026-05-03 14:33:44 <ikke> FD is an abbreviation for file descriptor
2026-05-03 14:33:45 <quinq> Because it has to be done in addition to just running the program
2026-05-03 14:33:50 <quinq> I know that :)
2026-05-03 14:33:52 <unvFK9I3vgc> ikke, how does that work, pmos on a phone, do i have to login as a regular user to have sound?
2026-05-03 14:34:07 <unvFK9I3vgc> and if i am not logged in, i cannot use the sound devices?
2026-05-03 14:35:22 <unvFK9I3vgc> ok, i guess the question is a bit different.
2026-05-03 14:35:35 <ikke> Well, be creative and imagine how it can work
2026-05-03 14:36:02 <unvFK9I3vgc> i assume a phone to be really a single-user device, where it makes sense to have all these services started globally and not only after user logging in.
2026-05-03 14:36:16 <quinq> Something must be missing, just ran pipewire, wireplumber, pipewire-pulse, but I only get a “Dummy Output”
2026-05-03 14:36:17 <unvFK9I3vgc> there is no real reason to expect a phone to be used by multiple users at the same time
2026-05-03 14:36:38 <quinq> What about playing Mario Party on it?
2026-05-03 14:36:45 <ikke> unvFK9I3vgc: well, imagine each application running as it's own user
2026-05-03 14:37:06 <ikke> It's a common security feature on phones
2026-05-03 14:37:08 <unvFK9I3vgc> ok, but that is not a new thing, that is handled by setuid and friends in startu scripts
2026-05-03 14:37:13 <quinq> Every application needs its own sound server then
2026-05-03 14:37:31 <unvFK9I3vgc> i mean even now my nginx runs as nginx user...
2026-05-03 14:37:41 <ikke> I don't know specifically how it's arranged in pmos
2026-05-03 14:38:11 <ikke> unvFK9I3vgc: setuid is considered an unsafe practice
2026-05-03 14:38:28 <ikke> We do not allow any application providing suid binaries
2026-05-03 14:38:30 <unvFK9I3vgc> ok, then bwrap. whatever
2026-05-03 14:38:40 <ikke> so you are just moving complexity
2026-05-03 14:38:48 <quinq> haha, just had to start those twice
2026-05-03 14:38:56 <quinq> I mean killed all of them, started again, same order
2026-05-03 14:38:58 <quinq> Now it works
2026-05-03 14:39:36 <ikke> quinq: perhaps exectlyt the reason why that notification environment variable is there
2026-05-03 14:40:00 <ikke> Not to only start them in the right order, but wait for a services to be ready before starting the next
2026-05-03 14:41:07 <ikke> You start with a simple solution, then run into problems, add work-arounds for those problems, and you end up with a solution that is more complex than you would get if you did it properly
2026-05-03 14:41:25 <quinq> That can happen
2026-05-03 14:41:33 <quinq> Not necessarily always the case though
2026-05-03 14:41:35 <ikke> It has happened
2026-05-03 14:41:51 <ikke> The whole sysv-init system was full of those kind of hacks
2026-05-03 14:41:51 <quinq> Oh yeah, Murphy's everything ;)
2026-05-03 14:42:08 <quinq> yeah
2026-05-03 14:42:45 <unvFK9I3vgc> how is a service supervisor handling running things as dedicated users? isn't that also setuid?
2026-05-03 14:43:06 <quinq> openrc handles it by running a supervisor as the current user
2026-05-03 14:43:09 <quinq> I suppose
2026-05-03 14:43:25 <unvFK9I3vgc> i mean as dedicated users, not the current one...
2026-05-03 14:43:38 <ikke> unvFK9I3vgc: a system service manager is running as root, started by init
2026-05-03 14:43:45 <ikke> so no suid required
2026-05-03 14:43:58 <unvFK9I3vgc> i didn't say suid, i said setuid
2026-05-03 14:44:09 <ikke> What's the difference?
2026-05-03 14:44:56 <unvFK9I3vgc> one is a flag on a fs, the other an stdc api call 
2026-05-03 14:46:02 <ikke> Sorry, I meant suid than in all cases I mentioned it
2026-05-03 14:46:06 <ikke> not setuid
2026-05-03 14:46:11 <unvFK9I3vgc> yeah, i figured
2026-05-03 15:15:52 <quinq> “Issue the command $ rc-status -Ur to view and verify the current user runlevel as gui and default for Wayland and Xorg, respectively, before proceeding.”
2026-05-03 15:16:14 <quinq> $ openrc -U default * default: not a valid runlevel
2026-05-03 15:16:23 <quinq> Do I need to do anything for this to work?
2026-05-03 15:18:12 <quinq> I'm following https://wiki.alpinelinux.org/wiki/OpenRC#User_services (for xorg)
2026-05-03 15:18:13 <ikke> quinq: you need to create a directory in a specific path
2026-05-03 15:18:26 <quinq> Hummm, there's no instraction about that :/
2026-05-03 15:18:40 <quinq> Prerequisites
2026-05-03 15:18:40 <quinq> XDG_RUNTIME_DIR variable must be set
2026-05-03 15:18:42 <quinq> Have that
2026-05-03 15:19:24 <quinq> “Runlevels for user service are represented by directories in $XDG_CONFIG_HOME/rc/runlevels.” that?
2026-05-03 15:19:46 <ikke> Yes, I think so
2026-05-03 15:20:07 <ikke> so you need to create a directory named after the runlevel in there
2026-05-03 15:20:11 <quinq> ok, thank you
2026-05-03 15:20:16 <quinq> Yeah, seems to have worked
2026-05-03 15:20:30 <quinq> Important info missing from there :>
2026-05-03 15:20:39 <ikke> quinq: feel free to add
2026-05-03 15:21:37 <quinq> Free after registering yeah
2026-05-03 15:30:30 <quinq> bluetooth headset are paired, but do not appear in pavucontrol :(
2026-05-03 15:30:36 <quinq> pipewire-spa-bluez thing is installed
2026-05-03 15:31:25 <quinq> Any bluethumb people who could help debugging that?
2026-05-03 15:31:36 <quinq> Is there some magic needed to be done?
2026-05-03 15:31:49 <quinq> Followed https://wiki.alpinelinux.org/wiki/PipeWire#Bluetooth_audio
2026-05-03 18:12:21 <crimson_king> Why is the wiki replacing dd commands with "{{{1}}}" in the preview? e.g. {{cmd|dd if=key.img of=/dev/sdc obs=2560000 seek=1}}
2026-05-03 18:23:40 <crimson_king> Got it. I had to wrap it in a <nowiki>
2026-05-03 19:07:49 <crimson_king> Is there a way to persistently reference a disk when it doesn't have a partition table?
2026-05-03 19:09:21 <crimson_king> My first idea was to use /dev/disk/by-id, but that is empty in the Alpine installation media.
2026-05-03 19:11:24 <jvvv> crimson_king: you could check dmesg for kernel messages about the disk
2026-05-03 19:11:58 <ikke> It relies on (e)udev, which is not used by default (and hence not on the installation media
2026-05-03 19:19:05 <crimson_king> There are a few messages about it, but I don't know what to look for. BTW, it's for using a removable device to decrypt the root disk in the initramfs. The "cryptkey" option accepts a device containing the key, but it must be written at a specific offset, not as a regular file in a filesystem.
2026-05-03 20:09:41 <crimson_king> I've formatted the disk with a filesystem to get a UUID/LABEL, then used dd to write the key at an offset. I was afraid that would somehow destroy the filesystem, but it looks OK and, most importantly, works as a keydisk. Now I'll write a how-to on the wiki with what I've learned.
2026-05-03 20:10:54 <ikke> crimson_king: it works as long as you don't overwrite the superblocks / headers
2026-05-03 20:12:12 <crimson_king> They're at the beginning of the disk, right? I chose an offset of 25 MB.
2026-05-03 20:12:38 <ikke> crimson_king: I believe they are spread over the partition
2026-05-03 20:13:31 <crimson_king> ouch. I'll go read about it.
2026-05-03 20:22:45 <dwfreed> why not use PARTUUID, and then all you need is a partition table and a partition
2026-05-03 20:23:09 <dwfreed> and don't have to worry that you accidentally corrupt the data or the filesystem
2026-05-03 20:46:55 <Sertonix[m]> crimson_king: On simple file systems like ext4 you can create the file through the filesystem and determine the physical offset with some commands
2026-05-03 20:50:40 <crimson_king> Yeah, I was just reading about that here: https://serverfault.com/questions/309641/how-can-i-find-out-where-a-file-is-physically-located-on-the-disk-block-numbers
2026-05-03 20:50:40 <crimson_king> I'll test it.
2026-05-03 21:31:47 <dwfreed> a problem arises when that file moves on disk
2026-05-03 21:42:17 <Nivex> I'm still not understanding the "no parititon table" constraint. What you are describing sounds almost exactly like why the bios_grub parititon type exists.
2026-05-03 21:42:29 <Nivex> also dwfreed, fancy meeting you here :)
2026-05-03 21:46:19 <dwfreed> I wouldn't use bios_grub, because grub might use it, but I'm sure there's some GPT type UUID for "leave this alone"
2026-05-03 21:46:56 <dwfreed> Nivex: hi
2026-05-03 21:47:03 <ikke> Nivex: did you ask about RDNSS support?
2026-05-03 21:48:04 <Nivex> ikke: I was talking about it on fedi, yeah. I figured it out last night.
2026-05-03 21:48:57 <ikke> How did you get it working?
2026-05-03 21:49:30 <Nivex> ikke: https://tenforward.social/@nivex/116508434163772431
2026-05-03 21:50:09 <Nivex> tl;dr: apk add dhcpcd
2026-05-03 21:50:18 <ikke> ah, cool
2026-05-03 21:50:28 <ikke> Maybe it could be an option for the installer
2026-05-03 22:25:37 <unvFK9I3vgc> ikke: i might have come over a bit meh earlier, let me tell you, you are the most awesome, kind and very much competent person here on this "support" channel, when i see your interactions i'm always happy to have you share your wisdom with those that come here for guidance.
2026-05-03 22:28:53 <ikke> No worries, and thanks, I appreciate that
2026-05-03 22:34:37 <unvFK9I3vgc> i really wish more people would be like you
2026-05-03 22:35:51 <quinq> got a fan
2026-05-03 22:42:10 <unvFK9I3vgc> quinq: jealous? :)
2026-05-03 22:42:26 <unvFK9I3vgc> we can share
2026-05-03 23:07:46 <quinq> On the contrary jeje
2026-05-03 23:14:50 <unvFK9I3vgc> you don't wanna share?
2026-05-03 23:23:04 <quinq> Sorry, share what?
2026-05-03 23:23:47 <quinq> I resorted to the openrc user thing in the end
2026-05-03 23:24:06 <quinq> Looks like otherwise the slightest thing makes pipewire break
2026-05-03 23:24:14 <quinq> “modern” software.
2026-05-03 23:25:16 <quinq> Added the user to pipewire group too
2026-05-03 23:25:27 <quinq> I think that's mostly it
2026-05-03 23:25:37 <quinq> But I'll share more if you want… Tomorrow though!
2026-05-03 23:25:39 <quinq> good night
2026-05-03 23:25:44 <unvFK9I3vgc> the commandline i shared works for me perfectly (don't remember users anymore though)
2026-05-03 23:26:17 <unvFK9I3vgc> but yeah, maybe i'm just lucky
2026-05-03 23:50:24 <popefucker2> Has anyone had luck with Julia? I've managed to compile it but I can't install JLL libraries such as GLFW.jl.
2026-05-03 23:50:47 <popefucker2> Even though I have glfw and glfw-dev installed
2026-05-04 00:38:41 <popefucker2> Ah its because some .so files aren't named as they expect
2026-05-04 15:45:54 <f_> Case_Of: (pmOS ships a newer kernel for XU4 fyi)
2026-05-04 15:46:33 <f_> which tells me XU4 should work with regular mainline linux at this point
2026-05-04 15:50:18 <realroot[m]> how build https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=touche in alpine?
2026-05-04 15:50:52 <realroot[m]> i mean build() and the package()
2026-05-04 15:51:05 <realroot[m]> *then
2026-05-04 20:19:59 <WhyNotHugo> I'm having some issues with Firefox+Librewolf on sway recently. Of note, pop-up menus sometimes don't render, or sometimes blink.
2026-05-04 20:20:19 <WhyNotHugo> The behaviour changes when I move the window to another output.
2026-05-04 22:03:30 <popefucker2> I would be surprised if that was a packaging problem, it's most likely a Firefox bug.
2026-05-04 22:12:44 <Sertonix[m]> realroot: Should be similar except for using abuild-meson and trying to avoid nvm
2026-05-05 00:01:40 <jvvv> Has anyone tried running alpine on a Radxa Dragon Q6A?
2026-05-05 00:35:29 <jvvv> Looks like support for it in not in linux-lts, but is in linux-stable and linux-firmware-qcom.
2026-05-05 00:41:02 <longnoserob[m]> pmOS hS supoort for it
2026-05-05 00:51:46 <jvvv> longnoserob[m]: Thanks for letting me know. I'll take a look at that.
2026-05-05 01:56:22 <WhyNotHugo> Looks like bootstrapping Bun won't be an issue in future. Anthropic seems to be preparing to have their LLM rewrite it into Rust.
2026-05-05 02:56:18 <runxiyu> ?
2026-05-05 02:56:27 <runxiyu> bleh
2026-05-05 02:56:49 <runxiyu> well, at least javascriptcore isn't changing, right...
2026-05-05 09:49:53 <Leahh> I need to build mesa with the main branch for some experimental drivers on Alpine, How can I do this? Using an RC release with the commits I need doesn't work as abuild rejects it as an invalid version. How can I use the main mesa branch or an RC release when abuilding a package?
2026-05-05 10:18:06 <omni> you can use something like pkgver=0_git<dateofcommit>
2026-05-05 10:22:26 <Leahh> ohhh
2026-05-05 10:22:31 <Leahh> i'll try that in a bit :)
2026-05-05 12:30:38 <Leahh> Trying it now, And had to bump libdrm to 2.4.133, It built fine, but where do I find the apk file / how do I install the updated library?
2026-05-05 12:38:58 <Leahh> https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package#Testing_the_package_locally
2026-05-05 12:38:58 <Leahh> Didn't see this, we'll see :)
2026-05-05 12:42:38 <Leahh> yep, added the dir to /etc/apk/repositories and then `apk upgrade` installed the new libdrm :D
2026-05-05 13:33:33 <runxiyu> has anyone been experiencing increased kernel pannics or whatever with zfs?
2026-05-05 14:11:23 <runxiyu> nvm
2026-05-05 14:11:27 <runxiyu> it kernel panics when i shake it
2026-05-05 14:12:41 <quinq> baby
2026-05-05 14:47:58 <penguinz_rule[m]> i am making an ecl-dbg package in order to figure out a segfault inside the system, but uh, prepare() seems to break with changing the name to ecl-dbg
2026-05-05 14:48:12 <penguinz_rule[m]> i am working with the v3.23 definition
2026-05-05 14:48:24 <penguinz_rule[m]> (breaks as in ./configure cannot be found)
2026-05-05 14:51:43 <penguinz_rule[m]> is something like _dbg meant to be how i do that
2026-05-05 14:53:40 <penguinz_rule[m]> trying that
2026-05-05 14:57:13 <ikke> penguinz_rule[m]: generally just declaring a $pkgname-dbg should be enough 
2026-05-05 14:58:00 <penguinz_rule[m]> well i made _dbg because idk how the ./configure would be altered, and i think --enable-debug affects the lisp also, so its not like one can just use CFLAGS
2026-05-05 15:21:08 <penguinz_rule[m]> ok i installed ecl-dbg and now its getting exec format errors. i dont know what happened for that to occur
2026-05-05 15:26:41 <penguinz_rule[m]> wait im daft give me a second
2026-05-05 15:27:40 <HolidayJesus> go on
2026-05-05 15:32:09 <penguinz_rule[m]> add-symbol-file in gdb
2026-05-05 15:32:25 <penguinz_rule[m]> but because of what i am at, idk if the debug symbols persist
2026-05-05 15:36:33 <penguinz_rule[m]> because this is making another executable
2026-05-05 16:20:55 <Sertonix[m]> <penguinz_rule[m]> "(breaks as in ./configure cannot..." <- This sounds like you are changing the pkgname= line which shouldn't be changed when trying to create a debug build. The recommended way is to ether add $pkgname-dbg to subpackages= or set DEBUG=1 when invoking abuild.
2026-05-05 16:51:02 <mkoshka> hi everyone! telegram-desktop on edge seems to be misconfigured and displays an API_ID_PUBLISHED_FLOOD error on the login screen
2026-05-05 16:51:21 <mkoshka> https://github.com/telegramdesktop/tdesktop/issues/4717 seems to be related
2026-05-05 17:15:25 <mkoshka> and another question: is gcc going to be updated to 16.1, and when?
2026-05-05 17:17:37 <achill> after alpine 3.24 is out
2026-05-05 17:19:41 <mkoshka> achill: thanks! 
2026-05-06 08:21:25 <shakugan> HI 
2026-05-06 08:21:42 <shakugan> i need ask how can install code-server
2026-05-06 08:22:20 <shakugan> i need install and make pkage "apk"
2026-05-06 08:29:23 <shakugan> ?
2026-05-06 08:41:54 <r0eme> shakugan: use the install script of code-server. refer to upstream documentation: https://github.com/coder/code-server
2026-05-06 08:42:39 <r0eme> assuming this is the one you're referring to.
2026-05-06 08:44:17 <shakugan> i test no working
2026-05-06 08:44:28 <shakugan> and i try build from source
2026-05-06 08:44:32 <shakugan> and no working
2026-05-06 09:08:06 <quinq> Most likely incompatible with Alpine, shakugan 
2026-05-06 09:08:15 <quinq> They say: “The only requirement to use the standalone release is glibc”
2026-05-06 09:09:49 <ikke>   They probably ship / install pre-compiled binaries, which is indeed not compatible with alpine linux, both technically and policy wse
2026-05-06 09:12:41 <shakugan> is install and work but no all "terminal" no work
2026-05-06 09:13:29 <shakugan> i make docker image if you can fix this problem ?
2026-05-06 09:30:38 <shakugan> ???
2026-05-06 10:05:32 <shakugan> Hi you can help
2026-05-06 17:04:59 <latex> https://bpa.st/raw/JY6Q anyone know how to fix this?
2026-05-06 17:05:13 <latex> I'm trying to upgrade from 3.22 to 3.23
2026-05-06 17:26:05 <lopid> can you remove the conflicting packages first?
2026-05-06 20:45:59 <latex> I can't remove them
2026-05-06 20:48:16 <latex> https://bpa.st/raw/2QGA
2026-05-06 20:50:07 <dwfreed> revert the apk configuration back to 3.22 then try to remove them
2026-05-06 21:03:31 <Sertonix[m]> I would manually edit /etc/apk/world and then apk upgrade -a (ether first with --simulate or interactive)
2026-05-07 04:18:05 <ikke> Any output from apk list --orphaned?
2026-05-07 07:02:08 <frag> havent used anything microsoft since forever... anyway can you view/listen to a microsoft teams presentation through librewolf without any account or anything? remember trying it once and something was wrong i think i didnt have sound iirc
2026-05-07 07:08:18 <frag> maybe can use browser on my phone..
2026-05-07 07:10:53 <frag> maybe i tried that last time too..
2026-05-07 07:10:58 <frag> oh well..
2026-05-07 07:15:23 <longnoserob[m]> I think I used the team-online client in FF last year or so
2026-05-07 07:20:36 <frag> will try both, otherwise meh..
2026-05-07 07:49:18 <ayex[m]> indeed, ms teams is utter garbage, unfortunately I have to put up at work with it. there I use helium browser to keep that junk at least in a browser sandbox, and when I have the invitation link to a meeting, then it is possible to connect to that without an account. ( frag other already participation meeting members will need to allow you into the meeting though)
2026-05-07 08:02:30 <frag> it seems to work this time, both on phone and linux :]
2026-05-07 13:01:47 <wyk72> I have an issue with a package, maybe someone can help me
2026-05-07 13:02:34 <wyk72> basically is this situation:
2026-05-07 13:02:35 <wyk72> cloud-utils-localds requires cdrkit.  virt-install requires xorriso.
2026-05-07 13:02:54 <wyk72> but poackages conflict since they both use the binay mkisofsù
2026-05-07 13:03:02 <wyk72> I have no idea what to do
2026-05-07 13:03:23 <wyk72> apk refuses to install both packages but I need both
2026-05-07 13:10:17 <Biswa96[m]> wyk72: yup, it need some changes. let me send a quick merge request.
2026-05-07 13:13:01 <wyk72> thanks
2026-05-07 13:13:54 <wyk72> I used xorriso directly from command line, it worked (as a workaround)
2026-05-07 13:22:50 <Biswa96[m]> this merge request should fix it https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/102025
2026-05-07 13:23:49 <shadow> I don't think that's the correct fix though
2026-05-07 13:24:33 <shadow> xorriso is a legitimate front-end replacement for cdrkit, in fact cdrkit is kind of sus
2026-05-07 13:24:59 <shadow> why not make cloud-utils-localds depend on either?
2026-05-07 13:26:19 <Biswa96[m]> I have not seen other distribution to provide that symlink.
2026-05-07 13:27:42 <shadow> es@debian:~$ ls -l /usr/bin/mkisofs 
2026-05-07 13:27:42 <shadow> lrwxrwxrwx 1 root root 11 Nov 15  2024 /usr/bin/mkisofs -> genisoimage
2026-05-07 13:28:21 <shadow> I suppose that is cdrkit
2026-05-07 13:28:58 <shadow> debian "etc alternatives" allows to change that 
2026-05-07 13:29:16 <shadow> s/etc/update/
2026-05-07 13:30:10 <shadow> I guess that is not a strong argument against the change you've proposed, however.
2026-05-07 13:30:58 <Biswa96[m]> that symlink is provided in alpine's cdrkit package too.
2026-05-07 13:31:02 <Biswa96[m]> https://pkgs.alpinelinux.org/contents?name=cdrkit&repo=community&branch=edge&arch=x86_64
2026-05-07 13:41:47 <Biswa96[m]> btw, feel free to share your comment in that merge reqeust. ncopa may find other way to solve it.
2026-05-07 17:52:56 <Sertonix[m]> I think the better fix would be to depend on cmd:mkisofs
2026-05-07 18:18:17 <devgioele> I am looking for a mailing list or RSS feed to be notified about CVEs that are related to alpine linux. What do you recommend?
2026-05-07 18:19:03 <devgioele> The following does seem to be actively used: ~alpine/security-announcements+subscribe@lists.alpinelinux.org
2026-05-07 18:19:34 <devgioele> I would like to be informed when important package updates should be made.
2026-05-07 18:22:08 <ikke> We do not have a dedicated feed for 'important' package updates
2026-05-07 18:23:35 <devgioele> How do you stay up-to-date on security news?
2026-05-07 18:34:23 <ikke> I'm subscribed to oss-security (https://www.openwall.com/lists/oss-security/)
2026-05-07 18:45:27 <devgioele> thx
2026-05-07 19:12:47 <ahills> hey, some packages now install openrc scripts in /etc/user/init.d, which is great—but when I want to override them with my own in ~/.config/rc/init.d, openrc seems to start both of them, which causes some issues… is there a way to influence this behavior?
2026-05-07 19:13:19 <ahills> (this is for running services as a user, with --user)
2026-05-07 19:13:25 <ikke> ahills: Perhaps you can ask that in #openrc on libera.chat/
2026-05-07 19:13:30 <ahills> great idea, thanks!
2026-05-07 19:53:07 <ionxt> xmlsec-1.3.11-r0 wont install on edge
2026-05-07 19:53:42 <ikke> ionxt: apparently some packages still need to be rebuilt
2026-05-07 19:53:54 <ionxt> no errors but always in apk -u list 
2026-05-07 19:54:05 <ikke> ionxt: can you show the output of `apk add -s xmlsec=1.3.11-r0`?
2026-05-07 19:54:54 <ionxt> ERROR: unable to select packages:
2026-05-07 19:54:54 <ionxt>   xmlsec-1.3.9-r0:
2026-05-07 19:54:54 <ionxt>     breaks: world[xmlsec=1.3.11-r0]
2026-05-07 19:54:54 <ionxt>     conflicts: xmlsec-1.3.11-r0 xmlsec-1.3.11-r0[cmd:xmlsec1=1.3.9-r0]
2026-05-07 19:54:54 <ionxt>     satisfies: libreoffice-common-25.8.5.2-r1[so:libxmlsec1.so.1] xmlsec-nss-1.3.9-r0[so:libxmlsec1.so.1]
2026-05-07 19:54:57 <ionxt>   xmlsec-1.3.11-r0:
2026-05-07 19:55:00 <ionxt>     conflicts: xmlsec-1.3.9-r0 xmlsec-1.3.9-r0[cmd:xmlsec1=1.3.11-r0]
2026-05-07 19:55:02 <ionxt>     satisfies: world[xmlsec=1.3.11-r0] xmlsec-nss-1.3.11-r0[so:libxmlsec1.so.10311]
2026-05-07 19:55:05 <ionxt>   xmlsec-nss-1.3.11-r0:
2026-05-07 19:55:06 <ikke> Yeah, libreoffice
2026-05-07 19:55:08 <ionxt>     conflicts: xmlsec-nss-1.3.9-r0
2026-05-07 19:55:10 <ionxt>   xmlsec-nss-1.3.9-r0:
2026-05-07 19:55:13 <ionxt>     conflicts: xmlsec-nss-1.3.11-r0
2026-05-07 19:55:22 <dwfreed> please use a pastebin next time
2026-05-07 19:55:42 <ionxt> ok
2026-05-07 20:01:13 <ionxt> The last mesa update on edge breaks my xfce4 pager (workspace switcher) miniatur view and systray icons all other icons are ok some one can confirm this?
2026-05-07 20:02:31 <ionxt> The systray icons are ok if the size was set fixed
2026-05-08 00:02:59 <qiaoranmc> Hello!
2026-05-08 00:03:36 <qiaoranmc> Goodbye!
2026-05-08 05:35:36 <Forza> hi
2026-05-08 05:36:12 <Forza> is the new root escalation cve also affecting alpine?
2026-05-08 05:36:22 <ikke> Forza: which one exactly :)
2026-05-08 05:36:27 <Forza> https://www.openwall.com/lists/oss-security/2026/05/07/8
2026-05-08 05:36:29 <Forza> https://github.com/V4bel/dirtyfrag
2026-05-08 05:36:35 <ikke> Forza: probably
2026-05-08 05:36:35 <Forza> dirty frag
2026-05-08 05:36:40 <Forza> :(
2026-05-08 05:39:15 <Forza> I'm trying to understand if this is remotely exploitable, or only if you have a login to the machine 
2026-05-08 05:42:50 <ikke> It's described as a local privilege escalation
2026-05-08 05:42:57 <ikke> so you would already have to have access
2026-05-08 05:51:08 <Forza> good
2026-05-08 05:52:12 <Forza> well, not as bad as it could be
2026-05-08 06:06:37 <fission> I tried to get it to run on alpine but no dice yet
2026-05-08 06:09:04 <fission> it worked (too easily) on my ubuntu systems heh
2026-05-08 06:10:34 <Forza> it requires some ipsec modules loaded
2026-05-08 06:11:54 <fission> it will load them if using the lts kernel
2026-05-08 06:23:15 <fission> https://www.ldx.ca/tmp/dirtyfrag.txt    what I see so far
2026-05-08 06:23:32 <fission> maybe it's expecting root to have /bin/bash as its shell, there's some stuff that suggests maybe
2026-05-08 06:46:28 <Forza> fission: dont you need rhe esp4/6 modules loaded as well for it to work
2026-05-08 06:48:09 <fission> Forza: it is loaded
2026-05-08 06:48:36 <fission> dirtyfrag:~/dirtyfrag$ lsmod | grep esp
2026-05-08 06:48:36 <fission> esp4                   28672  0
2026-05-08 06:48:36 <fission> xfrm_algo              16384  2 esp4,xfrm_user
2026-05-08 06:50:27 <Forza> oh. then good it doesnt work. but maybe because like you say this particulate proof of concept assumes bash
2026-05-08 06:51:34 <fission> I changed it in /etc/passwd and it didn't seem to make a difference
2026-05-08 06:51:49 <Forza> https://github.com/V4bel/dirtyfrag/blob/892d9a31d391b7f0fccb333855f6289507186748/exp.c#L1110
2026-05-08 06:52:09 <fission> but probably it's just an implementation detail of the PoC rather than that it wouldn't work entirely
2026-05-08 06:54:09 <Forza> i am thinking this
2026-05-08 06:55:31 <fission> [!] client sendmsg: Key was rejected by service
2026-05-08 06:55:42 <fission> ^ I don't really know why that is
2026-05-08 07:05:37 <Forza> fission: if the crafted key is not accepted, it could be that Alpine kernels are configured slightly different
2026-05-08 07:06:13 <Forza> Alpine FTW :)
2026-05-08 07:07:05 <fission> well it is good that the published exploit doesn't 'just' work out of the box on Alpine I suppose :)
2026-05-08 07:07:21 <fission> and the virt kernel doesn't even have rxrpc iirc
2026-05-08 07:08:04 <fission> I should compare this failed run to a successful one on my ubuntu box, brb
2026-05-08 07:09:44 <fission> https://www.ldx.ca/tmp/dirtyfrag-ubuntu.txt   it's, uh, slightly shorter heh
2026-05-08 07:10:03 <fission> hmm maybe due to busybox
2026-05-08 07:10:08 <fission> (on Alpine, I mean)
2026-05-08 07:11:10 <Forza> lol
2026-05-08 07:12:07 <fission> maybe if I install util-linux-login
2026-05-08 07:12:11 <fission> which has a 'real' su
2026-05-08 07:20:07 <fission> dirtyfrag:~/dirtyfrag$ ./exp -v
2026-05-08 07:20:07 <fission> I did that, and changed TARGET_PATH to /bin/su and:
2026-05-08 07:20:07 <fission> [su] wrote 192 bytes to /bin/su starting at 0x0
2026-05-08 07:20:07 <fission> [su] installed 48 xfrm SAs
2026-05-08 07:20:07 <fission> [su] /bin/su page-cache patched (entry 0x78 = shellcode)
2026-05-08 07:20:25 <fission> but it's still failing after that
2026-05-08 07:20:28 <fission> 
ACTION shrugs

2026-05-08 13:24:28 <telmich> Something is strange..I just installed alpine 3.23.4, but it seems not to try to decrypt the rootfs after installation
2026-05-08 13:25:12 <telmich> I added the cryptdm=root and cryptroot=/dev/nvmen1p3 parameters to grub, I added the cryptsetup module to /etc/mkinitfs/mkinitfs.conf and I recreated the initfs
2026-05-08 13:26:38 <telmich> nvm.. nvme0n1p3 not nvmen1p3... damn nvme naming
2026-05-08 13:40:48 <telmich> Hmm, libreoffice is broken in edge
2026-05-08 13:44:11 <quinq> Worksforme©
2026-05-08 13:51:55 <telmich> hmm, strange
2026-05-08 13:59:06 <Biswa96[m]> libreoffice need to be rebuilt after some dependencies update, see the grayed out .so files in 'Depends' drop-down https://pkgs.alpinelinux.org/package/edge/community/aarch64/libreoffice-common
2026-05-08 13:59:34 <telmich> apk add libreoffice
2026-05-08 13:59:34 <telmich>     required by: libreoffice-common-25.8.5.2-r1[so:libxmlsec1-nss.so.1]
2026-05-08 13:59:34 <telmich>   so:libxmlsec1.so.1 (no such package):
2026-05-08 13:59:34 <telmich>   so:libxmlsec1-nss.so.1 (no such package):
2026-05-08 13:59:34 <telmich> ERROR: unable to select packages:
2026-05-08 13:59:36 <telmich>     required by: libreoffice-common-25.8.5.2-r1[so:libxmlsec1.so.1]
2026-05-08 14:01:59 <crimson_king> How would I go about setting up unattended package updates? I could probably use cron to upgrade, but automatically restarting upgraded services isn't obvious to me. All I could find is this "apk-autoupdate" package (https://github.com/jirutka/apk-autoupdate/), but it doesn't seem very active, and I don't know the author.
2026-05-08 14:21:18 <WhyNotHugo> I ḿ trying to package py3-curl-cffi, an optional dependency for yt-dlp… it uses a custom libcurl with boringssl, but my resulting binary is missing some symbols for some reason. Would appreciate any insight on !102099
2026-05-08 14:23:28 <elagost> crimson_king: the author is an alpine commiter, so this is probably a fine piece of software to use. most recent commit was coauthored by another committer too :)
2026-05-08 14:38:37 <crimson_king> Yeah, it looks like you're right. I'll give it a try!
2026-05-08 14:40:30 <Sertonix[m]> The safest bet is always to restart the system. Everything else will always miss some services that could be restarted.
2026-05-08 14:41:28 <quinq> telmich, check your xmlsec package
2026-05-08 14:46:15 <Sertonix[m]> [@_oftc_WhyNotHugo:matrix.org](https://matrix.to/#/@_oftc_WhyNotHugo:matrix.org) Have you tried not using/building the static library?
2026-05-08 14:52:07 <Biswa96[m]> quinq: the so file changed in new version https://pkgs.alpinelinux.org/contents?name=xmlsec&repo=community&branch=edge&arch=x86_64
2026-05-08 14:57:41 <Nivex> Has anyone else been seeing a bunch of "DNS: transient error (try again later)" the last few days when fetching from dl-cdn.alpinelinux.org ?
2026-05-08 14:58:12 <f_> Nivex: usually it's an issue with your connection
2026-05-08 14:58:20 <f_> at least I've been able to install stuff with no issue today
2026-05-08 14:58:27 <staceee> how can I list all packages that refuse to be upgraded (because of conflict or wathever)?
2026-05-08 14:59:01 <Nivex> I figured it's probably because I'm the only weirdo running on an IPv6-only connection, but I thought I'd check outside my bubble first.
2026-05-08 14:59:23 <f_> I think it does have ipv6
2026-05-08 15:00:47 <Nivex> It does. What's probably happening is one of the entries in the CDN list doesn't have AAAA records, so when I get that entry it errors. Once that entry cache expires it grabs a new one that does have AAAA and I go on with life. It's just been happening way more often lately so I've been noticing it.
2026-05-08 15:01:12 <f_> It's probably a good idea to point that out in #alpine-infra then
2026-05-08 15:01:22 <Nivex> 
ACTION nods

2026-05-08 15:02:09 <dwfreed> Nivex: it would be helpful to get pcaps of dns queries and responses, both locally and from your resolvers
2026-05-08 15:04:19 <Nivex> Yeah I'll have to do a deeper dive before I report anything more concrete. It could also be Quad9 messing with the queries (I'm using pdns-recursor to forward to them over DoT at the moment).
2026-05-08 15:05:46 <ikke> Since sunday, we fixed reaching https for one server (but that accidentally broke rsync). But I would not expect dl-cdn to be affected by that
2026-05-08 15:28:27 <quinq> Biswa96[m], this is weird, apk upgrade -a doesn't try to update it
2026-05-08 15:28:54 <ikke> It does not update it if there is still a package requiring the old version
2026-05-08 15:29:12 <quinq> No package here
2026-05-08 15:29:12 <quinq> apk info -r xmlsec
2026-05-08 15:29:12 <quinq> xmlsec-nss-1.3.9-r0
2026-05-08 15:29:12 <quinq> libreoffice-common-25.8.5.2-r1
2026-05-08 15:29:12 <quinq> xmlsec-1.3.9-r0 is required by:
2026-05-08 15:29:17 <quinq> apk info -r xmlsec-nss
2026-05-08 15:29:17 <quinq> xmlsec-nss-1.3.9-r0 is required by:
2026-05-08 15:29:17 <quinq> libreoffice-common-25.8.5.2-r1
2026-05-08 15:30:09 <ikke> quinq: apk add -s 'xmlsec=1.3.11-r0'
2026-05-08 15:35:59 <quinq> That's an undocumented feature, what's it supposed to do?
2026-05-08 15:38:36 <ikke> You pin the package version
2026-05-08 15:39:02 <ikke> It tries to force apk to install that version, and it then reports why that is not possible
2026-05-08 15:39:02 <quinq> ok
2026-05-08 15:39:52 <ikke> check man apk-world
2026-05-08 15:41:14 <quinq> Ah, seems that the xmlsec1 was removed in this version
2026-05-08 15:41:38 <quinq>   xmlsec-1.3.9-r0:
2026-05-08 15:41:38 <quinq>     conflicts: xmlsec-1.3.11-r0 xmlsec-1.3.11-r0[cmd:xmlsec1=1.3.9-r0]
2026-05-08 15:42:01 <quinq> Though I don't have that cmd installed explicitly
2026-05-08 15:42:22 <ikke> No, that just means a newer version conflicts with an older version, which is by definition the case
2026-05-08 15:42:55 <quinq> https://paste.nurd.space/7NU8ieZ6RJaCluEyFbngkHA6TxamyaH92qUp6eB6vhM
2026-05-08 15:43:12 <quinq> Nothing different from we already determined
2026-05-08 15:43:13 <ikke> oh, maybe, yeah, the cmd: part
2026-05-08 15:43:25 <ikke> is cmd:xmlsec1 in world?
2026-05-08 15:43:51 <ikke> It's still in the xmlsec package
2026-05-08 15:44:12 <quinq> $ grep -Fc xmlsec /etc/apk/world
2026-05-08 15:44:12 <quinq> 0
2026-05-08 15:44:16 <ikke> satisfies: libreoffice-common-25.8.5.2-r1[so:libxmlsec1-nss.so.1]
2026-05-08 15:44:20 <ikke> that's the issue
2026-05-08 15:45:23 <ikke> libreoffice-common still depends on 
2026-05-08 15:45:27 <ikke> so:libxmlsec1-nss.so.1
2026-05-08 15:45:34 <ikke> while the new xmlsec package provides so:libxmlsec1-nss.so.10311
2026-05-08 15:45:39 <quinq> Why doesn't it depend on it for telmich?
2026-05-08 15:48:48 <ikke> It does? "required by: libreoffice-common-25.8.5.2-r1[so:libxmlsec1-nss.so.1]"
2026-05-08 15:50:06 <quinq> Ah ok, right, the other xmlsec had been installed before there
2026-05-08 18:19:06 <telmich> Re xmlsec/libreoffice breakage:... (full message at <https://matrix.org/oftc/media/v1/media/download/ASeFwhb0IbBnM1eHpRSu7usgTRYbUbsI2DnEeVuMNpLe24XZ9_kfatEpcWGke5E6jlvRSaarSsq-VZ-v49WACk1CeeUOmWUgAG1hdHJpeC5vcmcvY3ZEdnFNYmVWdE5IV056aGhXY2p2bmNp>)
2026-05-08 18:22:17 <telmich> It's an 3.23 system freshly installed, then changed to edge for the missing packages
2026-05-08 18:38:01 <ikke> telmich: libreoffice needs to be rebuilt
2026-05-08 18:39:00 <telmich> ikke: ack. No problem, just was a bit confused that I understood above that it *should* work - so if it is correct, not working, everything is fine ;-)
2026-05-08 18:39:38 <ikke> libreoffice-common still depends on libxmlsec1.nss.so.1
2026-05-08 18:39:46 <ikke> libxmlsec1-nss.so.1
2026-05-08 23:51:19 <mmorpho> does anybody run a hardened kernel with alpine or is there no need?
2026-05-08 23:55:45 <eggz> usually no need, but you can always build your own kernel
2026-05-08 23:59:11 <mmorpho> eggs i ought to learn how to do that
2026-05-08 23:59:31 <mmorpho> ive done it on gentoo but there is the infrastructure for it
2026-05-09 00:08:00 <ssm> well alpine is gentoo but good so it should be easy
2026-05-09 00:08:41 <mmorpho> ssm: how do you do it?
2026-05-09 00:24:22 <ssm> install a hardened kernel binary or install a config and build? same a gentoo really
2026-05-09 00:25:24 <longnoserob[m]> mmorpho: https://wiki.alpinelinux.org/wiki/How_to_build_the_Alpine_Linux_kernel
2026-05-09 10:35:39 <freetolga> vscodium crashes so i dug into it and learned that there isnt enough infrastructure to compile chromium and all supported branches of electron and vscodium uses electron 39 
2026-05-09 10:36:04 <freetolga> i wonder if vscode 1.119 which just came out upgraded to electron 40
2026-05-09 10:51:12 <ikke> freetolga: I have a personal build of electron 39
2026-05-09 10:51:32 <freetolga> oh i forgot sharing in here
2026-05-09 10:51:44 <freetolga> https://github.com/microsoft/vscode/commits/electron-42.x.y/
2026-05-09 10:51:46 <ikke> And there is also an interaction with musl 1.2.25 
2026-05-09 10:51:56 <ikke> ah
2026-05-09 10:52:00 <freetolga> im gonna try having a personal package of electron 42
2026-05-09 10:52:10 <ikke> freetolga: let me know how it works
2026-05-09 10:52:19 <freetolga> it seems like i can just modify the electron 41 draft and update it based on chromium 147 to 148 changes
2026-05-09 10:52:32 <freetolga> and use the latest copium patchset that alpine chromium uess
2026-05-09 10:52:48 <freetolga> ikke: sure i will let you know im excited aswell
2026-05-09 11:21:21 <freetolga> thttps://github.com/PF4Public/gentoo-overlay/blob/master/dev-util/electron/electron-42.0.1.ebuild
2026-05-09 11:21:25 <freetolga> these people are smart
2026-05-09 11:21:37 <freetolga> they download chromium source seperately
2026-05-09 18:33:21 <boffbcn> Hi - new to alpine linux here - having issues with a lenovo ideapad 100s - usb runs fine - install runs fine - bu will not boot - in Uefi mode black screen - in legacy mode - uefi first - get to grub , but cannot load image - have copied vmlinuz-lts and initramfs to /efi/boot/ to match the grub commands The grub says that its looking for /boot/vmlinuz-lts etc - any ideas?
2026-05-09 18:34:17 <boffbcn> sorry - using alpinlinux extended usb
2026-05-10 01:33:32 <wovex> hello
2026-05-10 03:13:37 <jvvv> Seems librewolf has disabled all the new ff AI stuff... that is very good.
2026-05-10 03:23:22 <Biswa96[m]> those can be disabled in Firefox settings too.
2026-05-10 03:27:59 <jvvv> I did that, and in the about:config also... was still running into huge and sporadic cpu spikes even after that.
2026-05-10 03:29:12 <jvvv> Not happening in librewolf so far, even when I browser content that seemed to have been triggering it in firefox.
2026-05-10 03:29:23 <jvvv> *browse
2026-05-10 03:29:26 <noodle> hi people. how can i run a wayland compositor with software rendering? i tried WLR_RENDERER=pixman and WLR_RENDERER_ALLOW_SOFTWARE=1 with sway and cage, neither worked. i get this output everytime http://okturing.com/src/19266/body .  i looked around for how to get software rendering on weston too but couldn't find info. thx
2026-05-10 03:30:02 <noodle> x-y: i'm running alpine in a vm and my vm software can't do drm/etc so no gpu inside the vm
2026-05-10 03:30:43 <noodle> i'm on 3.24.0_alpha20260127
2026-05-10 05:31:00 <shadow> LLVMPipe ?
2026-05-10 10:18:08 <hazardaj_nombroj> question: i have an alpine install image on my usb flash drive (set up for an efi boot), but it boots without loading any of the linux-firmware- packages, even though it contains it
2026-05-10 10:18:15 <hazardaj_nombroj> this means i cannot set up wi-fi
2026-05-10 10:18:20 <hazardaj_nombroj> any way to fix that?
2026-05-10 13:18:48 <quinq> Hum
2026-05-10 13:18:51 <quinq> Hi
2026-05-10 13:19:28 <quinq> I just rebooted one of my machines (edge/amd64), and when starting X (with startx) again, it timeouts after a looong time (a few minutes)
2026-05-10 13:19:28 <JustSouptheyhe[m]> hello :)
2026-05-10 13:19:34 <quinq> First message:
2026-05-10 13:19:49 <quinq> xarth: file /home/quinq/.sxrverauth.xxxx does not exist
2026-05-10 13:20:01 <quinq> xauth: timeout in locking authority file /home/quinq/.Xauthority
2026-05-10 13:20:24 <quinq> _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created.
2026-05-10 13:20:47 <quinq> Then screens switches to black, a few minutes pass, then back to VT with:
2026-05-10 13:20:52 <quinq> xinit: server error
2026-05-10 13:21:03 <quinq> xauth: timeout in locking authority file /fome/quinq/.Xauthority
2026-05-10 13:25:13 <quinq> Any idea what I could do to fix that? (I'm not even sure what's the actual issue and why it suddendly appears)
2026-05-10 14:03:43 <Sertonix[m]> jvvv: There are a lot of other things that could cause the difference
2026-05-10 14:40:23 <Mindiell> hoÿ, I just installed alpine via alpine-setup, then alpine-desktop
2026-05-10 14:41:03 <Mindiell> but it still starts in the temrinal, not on the login screen. Is that normal ? How can I obtain this login screen ?
2026-05-10 14:43:11 <Sertonix[m]> Which desktop?
2026-05-10 14:43:44 <Mindiell> xfce
2026-05-10 14:45:27 <noodle> shadow: i'll try llvmpipe out thx
2026-05-10 14:45:47 <Mindiell> I did the install through lvm, then sys. I restart through sys directly
2026-05-10 14:46:41 <courge_musque[m]> What does "service lightdm status" say?
2026-05-10 14:50:52 <Mindiell> nothing since I resintalled basic system :o)
2026-05-10 14:51:07 <Mindiell> I'm now reading doc and installing some graphic drivers first....
2026-05-10 14:52:15 <Mindiell> As soon as I'll have xfce installed again, I'll try ths command ;o)
2026-05-10 14:55:36 <Nivex> I've got a Wayland desktop working on console but when I try to waypipe ssh in I get "Environment variable XDG_RUNTIME_DIR not present".
2026-05-10 14:57:48 <noodle> i think you might have to setup XDG_RUNTIME_DIR on the machine running waypipe too
2026-05-10 15:44:05 <Mindiell> courge_musque[m]: service is started
2026-05-10 15:44:50 <Mindiell> hmm, startx returns an error : no screens found
2026-05-10 15:47:13 <Mindiell> installing linux graphics drivers
2026-05-10 15:49:49 <Mindiell> hmm
2026-05-10 16:11:07 <freetolga> https://git.disroot.org/librecat/tolga-aports
2026-05-10 16:11:16 <freetolga> oops sorry for advertizing it
2026-05-10 16:11:21 <freetolga> i dont want others using this
2026-05-10 16:11:31 <freetolga> but i was happy that i could make a alpine package myself at all
2026-05-10 16:45:57 <freetolga> does alpine have reproducible and fully offline builds for main and commuinty?
2026-05-10 17:00:37 <liszca> does someone know how to setup ovn? its in the edge repository
2026-05-10 17:03:16 <liszca> as I didn't find a guid specific for alpine I tried to adapt one from debian but I couldn't make it work.
2026-05-10 17:04:10 <liszca> Those are the guides I tryied with:
2026-05-10 17:04:12 <liszca> https://linuxcontainers.org/incus/docs/main/howto/network_ovn_setup/#set-up-an-incus-cluster-on-ovn
2026-05-10 17:04:29 <liszca> https://youtu.be/1M__Rm9iZb8?si=fw5dnR6W5IEjsEwC
2026-05-10 17:05:02 <liszca> https://youtu.be/1M__Rm9iZb8?si=FLXJVV6CxfLmZy1h&t=139
2026-05-10 18:27:20 <Sertonix[m]> freetolga: There isn't really a policy or CI check but it is generally prefered for builds to be offline and reproducible.
2026-05-11 05:30:12 <freetolga_> hello from phone again
2026-05-11 05:31:14 <freetolga_> alpine is my favorite now
2026-05-11 05:31:56 <realroot[m]> hello from komai, no room profile image there
2026-05-11 12:28:14 <Witix> quick question, is compression enabled by default in alpine linux on btrfs install or does something extra have to be done for it? Doesn't seem mentioned at all in the wiki page
2026-05-11 12:30:08 <mmorpho> Witix: think you just add the mount option
2026-05-11 12:30:40 <mmorpho> b-tree based filesystems are just one massive log of writes. i assume it will start compression from that point on when you remount 
2026-05-11 12:31:18 <Witix> alright, thanks
2026-05-11 12:32:23 <mmorpho> Witix: are you doing snapshots?
2026-05-11 12:32:53 <Witix> no, I literally just want it for the compression :)
2026-05-11 12:33:07 <mmorpho> ah. i was looking at btrfs for the boot-menu snapshots
2026-05-11 12:33:49 <mmorpho> was going to ask how to do that ;)
2026-05-11 12:48:17 <Witix> update: I think you actually need to enable it manually, if it's on the root drive "doas btrfs property set / compression zstd" should do the trick
2026-05-11 13:30:57 <cs> Hi everyone - inb4 sorry for the beginner question :) However; I am looking to use the "zot" package, which is in edge/testing since March 2023. Is there some way of knowing, when this will be promoted to the community repo?
2026-05-11 13:31:53 <cs> *since Dec' 2024
2026-05-11 14:09:47 <ikke> cs: There is no automatic process to move packages
2026-05-11 14:10:12 <ikke> You can ask the maintainer if they're up to moving it. Feedback that a package is working and desired helps a lot
2026-05-11 14:10:32 <ikke> If the maintainer is not active, you can opt to maintain the package yourself
2026-05-11 14:13:10 <cs> Ah, alright that helps, then I will contact them directly, thank you :)
2026-05-12 13:25:06 <poe> I noticed that installing php85 on Alpine Edge now creates a symlink /usr/bin/php to /usr/bin/php85. Previously I had to create this manually. Do you know when this change was introduced?
2026-05-12 14:16:16 <mio> poe: !102007
2026-05-12 14:18:10 <poe> algitbot: thanks! I somehow missed the change.
2026-05-12 14:18:38 <poe> mio: thanks you too :)
2026-05-12 14:18:48 <mio> you're welcome
2026-05-12 14:19:09 <poe> So I imagine the symlink is only created when the installed php version is the default one. And that previously, php84 was symlinked (if 8.4 was installed). That makes sense
2026-05-12 14:21:29 <ikke> Correct
2026-05-12 19:45:40 <mkoshka> hi everyone!
2026-05-12 19:45:40 <mkoshka> upgraded a laptop from 3.23.3 to .4 and now luks password entry is broken. when i enter the emergency shell the keyboard is not set to english, so i assume it is the same on the password entry prompt.
2026-05-12 19:45:40 <mkoshka> is there a way to supply the encryption passphrase or the keymap from the boot parameters? many thanks
2026-05-13 14:35:48 <BethSheThey[m]> Hi, I've a question about shell completions.  I installed zsh, flatpak-zsh-completion, and zsh-completions.  With flatpak, I installed io.gitlab.librewolf-community.  However, tab completion in zsh doesn't work for flatpak app names.
2026-05-13 14:36:09 <BethSheThey[m]> I.e. if, after switching to zsh, I type flatpak run io.gitl and press tab, it can't complete the name of the flatpak.
2026-05-13 14:37:03 <BethSheThey[m]> By contrast, if I install bash, bash-completions, and flatpak-bash-completion, then completion of flatpak names works in bash.
2026-05-13 14:37:09 <BethSheThey[m]> Is there something else I need to do to get completion of flatpak names to work in zsh?
2026-05-13 14:44:24 <penguinz_rule[m]> silly workaround i use is adding the flatpak binaries location to PATH so it shows up in rofi also
2026-05-13 14:44:36 <penguinz_rule[m]> let me check my config a sec
2026-05-13 14:44:57 <penguinz_rule[m]> PATH="$PATH:/var/lib/flatpak/exports/bin"; PATH="$PATH:$HOME/.local/share/flatpak/exports/bin"
2026-05-13 15:11:58 <BethSheThey[m]> Meh, I'll just stick with bash.
2026-05-13 16:46:10 <hazardaj_nombroj> seems like the compilation of community/traefik fails not due to actual errors, but because of lacking test coverage?
2026-05-13 16:46:37 <hazardaj_nombroj> https://build.alpinelinux.org/buildlogs/build-edge-x86_64/community/traefik/traefik-3.7.0-r1.log
2026-05-13 16:46:58 <ikke> go tool covdata: fork/exec ../tmp/go/ac/ac8a2df6d957b7282cae673d72c499797f6306aa5aab3413a424b0a08e085207-d/covdata: text file busy
2026-05-13 16:47:45 <ikke> https://stackoverflow.com/questions/16764946/what-generates-the-text-file-busy-message-in-unix
2026-05-13 16:49:00 <ikke> https://github.com/golang/go/issues/78204
2026-05-13 16:49:31 <hazardaj_nombroj> personally, i'm just waiting for the security patch for firefox to get uploaded
2026-05-13 17:15:59 <EndersonMaia[m]> EndersonMaia[m]: Hey, just sharing my solution.... (full message at <https://matrix.org/oftc/media/v1/media/download/AZB7kl3Iylxvi9PhAnncneD3ATmQB1TutGonb3RzHqilfJZYVbH70y9XUbzKYk9kAovJYXEtkyu7zCcdKLXeOepCeeam-bbQAG1hdHJpeC5vcmcvWGV5SHNQVkNYZFZQb0VLR1hXb0hEY3pT>)
2026-05-13 17:16:11 <EndersonMaia[m]> s/pacjage/package/
2026-05-13 17:16:27 <EndersonMaia[m]> s/pacjage/package/, s/build/built/
2026-05-13 17:16:54 <EndersonMaia[m]> * Hey, just sharing my solution.... (full message at <https://matrix.org/oftc/media/v1/media/download/AaLgmn8cXlvofSOpzIbDVvYiicBiPs0nCmSUf5qHJr3kc00ajdMXD64Gz6u_vHHSN8QB0x49Pp0sHkR3-HspRLpCeeanBwQwAG1hdHJpeC5vcmcvc0NvUVpvTFlpaEpPa1NFWklFa0x3V0hD>)
2026-05-13 18:51:33 <frag> busybox vi is usable, hell yeah! https://lpar.ath0.com/posts/2026/05/the-vi-family/
2026-05-13 19:16:59 <fission> I switched to ed
2026-05-13 19:17:53 <fission> hmm I remember elvis!
2026-05-13 19:22:04 <noodle> ed is based
2026-05-13 19:22:10 <noodle> it's the standard text editor!
2026-05-13 19:39:54 <hazardaj_nombroj> okay, i'm confused now -- there are two packages in edge community for x86_64 that fail to build, and the build server just keeps trying to rebuild everything while randomizing the order? is there a point at which it will say "fine, i give up, let's upload the successful builds and start building testing instead"?
2026-05-13 19:43:52 <frag> not sure its the standard anymore, man ed doesnt say it is, if i managed to check with grep
2026-05-13 19:44:50 <frag> oh, gnu ed is the standard...
2026-05-13 19:45:14 <frag> in alpine weve evolved to vi!
2026-05-13 19:47:38 <ikke> hazardaj_nombroj: no, it won't give up
2026-05-13 19:48:01 <ikke> hazardaj_nombroj: the entire repo needs to finish building successfully before it uploads that repo
2026-05-13 19:48:10 <hazardaj_nombroj> does that mean nobody will get the firefox security patch until some unrelated packages are fixed? >_<
2026-05-13 20:06:57 <noodle> frag: am referring to https://www.gnu.org/fun/jokes/ed-msg.html :b but ya iirc only ed would come with unix until sam and acme also shipped with unix/plan9 later
2026-05-13 20:09:16 <noodle> vi is nice too ya
2026-05-13 20:09:26 <noodle> i like plain vi like uh openbsd vi or nvi
2026-05-13 20:10:38 <fission> yeah me too
2026-05-13 20:11:20 <noodle> twinsies
2026-05-13 20:51:01 <hazardaj_nombroj> raised an issue re "gopass", "pulumi" was already mentioned in #18143
2026-05-13 20:53:16 <hazardaj_nombroj> anjan: (assuming you're the maintainer for gopass) it seems like gopass's test suite wants "gpg-agent", which may be fixed by adding the "gpg-agent" package to makedepends
2026-05-13 20:53:54 <hazardaj_nombroj> *wants the "gpg-agent" command-line utility
2026-05-14 02:31:14 <spew> when I try to run 'mpv', I get a bunch of errors that are all basically "Error relocating /usr/lib/libavformat.so.62: av_exif_parse_buffer: symbol not found"
2026-05-14 02:31:21 <spew> has anyone seen that or know what the issue might be?
2026-05-14 02:32:44 <spew> hi noodle, are you the same noodle?
2026-05-14 02:33:08 <noodle> ye spew :3 i got some alpine to run in a vm for firefox
2026-05-14 02:33:21 <noodle> rip your mpv
2026-05-14 02:33:30 <spew> thankyou
2026-05-14 02:33:51 <spew> figured I should bother some strangers and not just kfx
2026-05-14 02:34:00 <noodle> hehe fair
2026-05-14 02:46:07 <pj> spew: are you on edge or are maybe mixing stable/edge branches?
2026-05-14 02:47:54 <spew> I'm on 3.23.4 but I'm using an unusual machine
2026-05-14 02:48:08 <spew> it's an rk3588 based computer
2026-05-14 03:08:55 <spew> which is to say aarch64, could it be some architecture issue with that package?
2026-05-14 11:42:07 <pu> Hi everybody, I'm moving from rootful to rootless containers with podman. What is the recommended way to start those containers at boot under the various userids?
2026-05-14 14:00:51 <WhyNotHugo> pu: openrc init scripts support a command_user variable, see man openrc-run.  
2026-05-14 14:01:05 <WhyNotHugo> Or you could use scripts in /etc/local.d/, see the README in there for details.
2026-05-14 14:17:29 <Sertonix[m]> Or user services that are started on boot
2026-05-14 15:09:27 <pu> At this point I have symbolic copies of /etc/init.d/podman (podman-vaultwarden, ...) and adapted its conf files. Does that sound viable? I'm asking because for each user there is a podman process that remains in zombie state.
2026-05-14 15:10:02 <pu> So basically one service per application
2026-05-14 15:10:20 <pu> (or per user, which is the same)
2026-05-14 17:25:32 <ivanpollak> Hi, is it possible to install the "Arial" font on alpine linux, that typst finds it? If i use `font-liberation`, typst doesn't find `Arial`: https://paste.sr.ht/~ivanpollak/d33ef4e55bc01a263e5a56884f468f10d9854cae
2026-05-14 17:30:28 <ikke> ivanpollak: you would need to enable /etc/fonts/conf.avail/30-liberation-sans.conf
2026-05-14 17:53:21 <ivanpollak> how can this be done? the file is already present.
2026-05-14 17:55:36 <ikke> You need to symlink to one of the directories that fontconfig looks for it
2026-05-14 17:57:01 <ikke> You can for example create $XDG_CONFIG_HOME/fontconfig/conf.d
2026-05-14 17:57:09 <ikke> as a directory, and then symlink it there
2026-05-14 17:57:19 <ivanpollak> I think it is already symlinked: https://paste.sr.ht/~ivanpollak/ad2ff8c891e225818bfe9e4c4c1c18b38e46bf6f
2026-05-14 17:57:33 <ivanpollak> but the font is listed as Liberation Sans and not Arial.
2026-05-14 18:02:24 <ivanpollak> `fc-match arial` outputs LiberationSans-Regular.ttf. I think this is a typst issue.
2026-05-15 00:16:39 <UBdoingIT> I got a question about installing Vitis/vivado on alpine Linux, is there any tutorial to install it or due to alpine being based on musl there is no compatibility for it since it requires glibc libraries.
2026-05-15 00:17:56 <longnoserob[m]> use steam to run it?
2026-05-15 00:20:50 <UBdoingIT> I know chroot is an option but I don't want to deal with the hassle of configuring a new environment and then putting applications from the chroot environment to my main alpine environment.
2026-05-15 00:22:21 <UBdoingIT> "use steam to run it?"
2026-05-15 00:22:21 <UBdoingIT> How so?
2026-05-15 00:35:27 <csepp> UBdoingIT: you might have better luck with distrobox, that still creates a container, but it tries its best to integrate it with the host.
2026-05-15 00:40:09 <UBdoingIT> Thanks, I'll check it out
2026-05-15 00:47:41 <longnoserob[m]> someone reported on fediverse that vivado was listd on steam...
2026-05-15 01:48:10 <courge_musque[m]> [@_oftc_UBdoingIT:matrix.org](https://matrix.to/#/@_oftc_UBdoingIT:matrix.org) 
2026-05-15 01:48:10 <courge_musque[m]> https://flathub.org/en/apps/com.github.corna.Vivado
2026-05-15 02:54:00 <vpzom> Where are the default boot services defined? (i.e. what part of the install process sets them up?)
2026-05-15 03:01:05 <vpzom> various scripts in alpine-conf I guess? But how does that end up affecting the installed system as opposed to the live environment?
2026-05-15 03:45:07 <LinuxSchafer> Hi
2026-05-15 03:45:18 <LinuxSchafer> Just got alpine couple days agoo
2026-05-15 03:45:33 <LinuxSchafer> I made an alpine linux plaque with my 3d printer
2026-05-15 03:45:37 <LinuxSchafer> idk where to send it
2026-05-15 03:48:22 <LinuxSchafer> Checked the logs, ill be back sooon
2026-05-15 03:59:05 <LinuxSchafer>  hrllo?
2026-05-15 03:59:12 <LinuxSchafer> hi new dude
2026-05-15 04:02:59 <LinuxSchafer> hi
2026-05-15 04:03:55 <LinuxSchafer> alpine
2026-05-15 04:05:36 <LinuxSchafer> fmirkes?
2026-05-15 04:11:15 <LinuxSchafer> im out
2026-05-15 04:14:17 <LinuxSchafer> 87tuygjhb
2026-05-15 04:16:11 <dwfreed> LinuxSchafer: nice password
2026-05-15 04:16:11 <LinuxSchafer> f
2026-05-15 04:16:12 <LinuxSchafer> f
2026-05-15 04:16:12 <LinuxSchafer> f
2026-05-15 04:16:12 <LinuxSchafer> f
2026-05-15 04:16:12 <LinuxSchafer> f
2026-05-15 04:16:13 <LinuxSchafer> f
2026-05-15 04:16:13 <LinuxSchafer> f
2026-05-15 04:16:14 <dwfreed> stop
2026-05-15 04:16:15 <LinuxSchafer> f
2026-05-15 04:16:26 <LinuxSchafer> not my pass
2026-05-15 04:16:27 <LinuxSchafer> btw
2026-05-15 04:16:35 <LinuxSchafer> just a keyboard stroke
2026-05-15 04:16:59 <LinuxSchafer> whats alpine been like 4 u?
2026-05-15 04:26:44 <LinuxSchafer> paddymahoney
2026-05-15 04:32:37 <wavefunc> Paying respects?
2026-05-15 04:37:55 <LinuxSchafer> idk man
2026-05-15 04:38:32 <LinuxSchafer> Im speaking on an alpine linux rn 
2026-05-15 04:51:41 <popefucker2> clandmeter: mute pls
2026-05-15 07:44:19 <rnkn> flatpak is not supposed to be run as root right?
2026-05-15 07:44:37 <penguinz_rule[m]> yes
2026-05-15 07:45:00 <rnkn> penguinz_rule[m]: yes it is supposed to be run as root?
2026-05-15 07:45:00 <penguinz_rule[m]> even the system flatpak installation should be run in the given user
2026-05-15 07:45:22 <penguinz_rule[m]> yes its not
2026-05-15 07:45:25 <dwfreed> s/yes/correct/ would have been better phrasing
2026-05-15 07:45:41 <dwfreed> it is indeed *not* supposed to be run as root
2026-05-15 07:48:41 <rnkn> when I try to add a remote I get: error: Flatpak system operation ConfigureRemote now allowed for user 
2026-05-15 07:50:40 <rnkn> (I have installed flatpak with apk of course)
2026-05-15 08:28:53 <rnkn> okay I needed the -u flag
2026-05-15 08:29:04 <rnkn> all is right with the world
2026-05-15 14:44:00 <UBdoingIT> @csepp Thanks for your help, yea the process was much easier to do then by chroot
2026-05-17 07:50:16 <visone[m]> Hi anything like AptCacherNg for alpine?
2026-05-17 08:53:53 <witcher01> getting a "504 Gateway Time-out" on wiki.a.o
2026-05-17 08:55:34 <ikke> checking
2026-05-17 10:02:41 <ikke> it's being scraped, and it maxed out the amount of workers
2026-05-17 10:02:54 <ikke> I've increased the amount of works so that it should be more easily handle the traffic
2026-05-17 11:47:12 <ivanpollak> I'm getting the 504 too
2026-05-17 11:52:53 <ikke> Yeah, the load is high
2026-05-17 11:53:00 <ikke> trying to mitigate it, but it's not easy
2026-05-17 13:10:13 <f_> ikke: is it protected by go-away? pmOS wiki had the same issue of getting scraped really hard and anubis made the load go down by a considerable amount
2026-05-17 13:10:55 <ikke> No, not at the moment, it's something I'm considering
2026-05-17 13:16:12 <quinq> Anibus is making the load on my machine considerably increasing
2026-05-17 13:16:27 <quinq> Sometimes failing just saying that the web browser doesn't allow cookies… While it actuallydoes
2026-05-17 13:16:37 <f_> anubis you mean?
2026-05-17 13:16:40 <f_> yeah me too
2026-05-17 13:16:54 <ikke> I don't like Anubis myself
2026-05-17 13:16:55 <f_> alpine infra uses go-away though
2026-05-17 13:17:15 <f_> tbh it's a shame anubis doesn't run on netsurf :P
2026-05-17 13:17:17 <ikke> Anubis punishes normaly people as well
2026-05-17 13:22:39 <Guest9585> could you distribute an offline version of the wiki
2026-05-17 13:23:25 <Guest9585> like just put it on git or equivalent
2026-05-17 13:23:26 <ikke> Not anytime soon
2026-05-17 13:24:03 <ikke> It's mediawiki, stored in a DB, not easy to export is as a static version
2026-05-17 13:24:10 <ikke> May exist some plugins for it, but would need to investigate
2026-05-17 13:24:29 <Guest9585> there must be a tool to convert to troff or mandoc
2026-05-17 13:25:04 <ikke> If you have a suggestion?
2026-05-17 13:25:14 <ikke> Any case, that's not a priority atm
2026-05-17 13:25:23 <Guest9585> just thinking out loud. 
2026-05-17 13:25:30 <Guest9585> sorry
2026-05-17 13:26:11 <Guest9585> is it be duplicated like the repo mirrors are?
2026-05-17 13:26:15 <ikke> No
2026-05-17 13:28:09 <quinq> Apparently there is tooling for it https://www.mediawiki.org/wiki/PDF_export
2026-05-17 13:28:35 <Guest9585> https://pandoc.org/
2026-05-17 14:20:34 <ikke> go-away deployed
2026-05-17 14:20:40 <ikke> Let me know if you face issues
2026-05-17 14:38:28 <witcher01> looking good. thanks ikke!
2026-05-17 14:43:16 <elivoncoder> im still mostly new to alpine, do you guys use rc-service instead of just service for start restart etc?
2026-05-17 14:43:46 <ikke> I do, but there's nothing wrong with using service either
2026-05-17 15:15:05 <f_> elivoncoder: rc-service and service are exactly the same
2026-05-17 15:15:15 <f_> service is an alias to rc-service
2026-05-17 15:15:32 <elivoncoder> oh
2026-05-17 15:15:44 <elivoncoder> i thought it was a bit diff, like apt to apt-get
2026-05-17 15:15:50 <elivoncoder> ok
2026-05-17 15:15:59 <f_> no it's identical
2026-05-17 15:16:03 <elivoncoder> thanks f
2026-05-17 15:16:06 <f_> service just saves you 3 key presses
2026-05-17 15:33:14 <zv> service also allows shorter tab completion than rc-*
2026-05-17 18:44:09 <shrizza>  /etc/init.d GANG RISEUP
2026-05-17 18:52:33 <quinq> Oh, I didn't know about this
2026-05-17 18:52:45 <quinq> Why is that undocumented? ;_;
2026-05-17 21:05:01 <mmorpho> im having some problems getting xen working im not sure what im doing wrong
2026-05-17 21:06:51 <mmorpho> https://termbin.com/o84q
2026-05-17 21:36:54 <mmorpho> hrmm, not its just hanging on xl create
2026-05-18 09:05:42 <kroovy> the dropbear-package needs some love
2026-05-18 10:01:03 <kroovy> i compiled the newest dropbear version myself. it compiles nicely on riscv :)
2026-05-18 10:55:51 <hazardaj_nombroj> i wonder: is the riscv64 build server just slower than the rest or something? it sure seems like it has the most yet-unbuilt packages every time i check
2026-05-18 10:56:24 <ikke> hazardaj_nombroj: yes, way slower
2026-05-18 10:56:45 <ikke> the per-core speed is horendous
2026-05-18 13:46:10 <Praef> Hello guys, anyone knows hot to set up runit?
2026-05-18 13:46:15 <Praef> or dinit
2026-05-18 13:54:45 <jahway603[m]> Praef, I do not currently see any articles for runit or dinit on wiki.alpinelinux.org, so perhaps you could add these pages when you get them working.
2026-05-18 13:55:19 <jahway603[m]> Web searching around shows wiki articles at the artix linux and gentoo wikis, so I would suggest referring to those and creating alpine wiki versions of your findings.
2026-05-18 13:55:22 <Praef> I could but i need to set up at least one of them first :p
2026-05-18 13:55:34 <Praef> Yeah i will try that later
2026-05-18 15:32:34 <ArRay_> Hello. Let’s say I’m running Alpine stable on a machine and I need a feature in a version of a software that is only in edge. Is there a recommended way or should I just switch to edge?
2026-05-18 15:34:46 <frag> i use https://wiki.alpinelinux.org/wiki/Repositories?__goaway_challenge=cookie&__goaway_id=7e2ef1183d40fe8ab7dde1210db4e36e&__goaway_referer=https%3A%2F%2Fduckduckgo.com%2F#Tagged_repository
2026-05-18 15:36:33 <ikke> ArRay_: It depends a bit. If the software has dependencies that are only in edge, installing it from edge will not work
2026-05-18 15:36:40 <ikke> (and even if it works now, it may break later)
2026-05-18 15:41:23 <ArRay_> ikke: okay, thanks. So if I limit it to that one software that nothing else depends on, I should only have this one thing break in the worst case?
2026-05-18 15:57:38 <shadow> what is the recommended way to install latest stable rust compiler in alpine?
2026-05-18 16:42:04 <courge_musque[m]> apk add rust
2026-05-18 17:05:39 <RubberSoul> Hi , I have a 32bit box. Installed AAlpine, setup-wayland-base and sway with some dotfiles. dbus/polkit/elogind all startup at boot properly. However neither $DBUS_SESSION_BUS_ADDRESS and $XDG_RUNTIME_DIR is initialised. Any place where I can start troubleshooting? Thanks :-)
2026-05-18 17:41:13 <fff> i can't seem to get aarch64->x86_64 cross compiling set up. just running scripts/bootstrap.sh x86_64 fails with a `missing asm/param.h` error
2026-05-18 17:41:46 <ikke> fff: what branch?
2026-05-18 17:42:37 <fff> v3.23 host, and i took latest tag for aports
2026-05-18 17:43:03 <fff> 3.23.4
2026-05-18 17:43:29 <Sertonix[m]> At which package?
2026-05-18 17:44:07 <fff> gcc-15.2.0/libsanitizer/sanitizer_common/sanitizer_linux.cpp
2026-05-18 17:50:19 <fff_> https://paste.sh/Q6WSuzT_#c1d3HDIoa66x7UFzYZQOwVXO
2026-05-18 17:50:58 <fff_> full eror if it helps
2026-05-18 17:53:10 <ikke> Is linux-headers installed?
2026-05-18 17:53:25 <fff_> yes, on the host
2026-05-18 17:53:46 <ikke> But I suppose not in the cross-compile chroot then
2026-05-18 17:54:43 <fff_> ~/sysroot-x86_64 doesnt seem to have any packages installed
2026-05-18 17:54:58 <ikke> how do you invoke bootstrap.sh?
2026-05-18 17:55:02 <ikke> ah
2026-05-18 17:55:58 <fff_> ill try manually installing linux-headers there and rerunning. is it not usually handled by the script?
2026-05-18 17:56:58 <ikke> I'm trying to follow the script, because on line 140, it seems to provide a list of packages to install if the number of arguments is 0
2026-05-18 17:57:10 <fff_> yeah i saw that as well
2026-05-18 17:57:28 <fff_> that should be running since it runs shift after getting arch
2026-05-18 17:57:28 <ikke> but line 11-14 it takes out the first argument
2026-05-18 17:58:28 <ikke> I think this happens already before it gets to installing those packages
2026-05-18 17:58:48 <ikke> line 98-123 first builds the cross-compiler
2026-05-18 17:58:58 <ikke> So I suppose it would be the host that would need it then
2026-05-18 18:01:03 <ikke> No clue then, this is a bit ouf of my league
2026-05-18 18:01:50 <fff_> alright, thanks for having a look at it
2026-05-18 18:20:31 <f_> hm x86_64->aarch64 crosscompiling works fine
2026-05-18 18:45:50 <fff> installing base + linux headers into ~/sysroot-x86_64 seems to have fixed it. build script is still running, but i can see that gcc-x86_64 was compiled
2026-05-18 20:30:14 <fff> by the way, is there a reason why all the packages are compiled from source when bootstrapping for cross arch?
2026-05-18 20:30:39 <fff> im not seeing any special options in the script, why cant it just use binary packages for the target
2026-05-19 01:15:26 <ikke> They're not around anymore, but the hint is in the name of the script
2026-05-19 08:53:33 <cfr690> Hi, I'm looking for a way to reproduce the RPI 5 (aarch64) builds. My goal is to create a custom build with encrypted A/B partitions and possibly a custom kernel. I can't figure out which Git repo is used to create the official images.
2026-05-19 08:54:28 <ikke> cfr690: the aports repo, scripts/ directory
2026-05-19 08:56:49 <cfr690> That was quick, and it seems to be exactly what I was looking for. Thank you very much!
2026-05-19 08:57:00 <ikke> You're welcome
2026-05-19 09:30:40 <rnkn> it appears tenacity (audacity fork) was removed several releases ago. anyone know why?
2026-05-19 09:31:15 <achill> the fork was unmainatined
2026-05-19 09:33:07 <rnkn> achill: thanks
2026-05-19 10:07:03 <quinq> Looks maintained now https://codeberg.org/tenacityteam/tenacity/commits/branch/main
2026-05-19 10:07:33 <quinq> But unreleased
2026-05-19 10:37:58 <rnkn> maybe I'm being cynical but it seems like one of those forks made because users got angry but were not committed enough to maintain
2026-05-19 15:05:48 <cyvoid[m]> Hello! I just setup alpine Linux, but I gotta add drivers for the realtek RTL8822BE since it doesn't show up as a network interface. How can I do this?
2026-05-19 15:15:06 <sogaiu[m]> i ran into a similar issue but worked around it via a usb wifi dongle.
2026-05-19 15:15:06 <sogaiu[m]> then i noticed someone else had this work-around:
2026-05-19 15:15:06 <sogaiu[m]> https://gitlab.alpinelinux.org/alpine/alpine-conf/-/work_items/10646
2026-05-19 18:43:53 <wizzard>  Hi, I think I found a setup-disk bug that breaks LUKS unlock on aarch64 cloud VMs. setup-disk's install_mounted_root() builds initfs_features from scratch starting with "ata base ide scsi usb virtio" and never adds kms, so installed systems get an initramfs without virtio-gpu / drm. The Alpine wiki's own example mkinitfs.conf includes kms in features, so setup-disk contradicts the documented configu
2026-05-19 18:43:53 <wizzard> egenerating the initramfs fixes it. Happy to open an issue / MR against alpine-conf. Leaning toward adding kms unconditionally since any future initramfs prompt path (fsck, emergency shell) would break the same way, but conditional on use_crypt is the minimal fix.
2026-05-19 18:43:53 <wizzard> ration. On Hetzner Cloud aarch64 with virtio-gpu, linux-virt-6.18.32-r1  leaves the display dead during initramfs without kms in features, so the cryptsetup prompt is invisible and cannot be answered via the noVNC console. Two independent installs from alpine-virt-3.22.2-aarch64.iso both lack kms in /etc/mkinitfs/mkinitfs.conf, confirming setup-disk doesn't add it. Adding "kms" to mkinitfs.conf and r
2026-05-19 19:03:44 <dwfreed> I mean, I bet it can be unlocked blindly, but yes, not ideal that it's not visible
2026-05-19 19:56:41 <cyvoid[m]> <cyvoid[m]> "Hello! I just setup alpine Linux..." <- i did not have the firmware package
2026-05-19 20:37:58 <wizzard> dwfreed: tried that first - blind entry doesn't unlock either, input doesn't reach cryptsetup during the dead window. not just a display issue, the whole console (output + input) is gone until something later in boot rebinds it. adding kms to features fixes both.
2026-05-19 21:30:38 <Sertonix[m]> For some setups it would be annoying that kms pulls in large files such as nvidia firmware and it's not directly obvious why the initramfs is large.
2026-05-19 23:51:14 <elivoncoder> i come from the land of debian and sudo, whats the best? way to run a command as a user without login.  ive just been read about doas but idk
2026-05-19 23:51:48 <noodle> it's really just sudo, doas, or su
2026-05-19 23:52:25 <elivoncoder> ive just been using su ya, wondering if doas was the 'better' way
2026-05-19 23:52:32 <noodle> sudo and doas let you speak for other users using your own password, su lets you login as them to do stuff
2026-05-19 23:52:38 <noodle> well
2026-05-19 23:53:01 <noodle> other than using your own password instead of the person's password, it gives you a cooldown where you don't have to retype the password
2026-05-19 23:53:06 <noodle> and you can pass in environment variables too
2026-05-19 23:53:30 <elivoncoder> oh when i said without login i mean its a non real user 
2026-05-19 23:53:45 <noodle> wdym
2026-05-19 23:53:58 <elivoncoder> lighttpd user
2026-05-19 23:54:10 <noodle> oh. all should work for it too
2026-05-19 23:54:23 <noodle> "doas -u lighttpd echo hi" for doas iirc
2026-05-19 23:55:43 <elivoncoder> ok ill use doas it seems to work ootb thanks
2026-05-19 23:55:52 <noodle> np. what's the usecase btw?
2026-05-19 23:56:01 <noodle> i think su should be better in scripts that run as root
2026-05-19 23:56:14 <noodle> and doas/sudo in one-off or interactive use?
2026-05-19 23:56:19 <elivoncoder> ive been using sudo and then chown when i run php script 
2026-05-19 23:56:22 <elivoncoder> err su
2026-05-19 23:56:35 <elivoncoder> on some files
2026-05-19 23:56:49 <noodle> oh. (fast)cgi thing?
2026-05-19 23:56:54 <elivoncoder> was going to consolidate with sudo, but read not many alpiners use sudo
2026-05-19 23:57:00 <elivoncoder> yes
2026-05-19 23:58:06 <noodle> i think su would be better in that case. but yea doas can do almost everything sudo can
2026-05-19 23:58:23 <noodle> so it's a good drop-in for interactive use
2026-05-20 00:01:02 <noodle> btw um
2026-05-20 00:02:07 <noodle> doesn't your http server run the fastcgi thing itself? so it should run as lighthttpd alraedy?
2026-05-20 00:02:18 <noodle> just tryna understand how it's working
2026-05-20 00:03:01 <noodle> i've only run like flask and slowcgi
2026-05-20 00:03:27 <noodle> nvm sorry i got it. the cgi program runs as your user
2026-05-20 00:04:26 <noodle> i think i'd create a service file that chooses the correct user/group and runs as them
2026-05-20 00:05:01 <noodle> so you can control it with openrc
2026-05-20 00:06:55 <noodle> i havn't created an openrc service before tho, only openbsd services. but ya done yapping. gl!
2026-05-20 00:55:39 <elivoncoder> was afk.  its just a rare onetime run php script im using doas like you noted above
2026-05-20 05:33:27 <anjan> hazardaj_nombroj: is there a build where the test fail? The master has the checks enabled
2026-05-20 05:34:14 <hazardaj_nombroj> anjan: sorry, i think it got fixed now, but it was a problem a few days ago
2026-05-20 05:36:29 <anjan> hazardaj_nombroj: ok, lets leave it as-is. By the way, you can submit a MR if you think any of my ports have a problem. It's easier for me to approve rather than publish a patch
2026-05-20 05:37:53 <hazardaj_nombroj> *nods*
2026-05-20 06:27:26 <cyvoid[m]> How can I use USB tethering? My phone sharing to my pc
2026-05-20 06:38:48 <hazardaj_nombroj> cyvoid[m]: normally a USB device set to tethering would present itself as an RNDIS device or ethernet card, both of which linux supports -- NetworkManager should be able to pick them up and use them for your internet connection
2026-05-20 06:45:10 <realroot[m]> sure
2026-05-20 06:45:24 <realroot[m]> enable it in settings
2026-05-20 06:49:36 <cyvoid[m]> Yeah doesn't work
2026-05-20 06:55:39 <dwfreed> recent versions of Android on many devices defaults to only allowing charging on USB, and you have to switch to USB tethering via a notification
2026-05-20 06:59:27 <hazardaj_nombroj> yeah, supposed to guard against potentially evil USB ports
2026-05-20 06:59:53 <hazardaj_nombroj> this is also why more recent versions of android don't allow anything but charging if the phone screen is locked
2026-05-20 07:00:05 <dwfreed> once you've done that, you should see the device in the output of 'lsusb'
2026-05-20 07:00:23 <hazardaj_nombroj> linux also has a similar functionality with `usbguard`, but you have to configure it manually
2026-05-20 07:00:58 <dwfreed> lsusb -t will provide even more info; eg, this is my phone in 'lsusb -t' after switching it to USB tethering:
2026-05-20 07:01:10 <dwfreed>         |__ Port 002: Dev 005, If 0, Class=Vendor Specific Class, Driver=[none], 5000M
2026-05-20 07:01:10 <dwfreed>         |__ Port 002: Dev 005, If 2, Class=CDC Data, Driver=cdc_ncm, 5000M
2026-05-20 07:01:10 <dwfreed>         |__ Port 002: Dev 005, If 1, Class=Communications, Driver=cdc_ncm, 5000M
2026-05-20 07:01:46 <hazardaj_nombroj> ^ only if installed from coreutils, busybox will not do that
2026-05-20 07:02:16 <hazardaj_nombroj> ^ correction: "usbutils", not coreutils
2026-05-20 07:23:52 <cyvoid[m]> dwfreed: I have
2026-05-20 07:24:50 <cyvoid[m]> hazardaj_nombroj: Oh I only have the busybox cersion
2026-05-20 07:25:06 <cyvoid[m]> I'm 100% the phone is properly connected as it shows in "ip a"
2026-05-20 07:25:31 <cyvoid[m]> I have this same issue on Ethernet
2026-05-20 07:25:49 <hazardaj_nombroj> do you use networkmanager or not?
2026-05-20 07:26:21 <hazardaj_nombroj> if yes, then probably there could be some priority setting worth examining, otherwise maybe new routes should be added manuallt
2026-05-20 07:26:25 <hazardaj_nombroj> iunno tbf
2026-05-20 07:29:30 <cyvoid[m]> hazardaj_nombroj: No
2026-05-20 07:29:59 <hazardaj_nombroj> check "ip r" then, see how the route table is set up
2026-05-20 07:30:08 <hazardaj_nombroj> could be that a connection you don't have is prioritized over one you do
2026-05-20 07:30:26 <cyvoid[m]> Last time my network worked was before installing Linux firmware package
2026-05-20 07:30:32 <cyvoid[m]> hazardaj_nombroj: It's blank
2026-05-20 07:30:44 <hazardaj_nombroj> well, that means you don't have any routes set up
2026-05-20 07:30:55 <cyvoid[m]> Sounds bad
2026-05-20 07:31:41 <hazardaj_nombroj> i suggest you install networkmanager if you're plugging in and removing networking devices
2026-05-20 07:31:58 <hazardaj_nombroj> the traditional ifupdown-based setup is only really good if your networking setup is fixed
2026-05-20 07:32:03 <cyvoid[m]> hazardaj_nombroj: How do I install it if I have no internet?
2026-05-20 07:32:41 <hazardaj_nombroj> good question...
2026-05-20 07:32:59 <cyvoid[m]> Chicken and egg problem
2026-05-20 07:33:05 <hazardaj_nombroj> how did you set up the tethering device on your machine then?
2026-05-20 07:33:14 <hazardaj_nombroj> did you use setup-interfaces?
2026-05-20 07:33:58 <hazardaj_nombroj> or modify /etc/network/interfaces?
2026-05-20 07:34:31 <hazardaj_nombroj> if you have a tethering device and have done neither, i think you should do the following: edit that file, add two new lines
2026-05-20 07:34:44 <hazardaj_nombroj> "auto (device_name)" and "iface (device_name) inet dhcp"
2026-05-20 07:34:53 <hazardaj_nombroj> then rc-service networking restart
2026-05-20 07:35:25 <hazardaj_nombroj> it should then catch onto that device properly, get the IP address, set up routing, all that stuff
2026-05-20 07:35:40 <cyvoid[m]> hazardaj_nombroj: Yeah it didn't do anything 
2026-05-20 07:35:49 <hazardaj_nombroj> weird
2026-05-20 07:35:59 <cyvoid[m]> I mean it did something
2026-05-20 07:36:07 <cyvoid[m]> Oh ok usb0 is gone now
2026-05-20 07:36:09 <cyvoid[m]> What
2026-05-20 07:36:32 <cyvoid[m]> Ok it's back
2026-05-20 07:37:23 <hazardaj_nombroj> does "ip a" and "ip r" say anything different now?
2026-05-20 07:38:12 <cyvoid[m]> hazardaj_nombroj: Ip a has a list of interfaces, they're all down
2026-05-20 07:38:33 <hazardaj_nombroj> weird, ifupdown is supposed to specifically bring the corresponding interface up
2026-05-20 07:53:32 <cyvoid[m]> hazardaj_nombroj: After running  setup-interfaces?
2026-05-20 07:53:46 <hazardaj_nombroj> or restarting the "networking" service
2026-05-20 07:55:38 <cyvoid[m]> hazardaj_nombroj: Thank you, that works
2026-05-20 07:56:00 <cyvoid[m]> What I assume happened is that it tried starting the service at boot, failed, and just never tried again
2026-05-20 07:56:31 <dreamhawk> Hello, is gitlab.alpinelinux.org down? 
2026-05-20 07:56:33 <hazardaj_nombroj> but really, set up networkmanager if you're using tethering (don't forget to delete the usb0 lines in /etc/network/interfaces, though)
2026-05-20 07:57:44 <hazardaj_nombroj> dreamhawk: looks kinda slow to me as well
2026-05-20 07:58:43 <dreamhawk> hazardaj_nombroj: ok... then it isnt just me. :) 
2026-05-20 07:59:34 <cyvoid[m]> hazardaj_nombroj: Ok setup-interfaces decided to not work for wifi lol
2026-05-20 08:01:59 <hazardaj_nombroj> dreamhawk: gitlab returned me a 502 error saying "Waiting for GitLab to boot"
2026-05-20 08:03:50 <dreamhawk> hazardaj_nombroj: i am trying to build a vm-image with alpine-make-vm-image, but it cannot download "apk-tools", thats how i found out. 
2026-05-20 08:26:29 <dreamhawk> hazardaj_nombroj: seems back up now :) 
2026-05-20 08:26:49 <cyvoid[m]> hazardaj_nombroj: I believe I setup it but it sees no access points (nmcli dev wifi)
2026-05-20 08:35:13 <hazardaj_nombroj> tried "nmcli dev wifi rescan"?
2026-05-20 08:35:49 <hazardaj_nombroj> i think it should do periodic scans by itself, though
2026-05-20 17:01:40 <hsp> I've been having the following issue for a while now when creating the initramfs. Is something broken? What can I do about it?  https://pastebin.com/smst2K19
2026-05-20 17:06:51 <wing> New to alpine. I'm trying to setup a user service. I've linked /etc/init.d/user to /etc/init.d/user.wing. I made the rc directory, and it's subdirectories (init.d, conf.d, runlevels) in .config. I put a service file .config/rc/init.d and added with rc-update add -U myservice default. It's showing up when I run rc-service -Ul, but when actually try to start or even see it's status with rc-service -U myservice status, I get a message saying
2026-05-20 17:06:51 <wing>  "You are attempting to run an openrc service on a system which openrc did not boot"
2026-05-20 17:06:54 <Shyny> hsp: Check that the initramfs exists and is recent with ls -lh /boot/initramfs-* . You can also manually rebuild once with mkinitfs -F
2026-05-20 17:07:46 <wing> oh, I've also set XDG_RUNTIME_DIR with mkrundir like it says on XDG_RUNTIME_TIME wiki page
2026-05-20 17:07:56 <wing> *on the
2026-05-20 17:09:55 <frag> used ps2pdf with Courier font, since its a font assumed to be on all systems, its not included, 4KB pdf, great right... on mobile phones its a bland page...
2026-05-20 17:10:40 <hsp> Shyny, The initranfs file is being created. But why is this message appearing?
2026-05-20 17:39:43 <mike[m]> hsp: I have the same and I came across this issue when I was looking into it a while ago: https://gitlab.alpinelinux.org/alpine/mkinitfs/-/work_items/88
2026-05-20 17:47:40 <hsp> mike[m], It looks like we'll have to live with this news for a little while longer.
2026-05-21 12:58:04 <noodle> zacksiri: pls fix connection?
2026-05-21 13:01:13 <noodle> o they quit right away
2026-05-21 13:03:29 <ikke> No, they're back
2026-05-21 13:04:01 <noodle> o ya. the other was a ghost nick
2026-05-21 13:04:28 <noodle> i think a ban would do until they get back to the computer but i'm not a mod
2026-05-21 13:07:57 <ikke> Yea, would at least give them a bit of time to respond
2026-05-21 13:09:13 <noodle> mhm
2026-05-21 17:28:50 <msiism> Does Alpine have an official AI/LLM policy yet?
2026-05-21 17:29:16 <ptrc> in progress
2026-05-21 17:29:21 <ptrc> https://gitlab.alpinelinux.org/alpine/council/-/issues/697
2026-05-21 17:37:45 <penguinz_rule[m]> i dont see how https://gitlab.alpinelinux.org/alpine/lua-aports/-/merge_requests/20 is relevant to the LLM deliberation
2026-05-21 17:41:59 <ptrc> i'd assume it was written using LLMs
2026-05-21 17:43:20 <ikke> 9
2026-05-21 17:43:28 <ikke> (just a random number)
2026-05-21 17:48:26 <socksinspace> i thought 7 was the most randomest number :O
2026-05-21 17:49:40 <Ermine> i've rolled a dice and it showed 4, so it's more random
2026-05-21 17:50:30 <ikke> https://external-content.duckduckgo.com/iu/?u=https%3A%2F%2Ftse2.mm.bing.net%2Fth%2Fid%2FOIP.ww-cnAsrj1jQejuE81uDTQHaCM%3Fpid%3DApi&f=1&ipt=4b8a5af3ae3ac93584f4427a494e4a6754691f2d80984ec8cb49c8de61f01e1b&ipo=images
2026-05-21 17:53:22 <aron> https://www.random.org/analysis/dilbert.jpg
2026-05-21 17:54:13 <ikke> Thanks
2026-05-21 17:54:24 <aron> yw
2026-05-21 17:56:15 <msiism> ptrc: Thanks.
2026-05-22 15:14:56 <roselandgoose> I've been reading the update-conf script, and skimming through documentation, but I'm hoping there's an easy answer from an expert:
2026-05-22 15:16:14 <roselandgoose> Can lbu be used on a system-disk-mode install just for tracking .apk-new files which are actually just the same as the default configuration before I applied local changes?
2026-05-22 15:19:10 <roselandgoose> I've got a wrapper script arround update-conf that automates moving /etc/whatever.apk-new to /etc/whatever.orig, and the next time that package is updated it detects that /etc/whatever.apk-new is the same as .orig, and zaps it right away.
2026-05-22 15:20:37 <roselandgoose> But I wonder if this is actually redundant to update-conf lines 100-104, if I can get lbu to make is_modified (update-conf lines 28031) to return false.
2026-05-22 15:22:09 <roselandgoose> (on lines line 70)
2026-05-22 15:22:29 <roselandgoose> s/28031/28-31/
2026-05-22 15:29:08 <roselandgoose> poking arround lbu is currently confusing me, since I've never knowingly ran `lbu commit` or the like, and I can't seem to figure out where/if I have a apkovl somewhere...
2026-05-22 15:39:05 <roselandgoose> ah, `lbu status -a` falls back to `apk audit --backup` ?
2026-05-22 15:44:54 <roselandgoose> Well, looks like answering the question for myself would involve understanding more of Alpine's special sauce, which iiuc was designed first and foremost for the diskless mode..
2026-05-22 15:46:42 <roselandgoose> My goal here is just to reduce the steps involved in safely/responsibly running apk upgrade. So if anyone has advice/tools which help with that, setting aside my more specific (but potentially misguided) questions, I'd be happy to hear about that instead.
2026-05-22 15:46:44 <roselandgoose> EOF
2026-05-22 16:31:27 <xokelis00> Hi, does anyone know why 'su' command on alpine tells me "incorrect password" instead of promting me for root password?
2026-05-22 16:33:44 <xokelis00> I ran setup-user, which created my local user, but does 'doas' is not installed so now I need 'su' in order to start iwd so I can download 'apk add doas' 
2026-05-22 16:34:48 <frag> how are you trying to run su?
2026-05-22 16:35:35 <xokelis00> from the gnome desktop console app
2026-05-22 16:36:44 <frag> you just running 'su'? dunno this app
2026-05-22 16:36:53 <lopid> try your user passwd
2026-05-22 16:37:45 <xokelis00> console is gnome's terminal emulator, I just open it and type 'su' which is supposed to ask me for my root password and let me be root, but instead it immediately says "su: incorrect password"
2026-05-22 16:38:07 <lopid> without you typing anything?
2026-05-22 16:38:43 <xokelis00> without typing anything
2026-05-22 16:39:18 <frag> hm weird, maybe you can open another console and log in as root ... works for me tho
2026-05-22 16:39:52 <lopid> one of your shell's init files must have an su command, or gnome-terminal is configured to start it
2026-05-22 16:40:26 <xokelis00> when I type 'which -a su' I get '/bin/su'
2026-05-22 16:40:34 <xokelis00> so it sees the su executable
2026-05-22 20:44:37 <xokelis00> Hey does anyone know how to configure busybox to allow normal user to reboot?
2026-05-22 20:48:03 <xokelis00> hello?
2026-05-22 20:48:23 <ikke> xokelis00: it helps it have a bit of patience
2026-05-22 20:49:50 <lopid> `sudo/doas reboot` doesn't work?
2026-05-22 20:50:18 <xokelis00> it does, I'd like to not have to type my password every time I want to reboot
2026-05-22 20:51:10 <lopid> if sudo, you can use NOPASSWD (iirc) 
2026-05-22 20:51:28 <quinq> And nopass in doas.conf
2026-05-22 20:52:03 <lopid> or put the user into the wheel group (sudo again)
2026-05-22 20:52:48 <quinq> Alpine sudo has wheel group withou password? oO
2026-05-22 20:53:18 <xokelis00> so by default it seems im setup with the 'doas' package, are you saying I can setup alpine to use sudo?
2026-05-22 20:53:21 <lopid> can't check atm
2026-05-22 20:53:35 <lopid> you can use either
2026-05-22 20:53:51 <quinq> Sure, if you have problems with doas somehow
2026-05-22 20:54:21 <xokelis00> I'm just used to using sudo
2026-05-22 20:55:07 <xokelis00> I had done "alias sudo='doas'" in order to make it work like sudo, but if I can just install it I'll install it
2026-05-22 20:55:27 <quinq> :)
2026-05-22 21:03:43 <xokelis00> hey lopid so i got sudo added, and I added normal user to wheel group but it still won't let me reboot
2026-05-22 21:04:09 <xokelis00> could you explain what you meant by "NOPASSWD (iirc)" comment?
2026-05-22 21:04:11 <ikke> Check the sudo config 
2026-05-22 21:06:18 <lopid> it seems you must uncomment wheel's NOPASSWD line in /etc/sudoers on alpine. or copy it to /etc/sudoers.d/ etc. you will have to relog in as the user after you change theirgroup]
2026-05-22 21:06:36 <lopid> either way, what ikke said
2026-05-22 21:07:52 <lopid> (unless you have shadow-login or util-linux-login, which look like they provide newgrp)
2026-05-22 21:10:33 <xokelis00> Ok i'll poke around there thank you
2026-05-22 21:10:52 <BethSheThey[m]> I just learned that Flatpak 2 is planned to hard-depend on SystemD.
2026-05-22 21:10:58 <BethSheThey[m]> https://hachyderm.io/@jorge/116619028047490652
2026-05-22 21:11:27 <BethSheThey[m]> Is there hope the dependency could be patched around?  What's the best alternative?
2026-05-22 21:16:23 <BethSheThey[m]> For a lot of apps running a distrobox container of Void or Arch works...but they don't integrate into the system as nicely.
2026-05-22 21:25:34 <invoked> speaking only for myself: fine, flatpak can suck worse if it wants to
2026-05-22 21:26:01 <invoked> nobody needs it. you can run the same stuff in bwrap if sufficiently motivated
2026-05-22 21:26:49 <invoked> and i hope this does encourage people to build stuff away from flatpak, if that's flatpak's attitude
2026-05-22 21:28:25 <xokelis00> Hey lopid, so after messing with visudo and /etc/sudoers I was able to get it to let me 'sudo reboot' without prompting me for password
2026-05-22 21:28:34 <lopid> nice
2026-05-22 21:28:38 <Nivex> The flippant "Are you serious?" was particularly disheartening. They can no longer conceive of a world that doesn't involve systemd.
2026-05-22 21:29:09 <xokelis00> Thanks for your help. You and ikke.
2026-05-22 21:29:17 <courge_musque[m]> @invoked that would be a shame for stuff like steam that you can't build, but is used by a lot of people
2026-05-22 21:29:25 <Nivex> I guess it was extra painful having met Jorge at Ohio Linuxfest many years ago.
2026-05-22 21:29:30 <invoked> courge_musque[m]: you can run steam in bwrap.
2026-05-22 21:29:59 <invoked> i don't do it myself, but i know it is being done
2026-05-22 21:30:14 <courge_musque[m]> Interesting, I'll try it someday
2026-05-22 21:30:48 <invoked> i think it's hugo (?)
2026-05-22 21:30:53 <invoked> hang on
2026-05-22 21:31:19 <invoked> yes: https://git.sr.ht/~whynothugo/steam-container
2026-05-22 21:31:55 <invoked> container, but anyways... point being, you can do it
2026-05-22 21:32:21 <invoked> nobody needs flatpak, and maybe they need to be reminded of it.
2026-05-22 21:34:56 <Sertonix[m]> invoked: Please keep in mind that there may be people who barely had the time to run flatpack install and certainly not the time for anything else. Just like there are people not using systemd
2026-05-22 21:35:54 <BethSheThey[m]> Nivex: It took me by surprise because flatpak.org has a "setup" page which explicitly describes how to install flatpak and enable flathub on 7 systemd-free distros (including Alpine).  Also, the flatpak FAQ says they used to depend on systemd but dropped it.
2026-05-22 21:36:12 <invoked> sure. but i'm only saying there's no hard dependency on flatpak. alternatives can and should exist, especially with their prevailing attitudes
2026-05-22 21:36:45 <Sertonix[m]> That's a better way to describe it :)
2026-05-22 21:49:06 <BethSheThey[m]> Yeah.  I use flatpak because I'm not a computer expert and flatpak is easy to use without effort.  But if I have to learn another way to install software I will.
2026-05-22 21:54:37 <popefucker2> The flatpak architecture of using a system daemon to run what are supposed to be self-contained containers always seemed a little silly to me
2026-05-22 21:54:47 <popefucker2> It's less silly than apparmor but still silly
2026-05-22 21:54:56 <popefucker2> *appimage
2026-05-22 21:56:31 <popefucker2> I doubt the dependence on systemd will be impossible to remove, usually it is actually very superficial. They will probably just use it to launch a user daemon with restrictive cgroups, which can be done other ways
2026-05-22 21:57:07 <invoked> some people love nothing more than to be a mitm between a person's keyboard and what it is they're trying to do. let's add another layer so that third-parties can add "value"
2026-05-22 21:58:02 <invoked> the joker in the mastodon thread is with bluefin, a distro built around flatpak, "cloud native" advocate
2026-05-22 21:58:56 <invoked> (tell me you can't hear the elevator pitch)
2026-05-22 21:59:55 <invoked> anyway, sorry for the noise in a help channel. i'd just close by saying: there are better paths
2026-05-22 22:13:03 <WhyNotHugo> I've toyed around with sandboxing apps installed via distro packages (e.g.: telegram-desktop, keepassxc). It can be quite solid, but there are some limitations to what you can do without full distro buy-in.
2026-05-22 22:13:28 <WhyNotHugo> I.e.: I have scripts in ~/.local/bin which wrap around the binaries in /usr/bin, but it's trivial to accidentally skip the wrappers.
2026-05-22 22:29:17 <Sertonix[m]> That might be avoidable by having the main desktop/shell environment sandboxed as well
2026-05-22 22:44:21 <popefucker2> Hmm, maybe. But the shell would still need to be able to run the origin /usr/bin binaries
2026-05-22 22:46:34 <Sertonix[m]> Not really, the shell only needs to be able to communicate with the process managing the sandboxes. Similar to a hypervisor syscall
2026-05-22 22:52:42 <popefucker2> Oh I thought the idea is that you just have scripts in .local/bin that use bwrap to containerize the programs in /usr/bin
2026-05-22 22:52:53 <popefucker2> No process managing the sandboxes at all
2026-05-23 00:21:30 <WhyNotHugo> Sertonix[m]: you have an interesting idea there, but I don't think I quite see the entire picture clearly.
2026-05-23 08:23:15 <Sertonix[m]> [@1something:catgirl.cloud](https://matrix.to/#/@1something:catgirl.cloud) I asked a flatpak dev and they said that the code is still written (and they don't know if that code will hard depend on systemd components). I think at the moment we have to wait for some code to be written.
2026-05-23 08:35:17 <rnkn> Sertonix[m]: that link requires installing an app
2026-05-23 08:35:42 <Sertonix[m]> WhyNotHugo: Not sure how to explain. But was thinking of a design "similar" to XEN. There is a managing deamon running outside of any sandbox and with privilidges to create/manage sandboxes (likely user namespaces, possibly other methods as well). There is a dom0 that is always started and has the privilidges to talk to the deamon for creating/managing sandboxes. That could be the regular shell. (I feel like that would be like
2026-05-23 08:35:42 <Sertonix[m]> QubesOS but with user namespaces instead of XEN)
2026-05-23 08:36:01 <rnkn> Sertonix[m]: you know you can just use IRC in this channel right?
2026-05-23 08:36:13 <Sertonix[m]> rnkn: Ignore the link, that's how matrix mentions translate to IRC
2026-05-23 08:36:27 <rnkn> messy
2026-05-23 11:09:18 <WhyNotHugo> Sertonix[m]: that makes sense. I guess inside sandboxes you mount /usr/bin with wrappers which call the manager-daemon
2026-05-23 12:09:38 <Sertonix[m]> For example, yes
2026-05-23 12:36:43 <frag> is it easy/possible to run a command as unprivileged, as root, without having addusered a user to the system?
2026-05-23 13:47:40 <hbug> hey, did a semi manual install. after i partitioned manually (with sfdisk) partitions did not show up in /dev/ . figured out partprobe etc. to dont help. This is as partitiones are detected corectly (in /sys/block/), but /dev/ is just not populated automatically. `mdev -s` did the trick, populating /dev/ with the partitions. The wiki
2026-05-23 13:47:42 <hbug> [claims](https://wiki.alpinelinux.org/wiki/Setting_up_disks_manually#Manual_partitioning) one should reboot after paritioning manually. seems a bit overkill :D may there be any other reason to reboot? feels to me like someone figured out rebooting makes the partitions appear in /dev/ and put it in the wiki?
2026-05-23 13:48:52 <hbug> calling `mdev -s` is also what [setup-disk does](https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-disk.in?ref_type=heads#L1318)
2026-05-23 14:10:42 <hbug> Same 'instructions' to reboot after partitioning in [this guide](https://wiki.alpinelinux.org/wiki/Setting_up_LVM_on_GPT-labeled_disks#Partitioning) . This article is also mentioning `mdev -s` as alternative to rebooting.
2026-05-23 14:26:08 <Sertonix[m]> frag: if you can safely avoid reuse of uid/gids you can use nsenter -S <uid> -G <gid>. Otherwise user namespaces
2026-05-23 14:47:18 <frag> interesting Sertonix[m], never heard of this!
2026-05-23 15:05:36 <frag> would it be possible to use that to run startx? managed to start dwm, but st closed as fast as i opened it.. (i also did chmod 777 /root)
2026-05-23 15:15:20 <Sertonix[m]> I have no idea
2026-05-23 15:18:02 <frag> dmenu_run works, and can start xterm..
2026-05-23 15:21:11 <quinq> frag, strace it
2026-05-23 15:23:29 <frag> oh.. never got into that
2026-05-23 15:23:35 <frag> straceing
2026-05-23 15:34:57 <quinq> It'll tell you which syscall failed and made st exit if it's not already clear
2026-05-23 15:35:09 <quinq> Though that might be hard to do with namespace, don't know
2026-05-23 15:44:58 <frag> quinq https://x0.at/tAbr.txt
2026-05-23 15:54:11 <quinq> Not sure
2026-05-23 16:19:32 <frag> okok, prob a weird idea anyway
2026-05-23 16:55:40 <frag> hmm, when i open st from xterm, it works..
2026-05-23 16:57:16 <frag> nah, was sued to root.. nvm..
2026-05-23 21:15:05 <Nivex> There is a tool in incus-utils called fuidshift. It is useful for lxc and libvirt-lxc as well, but incus-utils drags in incus and all its deps as well. Would that be a candidate for splitting out to its own package?
2026-05-23 21:23:02 <popefucker2> I think you can do this with setcap
2026-05-23 21:23:02 <popefucker2> > is it easy/possible to run a command as unprivileged, as root, without having addusered a user to the system?
2026-05-24 17:42:05 <CC0422> Hi! What is the "official" way to compile packages for different architectures (eg, armv7)? Like, what is used for the official repos?
2026-05-24 17:42:13 <CC0422> Chroot + qemu-user works but is too slow (~10x longer compile time) and aports/scripts/bootstrap.sh almost works but still has some issues...
2026-05-24 18:08:45 <ikke> CC0422: we build with native hw
2026-05-24 18:09:30 <ikke> (armv7 on aarch64 with 32-bits support)
2026-05-24 18:27:19 <WhyNotHugo> CC0422: I use `CBUILD=armv7 abuild rootbld`. It's not official though. AFAIK, the builders themselves run the target architecture when building.
2026-05-24 18:27:55 <WhyNotHugo> Oh, you need to run `apk add qemu-arm && service qemu-binfmt start` before that.
2026-05-24 18:28:27 <WhyNotHugo> I really wish `CBUILD=armv7 abuild -r` would work 🥺
2026-05-24 18:35:36 <CC0422> WhyNotHugo: I tried something similar. I used a armv7 systemd-nspawn container (fancy chroot lol) on a x86 Arch host with qemu-user and binfmt and it does work, but compiling the kernel takes 5 hours.
2026-05-24 18:36:35 <WhyNotHugo> CC0422: postmarketos has some tooling to cross-compile their packages natively with pmbootstrap. I've build an arm7 kernel on x86_64 in ~20 minutes.
2026-05-24 18:36:49 <f_> yeah pmbootstrap can do it
2026-05-24 18:37:00 <f_> but some packages may not like it
2026-05-24 18:37:21 <f_> kernel should be fine though.
2026-05-24 18:37:25 <WhyNotHugo> Packages which support it have an extra `options=` value. Other packages are compiled via qemu.
2026-05-24 18:38:10 <f_> no, the default is crossdirect
2026-05-24 18:38:20 <f_> https://docs.postmarketos.org/pmbootstrap/main/cross_compiling.html#crossdirect
2026-05-24 18:39:25 <CC0422> Cross-compiling on a native x86 container with bootstrap.sh and then using "CHOST=armv7 CTARGET=armv7 abuild -r" doesn't always work, it occasionally keeps references to x86 libraries and then abuild complains during packaging.
2026-05-24 18:41:53 <CC0422> WhyNotHugo, f_: thanks, I'll check the postmarketos tools
2026-05-24 18:42:01 <f_> yw
2026-05-24 18:43:58 <WhyNotHugo> Indeed, cross-compiling with  `abuild -r` usually doesn't work, `abuild rootbld` has always worked in my expereince.
2026-05-24 19:32:46 <mklmk> im trying to setup alpine but the internal keyboard doesnt work at initramfs (for luks unlock). is there a module for keyboard firmware?
2026-05-24 19:54:34 <lopid> or is it just set to the wrong keymap?
2026-05-24 19:56:48 <mklmk> lopid: not wrong keymap, just no input at all
2026-05-24 19:57:15 <lopid> hm
2026-05-24 20:06:29 <mklmk> kernel/drivers/input/keyboard i believe, looking at what a working initramfs from a different generator contained
2026-05-24 21:37:38 <mklmk> mklmk: added all of kernel/drivers/input and kernel/drivers/i2c and it still doesnt work. no clue what else is missing. only way i can get it to work is adding all of kernel/drivers
2026-05-24 21:44:40 <mklmk> nevermind it was supposed to be spi not i2c. got them mixed up at somepoint. all works now
2026-05-24 22:02:13 <Sertonix[m]> CC0422, WhyNotHugo: For kernels see https://gitlab.alpinelinux.org/alpine/aports/-/work_items/17406#note_528918
2026-05-24 22:37:02 <CC0422> Sertonix[m]: Yes, that's exactly the same problem I'm having with linux-lts-dev. Thanks for the link, I'll check it out tomorrow.
2026-05-25 05:07:33 <mcx> Hey guys, I have a couple questions about diskless mode. Is it possible to convert a normal install to a diskless one? And is it possible to set it up to use encryption at rest?
2026-05-25 05:16:56 <frag> not expert, but guessing installing a new system is easier.. i run diskless on rpi, actually just installing the system anew every time i reboot(not often), and minimal setup with scripts..
2026-05-25 05:18:34 <mcx> frag: how does it actually work? does it store files normally and just copy into ram at boot or does it create images
2026-05-25 05:22:09 <frag> mcx afaiu it makes root partition from tmpfs and populates it from a small boot partition where you can also save changes if you choose to
2026-05-25 05:22:50 <frag> so i guess you can say it loads it up into RAM
2026-05-25 05:23:12 <mcx> frag: yeah, but i mean how is the data stored at rest
2026-05-25 05:23:27 <frag> what do you mean rest?
2026-05-25 05:23:37 <mcx> on the disk you boot from
2026-05-25 05:23:57 <mcx> like is it a normal rootfs with partitions or is it a compressed image (like the livecd)
2026-05-25 05:24:02 <frag> oh, its just a vfat iirc
2026-05-25 05:24:37 <frag> i have an encrypted partition i mount manually after its booted
2026-05-25 05:24:56 <mcx> but then that partition isn't in ram i assume
2026-05-25 05:26:03 <frag> that partition is not in RAM, nor it sthe boot partition iiuc, the RAM part is created and populated _from_ the boot-partition
2026-05-25 05:27:09 <noodle> frag: i feel it's a bit wasteful to reinstall everything every boot? if the packages are big ofc. idk wat mcx wants to use the diskless machine for
2026-05-25 05:27:38 <noodle> more bandwidth on the network and load on servers
2026-05-25 05:28:27 <noodle> like i use my alpine vm for firefox and it's huge lol
2026-05-25 05:28:57 <mcx> noodle: yeah, reconfiguring every boot isn't really an option. my previous solution was a custom initramfs hook that copied everything into a tmpfs but i figured diskless was a cleaner solution
2026-05-25 05:29:23 <frag> noodle depends on the setup i guess, i strive for a minmal setup, and have scripts to setup, running through setup-alpine setup-xorg-base is really fast
2026-05-25 05:33:22 <frag> ofc you can store changes mcx, with: lbu commit, it makes a tarball with the changes where you choose, typically on the boot partition, and implement them on boot
2026-05-25 05:34:19 <noodle> mcx: i guess. i'd just mount an encrypted file from the host i guess
2026-05-25 05:35:03 <noodle> frag: yup depends
2026-05-25 05:41:26 <noodle> lbu commit fees like disked mode with more steps. ig the only benefit is faster programs bc everything's in ram?
2026-05-25 05:41:31 <noodle> feels*
2026-05-25 05:43:22 <mcx> noodle: for me the benefit is being able to boot multiple machines from 1 usb
2026-05-25 05:43:28 <mcx> since it can be removed after boot
2026-05-25 05:43:38 <mcx> makes synchronizing changes a lot easier
2026-05-25 05:44:39 <frag> dont know enough to answer that, but i guess faster yeah, i kinda like that i get a new system with only the changes i ask for every boot too...
2026-05-25 05:44:53 <frag> s/new/fresh
2026-05-25 05:45:12 <ikke> noodle: the idea is that you have a known base configuration. Once you reboot, everything is reverted to what's committed
2026-05-25 05:45:20 <noodle> mcx: oh interesting. servers?
2026-05-25 05:45:57 <noodle> frag: ya like if you create a file and then access it later it'd be faster than disked bc it's on ram if i understand right. i haven't run diskless alpine before tho
2026-05-25 05:46:27 <noodle> ikke: oh fair
2026-05-25 05:47:07 <mcx> noodle: yeah
2026-05-25 05:47:32 <noodle> fairs
2026-05-25 05:50:05 <ikke> linux keeps files that are frequently accessed in memory anyway
2026-05-25 05:51:30 <frag> ah, i see
2026-05-25 05:52:30 <noodle> ikke: true. i remember on gentoo that using a ramfs for compiling had a speed advantage tho. ig it has usecases
2026-05-25 06:58:40 <ikke> yes, there are cases where it does speed up things, especially when writing lots of files
2026-05-25 09:15:35 <ionxt> installing mbedtls-4.1.0-r0 on edge is not possible for me
2026-05-25 09:16:19 <ionxt> apk add -s mbedtls=4.1.0-r0
2026-05-25 09:16:19 <ionxt> (2/2) Upgrading mbedtls (3.6.6-r0 -> 4.1.0-r0)
2026-05-25 09:16:19 <ionxt> (1/2) Installing mbedtls3 (3.6.6-r0)
2026-05-25 09:16:57 <ionxt> but does not install with doas apk upgrade mbedtls
2026-05-25 10:42:32 <omni> hmmm..
2026-05-25 10:42:57 <omni> ok, they left?
2026-05-25 10:45:40 <omni> but I think you cannot upgrade just mbedtls (now 4.1.0) if you have packages installed that depend on mbedtls 3.6.6 .so files
2026-05-25 10:49:08 <omni> community/mbedtls3 was added for aports that are not yet ready to build with mbedtls 4.x, I hope we can remove it in time for the 3.25-release by the end of the year
2026-05-25 11:28:43 <ionxt> omni: ok thx for the answer, apk info --rdepends mbedtls shows:
2026-05-25 11:28:51 <ionxt> mbedtls-3.6.6-r0 is required by:
2026-05-25 11:28:55 <ionxt> librist-0.2.13-r1
2026-05-25 11:36:12 <ionxt> and librist is required by ffmpeg-libavformat...
2026-05-25 14:24:37 <elagost> is there a way to do wireless + wired networking on a laptop that doesn't involve networkmanager? Like roaming between different APs, hotplugging devices, etc, without having to run `ifup <interface>` every time you change things
2026-05-25 14:32:54 <ewo> elagost: what kind of networks are you using?
2026-05-25 14:34:22 <ewo> you could try connman or iwd, I personally just use wpa_supplicant/dhcpcd with wpa_gui
2026-05-25 14:36:18 <Witix> Sorry to barge in like this, but in case anyone hasn't heard the news flatpak might be dead for us :c
2026-05-25 14:37:28 <ikke> Witix: has already been mentioned, and it appears the people responding to this news may have caused it to actually becoming true
2026-05-25 14:37:51 <elagost> ewo: just regular wpa2 wifi and ethernet, occasionally disconnecting (laptop sleeping) and plugging in/unplugging ethernet
2026-05-25 14:42:11 <elagost> Witix: it ain't over till it's over, it's basically just internet drama and speculation at this point. Best to keep a level head and be kind to those involved.
2026-05-25 14:48:44 <ewo> elagost: Yeah sounds like a plan for iwd or connman, both are decent
2026-05-25 14:49:51 <ewo> Witix: there's this though
2026-05-25 14:49:54 <ewo> https://github.com/VHSgunzo/runimage
2026-05-25 14:50:10 <ewo> Steams working on appimage now too
2026-05-25 14:50:43 <mcx> can someone help me with the diskless install? i've set up the initramfs to decrypt a luks partition and then added "alpine_dev=dm-0:ext4" to the boot args. the disk decrypts, but alpine still can't find the rootfs "Mounting boot media failed". /dev/dm-0 exists in the recovery shell and mounts, not sure what i'm missing
2026-05-25 14:52:05 <elagost> is iwd capable of being standalone in the same way wpa_supplicant is?
2026-05-25 14:52:46 <mcx> elagost: yes, it also has dhcp built in iirc
2026-05-25 14:54:10 <ewo> elagost: yeah or you can use standalone dhcp clients with it
2026-05-25 14:54:24 <elagost> thanks, that might be nice. I'll play around with it. I typically use networkmanager but trying to set up something a little leaner on an ancient netbook.
2026-05-25 14:55:16 <mcx> elagost: i'm pretty sure the leanest solution is wpa_supplicant + udhcpc
2026-05-25 14:56:31 <ewo> 
ACTION misses the days of WICD

2026-05-25 14:56:44 <elagost> is there a way to get the boot times down when not connected to a network? i.e. have udhcpc fork to the background instead.
2026-05-25 14:56:58 <elagost> oh yeah I remember wicd, i still have an ancient debian install on a device that uses it :)
2026-05-25 14:57:06 <ewo> Yeah hah I used to use it a lot
2026-05-25 14:57:24 <ewo> You could try dhcpcd it just runs in a service in the background
2026-05-25 14:57:39 <mcx> elagost: maybe make openrc run parallel? my install also does that though
2026-05-25 14:57:49 <ewo> or that yea
2026-05-25 14:58:30 <elagost> I've never enabled that, etc/rc.conf has a big warning about it so I've always been scared off...
2026-05-25 14:59:31 <ewo> elagost: it's mainly harmless but yeah it can make services fail sometimes
2026-05-25 15:00:07 <ewo> I think the main problem of it is if you're running off something ancient, e.g. this USB2 pen drive I'm using right now
2026-05-25 15:00:32 <ewo> But even then that shouldn't be an issue if running-from-ram
2026-05-25 15:01:50 <elagost> htop says I'm down to using 103MB memory when using iwd, that's pretty cool. 
2026-05-25 15:02:25 <ewo> Yeah they're all pretty good alternatives to networkmanager
2026-05-25 15:02:33 <ewo> Connman is pretty light too, it runs on my phone
2026-05-25 15:12:16 <elagost> iwd's cli is much nicer than wpa_cli imo, tab completion and colors and everything! pretty slick. 
2026-05-25 15:12:32 <ewo> ahh yeah I never really used wpa_cli
2026-05-25 15:12:37 <ewo> just wpa_gui 
2026-05-25 15:13:16 <mcx> elagost: my usage for wpa is usually just wpa_passphrase ssid pass >>conf
2026-05-25 15:13:58 <elagost> for scanning for networks and stuff? The gui isn't bad though.
2026-05-25 15:14:32 <ewo> elagost: I'm on mobile hotspot most of the time so don't have to change
2026-05-25 15:16:16 <ewo> elagost: first time hopping to alpine?
2026-05-25 15:17:30 <elagost> nah, used it for a few years, just trying to see what life is like without the default stack I go with (networkmanager, elogind, polkit, udisks2, etc)
2026-05-25 15:17:44 <ewo> ahh fair yeah
2026-05-25 15:17:53 <ewo> i don't use those either
2026-05-25 15:18:05 <ewo> well, the one thing I have to live with is dbus
2026-05-25 15:18:24 <elagost> yeah that. And eudev too
2026-05-25 15:18:39 <ewo> yeah hah
2026-05-25 15:19:00 <ewo> i'm not sure if you can run mdev with xorg?
2026-05-25 15:19:11 <ewo> or wayland
2026-05-25 15:19:44 <mcx> don't see why you couldnt. maybe if it's a big de with lots of random dependencies
2026-05-25 15:20:13 <ewo> yeah its just for setting them up alpine defaults to installing eudev
2026-05-25 16:14:03 <WhyNotHugo> ewo: sway works fine with mdev + libudev-zero
2026-05-25 16:14:11 <frag> would it be possible to use that to run startx? managed to start dwm, but st closed as fast as i opened it.. (i also did chmod 777 /root)
2026-05-25 16:14:28 <frag> ups.. unintentional repost..
2026-05-25 16:15:18 <unvFK9I3vgc> WhyNotHugo: how difficult would it be to convert a flatpak steam install into your steam-container? really only the installed games and saves etc?
2026-05-25 16:16:07 <WhyNotHugo> unvFK9I3vgc: I moved the files from inside ~/.var/com.steam.Steam into /home/hugo/.local/share/steam-container/home after setting up steam-container.
2026-05-25 16:16:53 <WhyNotHugo> You can't just blindly copy the whole thing, need to respect what's basically $XDG_CONFIG_HOME
2026-05-25 16:17:36 <WhyNotHugo> I.e.: You'll have to take a while to poke around and understand whre the games and saves are inside Steam's directories and move them over respecting those locations.
2026-05-25 16:19:43 <ewo> WhyNotHugo: ahh cool thanks
2026-05-25 16:20:10 <WhyNotHugo> np
2026-05-25 16:20:50 <ewo> Was the person who said about systemd going in flatpak a senior flatpak dev?
2026-05-25 16:21:29 <unvFK9I3vgc> WhyNotHugo: <3 <3 <3
2026-05-25 16:22:00 <unvFK9I3vgc> 04<3 even!
2026-05-25 16:25:22 <panekj> ewo: depends which post are you referencing
2026-05-25 16:25:34 <panekj> the original hell thread was spawned by not a flatpak dev
2026-05-25 16:26:16 <panekj> but flatpak developers do have some potential ideas that will use systemd and potentially an alternative implementation anywhere else
2026-05-25 16:44:57 <ewo> panekj: ahh fair I wasn't sure thanks
2026-05-25 16:45:33 <ewo> Even if it does happen it's just buisness as usual: fork it
2026-05-25 16:45:43 <ewo> Or use other things
2026-05-25 16:46:32 <f_> ewo: I mean, no code has been written yet, this was just excited developers sharing exciting ideas. Then a non-developer coming in pretending to be one on mastodon and trolling people with deceptive messages.
2026-05-25 16:46:54 <f_> resulting in people attacking flatpak developers in return :(
2026-05-25 16:47:51 <f_> I guess one is no longer allowed to share drafts of ideas they have on the top of their head without someone else trolling and making all this a huge controversy for no reason
2026-05-25 16:48:23 <courge_musque[m]> The one starting the thread is the biggest clown ever, I don't know why people are suddenly hitting on flatpak devs when this guy has nothing to do with them
2026-05-25 16:48:39 <f_> because they pretended to be a flatpak devs
2026-05-25 16:49:11 <f_> and nobody replying has done any more research into who they really are.
2026-05-25 16:49:39 <pj> well, he is part of flathub maintainers
2026-05-25 16:49:44 <courge_musque[m]> When you look at their profile, you quickly see that they are saying shit, their latest blogpost is litterally thanking microslop about ai shit
2026-05-25 16:49:50 <courge_musque[m]> What, this guy is???
2026-05-25 16:49:58 <f_> flathub, not flatpak
2026-05-25 16:50:04 <pj> yes, jorge is part of flathub org on github
2026-05-25 16:50:39 <ewo> f_: fair aye the guy sounded like a right lonker
2026-05-25 16:50:45 <ewo> plonker* oops 
2026-05-25 16:50:48 <f_> there are plenty more people that are part of the flathub org but are not a flatpak developer
2026-05-25 16:51:22 <invoked> f_: for my part, i apologize in whatever i contributed to that noise. though, i stand by my assertion that better paths exist
2026-05-25 16:52:04 <ewo> 
ACTION chimerautils@testing hmmm

2026-05-25 16:52:11 <pj> I think elly put steam in podman iirc
2026-05-25 16:52:16 <pj> or someone else
2026-05-25 16:52:16 <elly> I absolutely did not
2026-05-25 16:52:24 <elly> this is slander :P
2026-05-25 16:52:37 <ewo> there's steam in appimage not tested it but looks like it works
2026-05-25 16:52:38 <pj> that reaction time
2026-05-25 16:52:53 <elly> :)
2026-05-25 16:53:15 <elly> I never did get steam to work correctly unfortunately
2026-05-25 16:53:39 <ewo> you can always run it fine in a glibc chroot too
2026-05-25 16:53:44 <pj> sad
2026-05-25 16:53:49 <ewo> did that before flatpak it works fine
2026-05-25 16:54:28 <courge_musque[m]> steam in a debian chroot seems like the original way
2026-05-25 16:54:38 <f_> I have to ask, though, elly != ellyqw ?
2026-05-25 16:54:52 <elly> this is my only username so yes
2026-05-25 16:55:05 <elly> different ellys
2026-05-25 16:55:18 <ellyqw> there are two of us! one of them must be an impostor
2026-05-25 16:55:23 <ellyqw> 
ACTION plays among us theme

2026-05-25 16:55:29 <panekj> there's like 50 different alice's 
2026-05-25 16:55:31 <panekj> calm down
2026-05-25 16:55:37 <elagost> I run steam in a sandbox too, it's called "steam deck"
2026-05-25 16:55:43 <ewo> Hah
2026-05-25 16:55:54 <ewo> I miss my steam deck I left it with a friend
2026-05-25 16:56:07 <elly> panekj: there is always room for more
2026-05-25 16:56:26 <ewo> elagost: do you run bazzite on it?
2026-05-25 16:56:32 <ellyqw> pj: https://gist.github.com/ellyq/db86e914be584fab5f6c3547f4ddbf29
2026-05-25 16:56:58 <ewo> I also had a few distros on it, Chimera, postmarketOS, CachyOS and Bazzite
2026-05-25 16:57:02 <panekj> thanks, now I have it saved forever in my browser history
2026-05-25 16:57:09 <elagost> ewo: I did for a bit but it didn't really get me anything over "normal" steamos so I went back. normal steamos has distrobox which is good enough for me.
2026-05-25 16:57:13 <panekj> as opposed to some random fedi post that does not index :PP
2026-05-25 16:57:21 <ellyqw> it works on gentoo, alpine and chimera btw
2026-05-25 16:57:33 <ewo> elagost: ahh fair I cut a load of stuff out of the bazzite image
2026-05-25 16:57:45 <ewo> Mainly the reasoning is that its the only thing that has encryption
2026-05-25 16:57:49 <panekj> "--network=host -it --user user elly/games:latest" see, it was elly after all
2026-05-25 16:58:01 <ewo> If it got nicked aye
2026-05-25 16:58:22 <elagost> FDE is nice but I'm not doing anything critical on my steam deck, plus despite being portably it really doesn't leave the house. 
2026-05-25 16:58:29 <ewo> yeah fair
2026-05-25 16:58:38 <ewo> I just keep everything FDE as a habit
2026-05-25 16:58:42 <elly> identity theft!
2026-05-25 16:59:17 <ewo> Running encrypted zfs on this ancient USB2 4GB thumb drive might be a bit overkill though ;-)
2026-05-25 17:00:05 <ewo> plus diskless is nice, I used alpine-mkimage to make a 700mb image that has all the critical/zfs things
2026-05-25 17:01:27 <ewo> 
ACTION out anyways, gotta reboot to config my laptop

2026-05-25 17:01:30 <ewo> ciaoo
2026-05-25 17:13:49 <f_> invoked: of course, but the code hasn't even been written yet
2026-05-25 17:14:06 <f_> wait until that is done, then we can argue about what to improve
2026-05-25 17:14:18 <invoked> fair
2026-05-25 17:14:48 <invoked> although, some precedence -- gnome sort of went ahead and did that
2026-05-25 17:15:04 <invoked> (but i don't use gnome so i don't really care personally)
2026-05-25 17:17:38 <f_> panekj: tbh, I did find some flathub maintainers to be a bit toxic at times
2026-05-25 17:18:33 <pj> well, flatpak/flathub is made by GNOME people so I'm not completely surprised
2026-05-25 17:19:03 <dwfreed> O.o
2026-05-25 17:19:03 <courge_musque[m]> Sure hope that they're at least smarter then the guy that started the thread
2026-05-25 17:19:24 <courge_musque[m]> Answering "of course not" is just wanting the drama
2026-05-25 17:20:07 <f_> pj: uh, I disagree, some gnome folks are okay
2026-05-25 17:20:29 <panekj> probably
2026-05-25 17:21:19 <panekj> but as a reminder, a flatpak dev, Sebastian Wick was banned from fd.o
2026-05-25 17:22:43 <f_> seems he was unbanned afterwards
2026-05-25 17:22:45 <invoked> small committees making very long-term consequential decisions that affect users without any real feedback loop. same as it ever was
2026-05-25 17:23:02 <panekj> I think it was timed ban
2026-05-25 17:24:12 <panekj> invoked: what are you referring to
2026-05-25 17:24:50 <f_> given I don't know the context (and frankly don't really want to look into it) I'll just assume swick and fd.o are on good terms now
2026-05-25 17:25:08 <f_> and I didn't mean to start a "look how many flatpak devs got banned from fd.o" conversation
2026-05-25 17:25:27 <invoked> i don't know what flatpak's governance is. so i'll back away. also i've made enough noise.
2026-05-25 17:26:47 <panekj> f_: i just wanted to point out that everyone can be bad at some point
2026-05-25 17:27:02 <f_> sure, I didn't pretend otherwise though :P
2026-05-25 17:27:57 <panekj> it would be so fun if i could attend alpineconf
2026-05-25 17:28:43 <f_> has there ever been an alpineconf since 2021?
2026-05-25 17:29:27 <panekj> I think there was meetup but i don't remember if it was alpineconf exactly
2026-05-25 17:32:22 <panekj> ALPSS is happening every year since 2021
2026-05-25 17:32:37 <panekj> @>
2026-05-25 17:32:39 <panekj> :>
2026-05-25 17:32:49 <ellyqw> panekj: you could attend pmOS conference *wink* *wink*
2026-05-25 17:32:55 <ellyqw> i'll be there
2026-05-25 17:33:02 <panekj> ellyqw: i was referring to that
2026-05-25 17:33:20 <panekj> https://opencollective.com/alpinelinux/updates/alpine-linux-and-postmarketos-conference-sponsoring
2026-05-25 17:33:27 <ellyqw> oh
2026-05-25 17:34:12 <panekj> it's a bit of travel from PL
2026-05-25 17:34:52 <ellyqw> yeah, AFAIK i'm not far from where you live right now
2026-05-25 17:35:08 <panekj> czech border :3
2026-05-25 17:35:32 <panekj> 16h via trains to aachen
2026-05-25 17:35:50 <ellyqw> so if you need anything 3D-printed or anything, hit me up because someone on fedi just... donated 300 bucks and I got a 3D printer now :3
2026-05-25 17:35:57 <panekj> lol
2026-05-25 17:36:26 <ellyqw> yeah so it's probably like an hour from here with KŚ
2026-05-25 17:36:56 <ellyqw> no doxxing ourselves on alpine irc though
2026-05-25 17:37:21 <panekj> we should use a secure communication
2026-05-25 17:37:25 <panekj> wall me on sakamoto
2026-05-25 17:37:37 <ellyqw> good idea
2026-05-25 17:52:29 <fabricionaweb> I'd love to go to that confer (I was talking alone on #alpine-offtopic)
2026-05-25 18:36:41 <witcher01> i just booked my travel, i'm going to the postmarketOS conference :)
2026-05-25 19:06:03 <ellyqw>  ]o/
2026-05-25 19:06:12 <ellyqw> *\o/
2026-05-26 13:26:02 <WhyNotHugo> witcher01: see you there!
2026-05-26 13:48:16 <witcher01> WhyNotHugo: looking forward to it!
2026-05-26 22:26:28 <WhyNotHugo> ptrc: tree-sitter, neovim and a few others track the LTS release of wasmtime. I'm thinking of having a wasmtime-lts package for those, rather than patch them to use the latest release. Thoughts?
2026-05-26 22:26:52 <ptrc> hm, we did need the latest of wasmtime as well, right?
2026-05-26 22:28:17 <WhyNotHugo> I don't know. The only dependant right now is testing/opa.
2026-05-26 22:29:13 <WhyNotHugo> But I think it makes sense to keep the existing package tracking latest.
2026-05-26 22:29:16 <ptrc> regardless, i'm okay with wasmtime-lts
2026-05-26 22:29:23 <ptrc> do you want to maintain it?
2026-05-26 22:33:53 <WhyNotHugo> I guess I can copy wasmtime and change the version, for a start.
2026-05-27 03:06:53 <mini__> what are the options used to create the initramfs used in the standard images? if i sub it out for a default one generated by mkinitfs it fails to boot
2026-05-27 03:07:40 <mini__> by standard images i mean the isos alpine distributes
2026-05-27 10:43:48 <realroot[m]> i updated to 3.24 and fstab was destroyed for some reason it had f2fs
2026-05-27 12:39:25 <ikke> realroot[m]: destroyed in what sense?
2026-05-27 14:27:39 <igilq[m]> Hey, can I get here support if I am using somewhat weird version of alpine?
2026-05-27 14:30:42 <ptrc> igilq[m]: what do you mean by that?
2026-05-27 14:30:52 <ptrc> ( https://nohello.net/en/ :p )
2026-05-27 14:31:55 <igilq[m]> By that I mean that I am using alpine linux on eBook reader and I installed it kinda weird way
2026-05-27 14:31:59 <igilq[m]> It works fully
2026-05-27 14:34:03 <ptrc> i mean, feel free to ask a question, the only thing we'd frown upon is mixing edge repos with stable releases :p
2026-05-27 14:34:52 <fabricionaweb> looks cool igilq[m] what ebook is? 
2026-05-27 14:35:29 <igilq[m]> Kindle paperwhite 3
2026-05-27 14:37:24 <fabricionaweb> nice one, I didnt know you could do that on kindle
2026-05-27 14:38:45 <elagost> how'd you do that? like a chroot or straight boot to alpine?
2026-05-27 14:52:14 <igilq[m]> Well, one day I got idea that i should install linux on yet another device... I found on github script (which is broken but repo had some old releases) which allows me build my own alpine, it downloads some basic stuff and after that I can mount image and chroot into it to further modify it
2026-05-27 14:52:54 <igilq[m]> Project was tested on my model of kindle, this was possible since kindle can be jailbroken, is running stripped version of linux and has x11
2026-05-27 14:59:13 <elagost> that's pretty neat. is there any specific problem you're having with it? And is it possible that your issues are due to the old kindle kernel?
2026-05-27 15:08:37 <realroot[m]> ikke: all my entries were removed. it contained:
2026-05-27 15:08:37 <realroot[m]> / as f2fs but no f2fs here.
2026-05-27 15:08:37 <realroot[m]> /boot as ext2 with random UUID, i have other UUID and it's ext4
2026-05-27 15:14:20 <ewo> Hi there, does anyone run mdevd/libudev-zero? I'm trying to understand a few things
2026-05-27 15:14:30 <ewo> Mainly trying to get pipewire working with it
2026-05-27 15:17:44 <igilq[m]> Problem is that alpine on kindle can't verify source signature or something when updating. Also alpine on kindle is using its own kernel
2026-05-27 15:32:34 <ikke> igilq[m]: make sure /etc/apk/keys contains the Alpine keys
2026-05-27 15:33:10 <ikke> The alpine-keys package contains them 
2026-05-27 15:47:21 <fabricionaweb> I was thinking on that but I wasnt sur so I let someone that knows better to say haha
2026-05-27 15:48:36 <fabricionaweb> igilq[m] the WhyNotHugo was working on Plato (I know it works on kobo) maybe you could try make it work on your kindle? good luck !102785
2026-05-27 15:59:29 <acrsoft[m]> hi, how to limit memory to some service? /etc/init.d/some  ?
2026-05-27 16:31:12 <WhyNotHugo> fabricionaweb: plato uses a lot of kernel-driver APIs directly, might be tricky other hardware
2026-05-27 16:31:27 <WhyNotHugo> in fact, upstream relies on interfaces provided by a custom kernel, hence the need for so many patches.
2026-05-27 16:47:31 <hodapp> alpine on kindle, what?
2026-05-27 16:48:45 <WhyNotHugo> hodapp: Downstream distribution supports this kind of devices: https://wiki.postmarketos.org/wiki/Amazon_Kindle_4_(amazon-yoshi)
2026-05-27 16:48:56 <hodapp> wow
2026-05-27 16:49:40 <fabricionaweb> but he said the paperwhite 3 so its a bit more modern 
2026-05-27 16:49:51 <fabricionaweb> they* sorry
2026-05-27 16:55:10 <hodapp> I want to find something cheapish that can run postmarketOS well, but haven't really looked
2026-05-27 16:55:25 <WhyNotHugo> There's a few other devices supported, no idea which ones work. But ultimately, they all run Linux, just a vendor build with no public sources.
2026-05-27 16:56:07 <WhyNotHugo> I got a Kobo Clara HD quite cheap recently. The OS boots, but the software itself is quite lacking.
2026-05-27 16:56:44 <hodapp> I was going to get a Kobo Clara to put koreader on
2026-05-27 16:57:16 <WhyNotHugo> I haven't tried koreader yet. It doesn't sound very appealing, but I should give it a fair try anyway.
2026-05-27 16:57:39 <hodapp> was looking at Samsung Galaxy Tab 2 7.0 but "charger driver is still WIP" 
2026-05-27 17:11:16 <elagost> I have a clara hd with koreader too - tried pmos but koreader fills all the gaps I need. RSS, wallabag, many formats, etc. I see no reason beyond curiosity to run "real" linux on it.
2026-05-27 17:35:47 <hodapp> elagost: I saw it had support for both Wallabag and Miniflux, my RSS reader
2026-05-27 17:41:11 <ewo> WhyNotHugo: koreader is nice, much better than the default stuff
2026-05-27 17:41:39 <ewo> Lowkey kind miss my kobo was good for reading manga
2026-05-27 17:42:17 <fabricionaweb> I liked plato a bit more, I have the kobo libra colour, I didnt adventure much, but I forked plato to add a bit of personal stuff to it 
2026-05-27 17:47:31 <fabricionaweb> I tried to make rsync works but I couldnt, even scp doesnt work... the busybox is prett basic, and I think I will leave like that, its fine
2026-05-27 18:15:19 <witcher01> ewo: I bought a Kobo Clara Color a few months ago and almost immediately put KOReader on it, and I haven't been using the standard interface since then
2026-05-27 18:16:04 <witcher01> some of my documents are too big for the standard reader to handle as well, so I sometimes *can't* use it. meanwhile KOReader happily opens the documents without any problem
2026-05-27 18:16:42 <witcher01> I liked it enough to add support for my newspaper's RSS feed so I can read it on the Kobo after downloading it through the KOReader RSS downloader :)
2026-05-27 18:19:43 <witcher01> the TL;DR of it: it also supports <enclosure> tags since then, which is neat
2026-05-27 18:26:21 <witcher01> WhyNotHugo: idk if you've seen it, but KOReader was covered by LWN in 2022: https://lwn.net/Articles/889171/. the article was enough to get me to at least give it a fair shot :)
2026-05-27 18:41:08 <llwyn> hey, can someone queue platformio-core for a rebuild against python 3.14?
2026-05-27 18:58:47 <igilq[m]> Hey, I checked /etc/apk/keys and it has 2 keys. 2 times Alpine-devel... Will they be enough to be able to update system properly?
2026-05-27 18:59:37 <ptrc> realistically you can also just pass --allow-untrusted just to download the `alpine-keys` package
2026-05-27 18:59:48 <ikke> igilq[m]: what are their exact names, and what arch are you on?
2026-05-27 19:01:23 <igilq[m]> They exact names would he hard to copy as alpine is on eBook reader and I didnt set up ssh yet. But they go like this: alpine-devel@lists.alpinelinux.org-....rsa.pub
2026-05-27 19:01:28 <igilq[m]> My arch is armv7l
2026-05-27 19:02:56 <ikke> igilq[m]: I would need the hexadecimal part
2026-05-27 19:03:04 <ikke> first couple of characters should be enough
2026-05-27 19:03:24 <ikke> no, last couple
2026-05-27 19:03:55 <igilq[m]> 524d27bb and 58199dcc
2026-05-27 19:04:09 <igilq[m]> Full hexadecimal since they werent this long
2026-05-27 19:04:52 <ikke> The last one is the aarch64 key, so would not work
2026-05-27 19:04:56 <ikke> the first one I don't know
2026-05-27 19:05:08 <ikke> So yes, what ptrc says
2026-05-27 19:05:19 <ikke> The keys are listed here: https://alpinelinux.org/releases.json
2026-05-27 19:05:27 <fabricionaweb> oh yes, you need ssh
2026-05-27 19:05:40 <ikke> fabricionaweb: what is that a reply to?
2026-05-27 19:05:59 <igilq[m]> I tried adding them with --allow-untrusted and I did update and alpine gave me segmentation fault
2026-05-27 19:06:57 <fabricionaweb> sorry, kinda reply, I mean, not need but having ssh is going to help :/
2026-05-27 19:08:01 <igilq[m]> Okay, how do I set it up then?
2026-05-27 19:10:38 <ikke> igilq[m]: what is giving a segfault?
2026-05-27 19:10:59 <igilq[m]> --allow-untrusted with apk
2026-05-27 19:16:36 <igilq[m]> I am downloading them like this if it matters: sudo apk add package --allow-untrusted
2026-05-27 19:17:31 <ikke> that should not cause a segfault. that seems to imply something else is off
2026-05-27 19:18:49 <igilq[m]> Then maybe I installed alpine wrong?
2026-05-27 19:37:23 <ikke> what does `apk --print-arch` return?
2026-05-27 19:51:42 <igilq[m]> Armv7
2026-05-27 19:56:04 <ikke> That should be fine
2026-05-27 19:59:43 <igilq[m]> And my install is from around 2019 if this matters
2026-05-27 20:00:17 <f_> igilq[m]: cat /etc/apk/repositories ?
2026-05-27 20:01:27 <f_|mo> igilq[m]: it should still work though
2026-05-27 20:03:59 <igilq[m]> I have edge/main, edge/community, edge/testing and latest-stable/community
2026-05-27 20:04:15 <f_> that's wrong
2026-05-27 20:04:16 <igilq[m]> I didnt add them as I am using premade install
2026-05-27 20:04:31 <igilq[m]> What's wrong?
2026-05-27 20:04:45 <f_> you shouldn't have community@edge and community@latest-stable at the same time
2026-05-27 20:04:52 <f_> drop latest-stable/community
2026-05-27 20:06:39 <f_> Other than that, do the arches match?
2026-05-27 20:08:55 <igilq[m]> Okay, I removed latest-stable... Only 3 repos should be in repositories file?
2026-05-27 20:08:59 <f_> yep
2026-05-27 20:09:06 <igilq[m]> Or should I add something else?
2026-05-27 20:09:10 <f_> or two if you're on a stable release
2026-05-27 20:09:26 <f_> no you should have 3 repos
2026-05-27 20:10:07 <igilq[m]> What should I do now? Update system?
2026-05-27 20:10:14 <f_> Yeah give that a try
2026-05-27 20:10:21 <f_> apk update && apk upgrade -a
2026-05-27 20:10:36 <f_> or, maybe not -a if there's some packages intentionally held..
2026-05-27 20:10:57 <igilq[m]> Untrusted signatures for repos
2026-05-27 20:11:10 <f_> apk add --allow-untrusted alpine-keys   ?
2026-05-27 20:11:36 <f_> Where did you get this alpine from, by the way?
2026-05-27 20:12:06 <achill> hmm that's also usually if the time isn't in sync
2026-05-27 20:12:16 <igilq[m]> --allow-untrusted gives me segmentation error
2026-05-27 20:12:22 <achill> oh lol
2026-05-27 20:12:25 <achill> whatt
2026-05-27 20:12:26 <f_> even with the repo changes?
2026-05-27 20:12:41 <igilq[m]> And I got alpine install from project repository to allow kindle to run alpine
2026-05-27 20:12:48 <f_> yes, where?
2026-05-27 20:12:51 <igilq[m]> But maybe its mismatching time
2026-05-27 20:13:03 <f_> yeah try to set your time correctly
2026-05-27 20:13:08 <igilq[m]> https://github.com/schuhumi/alpine_kindle
2026-05-27 20:13:19 <f_> you can also manually download alpine-keys to install
2026-05-27 20:15:23 <igilq[m]> How?
2026-05-27 20:15:54 <f_> https://dl-cdn.alpinelinux.org/alpine/edge/main/armv7/alpine-keys-2.6-r0.apk
2026-05-27 20:16:07 <f_> download it, put it in your kindle, `apk add ./<...>`
2026-05-27 20:21:48 <igilq[m]> Okay, how can I know that it properly installed? I got errors about untrusted signatures
2026-05-27 20:22:18 <f_> you got it installed yes?
2026-05-27 20:22:27 <igilq[m]> I think
2026-05-27 20:22:42 <f_> you download it, you `apk add --allow-untrusted ./path/to/alpine-keys.apk`
2026-05-27 20:22:51 <f_> and then you can try apk update
2026-05-27 20:23:05 <igilq[m]> I am still 2 hours off my timezone
2026-05-27 20:24:08 <igilq[m]> And even when having --allow-untrusted with local package, I get segmentation error
2026-05-27 20:24:18 <f_> ok where does it segfault
2026-05-27 20:24:19 <igilq[m]> Fault
2026-05-27 20:24:36 <f_> can you show full logs of apk
2026-05-27 20:24:43 <ikke> sudo dmesg | tail -n20
2026-05-27 20:25:41 <igilq[m]> Will short versions be fine? I am unable to paste in file content
2026-05-27 20:26:14 <f_> take a picture and send it then, that's fine too
2026-05-27 20:26:19 <ikke> see if mentions anything relevant regarding the segfault
2026-05-27 20:30:16 <igilq[m]> I managed to paste it to pastebin
2026-05-27 20:32:34 <igilq[m]> But it doesn't work good since kindle is really slow
2026-05-27 20:34:12 <igilq[m]> anyway, there are: apk (15657): undefined instruction: pc=402409d2 and code: 4770 ec51 0f1e 4770 (ffb0) 0300
2026-05-27 20:34:37 <igilq[m]> So pasting in file contents won't work
2026-05-27 20:35:25 <ikke> So it's some architecture related issue
2026-05-27 20:35:38 <f_> what kindle do you have specifically btw, curious
2026-05-27 20:36:33 <igilq[m]> Paperwhite 3
2026-05-27 20:36:50 <igilq[m]> With armv7L CPU architecture
2026-05-27 20:37:25 <f_> ok I have no idea why apk fails like this
2026-05-27 20:38:00 <f_> but let's try something: get apk-tools-static from https://dl-cdn.alpinelinux.org/alpine/edge/main/armv7/apk-tools-static-3.0.6-r0.apk 
2026-05-27 20:38:55 <igilq[m]> Or I have another idea... I could make alpine install myself on my PC for proper architecture and then move it to kindle updated
2026-05-27 20:39:06 <f_> I can't give up now xD
2026-05-27 20:39:44 <f_> but basically get that .apk, decompress it with `cd ~ && mkdir apk-static && tar xzf path/to/apk-tools-static.apk`
2026-05-27 20:41:21 <f_> I'm not sure if that'll work but you should have a new apk.static bin
2026-05-27 20:41:37 <igilq[m]> That will definitely take time
2026-05-27 20:41:49 <igilq[m]> I will try that but in few hours as for me it is night
2026-05-27 20:42:14 <f_> fair
2026-05-27 21:29:53 <kroovy> i can't browse https://wiki.alpinelinux.org using dillo webbrowser. go-away blocks me all the time :<
2026-05-27 21:31:34 <quinq> Only computer capables of running advanced software can prove they're not AI
2026-05-27 21:32:45 <kroovy> damn
2026-05-27 21:34:06 <ikke> kroovy: are you (or the browser) blocking cookies?
2026-05-27 21:34:12 <ikke> kroovy: Do you have a request id?
2026-05-27 21:35:11 <kroovy> ikke: yep 2a2cd6a8d3569eaf5fed30e5739a5df8
2026-05-27 21:35:27 <kroovy> i feel bad to bother you at night time :o
2026-05-27 21:35:30 <quinq> “Please note that some challenges requires the use of modern JavaScript features”
2026-05-27 21:35:35 <quinq> 4b2176032bed4306e582f549f41ea494/a7d60b9d171510079bf2
2026-05-27 21:35:45 <quinq> ^-- “administrative rule”
2026-05-27 21:37:35 <kroovy> modern JavaScript features is not my strength :c
2026-05-27 21:42:24 <ikke> kroovy: hmm, I don't see that request id. Can you try to make another request?
2026-05-27 21:42:54 <f_> the thing is dillo doesn't do javascript nor cookies (by default)
2026-05-27 21:43:07 <f_> go-away doesn't really rely on js but it does rely on cookies
2026-05-27 21:43:43 <ikke> I probably can whitelist dillo as a browser
2026-05-27 21:44:38 <f_> I was going to say please whitelist netsurf too but it has no trouble with go-away, \o/
2026-05-27 21:44:39 <kroovy> but don't tell the bad boys about this
2026-05-27 21:45:41 <ikke> They're truing too hard to look like a normal browser
2026-05-27 21:45:44 <ikke> (read chromium)
2026-05-27 21:46:02 <kroovy> hehe
2026-05-27 21:46:35 <noodle> links2 is nicer than dillo
2026-05-27 21:46:51 <noodle> dillo crashed my grahpics and made me restart the machine lol
2026-05-27 21:54:52 <ikke> kroovy: can you try again?
2026-05-27 21:55:18 <kroovy> ok sec
2026-05-27 21:55:35 <kroovy> works!!
2026-05-27 21:55:55 <kroovy> thank you :*
2026-05-27 21:56:06 <ikke> you're welcome
2026-05-27 22:49:27 <WhyNotHugo> witcher01: I'll probably give it a try (given the lack of options), but it seemed to do too much for my taste. A file reader, and ssh client, and self-updater, and rss reader, and …
2026-05-27 22:49:39 <WhyNotHugo> I don't usually get along well with "everything apps" that do everything.
2026-05-28 02:27:44 <karp> how does the init script prioritize which device to load apkvols from if multiple devices exist?
2026-05-28 02:29:32 <karp> or if anyone could point me to the repo where i could read the source for the init script
2026-05-28 02:33:15 <karp> nevermind found it
2026-05-28 02:35:12 <karp> it looks like it uses KOPT_apkovl, i assume i can just set that with apkovl= in boot args?
2026-05-28 08:52:03 <ikke> They already left :(
2026-05-28 11:11:06 <quinq> Sorry that's quite off-topic, but maybe somebody can help me here
2026-05-28 11:11:25 <quinq> I have to add a “custom” protocol handler in firefox, but I couldn't find official doc about this
2026-05-28 11:11:58 <quinq> I find one thing, that I tried out, but firefox is still continuing refusing opening the scheme saying it's an “unknown protocol”
2026-05-28 11:12:12 <quinq> Anybody would have dealt with this successfuly before?
2026-05-28 11:14:00 <longnoserob[m]> sth like foo://localhost:4711?
2026-05-28 11:14:06 <quinq> Exactly
2026-05-28 11:14:32 <quinq> I added: network.protocol-handler.app.foo /usr/bin/foo-handler
2026-05-28 11:14:44 <quinq> network.protocol-handler.external.foo true
2026-05-28 11:15:10 <quinq> And network.protocol-handler.warn-external.foo false, though I suppose that's not necessary
2026-05-28 11:20:27 <comk> quinq how about network.protocol-handler.expose.foo ?
2026-05-28 11:20:48 <quinq> Right, I tried setting it to true, but no change
2026-05-28 11:21:18 <quinq> In the Console I still see the same error message “Prevented navigation to foo://uri due to an unknon protocol.
2026-05-28 11:21:24 <quinq> ”
2026-05-28 11:55:26 <quinq> The heck
2026-05-28 11:55:30 <quinq> longnoserob[m], comk, found it
2026-05-28 11:55:43 <quinq> https://kb.mozillazine.org/Register_protocol
2026-05-28 11:56:47 <quinq> Well, found something, let's actually test
2026-05-28 11:57:05 <comk> was just going to post that, and this https://bugzilla.mozilla.org/show_bug.cgi?id=312953
2026-05-28 11:57:47 <quinq> Only 20-year old bug
2026-05-28 12:25:09 <quinq> ok, got it~
2026-05-28 12:25:17 <quinq> You *have* to create a .desktop file
2026-05-28 12:25:28 <quinq> The actual handler setting doesn't seem to be useful
2026-05-28 12:25:53 <quinq> Because apparently firefox decides to use freedesktop weird .desktop files
2026-05-28 12:26:04 <quinq> So you have to create one, and to register it
2026-05-28 12:26:13 <quinq> Only then firefox will try using the actual handler
2026-05-28 23:22:19 <ewo> :q!
2026-05-29 04:51:55 <Daniel15> Is there a way to avoid Tiny Cloud when booting from the alpine-virt ISO? I don't know what it's setting the root password to, and my provider doesn't use DHCP so it's failing to set the IP, so I'm not able to SSH in with my SSH key.
2026-05-29 04:53:57 <Daniel15> All the Alpine docs say the default user is root with no password so I was super confused until I figured out some cloud-init thing is setting the root password. I don't know what it's setting it to though. The option to change the password in my provider's control panel (Virtfusion) doesn't work unless the QEMU guest extensions are running :/
2026-05-29 05:02:32 <Daniel15> OK I figured it out. https://gitlab.alpinelinux.org/alpine/cloud/tiny-cloud/-/merge_requests/99. Had to touch /etc/tiny-cloud.disabled before init. booted with "virt init=/bin/sh" then touch /etc/tiny-cloud.disabled and exec /sbin/init worked.
2026-05-29 13:19:47 <WhyNotHugo> Can I run an arm7 VM with native hardware acceleration on aarch64?
2026-05-29 13:19:55 <WhyNotHugo> Like, in the same way that I can run an x86 VM on x86_64
2026-05-29 13:45:53 <roselandgoose> sounds like something that would depend on what extensions were implemented by the specific hardware.. ( -non expert )
2026-05-29 13:53:02 <ikke> Apple hardware cannot, but many server CPUs can
2026-05-29 13:57:52 <f_> WhyNotHugo: mostly it's the bleeding new SoCs that can no longer do this
2026-05-29 13:59:03 <f_> most current SoCs can still run armv7 (and not arm7, that's a different thing, it's an armv3/armv4 cpu)
2026-05-29 14:06:07 <WhyNotHugo> Sad, it's Apple hardware that I could potentially have access to :(
2026-05-29 14:06:22 <WhyNotHugo> I don't think an rpi4 would be faster than qemu on an i7 
2026-05-29 14:07:47 <WhyNotHugo> Adding a project to anitya is sufficient to get emails when they're out of date?
2026-05-29 14:10:56 <ptrc> should be, yeah
2026-05-29 14:10:58 <ikke> WhyNotHugo: we can also provide you an armv7 container 
2026-05-29 14:49:55 <f_> WhyNotHugo: 
2026-05-29 14:49:59 <f_> oops
2026-05-29 15:13:13 <WhyNotHugo> ikke: I'd appreciate that, although my intended usage is for downstream work.
2026-05-29 17:14:45 <bloink> would you recommend to run alpine on my laptop?
2026-05-29 17:15:21 <lopid> i don't like your laptop so no
2026-05-29 17:15:38 <noodle> bloink: yes unless you heavily depend on proprietary or glibc programs i think
2026-05-29 17:15:57 <noodle> i think there're ways to get glibc stuff running but i didn't have luck on it
2026-05-29 17:19:27 <bloink> noodle: ah i see
2026-05-29 17:19:34 <bloink> i did not know that about glibc
2026-05-29 17:21:40 <Sertonix[m]> Stuff can often be build for musl or run in some chroot like flatpak
2026-05-29 17:21:59 <noodle> yea
2026-05-29 17:22:43 <noodle> ig get a list of programs you depend on and try them out on a spare machine
2026-05-29 17:22:58 <noodle> so you can make a smooth transition
2026-05-29 17:31:57 <elagost> bloink:  What are you running now and what do you hope alpine as a desktop will get you?
2026-05-29 17:32:38 <bloink> elagost: i run debian 13. im hoping for simplicity.
2026-05-29 17:32:51 <bloink> but stuff that also hopefully works most of the time
2026-05-29 17:33:11 <elagost> what desktop do you run and generally what main software?
2026-05-29 17:33:59 <bloink> elagost: i run cinnamon. mostly brave browser. i also run sdr++
2026-05-29 17:34:51 <bloink> what do you think?
2026-05-29 17:35:16 <elagost> cinnamon is in alpine, you can use brave as a flatpak, and I'm not sure about sdr++, you may have to compile it yourself. check pkgs.alpinelinux.org?
2026-05-29 17:35:49 <bloink> just a moment
2026-05-29 17:36:28 <bloink> sdr++ is not listen there.
2026-05-29 17:36:40 <bloink> hm i can compile it myself of course!
2026-05-29 17:37:28 <elagost> or, you can use distrobox for other software. I like and use alpine as a desktop but mainly use console applications and am comfortable making my own packages. It is not as "easy" or has as many packages as debian, but is in many ways simpler. It'll just take you a while to get to a good stable spot, probably.
2026-05-29 17:38:26 <elagost> also new releases are every 6 months, instead of debian's 2 years or so. That may be better or worse for you.
2026-05-29 17:38:34 <bloink> ah hm
2026-05-29 17:38:41 <bloink> is upgrading a hassle?
2026-05-29 17:39:19 <elagost> it's absolutely not, edit /etc/apk/repositories, change 3.X for 3.X+1, `apk upgrade -Ua`, reboot
2026-05-29 17:40:52 <bloink> elagost: what made you switch to alpine as your desktop and are you happy with it?
2026-05-29 17:44:54 <elagost> I used postmarketos on my pinephone and found it was very easy to build packages, contribute, and modify my system in exactly the way I wanted. Moved my desktop to alpine and haven't looked back. apk and the tooling around it is the best and fastsest package manager I've ever used. having /etc/apk/world is super cool, makes package management kind of "declarative". contributing
2026-05-29 17:44:56 <elagost> to alpine is easy. I really genuinely like openrc. Basically it checks most of my boxes in ways that other distros don't.
2026-05-29 17:46:50 <elagost> the only thing alpine doesn't have that I would like would be versioned kernels (i.e. you keep 3 latest and can boot from previous, if something goes wrong)
2026-05-29 17:49:12 <elagost> basically alpine gives you a small base and you can make it exactly what you want. other systems do too - preivously I used fedora and had packages I used in a copr - but I'm already running postmarketos on some chromebooks so it makes sens to me to have only one os in my life.
2026-05-29 17:51:39 <el[m]1> what is the package name on alpine to get qemu user static and binfmt support for an arm64 chroot on an x64 host?
2026-05-29 17:53:28 <penguinz_rule[m]> i found alpine after being interested in the minimalism of it, and stayed because it survived an upgrade unlike debian
2026-05-29 17:53:34 <dwfreed> el[m]1: qemu-aarch64
2026-05-29 17:54:22 <Saijin_Naib[m]> @elagost lower cognitive load is what kept me. Community helping me learn to package made me try to evangelise for it, and support it financially
2026-05-29 17:54:48 <el[m]1> dwfreed: i already installed that one, chroot still complains about "exec format error"
2026-05-29 17:55:15 <Saijin_Naib[m]> @penguinz_rule same experience 🤣 never had a debian-derived survive a version upgrade. I know now that is because I used PPAs, but I needed them so 🤷
2026-05-29 17:55:45 <Saijin_Naib[m]> @el binfmt in openrc runlevels at all?
2026-05-29 17:56:55 <penguinz_rule[m]> i didnt use PPAs but it still cacked it
2026-05-29 17:57:00 <penguinz_rule[m]> now fron .23 -> .24 might be entertaining because i have a 14.4gb system install
2026-05-29 17:57:02 <el[m]1> service binfmt start seems to have done something, but sadly chroot still shows the sam error
2026-05-29 17:57:49 <el[m]1> "chroot: can't execute '/bin/sh': Exec format error"
2026-05-29 17:58:19 <el[m]1> this is what format it says /bin/sh -> /bin/busybox is: ./bin/busybox: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-aarch64.so.1, BuildID[sha1]=6399b605fd3aac04b5f1d1e19f8de879d78328a3, stripped
2026-05-29 17:59:48 <elagost> Saijin_Naib[m]: exactly, "lower cognitive load" is a good one. I feel like I can understand what my computer is doig and "keep it in my head" in a way I couldn't with others.
2026-05-29 18:00:40 <dwfreed> el[m]1: did you restart /etc/init.d/binfmt (or the system) to load the new binfmt files?
2026-05-29 18:02:14 <el[m]1> oh i might need to reboot? okay let me try that real quick, brb
2026-05-29 18:02:39 <elagost> penguinz_rule[m]: wow that's big, did you install every package or something?
2026-05-29 18:03:09 <penguinz_rule[m]> god no let me check after i make tea
2026-05-29 18:04:51 <Saijin_Naib[m]> @elagost yeah, exactly! And being able to read, audit, backup, restore, modify apk world makes management a breeze
2026-05-29 18:06:11 <Saijin_Naib[m]> I backup the minimal state from setup-alpine before reboot, then after setup-desktop, then after I put all my work stuff, then all my personal stuff. I diff them out so I have trimmed package lists I can overlay again if I roll back or for new installs on different machines
2026-05-29 18:07:05 <penguinz_rule[m]> i have 357 selected packages and 2462 total :))
2026-05-29 18:09:18 <el[m]1> dwfreed: hm, sadly still doesnt work. is binfmt meant to have a process running? because i cant really see one: https://paste.centos.org/view/b2c7c7b0
2026-05-29 18:10:49 <dwfreed> no, it loads the configuration into the kernel
2026-05-29 18:12:33 <Saijin_Naib[m]> 14.4GB in 3,205 packages 🤣
2026-05-29 18:14:07 <dwfreed> el[m]1: what files do you see in /proc/sys/fs/binfmt_misc ?
2026-05-29 18:17:06 <el[m]1> dwfreed: none 🥺 the list comes back empty. the directory exists but nothing in there
2026-05-29 18:19:03 <dwfreed> what kernel are you using?
2026-05-29 18:20:19 <el[m]1> it says 7.0.10-0-stable #1-Alpine SMP
2026-05-29 18:20:38 <Saijin_Naib[m]> same here on linux-stable 7.0.10
2026-05-29 18:20:41 <Saijin_Naib[m]> rinteresting
2026-05-29 18:20:48 <Saijin_Naib[m]> x86_64
2026-05-29 18:21:25 <el[m]1> i'm actually on postmarketOS if that is relevant 😮 but typically qemu stuff used to be more on the alpine side. sorry if i guessed that wrong
2026-05-29 18:21:55 <el[m]1> the underlying alpine release is 3.23.4
2026-05-29 18:22:03 <dwfreed> that is extremely relevant
2026-05-29 18:22:14 <el[m]1> oh dear, then sorry for not mentioning it earlier
2026-05-29 18:22:43 <el[m]1> i'm not using systemd though, just regular openrc
2026-05-29 18:22:50 <Saijin_Naib[m]> (I am on desktop alpine edge with the same empty binfmt_misc)
2026-05-29 18:23:06 <Saijin_Naib[m]> So, it doesn't seem postmarketOS-limited
2026-05-29 18:23:47 <dwfreed> what does /etc/init.d/procfs status say
2026-05-29 18:25:35 <jmml> i'm building emacs from source and until yesterday this list of packages https://paste.rs/VGn4r was enough but now it fails with "C compiler cannot create executables" when running configure. anyone know what might have changed?
2026-05-29 18:25:52 <penguinz_rule[m]> is .24 going to upgrade to linux 7? I am hoping to avoid linux 7 because of the slop committed to it
2026-05-29 18:25:52 <el[m]1> oh i think running that made something appear: https://paste.centos.org/view/raw/9ebab20e
2026-05-29 18:26:32 <el[m]1> like, i ran service /etc/init.d/procfs start and now there is something in /proc/sys/fs/binfmt_misc/
2026-05-29 18:26:56 <dwfreed> put procfs and binfmt initscripts in your boot runlevel
2026-05-29 18:27:19 <dwfreed> and also start binfmt initscript now
2026-05-29 18:28:04 <Saijin_Naib[m]> solved it on alpine, I was missing procfs in a runlevel, despite having added binfmt
2026-05-29 18:29:22 <el[m]1> hm so i restarted binfmt now just to be safe, but sadly it still doesn't work: https://paste.centos.org/view/7b52974c
2026-05-29 18:29:44 <dwfreed> now what's in /proc/sys/fs/binfmt_misc after restarting binfmt ?
2026-05-29 18:29:58 <dwfreed> ah, you included that
2026-05-29 18:30:15 <dwfreed> so now it sounds like it didn't load the binfmt file
2026-05-29 18:30:48 <dwfreed> what's in /usr/lib/binfmt.d/qemu-aarch64.conf
2026-05-29 18:31:06 <el[m]1> should i perhaps reboot again? i added these two things to the boot stage but didn't reboot after doing that
2026-05-29 18:31:20 <dwfreed> can't hurt, but probably won't help
2026-05-29 18:32:51 <el[m]1> regarding the file, it says no such file or directory: https://paste.centos.org/view/7e80d38d
2026-05-29 18:33:44 <dwfreed> aha, the binfmt files only exist in edge
2026-05-29 18:34:23 <el[m]1> oh huh, weird
2026-05-29 18:34:58 <dwfreed> (I didn't check versions, and the pkgs.alpinelinux.org contents search defaults to edge)
2026-05-29 18:37:48 <ptrc> yeah, that's relatively recent, in stable releases there's `qemu-binfmt` package
2026-05-29 18:37:54 <dwfreed> aha
2026-05-29 18:38:19 <dwfreed> install that, restart binfmt again, and it should work
2026-05-29 18:38:54 <ptrc> it has its own service :p
2026-05-29 18:39:21 <dwfreed> ah, restart that then :)
2026-05-29 18:39:45 <el[m]1> i don't seem to have qemu-binfmt for some reason
2026-05-29 18:40:10 <el[m]1> apk search binfmt just shows an empty result
2026-05-29 18:41:10 <ptrc> er
2026-05-29 18:41:17 <ptrc> it's `qemu-openrc` actually, sorry
2026-05-29 18:41:29 <ptrc> https://pkgs.alpinelinux.org/contents?name=qemu-openrc&repo=community&branch=v3.23&arch=x86_64
2026-05-29 18:41:36 <ptrc> and the service is qemu-binfmt
2026-05-29 18:42:11 <el[m]1> that... is one weird package to have that service, hah. thanks, that seems to have done it!!!! chroot works now, you rock
2026-05-29 18:42:43 <el[m]1> 💜 thank you so much
2026-05-29 18:47:21 <WhyNotHugo> pmbootstrap will mess up you binfmt registration btw.
2026-05-29 18:47:32 <WhyNotHugo> you need to start+stop the openrc service to restore it to a working state.
2026-05-29 19:15:31 <f_> el[m]1: it is relevant if you run postmarketOS with systemd (which it seems you do not)
2026-05-29 19:16:12 <f_> I didn't have to start binfmt on boot, manual start did the job fine
2026-05-29 19:16:52 <dwfreed> starting it on boot means you don't have to remember to start it every time you reboot :P
2026-05-29 19:22:16 <el[m]1> f_: yeah i kinda dislike most of the conceptual ideas behind systemd so i always use openrc
2026-05-29 19:22:57 <el[m]1> WhyNotHugo: huh?? that seems unfortunate. interestingly enough i always run it in a VM anyway, since it doesnt work without sudo and for security reasons i always disable sudo/doas
2026-05-29 19:23:02 <f_> dwfreed: solution: don't reboot :P (but yeah more seriously that's a good thing to do)
2026-05-29 19:23:24 <f_> el[m]1: I use openrc too, mostly because I'm not really in need of much else
2026-05-29 19:27:31 <frag> prob a dumb idea, but is it possible to define a var such that it would display the current time stamp? something like var='1780082851'
2026-05-29 19:27:41 <f_> with date?
2026-05-29 19:27:58 <frag> prob a dumb idea, but is it possible to define a var such that it would display the current time stamp? something like var=\'$\(date +%s\)\'
2026-05-29 19:28:09 <f_> where?
2026-05-29 19:28:16 <frag> in shell
2026-05-29 19:28:27 <frag> popix shell
2026-05-29 19:28:37 <f_> well yes
2026-05-29 19:30:32 <dwfreed> note that variables don't automatically update; so that's only going to give it the time as of when you set the variable
2026-05-29 19:32:18 <frag> guess would have to eval it.. date is more convenient..
2026-05-29 19:33:08 <dwfreed> eval doesn't change that
2026-05-29 21:04:12 <Saijin_Naib[m]> Grub moved to 2.14 on edge from 2.12. Do I need to do anything to not brick my family PCs?
2026-05-29 21:04:28 <Saijin_Naib[m]> I am still wary after 2.10 to 2.12 earlier and how that bricked all the alpine PCs I manage for family
2026-05-29 21:09:21 <abby> generally, run grub-install again
2026-05-29 21:10:00 <Saijin_Naib[m]> Is that a trigger doas apk fix grub would run!
2026-05-29 21:10:24 <Saijin_Naib[m]> Question, sorry
2026-05-29 21:12:09 <abby> I'll let someone who knows about alpine's grub answer that
2026-05-29 21:13:22 <Saijin_Naib[m]> Thanks for the pointer, either way
2026-05-29 21:56:17 <elagost> Saijin_Naib[m]: I just updated grub on x86 and x86_64 (bios boot, no uefi) and it went fine.
2026-05-29 21:58:25 <Saijin_Naib[m]> Sweet, okay. All machines here are UEFI but that is encouraging
2026-05-29 23:08:36 <technomancy> am I remembering correctly that alpine has a policy against LLM contributions, or did I get that mixed up in my head?
2026-05-29 23:32:41 <WhyNotHugo> technomancy: not fully written yet, but they're not appreciated.
2026-05-29 23:33:00 <technomancy> aha gotcha; still a draft. thank you.
2026-05-29 23:33:26 <WhyNotHugo> for writing MR summaries, issues, etc, please just use your own words to communicate with other humans :)
2026-05-29 23:33:33 <Sertonix[m]> [el](https://matrix.to/#/@elliecode:matrix.org) Looks like https://gitlab.alpinelinux.org/alpine/aports/-/work_items/17751#note_587968
2026-05-29 23:33:39 <technomancy> oh definitely; I'm not looking to use an LLM
2026-05-29 23:33:49 <technomancy> on the contrary I'm looking for an OS where I can be safe from LLM users
2026-05-29 23:34:20 <technomancy> seems alpine is mostly used on servers; how brave to you have to be to put it on a thinkpad as a daily driver?
2026-05-29 23:36:23 <courge_musque[m]> Well, a lot of people do it here
2026-05-29 23:36:53 <courge_musque[m]> https://wiki.alpinelinux.org/wiki/Daily_driver_guide
2026-05-29 23:37:24 <el[m]1> technomancy: you could also use postmarketOS. it's basically a thin layer on top of alpine. especially if you pick pmOS + OpenRC, it's very similar. and pmOS has slightly more device support
2026-05-29 23:37:36 <el[m]1> i use alpine on some of my systems and pmOS on others
2026-05-29 23:38:24 <technomancy> el[m]1: huh. I tried postmarket on a galaxy S4 several years ago (it did not work) but I had no idea it would run on thinkpads too
2026-05-29 23:38:30 <el[m]1> if you do any programming with languages that download prebuilt binaries, remember to install gcompat since it will make most command line glibc programs work
2026-05-29 23:38:44 <el[m]1> technomancy: i use postmarketOS on all my uefi x64 workstations
2026-05-29 23:39:16 <sogaiu[m]> trying in a vm first was helpful to reduce unfamiliarity
2026-05-29 23:39:40 <el[m]1> just remember to disable systemd, unless i guess that's what you like. but i feel like systemd is kind of the opposite of alpine's usual focus on keeping things simple and understandable
2026-05-29 23:39:54 <durrendal> technomancy: glad to see you looking into Alpine, you'll find lots of like minded individuals. And can trust fennel, amongst thousand of other packages, are thoughtfully maintained by actual humans :)
2026-05-29 23:39:58 <el[m]1> (alpine is openrc only, but pmOS adds a systemd option)
2026-05-29 23:40:06 <technomancy> durrendal: ohai it's you =D
2026-05-29 23:40:08 <technomancy> 
ACTION waves

2026-05-29 23:40:18 <technomancy> el[m]1: the only thinkpads listed on the postmarket devices page are ARM-based
2026-05-29 23:40:39 <el[m]1> postmarketOS has an x64 uefi install option, it'll run on pretty much whatever type of regular pc
2026-05-29 23:40:44 <durrendal> Haha this is where the cool kids hang out 
2026-05-29 23:40:48 <sogaiu[m]> depending on the precise machine, network driver detection can be an issue: https://gitlab.alpinelinux.org/alpine/alpine-conf/-/work_items/10646
2026-05-29 23:40:48 <sogaiu[m]> i faced a similar thing and used a usb wifi dongle to work around
2026-05-29 23:40:51 <el[m]1> they just don't advertise it for some reason. but it really runs on just about anything
2026-05-29 23:41:15 <sogaiu[m]> (during setup)
2026-05-29 23:43:46 <durrendal> technomancy: for what it's worth, I use Alpine on everything from laptops, to desktops, to infrastructure and containers both personally and professionally. It is exceptionally reliable and has been for about a decade for me.
2026-05-29 23:43:51 <sogaiu[m]> technomancy: for reference, some discussion regarding policy: https://gitlab.alpinelinux.org/alpine/council/-/work_items/703
2026-05-29 23:44:19 <technomancy> durrendal: good to know; thanks! I'll see if I can give it a try
2026-05-29 23:44:33 <durrendal> and in that time, only a couple of issues, all of which hit edge and then were fixed before hitting stable releases. 
2026-05-29 23:45:05 <technomancy> yeah, I have also looked at gentoo since they have a similar policy (but finalized) but I realized I don't have the bravery to run a rolling release, lmao
2026-05-29 23:45:16 <el[m]1> i feel like pmOS can be comparatively a little less stable. while offering slightly more features. so that's the sort of trade-off you're getting
2026-05-29 23:45:23 <technomancy> sogaiu[m]: I'll take a look; thanks!
2026-05-29 23:45:40 <el[m]1> if you want maximum stable i'd go with alpine. personally, since i typically have backup machines to switch to, i prefer pmOS
2026-05-29 23:46:02 <technomancy> el[m]1: what kind of features? at this point I'm honestly more interested in fewer features. (like getting away from systemd and replacing slop-rsync with openrsync)
2026-05-29 23:48:28 <el[m]1> technomancy: just slightly more packages, and more supported devices. e.g. i run it on my phone too. or for example postmarketOS has an upgrade script and a notification when there is a new stable release, i dont think alpine has one. just small stuff like that. it's really not a huge difference
2026-05-29 23:48:53 <el[m]1> you'll probably be happy with either option (or unhappy with both, if you end up not liking it)
2026-05-29 23:49:17 <el[m]1> and you could pick systemd with postmarketOS, if you wanted to. i dont want to, but that's one of the options they add
2026-05-29 23:49:37 <el[m]1> i think there's maintainer overlap between alpine and pmOS, too
2026-05-29 23:50:34 <durrendal> Technically nothing stops you from using non-openrc init on Alpine, but it isn't a supported setup. And you may need to write your own services. There's work being done to add support for that more broadly in Alpine to better integrate with pmos though.
2026-05-30 01:09:13 <Saijin_Naib[m]> @technomancy desktop user and for my family too. Alpine made me switch from Windows which 20 years of distrohopping all major base releases couldnt 
2026-05-30 03:51:26 <alchymicus[m]> Hi everyone,
2026-05-30 03:51:26 <alchymicus[m]> I haven’t tested GNOME on Xorg yet.
2026-05-30 03:51:26 <alchymicus[m]> I’m running Alpine Linux 3.22 with GNOME on Wayland, and Steam installed via Flatpak (Flathub).
2026-05-30 03:51:26 <alchymicus[m]> I’m getting a serious input lag in games: keyboard/mouse inputs sometimes get delayed by a few seconds or feel “stuck”.
2026-05-30 03:51:26 <alchymicus[m]> I'm new here.
2026-05-30 03:51:28 <alchymicus[m]> Has anyone seen similar issues with Steam Flatpak on Wayland? Any known workarounds?
2026-05-30 03:51:28 <alchymicus[m]> Thanks!
2026-05-30 03:55:11 <longnoserob[m]> check dmesg if there is anything about interrupts taking too long
2026-05-30 04:16:51 <alchymicus[m]> This is the output of dmesg while reproducing the issue with Steam (Flatpak) on Alpine Linux.
2026-05-30 04:16:51 <alchymicus[m]> [   48.900370] x86/split lock detection: #AC: CHTTPClientThre/4664 took a split_lock trap at address: 0xf39edc4f
2026-05-30 04:16:51 <alchymicus[m]> [   77.788713] x86/split lock detection: #AC: CJobMgr::m_Work/4662 took a split_lock trap at address: 0xf39edc4f
2026-05-30 04:16:51 <alchymicus[m]> [   84.231913] x86/split lock detection: #AC: CJobMgr::m_Work/4650 took a split_lock trap at address: 0xf39edc4f
2026-05-30 04:16:51 <alchymicus[m]> [  169.017129] x86/split lock detection: #AC: CHTTPClientThre/6312 took a split_lock trap at address: 0x56849c2f
2026-05-30 06:14:04 <comk> alchymicus[m] it's worth a try with xorg. i have one machine (older h/w) with seconds of input lag on wayland gnome which runs snappy on xorg
2026-05-30 06:20:52 <realroot[m]> xonotic dev reported that gnome wayland is very bad for high fps game
2026-05-30 07:07:44 <bananicorn> Hi! Since an update on alpine edge 1-2 weeks ago I've been getting a lot of graphical glitching. I'm on a ThinkPad X220 (i5 2520M) and running sway as window manager. Did anyone else notice this or is there a known reason?
2026-05-30 07:08:12 <bananicorn> (or is my laptop dying since precisely when I ran that update lol)
2026-05-30 07:10:26 <longnoserob[m]> try unning the upgrade aagain to see if there was a fix for it?
2026-05-30 07:36:10 <Saijin_Naib[m]> dont doas grub-install after upgrade to grub 2.14 on edge, bricked my XFS over LVM installs
2026-05-30 08:05:18 <omni> Saijin_Naib[m]: would you mind opening an issue?
2026-05-30 08:05:59 <Saijin_Naib[m]> Sure. Just to confirm if I fucked it up or not, regular topgrade, no errors
2026-05-30 08:06:04 <Saijin_Naib[m]> Reboot, still grub 2.12
2026-05-30 08:06:14 <Saijin_Naib[m]> doas grub-install, no errors
2026-05-30 08:06:38 <Saijin_Naib[m]> Reboot, invalid xfs superblock error prints constantly until poweroff
2026-05-30 08:17:58 <Saijin_Naib[m]> I have four other machines I can redo the STR on, but I would rather not brick multiple, haha
2026-05-30 09:24:07 <d4> Hello there, I'm trying to figure out what happened to "dhcp" package that has been removed in 3.21, did a jump from 3.20 to 3.23 and network is now broken
2026-05-30 09:24:24 <d4> What dhcp server do you suggest with the same sane config?
2026-05-30 09:24:51 <comk>  d4 use-case?
2026-05-30 09:25:10 <d4> I set IP from MAC address for camera, comk 
2026-05-30 09:25:37 <comk> dnsmasq?
2026-05-30 09:26:22 <d4> So I have my faitful /etc/dhcp/dhcpd.conf that configure per-host IP based on MAC, since surveilance camera run as dhcp-clients
2026-05-30 09:29:01 <d4> comk: so the config become a list of ``dhcp-host=...''? 
2026-05-30 09:30:36 <d4> And it also set new hosts an ip that is in the subnet but a different range so I know where to find the new camera 
2026-05-30 09:31:24 <comk> yeah coupled with dhcp--range sounds like it should do what you want
2026-05-30 09:32:23 <comk> there should more lightweight alternative thats probably closer to what you had if you look in repos but dnsmasq should work and not going anywhere
2026-05-30 09:35:18 <omni> d4: !70974
2026-05-30 09:42:39 <omni> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.21.0#ISC_DHCP
2026-05-30 09:58:59 <d4> Thanks omni
2026-05-30 09:59:13 <d4> Thanks comk, will try
2026-05-30 10:07:27 <bananicorn> longnoserob[m]: Unfortunately the problem has persisted with multiple apk upgrade runs, no luck
2026-05-30 10:11:31 <bananicorn> https://irc.regrow.earth/uploads/unicorn/3e897861-2026-05-30-12-11-01-471.jpg
2026-05-30 10:11:43 <bananicorn> This is what the graphical glitches look like
2026-05-30 10:13:04 <bananicorn> They usually disappear when I hover an element of the UI but they reappear frequently
2026-05-30 10:14:29 <bananicorn> Happens across different applications, sometimes even just affects the cursor (in the case of Minecraft for example, the game is glitch-free but my cursor looks like  a glitched out mess
2026-05-30 12:23:27 <WhyNotHugo> achill: py3-imaplib2 and py3-rfc6555 are depends of offlineimap, do you want to maintain them too?
2026-05-30 15:16:04 <Saijin_Naib[m]> omni I posted what I have thus far as #18228
2026-05-30 15:48:28 <WhyNotHugo> GRUB is so massively complex I've never had a fully working setup. And based on all the comments that I keep seeing over the years, I'd be terrified rebooting/upgrading my hosts if I were using it.
2026-05-30 16:41:20 <Saijin_Naib[m]> I fucking hate it now. I dont know of a simple, supported/integrated alternative in Alpine, but grub aint it
2026-05-30 16:41:57 <Saijin_Naib[m]> Even back multibooting 3 different OSs on hardware, my AirBoot boot manager for OS/2 would never brick my machines
2026-05-30 16:42:55 <Saijin_Naib[m]> Like, I have family machines that are hours away I support. I cant just remote in and fix a bricked grub, and walking an elderly parent through a fix isnt happening
2026-05-30 16:44:07 <Saijin_Naib[m]> I am grateful it "Just Works ™" between upgrades, however. Thanks to all who maintain it and make the triggers and integration
2026-05-30 17:08:03 <f_> Saijin_Naib[m]: are you using UEFI?
2026-05-30 17:19:36 <Saijin_Naib[m]> @f_ yes, all systems are UEFI
2026-05-30 17:20:52 <f_> Have you tried Limine or systemd-boot (which doesn't depend on systemd)
2026-05-30 17:24:01 <prabu> when i started using refind instead of grub, it was a welcome relief
2026-05-30 18:05:55 <Saijin_Naib[m]> @f_ No, I have heard them recommended, but I couldnt determine at the time if they were supported/1st class/integrated in Alpine like grub, because I support remote family it must just work by default
2026-05-30 18:06:16 <f_> Saijin_Naib[m]: tbh, does your family run on edge or stable
2026-05-30 18:06:37 <Saijin_Naib[m]> All my stuff is just UEFI, XFS over LVM, no LUKS or anything
2026-05-30 18:06:55 <Saijin_Naib[m]> Only family machines in my home are on edge, all else are latest-stable
2026-05-30 18:07:22 <f_> okay, then grub and all should be stable on latest-stable
2026-05-30 18:07:41 <f_> you're running on the bleeding edge so you get to have the latest things (and rough edges) first :)
2026-05-30 22:04:58 <jvvv> Saijin_Naib[m]: In your issue report #18228, you mention running `doas grub-install`. Did you use any commandline options?
2026-05-30 22:11:38 <Saijin_Naib[m]> @jvvv no, just doas grub-install
2026-05-30 22:14:40 <jvvv> Ok, just curious. I use grub efi on my main laptop. Getting ready to upgrade, but I may not be able to reproduce since I am using ext4 rather that xfs.
2026-05-30 22:16:44 <Saijin_Naib[m]> Ahh, gotcha. LVM too? That machine was emmc but I dont think that is exotic enough to matter
2026-05-30 22:18:42 <jvvv> No lvm either. Your /boot and /boot/efi aren't in the vg are they?
2026-05-30 22:21:04 <jvvv> Not saying that is wrong, but when I have used LVM I have always kept boot and efi partitions outside of the LVM pv's / vg's.
2026-05-30 22:24:19 <Saijin_Naib[m]> Ah, hm. Whatever setup-alpine does by default if you do whole disk lvm + system
2026-05-30 22:26:33 <durrendal> Saijin_Naib[m]: is that a BIOS or UEFI system? Guessing uefi?
2026-05-30 22:26:51 <Saijin_Naib[m]> I need to verify the layout later, I am not at a machine presently. UEFI only, yeah, not even CSM
2026-05-30 22:33:02 <durrendal> Did you just run grub-install then reboot? Curious what your upgrade process was
2026-05-30 22:43:10 <jvvv> Well, no issues after running grub-install (2.14) with ext4 and no lvm.
2026-05-31 00:05:25 <Saijin_Naib[m]> @durrendal As I have it in the issue, but apk upgrade, reboot, doas grub-install, reboot and bricked
2026-05-31 00:05:53 <Saijin_Naib[m]> I am realizing I wrote the issue poorly. I will add more details when I am home
2026-05-31 01:16:57 <infinitywisdom[m]> Hello everyone. I desperately need your help.
2026-05-31 01:18:15 <infinitywisdom[m]> I had to reinstall alpine linux from scratch. I was able to complete the installation and login. I was able to use the setup-desktop script to install gnome. However after i decrypt my hard drive and expect gdm to bring up the login screen it is frozen with a _ in the upper left hand corner.
2026-05-31 01:18:31 <infinitywisdom[m]> The computer is completely unresponsive. Can't even drop to a shell.
2026-05-31 01:19:14 <infinitywisdom[m]> This is only for GNOME. I was able to install MATE, but after spending 30 minutes with it. I can't stand it. I need to get back onto gnome asap so I can have my proper workflow back.
2026-05-31 01:19:20 <infinitywisdom[m]> Does anyone have any ideas?
2026-05-31 01:22:24 <longnoserob[m]> did you check if gdm was actrually running?
2026-05-31 01:23:00 <infinitywisdom[m]> As far as I know there is no way to check if it even gets that far. It freezes to that _ right after the hard drive is decrypted.
2026-05-31 01:31:02 <longnoserob[m]> enable getty for shelll log in or sshd and try that way?
2026-05-31 01:33:05 <infinitywisdom[m]> That is a work around at best. Need to figure out if anyone has experienced this issue, or can replicate the bug on their end to resolve the issue.
2026-05-31 01:43:47 <infinitywisdom[m]> This really sucks. I can't use alpine linux until this bug gets resolved
2026-05-31 01:44:04 <shadow> got any other computer to use?
2026-05-31 01:46:42 <infinitywisdom[m]> Im talking to you from it right now.
2026-05-31 01:47:08 <infinitywisdom[m]> i have ssh disabled upon installation for security reasons
2026-05-31 01:47:16 <infinitywisdom[m]> So I can't get into it.
2026-05-31 01:47:41 <infinitywisdom[m]> I believe it gets to GDM and just freezes. Totally unresponsive.
2026-05-31 01:48:03 <infinitywisdom[m]> Because everything else in openrc seems to run just fine.
2026-05-31 01:48:27 <shadow> mount, chroot, investigate.
2026-05-31 01:50:12 <infinitywisdom[m]> Sigh.... I wouldn't even know where to begin.
2026-05-31 01:50:45 <shadow> well, you set up the encryption, so if you know how to deal with that just slap the storage device in the other computer and work on it that way
2026-05-31 01:51:11 <infinitywisdom[m]> wtf
2026-05-31 01:51:21 <infinitywisdom[m]> No
2026-05-31 01:51:53 <shadow> if the kernel is even remotely close in features you should be able to mount, then mount "bind" the runtime filesystems (proc sys run dev ...) and changeroot (chroot) into the mounted system, it will be a better position  to investigate what is going on
2026-05-31 01:53:09 <infinitywisdom[m]> It is not. Also I do not have an nvme external enclosure. Nor does this ancient desktop from 2012 have an nvme slot for me to stick it into. Not to mention that on this laptop it was a glorified pain in my ass to get the nvme hard drive in there in the first place, because of poor design in regards to maintenance.
2026-05-31 01:53:29 <shadow> cool
2026-05-31 01:54:45 <infinitywisdom[m]> This is a software issue. Some kind of bug. I never had this problem when I installed it on my computer last year with an older version of alpine. I tried to find the older iso's from 2025 around november-ish, but couldn't locate it for the extended version. That was my hail mary throw.
2026-05-31 01:56:12 <infinitywisdom[m]> If anyone knows where I can find the older isos of the extended version. I will try there.
2026-05-31 01:56:26 <infinitywisdom[m]> This recent one is fubar.
2026-05-31 01:56:59 <infinitywisdom[m]> Unless it pulls from the latest version of gnome anyway. In which case I am still screwed.
2026-05-31 01:58:53 <shadow> 2012 computer has USB?  https://www.ebay.com/itm/126617739661
2026-05-31 02:00:10 <infinitywisdom[m]> I am not taking out the nvme drive for a freaking software bug issue.
2026-05-31 02:01:14 <infinitywisdom[m]> Between now and last november something has changed. Something which for my laptop, borks it when trying to install it on a gen 2 ryzen 7 thinkpad.
2026-05-31 02:01:17 <longnoserob[m]> boot a usb image and try it without encruption?
2026-05-31 02:01:28 <shadow> encorruption lol
2026-05-31 02:01:58 <infinitywisdom[m]> longnoserob[m]: It decrypts just fine and runs openrc up until the point where it tries to run gnome / gdm. 
2026-05-31 02:02:15 <infinitywisdom[m]> I would just be making my computer less secure for no reason.
2026-05-31 02:02:46 <longnoserob[m]> enable logging for gdm and figure out why it stops..
2026-05-31 02:02:51 <shadow> 
ACTION 🍿

2026-05-31 02:03:57 <infinitywisdom[m]> longnoserob[m]: I'd love to, but I would have to stop openrc in the middle of the bootup sequence. Im not sure if that is even possible. 
2026-05-31 02:05:44 <infinitywisdom[m]> Can someone do me a huge favor. Open up a vm. Try to replicate this to see if this is a me issue, or a software bug that needs to be hammered out.
2026-05-31 02:07:31 <infinitywisdom[m]> Install alpine linux + busybox + dhcpcd + encrypted luks drive with sys installed onto it + gnome installed via setup-desktop after the system has installed
2026-05-31 02:14:01 <infinitywisdom[m]> Does anyone who the maintainer of GNOME is for Alpine Linux?
2026-05-31 02:14:07 <sprpzca> infinitywisdom: you could boot your system with init=/bin/sh to get a root shell and disable gdm temporarily for debugging
2026-05-31 02:14:09 <infinitywisdom[m]> * Does anyone know who the
2026-05-31 02:15:09 <sprpzca> or check the logs from within that shell
2026-05-31 02:15:38 <infinitywisdom[m]> sprpzca: How do I accomplish this goal? Willing to try, but as far as I know alpine boots, decrypts the hard drive, open rc does its thing. Can it be stopped before the computer freezes?
2026-05-31 02:16:12 <sprpzca> what's your bootloader? GRUB?
2026-05-31 02:17:03 <infinitywisdom[m]> yes
2026-05-31 02:17:30 <sprpzca> select the alpine entry and press e, append init=/bin/sh to the kernel command line
2026-05-31 02:18:23 <sprpzca> if the menu doesn't show up you might have to hold shift down or press escape
2026-05-31 02:19:05 <infinitywisdom[m]> I selected alpine linux, I see initrd /initramfs-lts
2026-05-31 02:19:15 <sprpzca> above that, the line that begins with linux
2026-05-31 02:20:01 <sprpzca> you can hit ctrl+e to go to the end of the line
2026-05-31 02:20:48 <infinitywisdom[m]> linux > /vmlinuz-lts root=......................
2026-05-31 02:20:55 <infinitywisdom[m]> That giant line of info?
2026-05-31 02:21:07 <sprpzca> yeah that, append init=/bin/sh and boot it
2026-05-31 02:22:33 <infinitywisdom[m]> Im sorry. It's getting late. My mind is a little fuzzy. When you say append. Do y ou meen at that little bit at the very end, or erase that whole line of information and just have it say init=/bin/sh
2026-05-31 02:22:41 <sprpzca> add it to the end
2026-05-31 02:22:52 <infinitywisdom[m]> s/y/you/, s/ou/mean/, s/meen/add/
2026-05-31 02:22:57 <infinitywisdom[m]> Will do. One moment
2026-05-31 02:24:54 <infinitywisdom[m]> /bin/sh: can't access tty; job control turned off
2026-05-31 02:24:59 <sprpzca> then it worked
2026-05-31 02:25:16 <sprpzca> you now have a root shell and openrc didn't start
2026-05-31 02:25:27 <infinitywisdom[m]> Alrighty then good stuff. What next?
2026-05-31 02:25:40 <sprpzca> i think relevant logs should be at /var/log/gdm
2026-05-31 02:25:54 <sprpzca> greeter.log specifically
2026-05-31 02:27:11 <sprpzca> alternatively you can disable gdm so you can boot normally, mount root as r/w with `mount -o remount,rw /` and run `rc-update del gdm`
2026-05-31 02:27:27 <sprpzca> then to shutdown `sync && poweroff -f`
2026-05-31 02:28:09 <infinitywisdom[m]> I see the greeter.log.1 and several others
2026-05-31 02:28:32 <infinitywisdom[m]> What should I open it with, I normally use nano, vim?
2026-05-31 02:28:39 <sprpzca> yeah
2026-05-31 02:29:17 <infinitywisdom[m]> Either I don't remember the command, or vim isn't installed by default.
2026-05-31 02:29:24 <sprpzca> try less
2026-05-31 02:29:50 <infinitywisdom[m]> unable to run x server
2026-05-31 02:30:16 <sprpzca> actually, do you know whether your setup uses mdev or udev? i know gdm and GNOME tend to be uncooperative with mdev which is alpine's default so that might be the issue
2026-05-31 02:31:25 <shield[m]> hello is there any proper procedure for building one apkbuild from another, for example I want to make a small patch to the linux-stable x86_64 config file without maintaining a clone of linux-stable. Is it possible to call the abuild of linux-stable from the static git.alpinelinux.org and patch that abuild, then build it?
2026-05-31 02:32:01 <infinitywisdom[m]> sprpzca: Unsure. how do I confirm?
2026-05-31 02:32:07 <sprpzca> infinitywisdom[m]: `which udevd`
2026-05-31 02:36:01 <infinitywisdom[m]> /sbin/udevd
2026-05-31 02:36:27 <sprpzca> weird, so it's installed
2026-05-31 02:36:37 <sprpzca> `rc-update | grep udev`, see if it's enabled
2026-05-31 02:39:10 <infinitywisdom[m]> crap. that modifying init did not persist between a reboot when I messed up something. One moment
2026-05-31 02:40:18 <sprpzca> you could disable gdm from the root shell and boot normally, mentioned how to do that a couple messages up
2026-05-31 02:41:46 <infinitywisdom[m]> I'll try that next. Here is what it says udev | sysinit , udev-postmount | default , udev-settle | sysinit , udev-trigger sysinit
2026-05-31 02:42:18 <infinitywisdom[m]> * , udev-trigger | sysinit
2026-05-31 02:42:31 <sprpzca> means that udev is being used, that's at least one hypothesis out of the way
2026-05-31 02:43:12 <sprpzca> try disabling gdm and see if another DM like lightdm works
2026-05-31 02:44:37 <infinitywisdom[m]> sprpzca: gdm is not in the runlevel sysinit
2026-05-31 02:44:58 <infinitywisdom[m]> that is the response when i try to use rc-update del gdm
2026-05-31 02:45:07 <sprpzca> rc-update del gdm default
2026-05-31 02:45:17 <sprpzca> sorry, haven't touched openrc in a while
2026-05-31 02:46:39 <infinitywisdom[m]> sprpzca: no worries. I haven't had to do this level of troubleshooting in a very long time either lol
2026-05-31 02:58:09 <infinitywisdom[m]> sprpzca: I think I am running into an issue with xorg
2026-05-31 02:58:27 <longnoserob[m]> isnt gnome normally wayland these days?
2026-05-31 02:58:49 <sprpzca> weird, since gdm should be starting with mutter/wayland
2026-05-31 02:58:54 <infinitywisdom[m]> I installed lightdm, configured it, updated it via openrc. I may be missing something. Can you run be through the steps?
2026-05-31 02:59:24 <sprpzca> maybe don't add it to rc-update just yet, see if it starts at all, `rc-service lightdm start`
2026-05-31 02:59:56 <infinitywisdom[m]> it does start
2026-05-31 03:00:09 <sprpzca> so gdm was the problem?
2026-05-31 03:00:15 <sprpzca> does GNOME start through lightdm?
2026-05-31 03:00:54 <infinitywisdom[m]> It says starting display manager. then brings me to a terminal login after openrc does its thing.
2026-05-31 03:01:21 <sprpzca> actually is Xorg installed?
2026-05-31 03:01:24 <infinitywisdom[m]> I may have misconfigured something, because even though it says lightdm is started. I don't see a damn thing.
2026-05-31 03:04:01 <infinitywisdom[m]> Ok mild progress? setup-xorg-base installed some stuff. I did a doas lightdm. Lightdm did show up. Tried to login and it had gnome selected by default. now I get just a blinking _ and a blank screen.
2026-05-31 03:05:46 <sprpzca> try setup-wayland-base too, since GNOME uses it
2026-05-31 03:05:59 <sprpzca> by default*
2026-05-31 03:07:05 <infinitywisdom[m]> sprpzca: Back to the grub terminal
2026-05-31 03:07:08 <infinitywisdom[m]> or not
2026-05-31 03:07:10 <infinitywisdom[m]> i dunno
2026-05-31 03:07:12 <infinitywisdom[m]> lmao
2026-05-31 03:07:19 <infinitywisdom[m]> either way I feel like i just respawned
2026-05-31 03:07:40 <sprpzca> if there's no autologin you should be able to change VTs prior to starting GNOME
2026-05-31 03:14:35 <infinitywisdom[m]> sprpzca: Nope. No change after the setup-wayland-base
2026-05-31 03:14:37 <infinitywisdom[m]> Just straight up kicks me back to lightdm
2026-05-31 03:14:45 <sprpzca> odd
2026-05-31 03:14:55 <sprpzca> check lightdm's logs
2026-05-31 03:15:08 <longnoserob[m]> whats in the lightdm xorg logs?
2026-05-31 03:15:37 <infinitywisdom[m]> sprpzca: How do I check them?
2026-05-31 03:15:52 <sprpzca> probably /var/log/lightdm, going off heuristics
2026-05-31 03:16:32 <longnoserob[m]> yes
2026-05-31 03:19:13 <infinitywisdom[m]> There is 2 reoccuring warnings
2026-05-31 03:19:51 <infinitywisdom[m]> Error activating login1 session: GDBus.error:org.freedesktop.login1.NoSuchSession: No session 'c4' known
2026-05-31 03:20:05 <sprpzca> seems like an elogind issue then
2026-05-31 03:20:19 <sprpzca> wait is dbus running?
2026-05-31 03:21:16 <infinitywisdom[m]> Absolutely no clue. I am almost at the headache level of debugging lol. Gonna need to hand hold me across the street like I am an old man now.
2026-05-31 03:21:25 <sprpzca> pgrep dbus
2026-05-31 03:22:08 <infinitywisdom[m]> I get no reply to that command
2026-05-31 03:22:40 <sprpzca> means it's not running
2026-05-31 03:22:41 <sprpzca> rc-service dbus start
2026-05-31 03:23:05 <sprpzca> actually `pgrep logind` too
2026-05-31 03:23:57 <sprpzca> i think system dbus should autostart elogind if it's installed, `pgrep logind` after you start it
2026-05-31 03:24:49 <infinitywisdom[m]> Ok. Let's take a step back for a moment. Please bare with me. I had to go into grub, select alpine linux, e, add init=/bin/sh, reboot, login, then I get to the shell, mount -o rw, / and then run rc-service dbus start && pgrep logind?
2026-05-31 03:25:44 <sprpzca> nope, when booted into single user mode (init=/bin/sh) openrc doesn't start so rc-service won't work, you have to do it from a "normal" boot
2026-05-31 03:26:36 <infinitywisdom[m]> Ok. So how do I do that if lightdm is now automatically enabling auto-magically now when I boot up and login?
2026-05-31 03:26:45 <sprpzca> boot normally, change the VT with ctrl+alt+f4 or another f key, log in and start dbus there
2026-05-31 03:29:09 <infinitywisdom[m]> sprpzca: Any ideas on another f key?
2026-05-31 03:29:17 <sprpzca> f5, f6, etc
2026-05-31 03:30:12 <infinitywisdom[m]> sprpzca: ctrl + alt + all the keys. Nothing happens. 
2026-05-31 03:30:18 <infinitywisdom[m]> Doesn't drop to shell.
2026-05-31 03:30:31 <sprpzca> oh dear
2026-05-31 03:30:31 <longnoserob[m]> no getty service activated?
2026-05-31 03:30:49 <sprpzca> actually see if there's another session available in lightdm, maybe gnome will start with Xorg now that it's installed
2026-05-31 03:31:46 <sprpzca> if not then back to single user mode, i guess :P
2026-05-31 03:32:03 <infinitywisdom[m]> I tried gnome + xorg, gnome classic + xorg, gnome + wayland, all of them just kick be back to lightdm
2026-05-31 03:32:52 <sprpzca> well since changing VTs doesn't work back to single user mode, remount, disable lightdm and back to the drawing board
2026-05-31 03:34:57 <longnoserob[m]> you could try a loginctl flush-sessions
2026-05-31 03:35:19 <infinitywisdom[m]> 
ACTION uploaded an image: (898KiB) < https://matrix.org/oftc/media/v1/media/download/AZWTeRMtMKTAF7EYCWe2Rw89GMC6xS4-4YPfyM8mq59D7kbUgPfOwpRBXx0gqbECJznpc-lNiy3h-UFWlF1l9-lCeexDK4qAAG1hdHJpeC5vcmcvTmNwQk51eWp4S3pNRUpzQ2tiYnF6c09O >

2026-05-31 03:35:43 <sprpzca> i'm not sure whether you checked `pgrep dbus` in single user or normal mode now lol
2026-05-31 03:36:34 <infinitywisdom[m]> sprpzca: Ok so how do I do all this. It is nearly midnight and my brain is almost totally fried. 
2026-05-31 03:37:14 <sprpzca> you're in single user mode now, yes?
2026-05-31 03:37:22 <infinitywisdom[m]> Go into grub, select alpine linux, e, add init=/bin/sh, reboot, login, then I get to the shell, mount -o rw, / and then run rc-service dbus start && pgrep logind?
2026-05-31 03:37:42 <infinitywisdom[m]> I am at the lightdm login screen.
2026-05-31 03:38:06 <sprpzca> go to grub, alpine, e, add init=/bin/sh, boot, `mount -o remount,rw /; rc-update del lightdm default; sync && reboot`
2026-05-31 03:38:22 <sprpzca> reboot -f *
2026-05-31 03:38:31 <infinitywisdom[m]> No pgrep logind?
2026-05-31 03:38:49 <sprpzca> no, that just checks if elogind is started
2026-05-31 03:38:58 <sprpzca> p(rocess) grep
2026-05-31 03:41:55 <infinitywisdom[m]> Done. Openrc is running....
2026-05-31 03:41:57 <sprpzca> actually yeah, once dbus is started you can check if elogind is also started
2026-05-31 03:41:59 <infinitywisdom[m]> back to login
2026-05-31 03:44:10 <infinitywisdom[m]> sprpzca: Warning dbus has already been started. No response to pgrep logind
2026-05-31 03:44:35 <sprpzca> try `apk info | grep elogind`
2026-05-31 03:45:47 <infinitywisdom[m]> elogind, elogind-common, elogind-openrc, libelogind, polkit-elogind, polkit-elogind-libs
2026-05-31 03:46:03 <sprpzca> installed, try rc-service elogind start
2026-05-31 03:46:12 <sprpzca> or rc-service elogind reload
2026-05-31 03:46:47 <infinitywisdom[m]> starting system login manager
2026-05-31 03:47:01 <infinitywisdom[m]> that is the response
2026-05-31 03:47:09 <sprpzca> waait so it was just not enabled all this time, thought setup-desktop gnome should've started it
2026-05-31 03:47:16 <sprpzca> try rc-service lightdm start and see if gnome works now
2026-05-31 03:47:21 <infinitywisdom[m]> me too man......me too.....
2026-05-31 03:47:46 <infinitywisdom[m]> should I add it to the default?
2026-05-31 03:47:58 <sprpzca> yeah, rc-update add elogind default
2026-05-31 03:47:58 <infinitywisdom[m]> if so, what command?
2026-05-31 03:49:27 <infinitywisdom[m]> Keeps kicking me back to lightdm
2026-05-31 03:49:41 <sprpzca> check logs
2026-05-31 03:50:42 <infinitywisdom[m]> 
ACTION uploaded an image: (816KiB) < https://matrix.org/oftc/media/v1/media/download/AeJUzu1b9x32nvkE9R8rNyYt6KJQRSprAm8rYgPeS99_KfhBHEHpWheGowSPq7RhjTtia4x06jDYPm33kx9nHjBCeexEDRQQAG1hdHJpeC5vcmcvaVlxVkdFVW5vVUZlVEdxakJ6UUxoSVdT >

2026-05-31 03:51:39 <sprpzca> actually i have a startx-style script for wayland sessions, i doubt GNOME will work cleanly with it but it could help with debugging, i'll push it to my forge in a sec
2026-05-31 06:32:55 <frag> do you use some kinda of html2markdown or similar if you want to download an article off of the web?
2026-05-31 09:15:43 <popefucker2> I don't think there would be a way to cleanly convert nontrivial HTML to markdown. 
2026-05-31 09:33:08 <quinq> Abandon all hope, ye who enter the web
2026-05-31 09:50:22 <rnkn> my desktop goes to sleep while navidrome (web music player) is playing; how can I keep it awake?
2026-05-31 09:51:46 <rnkn> context: I'm using swayidle to run zzz at 5 mins idle
2026-05-31 09:55:42 <quinq> If that is a graphical software, it should have an option for telling your server that it's not idling
2026-05-31 09:55:56 <quinq> And if it's not (console), you should run something else that does
2026-05-31 09:57:24 <rnkn> quinq: it's firefox
2026-05-31 10:00:02 <quinq> ouch, see above ^^
2026-05-31 11:11:36 <comk> rnkn i believe this should have been fixed in firefox last year. what version you on? https://bugzilla.mozilla.org/show_bug.cgi?id=1665986
2026-05-31 11:38:02 <WhyNotHugo> https://wiki.alpinelinux.org/wiki/Tcb
2026-05-31 11:38:14 <WhyNotHugo> ^ Ariadne I think you might be interested in this (if you're not familiar already)
2026-05-31 11:54:15 <el[m]1> seems liek vim-common has some breakage with the latest update
2026-05-31 11:54:23 <el[m]1> "ERROR: vim-common-9.2.0567-r0: failed to extract usr/share/vim/vim92/vimrc_example.vim: Not a directory"
2026-05-31 12:23:06 <lopid> it's ok here
2026-05-31 12:45:33 <el[m]1> lopid: it's repeatable for me, i can delete it and reinstall it and i get those errors again
2026-05-31 12:45:40 <el[m]1> i'm on arm64, not sure if that's relevant
2026-05-31 12:45:54 <el[m]1> (and postmarketOS edge, but they told me this looks like an alpine package bug)
2026-05-31 12:46:23 <lopid> hm. x86_64 here
2026-05-31 12:47:11 <lopid> does /usr/share/vim/vim92/ exist?
2026-05-31 12:51:45 <el[m]1> # stat /usr/share/vim/vim92
2026-05-31 12:51:45 <el[m]1> stat: can't stat '/usr/share/vim/vim92': Not a directory
2026-05-31 12:51:48 <el[m]1> doesnt look like it
2026-05-31 12:52:02 <el[m]1> stat: can't stat '/usr/share/vim/vim92': Not a directory
2026-05-31 12:52:02 <el[m]1> * ```
2026-05-31 12:52:02 <el[m]1> # stat /usr/share/vim/vim92
2026-05-31 12:54:27 <lopid> :o
2026-05-31 12:54:42 <lopid> so you don't already have vim 9.2 installed
2026-05-31 15:05:31 <el[m]1> lopid: vim *is* installed, i can launch it. but it complains about missing data files
2026-05-31 15:05:40 <el[m]1> says stuff like "E484: Can't open file /usr/share/vim/syntax/syntax.vim"
2026-05-31 15:06:00 <Witix> doas apk add vim-common should solve the issue I think?
2026-05-31 15:06:27 <Witix> It should be pulled as a dependency, but if it's complaining about data files then it should be this
2026-05-31 15:06:51 <el[m]1> sadly it doesn't. apk add vim-common does nothing since it's already installed. apk fix vim-common will just repeat these missing directory extraction errors
2026-05-31 15:07:04 <el[m]1> i can remove vim and vim-common and then reinstall them from scratch, but then i g et the same missing directory errors for vim-common again
2026-05-31 15:08:00 <el[m]1> so it seems like somehow the package has an issue, at least on arm64
2026-05-31 15:08:02 <el[m]1> this worked before, seems to be due to some update in the last few hours or days
2026-05-31 15:13:41 <mio> el[m]1: thanks for reporting, will have a look shortly
2026-05-31 15:19:13 <el[m]1> mio: if you want me to test a new variant of it, feel free to ping me any time
2026-05-31 15:28:32 <mio> odd, the syntax.vim file should exist at /usr/share/vim/vim92/syntax/syntax.vim
2026-05-31 15:28:39 <mio> https://pkgs.alpinelinux.org/contents?file=syntax.vim&path=%2Fusr%2Fshare%2Fvim%2Fvim92%2Fsyntax&name=vim-common&branch=edge&repo=&arch=aarch64
2026-05-31 15:33:35 <mio> file list diff in ci shows only 2-3 files added, no directory removed
2026-05-31 15:33:44 <mio> https://gitlab.alpinelinux.org/alpine/aports/-/jobs/2375386#L2348
2026-05-31 15:36:21 <mio> el[m]1: maybe the package contents were only partially installed on your system? if you have apk cache enabled and extract the vim-common apk, is the directory present in the extracted directory tree?
2026-05-31 15:41:20 <el[m]1> apk cache should be enabled, let me have a look if i can find the file...
2026-05-31 18:18:26 <WhyNotHugo> Can I enable apk cache in read-only mode? I want a container to use the cache from the host, but I don't want to grant it write permission.
2026-05-31 18:19:57 <Sertonix[m]> I think overlayfs is the only option at the moment
2026-05-31 21:36:58 <Case_Of> I should stop trying to maintain my odroid xu4 alive.
2026-05-31 23:32:42 <Case_Of> did order a visionfive2 board, it’ll run better than this odroid xu4
2026-05-31 23:33:48 <el[m]1> does anybody know what would cause "akms build all" to just hang with no CPU load? i'm on pmOS trying to build the kernel modules for a device that somehow didn't get built by pmbootstrap, perhaps there's something wrong with the AKMBUILD file itself, but akms sadly doesnt give an error it just silently hangs. i've waited for a long while, nothing seems to happen
2026-05-31 23:51:09 <el[m]1> mio: https://paste.centos.org/view/ba986a9f it seems like the extracted .apk from the /var/cache/apk folder contains the folders in question
2026-05-31 23:52:20 <mio> el[m]1: could be i/o error during install, not sure
2026-05-31 23:57:59 <el[m]1> mio: is it possibly an apk bug then? because it seems like apk fix should fix that, but it doesnt