2025-12-01 01:19:01 <suck-systemdlogind> hii
2025-12-01 01:20:43 <suck-systemdlogind> anyone help me dor xdg_runtime_dir unset i cant start pipewire or others.. i enabled elogind, dbus and polkit alredy installed dbus-x11 polkit-elogind i using lightdm but xdg runtime is doesnt setting. i was look void handbook and artix forum but i cant
2025-12-01 01:20:58 <suck-systemdlogind> anyone help me
2025-12-01 01:21:28 <suck-systemdlogind> sorry for my english 🤭
2025-12-01 01:21:57 <suck-systemdlogind> i was try a script with startx but doesnt work
2025-12-01 01:23:05 <suck-systemdlogind> ohh and not wayland i using i3wm
2025-12-01 01:24:01 <suck-systemdlogind> I've been trying stupid things for hours for two days now, and it still hasn't worked. It's quite frustrating.
2025-12-01 06:01:52 <grawity> ssm: stateful firewalls are probably faster than /etc/hosts tbh, as they can look in a preexisting hashtable or similar, while /etc/hosts has to be re-parsed for every process, and probably even every time (I don't think musl caches it)
2025-12-01 06:02:34 <grawity> ssm: so I think you're comparing a single hashtable lookup with a hundred or a thousand of sscanf()s and strcmp()s...
2025-12-01 06:04:03 <grawity> ssm: (sorry, what I had in mind was things like ipsets or nft sets the actual table of states -- wasn't saying this about the case where there's just a bunch of individual rules)
2025-12-01 06:04:44 <grawity> ssm: but that aside, the other issue is that 0.0.0.0 is not a special case as you probably expect -- it doesn't "reject" or "block", it gets returned as a regular IP address, and once the program attempts to connect it, 0.0.0.0 is treated the same way as 127.0.0.1 (localhost), as per BSD legacy
2025-12-01 06:05:23 <grawity> though it doesn't matter until you run a dev server on localhost:80 and then all of the ad iframes are suddenly loading your dev website
2025-12-01 09:12:15 <hope> I think I will do it like before, nftables and some shitty script to adding IPs to some list or god knows, regular linux fuckery
2025-12-01 09:37:36 <rnkn> oh man, par is in testing repo
2025-12-01 09:37:38 <rnkn> dang
2025-12-01 12:04:20 <rnkn> well that was an easy compile
2025-12-01 15:49:18 <hope> pretty dead here
2025-12-01 15:49:25 <hope> maybe we could discuss trojan horses?
2025-12-01 15:49:37 <hope> https://i.ytimg.com/vi/ICH9KPVDeRA/maxresdefault.jpg
2025-12-01 15:49:44 <hope> hups wrong link ;/
2025-12-01 15:52:40 <lonjil> Hm, is there any facility for LBU to generate hashes of new apkovls and for the initramfs to check that the hash matches before  loading them?
2025-12-01 16:31:54 <failxontour[m]> hey can someone help me configure cosmic-greetr
2025-12-02 02:10:48 <WhyNotHugo> Do cloud images (https://alpinelinux.org/cloud/) not use the serial console?
2025-12-02 02:14:25 <dwfreed> which cloud are you running them in
2025-12-02 02:14:32 <dwfreed> also which image are you using
2025-12-02 02:14:58 <WhyNotHugo> I'm using the nocloud images, running them on qemu-system-x86_64 with a seed generated with cloud-localds
2025-12-02 02:16:16 <WhyNotHugo> Basically running them via: https://paste.sr.ht/blob/8b90fe3c270157b4e8433a34b3a8f8ec363295f4
2025-12-02 02:18:27 <WhyNotHugo> I'm not sure if I'm using this correctly or not, but my main blocker right now is that I don't see any output, both with and without `-nographic`
2025-12-02 02:18:41 <WhyNotHugo> The only output is `Booting from Hard Disk...`
2025-12-02 02:21:45 <dwfreed> from previous issues, it looks like the cloud images *only* use serial console (which can be a problem with clouds that don't have serial)
2025-12-02 02:22:42 <WhyNotHugo> My initial test was only using serial port, but the last output that I see is "Booting from Hard Disk...". CPU then remains at 100%
2025-12-02 02:22:54 <WhyNotHugo> (the above paste is a later test using a graphics console instead of serial)
2025-12-02 02:25:02 <dwfreed> you are specifying -serial, right? (presumably -serial stdio ?)
2025-12-02 02:26:12 <WhyNotHugo> I've never used `-serial stdio`; the serial port is tied to stdio by default when using -nographic.
2025-12-02 02:26:32 <WhyNotHugo> I tried but "qemu-system-x86_64: -serial stdio: cannot use stdio by multiple character devices"
2025-12-02 02:26:55 <WhyNotHugo> Yeah, on all my preivous (successful) VM usages of all sorts, serial port to stdio is the default for qemu.
2025-12-02 02:27:04 <dwfreed> ah
2025-12-02 02:27:18 <dwfreed> (I don't use qemu directly)
2025-12-02 02:28:03 <WhyNotHugo> What do you use?
2025-12-02 02:28:29 <dwfreed> proxmox or libvirt
2025-12-02 02:28:47 <dwfreed> but also I don't run alpine, so I've never tested these images
2025-12-02 02:30:21 <WhyNotHugo> I'm mostly trying to use tiny-cloud+nocloud to script creation of VMs (for development/testing), but I'm not sure if I'm really taking the simplest approach here.
2025-12-02 02:50:12 <WhyNotHugo> Ah, I need to specify a firmware for the VM via "-drive if=pflash,format=raw,readonly=on,file=/usr/share/OVMF/OVMF_CODE.fd"
2025-12-02 05:37:13 <Cannabinoids[m]>  Advert Advert 🚨🚨🚨... (full message at <https://matrix.org/oftc/media/v1/media/download/AZLHEqx9Q1rfwmPv9H8_cotQ-WuKIzhn6keG7mkW9BxCMo1xmRB5eifqKYYBQOYmUo1lQwwB-hlBPkyR7rFWvolCebJamjHAAG1hdHJpeC5vcmcvbHprS1FtRkZpdmxPaEVZSEdsRUppcXlL>)
2025-12-02 09:40:28 <hope> ye, kick them all, systemd users!
2025-12-02 13:06:34 <achill> lol what
2025-12-02 13:08:45 <quinq> hope, they aren't all bad
2025-12-02 13:09:47 <hope> no, they are mostly innocent, like sheep
2025-12-02 13:11:35 <quinq> ignorant?
2025-12-02 13:13:14 <hope> sheep are not ignorant, they have own destiny, they do what they were born for
2025-12-02 14:20:22 <longnoserob[m]> achill: could you look at aports!89115 once more? 
2025-12-02 15:14:26 <lillianb_> hi! does there happen to be an alpine 88x31 somewhere?
2025-12-02 15:46:05 <hope> lillianb_: what's that
2025-12-02 15:51:42 <Habbie> a logo/icon?
2025-12-02 15:54:11 <hope> weird size ;/
2025-12-02 15:54:25 <hope> I assume that 1 at the end is important ;/
2025-12-02 15:56:07 <ikke> I believe those were those geocities style banners/buttons
2025-12-02 15:57:53 <aron> I found this: https://88x31.nl/history.html
2025-12-02 16:00:24 <hope> current value as emulating teletypwriter
2025-12-02 16:01:59 <hope> and ye, alpine should have own merch, selling 88x31 banners for 2,99 a piece. Maybe even 88x30 if somebody want safe some pixel
2025-12-02 16:02:11 <quinq> Powerd by AlpineLinux
2025-12-02 16:02:41 <aron> or simply 80x24 with VGA colors :)
2025-12-02 16:03:11 <hope> obviously in sixel format
2025-12-02 16:06:15 <quinq> lillianb_, https://88x31.nl/gifs/altavista.gif just edit the name on it
2025-12-02 16:07:45 <hope> calm down!
2025-12-02 16:07:57 <hope> this way nobody will make money!
2025-12-02 16:08:17 <quinq> oops
2025-12-02 16:08:34 <quinq> Well, I can change the name for 2.89 a piece
2025-12-02 16:08:56 <hope> he put on his website, somebody will click by mistake, server will crash
2025-12-02 16:10:28 <hope> ye, you can expand service, 2,89 handmade ready to publish logo or 1,49 chanding the name on premade one
2025-12-02 16:11:51 <quinq> ok, you want to join services, could work
2025-12-02 16:13:43 <hope> Powered by OpenRC
2025-12-02 16:14:28 <hope> lillianb_: so what payment method do you prefer dear sir?
2025-12-02 16:14:48 <quinq> https://neonaut.neocities.org/images/buttons/neocitizens/maxheadroom.gif that one is a bit more pricy though, because it's cooler
2025-12-02 16:15:56 <hope> premium
2025-12-02 16:39:24 <hope> it looks like wayland wm are dying? is there anything out of sway which does not require xwayland nonsense?
2025-12-02 16:39:30 <mio> lillianb_: will this work for you? https://0x0.st/KyHQ.png
2025-12-02 16:40:59 <mio> it's unofficial, based on website logo, you're welcome to have it as long as logo author is also okay with derivative use
2025-12-02 16:41:19 <hope> ye, it's unofficial!
2025-12-02 16:41:22 <hope> fake one
2025-12-02 16:41:38 <hope> if you want official one, authentic, handmade, pay
2025-12-02 16:44:13 <tyler82_Desktop> Finally. I did build doublecmd. lazarus and fpc-src as well. U can test it. feel free to use the APKBUILD and public it to the repo. https://mega.nz/folder/CdZFzSyB#DCLTJo0pnTtnCymeqkaLHw
2025-12-02 16:45:40 <quinq> Yeah, mio, please stop trying to kill business with open source
2025-12-02 16:47:03 <mio> quinq: payment accepted in smiles :)
2025-12-02 16:47:19 <quinq> :)
2025-12-02 16:48:43 <hope> will try in grocery tomorrow
2025-12-02 16:51:39 <tyler82_Desktop> hope: even xlibre is better then wayland 
2025-12-02 16:52:08 <Ermine> lmao
2025-12-02 16:53:28 <hope> no idea, I can't smell xorg shit for a decade
2025-12-02 16:54:08 <hope> did not tried xlibre 
2025-12-02 16:54:26 <ssm> it's a fake fork with slop coding
2025-12-02 16:54:32 <hope> maybe it improved, but xorg was abandoned logn time ago, not sure if it's not too late for this
2025-12-02 16:54:34 <ssm> IE political fork
2025-12-02 16:55:25 <hope> at least alpine is not political
2025-12-02 16:55:46 <hope> no political decision taken ;/
2025-12-02 16:55:53 <Ermine> sorry to disappoint you, it is, as the rest of open source
2025-12-02 16:55:59 <hope> oh shit
2025-12-02 16:56:09 <ssm> politics is so cool I wish politics was real
2025-12-02 16:56:58 <hope> funny ram I bought 2 months ago for 100 eur now cost over 300 eur
2025-12-02 16:57:07 <hope> it's better than hodling bitcoin
2025-12-02 16:58:06 <socksinspace> probably less harmful too :D
2025-12-02 16:58:25 <hope> shit raspberry went up too bc. of this
2025-12-02 16:59:02 <socksinspace> yeah, everything is going to shit, but at least we can generate bullshit at unprecedented speeds
2025-12-02 16:59:17 <hope> and open source!
2025-12-02 16:59:26 <hope> everything managed by intel's minixos ;/
2025-12-02 17:00:53 <hope> when random software occupies 100GB of disk and 10GB of RAM they often say, hardware is cheap now
2025-12-02 17:01:01 <hope> and here we are
2025-12-02 17:01:22 <hope> even my lovely rpi went up of 15 eur
2025-12-02 17:03:57 <hope> now I understand why sobody want image just 88x31, everything bigger is not sustainable
2025-12-02 17:04:25 <socksinspace> true, gotta ration these pixels
2025-12-02 17:04:41 <socksinspace> anywho, we are getting hella offtopic here
2025-12-02 17:07:21 <hope> otherwise screen will freeze
2025-12-02 17:08:19 <hope> ona may then think it's bc. system hits swap space, better if screen is moving a bit
2025-12-02 17:20:47 <lillianb_> mio: thanks!
2025-12-02 17:22:01 <mio> lillianb_: you're welcome, if you want the svg source can paste it as well
2025-12-02 17:22:31 <mio> but it's basically a resized version of the website logo with a few edits
2025-12-02 17:24:54 <hope> and if you want original brand new and gif, you know how much
2025-12-02 17:31:03 <hope> and don't worry, money will be used to support other political projects like xlibre and similar
2025-12-02 17:36:51 <quinq> Everything's political, even scratching your knee
2025-12-02 17:38:32 <hope> Blembim501574135135242: nice password
2025-12-02 17:39:07 <quinq> Maybe that's just a birthdate
2025-12-02 17:41:32 <hope> in some closed proprietary format?
2025-12-02 17:43:58 <quinq> Just in us Epoch
2025-12-02 17:45:00 <hope> no idea, those kind of bots never speak
2025-12-02 18:11:01 <kyebr> is it normal for unprivledged usr to not be able to access `/sbin`?
2025-12-02 18:11:26 <dwfreed> no
2025-12-02 18:12:04 <dwfreed> the bin/sbin split is completely arbitrary and often downright wrong for many tools
2025-12-02 18:12:49 <dwfreed> I regularly use tools that are often in sbin as a regular user, like ip and rndc
2025-12-02 18:15:12 <kyebr> ok, But I cannot access `ip` through a regular usr. So I misconfigured it somewhere.
2025-12-02 18:19:58 <quinq> check your $PATH
2025-12-02 18:21:11 <quinq> Though default is /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
2025-12-02 18:24:01 <Antiz> I see that atools (Leo/atools) is archived and that the shell apkbuild-lint script it ships has been marked as deprecated in the package of the same name.
2025-12-02 18:24:03 <Antiz> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/atools/APKBUILD#L36
2025-12-02 18:24:55 <Antiz> As far as I understand, atools-go (infra/atools-go) is now the preferred source.
2025-12-02 18:25:51 <Antiz> Question is, is there any technical reason why the former / deprecated atools package is still distributed in the repo?
2025-12-02 18:27:42 <Antiz> For the context, I'm about to push atools-go to the Arch Linux repository but I'm wondering if I should still keep the deprecated atools package around for some reason (as currently done in Alpine) or if I can just drop it (and have atools-go replacing it)?
2025-12-02 18:38:06 <kyebr> thx quinq For some reason. My Path only has `/bin` and no `/sbin` dirs. Even though `/etc/profile` includes the default entries
2025-12-02 18:40:04 <quinq> Maybe you're using a weird shell that overrides this
2025-12-02 18:41:29 <kyebr> I did install fish. but path is fucked in ash too.
2025-12-02 18:42:24 <kyebr> hmm, curious fixing it for fix fixed in ash. fish is the problem
2025-12-02 18:42:53 <kyebr> fixing it for *fish fixed in ash. fish is the problem
2025-12-02 18:44:21 <quinq> Yep, fish is the weird shell there
2025-12-02 18:47:02 <kyebr> any idea, why ash PATH will change. AFAIK fish store the variable in `.config/fish/var...` which ash should not parse
2025-12-02 21:04:37 <Sertonix[m]> Maybe something set $ENV?
2025-12-03 00:03:37 <Wryl> just wanna say thank you to all the maintainers, alpine is cool.
2025-12-03 00:04:00 <Wryl> I have a task for december adventure to poke at diskless ops.
2025-12-03 00:36:20 <Babkock> Hi
2025-12-03 02:34:17 <Babkock> How do you like Alpine Linux?
2025-12-03 06:44:18 <ncopa> I have tagged alpine 3.23.0_rc2 with the 6.18 kernel. please test if you can and report back any issues
2025-12-03 08:22:43 <rnkn> what’s the latest I can put off doing usr-merge?
2025-12-03 08:26:38 <Sertonix[m]> Plans have changed a lot so I don't think there is a fixed date yet. But it will definetly happen automatically at some point.
2025-12-03 08:26:45 <socksinspace> usr-merge has been postponed, so you can just run 2.23 when it comes out
2025-12-03 08:27:59 <socksinspace> (or even run the rc now and help test things)
2025-12-03 10:10:22 <divVerent1> postponed? Does that mean I have to undo the usr merge when I've already done it, or is it OK to keep it if already done?
2025-12-03 10:23:10 <achill> no its not a problem to have a merged /usr now
2025-12-03 10:44:28 <omni> the only thing that doesn't work (and hasn't since 3.21) is to have / and /usr on different filesystems(/partitions/disks/whatever)
2025-12-03 10:59:03 <divVerent1> thanks, good
2025-12-03 13:46:33 <malina> god
2025-12-03 13:46:37 <malina> you heathen!
2025-12-03 13:47:39 <malina> almost like we watched a play at oyal Albert's Hall and thought it was all imagination!
2025-12-03 13:47:46 <malina> royal*
2025-12-03 14:06:32 <hope> I agree
2025-12-03 18:40:30 <thresh> Hello!  I'm reading 3.23 release notes and I wonder about the upcoming (after 3.23) apk index v3 change.
2025-12-03 18:41:27 <thresh> Will v2 index be still supported when this change happens?  We (an ISV) provide pre-built alpine packages for all currently supported Alpine versions, and we build those repo indexes in a centralized manner, using one apk tool for all the repos.
2025-12-03 18:42:04 <thresh> So I wonder if we can continue doing so in the future (at least until all Alpine releases get v3 index support), or do we need to prepare for a scenario where we will need to build v3 indexes for e.g. 3.24?
2025-12-03 18:42:30 <ikke> apk-tools will keep supporting v2 indexes and packages afaik
2025-12-03 18:47:21 <ncopa> help wanted with proofread https://wwwtest.alpinelinux.org/posts/Alpine-3.23.0-released.html
2025-12-03 18:48:24 <achill> apk tools release notes link is not a clickable link
2025-12-03 18:53:21 <ikke> achill: fixed
2025-12-03 18:53:26 <achill> merci
2025-12-03 18:53:41 <achill> otherwise dont have anything to nag
2025-12-03 18:53:42 <achill> :)
2025-12-03 18:53:58 <thresh> thank you ikke 
2025-12-03 18:55:57 <ikke> thresh: from the release notes, this may be relevant: "Support for the original "alpine v1" packages and for broken v2 packages from foreign tools has been removed"
2025-12-03 18:56:17 <ikke> So make sure that the packages / indexes you generate are valid
2025-12-03 19:05:50 <thresh> ikke, yeah, I need to check if an ancient version of apk we use (2.10.4, on RHEL at that too) generates the contemporary ones
2025-12-03 20:36:14 <ncopa> original v1 packages...
2025-12-03 20:36:57 <ncopa> that is like 2009 something?
2025-12-03 20:37:01 <ncopa> https://apk-tools.sourceforge.net/
2025-12-03 20:37:09 <ikke> You know that better than I do :P
2025-12-03 20:37:59 <ncopa> Registered
2025-12-03 20:37:59 <ncopa> 2005-05-07
2025-12-03 20:38:01 <ncopa> ha
2025-12-03 20:41:04 <ncopa> its official
2025-12-03 20:41:13 <ncopa> https://alpinelinux.org/posts/Alpine-3.23.0-released.html
2025-12-03 20:43:21 <ssm_> now for all the bugs that weren't found after extensive auditing to magically appear!
2025-12-03 20:50:59 <hope> reboot only if you really have to ;/
2025-12-03 20:58:01 <hope> interesting that edge now stable is 6.17 and lts is 6.18
2025-12-03 20:59:46 <achill> -lts will keep being on 6.18 but -stable follows gregs releases
2025-12-03 21:11:10 <ncopa> i dont know how to properly format a text email
2025-12-03 21:11:18 <ncopa> its 2025 and people read the email from tiny screens
2025-12-03 21:11:24 <ncopa> plain text is futil
2025-12-03 21:14:32 <hope> ye weird, so many read it on 6,9' screens, in 2025!
2025-12-03 21:16:32 <hope> like they can't get proper terminal on the proper display at least reaching 70 characters ;/
2025-12-03 21:18:57 <nanon> should I run merge-usr on 3.22 and then update to 3.23, or does the order not matter?
2025-12-03 21:21:49 <achill> you can only run it on 3.23
2025-12-03 21:22:59 <nanon> that settles that I guess lol
2025-12-03 21:23:08 <nanon> thanks achill
2025-12-03 21:27:54 <Forza> 🙏 Alpine 3.23
2025-12-03 21:54:44 <Saijin_Naib[m]> It is a solid release 🤓
2025-12-03 22:00:35 <Forza> got one issue with testing usr-merge: 'udevd[375]: failed to execute '/bin/touch' '/bin/touch /run/udev/gdm-machine-has-virtual-gpu': Symbolic link loop'
2025-12-03 22:01:50 <Forza>  /bin/touch -> /bin/touch
2025-12-03 22:08:51 <Forza> replaced with /bin/touch -> /bin/busybox
2025-12-03 22:09:07 <Forza> all good now
2025-12-03 22:17:54 <blitp> hello, i believe we might be missing /etc/dovecot/dovecot.conf for the dovecot package on v3.22, just a heads up. kindly note we had that on v3.21
2025-12-03 22:23:19 <Ermine> dovecot changed configuration format in the version that got into 3.22
2025-12-03 22:23:54 <blitp> ohh i see, thanks
2025-12-03 23:00:44 <omni> probably good if someone would update at least the wiki page with that https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.23.0
2025-12-03 23:01:15 <achill> its already in https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.22.0#dovecot 🤷
2025-12-03 23:02:04 <Ermine> 
ACTION had dovecot down for a month and hadn't noticed :D

2025-12-03 23:02:48 <omni> ah, oh, I didn't read properly
2025-12-03 23:03:02 <omni> never mind then
2025-12-03 23:03:36 <omni> (I read the above as someone going from 3.22 to 3.23)
2025-12-04 00:07:28 <Sertonix[m]> Forza: Would you mind opening an issue with the usr-merge failure? Such things need to be fixed before migration can be done automatically
2025-12-04 03:03:29 <invoked> ncopa: the standard thing is to wrap at 72.  what can also be done is make the email multipart/html, which you can do if you feed the email to pandoc (eg 'pandoc -f markdown -t html --standalone'). mobile clients will automatically use the html part, which will reflow text.
2025-12-04 03:04:18 <invoked> if there's a better compromise, i'm not aware of it.
2025-12-04 04:20:34 <jvvv> invoked: is that pandoc output meant to be sent as body or attachment?
2025-12-04 05:12:11 <invoked> jvvv: it's plain text, not encoded. email starts Content-Type: multipart/mixed, sets a boundary. first boundary sets Content-Type: multipart/alternative, sets another boundary. first section using the 2nd boundary is text/plain. 2nd section text/html (output from pandoc). less complicated than it sounds. if you're doing it by hand. otherwise normally the MUA will/should do the
2025-12-04 05:12:21 <invoked> multipart work for you.
2025-12-04 05:12:52 <invoked> https://www.rfc-editor.org/rfc/rfc1341
2025-12-04 05:14:39 <invoked> multipart/alternative basically says that both parts contain the same information (text/plain and text/html) and leaves it to the MUA to make a decision about which one to use by default.
2025-12-04 05:46:11 <ikke> invoked: the mailing list does not allow html emails
2025-12-04 06:12:13 <invoked> ikke: yeah. which is normal for lists. mailman & friends will allow it selectively based on sender, but perhaps not the hut.
2025-12-04 06:33:25 <jvvv> invoked: thanks for the expanded explanation
2025-12-04 08:01:46 <hope> oh look how nicely done plain text email ;/
2025-12-04 09:21:44 <hope> v3.23.0_rc2-34-g319b82182d1 [http://dl-cdn.alpinelinux.org/alpine/v3.23/main] Shouldn't I have it without that _rc2 thing?
2025-12-04 09:35:59 <snoofYfuny> Hello!
2025-12-04 09:38:36 <ncopa> it should
2025-12-04 09:38:52 <ncopa> and it will
2025-12-04 09:39:15 <ncopa> there are 300+ package needing rebuild due to go security update
2025-12-04 09:39:24 <ncopa> once those are ready it should update
2025-12-04 09:39:44 <hope> good, almost asked for money back, will wait a bit then
2025-12-04 09:44:55 <ncopa> actually, this is interesting
2025-12-04 09:45:50 <ncopa> the main repo is uploaded before community, and the go update only affects community
2025-12-04 09:46:21 <ncopa> so why did we end up with an APKINDEX with info as -rc2?
2025-12-04 09:47:15 <ncopa> it happens due to how we build the packages, the index and releases
2025-12-04 09:48:27 <ncopa> when tagging release, I first update alpine-base package commit that to git and then create a tag
2025-12-04 09:48:44 <ncopa> then I first do git push (which does not include the tags), and then I push the tag
2025-12-04 09:49:24 <ncopa> which means that the builder will first pick up the commit, without the tag, and start build
2025-12-04 09:49:34 <ncopa> and generate APKINDEX
2025-12-04 09:50:13 <ncopa> when generating the APKINDEX it gets the info from `git describe`, which at this point does not yet have the tag
2025-12-04 09:50:33 <ncopa> thats why it ends up as v3.23.0_rc2-34-g319b82182d1
2025-12-04 09:51:26 <ncopa> when that is built and uploaded, it will again do git pull, get the tag and at this point there is no new packages to build, so the APKINDEX is not regenerated
2025-12-04 09:51:30 <ncopa> it is left untouched
2025-12-04 09:51:43 <ncopa> but it will create the release, due to the tag
2025-12-04 09:52:14 <hope> standard complexity thing, hope you have fun ;/
2025-12-04 09:52:31 <ncopa> nah, its fairly simple
2025-12-04 09:52:46 <ncopa> it will fix itself next time anything is pushed to 3.23-stable main repo
2025-12-04 09:59:12 <ikke> ncopa: you can do git push --follow-tags, and it will automatically push any reachable tags as well
2025-12-04 09:59:36 <ikke> Make sure you don't have any local tags around that you don't intend to push
2025-12-04 10:01:15 <ncopa> the second thing there is the reason why I do it this way
2025-12-04 10:01:33 <ikke> Right
2025-12-04 10:01:48 <ncopa> anyway, thats the explanation why it ended up like this
2025-12-04 16:21:47 <bedwiser> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find network at https://xdcc-search.com that serves xdcc pacs - its all free and servers are running on high bandwidth
2025-12-04 16:23:52 <hope> faster than light
2025-12-04 16:24:03 <ssm> wow a real warez distributor
2025-12-04 16:26:27 <hope> ye 2026 return of torrenting
2025-12-04 16:26:44 <Habbie> except it's -not- about torrents (but i don't want to dive offtopic here)
2025-12-04 16:27:14 <hope> ye that is not and it does not matter, who would download shit over irc
2025-12-04 16:27:45 <hope> but not only torrenting but also linux will have good year
2025-12-04 16:27:56 <hope> as win and mac os fucked up already too much
2025-12-04 16:28:28 <frag> what does -not- mean? what syntax is this?
2025-12-04 16:28:41 <ikke> emphasis
2025-12-04 16:28:50 <ikke> similar to _not_ or *not*
2025-12-04 16:28:58 <Habbie> yeah i should really learn to use _ or *
2025-12-04 16:29:16 <Habbie> i generally try to be markdown compatible in these things but -this- is an old habit
2025-12-04 16:29:31 <Habbie> and then jira and confluence immediately go strike through
2025-12-04 16:29:43 <hope> ye, plain text on irc is not enough!
2025-12-04 16:29:52 <hope> let's break it a bit with random hash
2025-12-04 16:30:17 <frag> thought it would be -strike through- if anything
2025-12-04 16:34:40 <quinq> It's not not
2025-12-04 16:36:37 <hope> no?
2025-12-04 16:36:52 <ikke> ~~strikethrough~~
2025-12-04 16:46:16 <dwfreed> Habbie: note that irssi can detect use of _this_ and *this* and apply formatting to them (underscore and bold, respectively)
2025-12-04 16:46:35 <Habbie> ah. but i don't want that :)
2025-12-04 16:46:47 <dwfreed> it's presentation side only
2025-12-04 16:46:54 <Habbie> oh like that
2025-12-04 16:49:28 <dwfreed> /italics/ is also a thing, but many terminal emulators don't support it (or the font doesn't) so it's not as useful
2025-12-04 17:26:50 <anaumov> hey, can someone tell me: is this article actual? Do we have new actual version of this?
2025-12-04 17:26:57 <anaumov> https://wiki.alpinelinux.org/wiki/How_to_build_the_Alpine_Linux_kernel
2025-12-04 17:34:20 <Sertonix[m]> Not everything mentioned there is needed but I would guess that it works
2025-12-04 17:35:12 <anaumov> $ time abuild -crK
2025-12-04 17:35:13 <anaumov> >>> linux-lts: Analyzing dependencies...
2025-12-04 17:35:13 <anaumov> ERROR: unable to select packages:
2025-12-04 17:35:13 <anaumov> >>> linux-lts: Validating /home/alex/c/aports/main/linux-lts/APKBUILD...
2025-12-04 17:35:13 <anaumov> >>> linux-lts: Building main/linux-lts 6.18.0-r3 (using abuild 3.15.0-r1) started Thu, 04 Dec 2025 19:27:19 +0100
2025-12-04 17:35:14 <anaumov>   .makedepends-linux-lts-20251204.182723:
2025-12-04 17:35:16 <anaumov>     masked in: cache
2025-12-04 17:35:18 <anaumov>     satisfies: world[.makedepends-linux-lts=20251204.182723]
2025-12-04 17:35:20 <anaumov>   bpftool (no such package):
2025-12-04 17:35:22 <anaumov>     required by: .makedepends-linux-lts-20251204.182723[bpftool]
2025-12-04 17:35:24 <anaumov> >>> ERROR: linux-lts: builddeps failed
2025-12-04 17:35:26 <anaumov> Command exited with non-zero status 1
2025-12-04 17:35:28 <anaumov> real	0m 4.04s
2025-12-04 17:35:32 <anaumov> user	0m 2.64s
2025-12-04 17:35:34 <anaumov> sys	0m 1.00s
2025-12-04 17:35:36 <anaumov> that's what I get if I do everything 1:1
2025-12-04 17:36:21 <anaumov> it seems something is missing
2025-12-04 17:40:03 <ikke> anaumov: what release are you on? bpftool moved from community to main in 3.23
2025-12-04 17:40:48 <anaumov> ikke, I use 3.22
2025-12-04 17:41:06 <ikke> Make sure you use the APKBUILD from the 3.22-stable branch then
2025-12-04 17:43:45 <anaumov> ikke, can you tell me how I can check it? :)
2025-12-04 17:44:01 <ikke> If you ran this: git clone --depth 1 https://gitlab.alpinelinux.org/alpine/aports.git
2025-12-04 17:44:06 <ikke> You are on the master branch, which is for edge
2025-12-04 17:48:56 <ikke> anaumov: git config --add remote.origin.fetch +refs/heads/3.22-stable:refs/remotes/origin/3.22-stable
2025-12-04 17:49:01 <ikke> git fetch --depth=1
2025-12-04 17:49:05 <ikke> git checkout 3.22-stable
2025-12-04 17:52:13 <anaumov> ikke, thanks! it solved my problem. Now I'm building the kernel. Thank you
2025-12-04 18:07:29 <gorus> Any of you able to run alpine on amlogic tv box ?
2025-12-04 18:07:49 <gorus> I hit day #4 trying to figure it out and I'm non the wiser
2025-12-04 18:48:30 <Saijin_Naib[m]> It looks like both lz4 and zstd are set as crypto modules in linux-lts kernel, so what would be the Alpinic way of ensuring they are available at boot to be used with zswap on the kernel commandline?
2025-12-04 18:49:01 <Saijin_Naib[m]> Setting them as modules directly in /etc/default/grub didn't seem to work, so do they rather need to go into /etc/mkinitfs/mkinitfs.conf
2025-12-04 19:03:34 <travestisikenadam> sa
2025-12-04 19:10:50 <Saijin_Naib[m]> Is our features line in mkinitfs.conf the same as Modules in mkinitcpio?
2025-12-04 19:11:03 <Saijin_Naib[m]> https://wiki.archlinux.org/title/Zswap#Compression_algorithm
2025-12-04 19:11:17 <ikke> Saijin_Naib[m]: features refers to files in features.d
2025-12-04 19:11:35 <Saijin_Naib[m]> Ooh, okay
2025-12-04 19:11:48 <Saijin_Naib[m]> I'm doing this wrong 🤣 No surprise
2025-12-04 19:13:29 <Saijin_Naib[m]> So, add a lz4 feature entry, and then a corresponding lz4.modules file in features.d and doas apk fix mkinitfs
2025-12-04 19:20:12 <frag> is it just me or anyone else have to type password when using doas after upgrade (to edge)?
2025-12-04 19:21:06 <frag> i have "permit nopass user" in /etc/doas.conf
2025-12-04 19:22:28 <frag> i only have to type passwd once pr terminal/shell
2025-12-04 19:23:22 <Saijin_Naib[m]> Lets see if I brick it
2025-12-04 19:25:31 <frag> might be my unusual setup? i run diskless, so log in as root and create a user, and exec su user startx..
2025-12-04 19:25:39 <Saijin_Naib[m]> No brick, but no work. Ah well
2025-12-04 19:25:51 <hope> frag: just you
2025-12-04 19:26:26 <frag> uffda
2025-12-04 19:26:56 <hope> but what you mentioned is root using doas, not user
2025-12-04 19:27:56 <Lord> is there a way to know which linux-firmware-X is used ?
2025-12-04 19:28:16 <frag> whami says "user"
2025-12-04 19:28:23 <frag> whoami
2025-12-04 19:28:58 <frag> didnt have a problem on 3.22, i updated from it to edge btw, havent installed 3.23 yet, well i guess thats edge atm..
2025-12-04 19:29:37 <frag> actually im not 100% sure i didnt have a problem on 3.22, not sure of the timeline.. oh well..
2025-12-04 19:30:08 <hope> and how it comes that you have to type pass once? with nopass you should have not type it at all
2025-12-04 19:30:31 <hope> what you mentioned is more like persist, not nopass
2025-12-04 19:30:34 <frag> thinking the same thing
2025-12-04 19:31:51 <hope> but from root su user I think it should not ask pass
2025-12-04 19:32:02 <hope> no doas needed
2025-12-04 19:32:57 <frag> yeah, i figure since i su startx as the user, its like i logged in as user and started startx
2025-12-04 19:33:33 <frag> maybe im not very articulate atm..
2025-12-04 19:37:43 <frag> i do something like: su -l user -c 'export ENV=/path/user;startx /usr/bin/dwm -- -ardelay 200 -arinterval 30'
2025-12-04 19:38:13 <frag> i guess its not so bothersome to type passwd now and then tho..
2025-12-04 19:42:06 <frag> hmm wondering if its asking for the users password..
2025-12-04 19:44:55 <Saijin_Naib[m]> Currently used, or needs to be used?
2025-12-04 19:45:33 <Saijin_Naib[m]> If needs to be, I look at dmesg for errors about missing fimrware files, then use the Package Contents part of pkgs.alpinelinux.org to find where that module lives, and then apk add that linux-firmware-* pacakge
2025-12-04 19:46:01 <Saijin_Naib[m]> There must be a more elegant way, because setup-alpine seems to pick sane linux-firmware-* packages for attached devices at install
2025-12-04 19:46:21 <Saijin_Naib[m]> But yeah, that's what I do (did). Now, I just apk add linux-firmware and be done with it haha
2025-12-04 19:46:50 <Saijin_Naib[m]> Having the firmware files more compressed than they used to be is a huge help on smaller eMMC and it means I don't need to be as conscientious when I hook up new devices
2025-12-04 19:48:05 <Saijin_Naib[m]> So, cp cryptsetup.modules to lz4.modules and editing the lines to point to lz4 instead of * did not work
2025-12-04 19:48:16 <Saijin_Naib[m]> I'm out of my depth
2025-12-04 19:48:49 <Saijin_Naib[m]> Are there docs on how these need to be setup, because presumably i915 also needs a features.d file as well for early KMS and some other features to be supported, if ArchWiki applies here
2025-12-04 20:29:00 <frag> do you need root passwd if you dont have any ssh or similar service running? i guess its a fail safe...
2025-12-04 20:37:34 <hope> no disk, no password, no root, like a pro ;/
2025-12-04 20:38:47 <frag> im slowly cutting out computers ;p
2025-12-04 20:39:00 <frag> its not working tho..
2025-12-04 20:42:50 <hope> sold ssd disk so you work less and have more time for linux fuckery?
2025-12-04 20:44:56 <hope> you could maybe normal install and put junk to tmpfs
2025-12-04 21:10:14 <frag> run rpi so have sd storage :] gotta slp, congratz on new release guys!
2025-12-04 21:13:44 <hope> I have two, server and desktop and no issue with sd
2025-12-04 21:14:28 <hope> on desktop I just put .cache and /var/cache into tmpfs and downloads and shits go there
2025-12-04 21:14:49 <hope> it not only flies, but everyone on x86 envy my setup
2025-12-04 21:21:57 <hope> I used ssd on rpi 5 but it was pointless complexy so went back to sd card
2025-12-05 02:56:16 <rnkn> I'm guessing that because rc-service -U is undocumented it's not ready for use?
2025-12-05 02:57:18 <rnkn> and that apk seems to install user-level services to /etc/user/init.d whereas rc-update(8) says all services must be in /etc/init.d or /usr/local/etc/init.d?
2025-12-05 02:59:45 <rnkn> I'm getting errors trying to stop/start anything in /etc/user/init.d
2025-12-05 03:28:01 <Kladky> I'm having this really strange issue, where after upgrading from 3.22 to 3.23, when my laptop wakes from sleep, shortly after seeing the KDE Plamsa lockscreen, my laptop reboots after what seems to be a forced instant restart (since usually it takes multiple seconds to shutdown before restart, but with this bug it almost immediately boots up after seeing the lockscreen)
2025-12-05 06:20:59 <frag> also had no problem using sd card, so simple, so tiny!
2025-12-05 07:24:04 <hope> one would almsot say, so cute ;/
2025-12-05 09:32:56 <quinq> Kladky, so you mean that 3.23 improved drastically reboot time?
2025-12-05 10:14:34 <f_> Kladky: Maybe your DM is crashing and rebooting?
2025-12-05 10:14:47 <f_> or KDE?
2025-12-05 10:36:57 <ikke> Is keepassxc autotyping on X11 broken for anyone else?
2025-12-05 11:33:19 <Kladky> f_: if by DM you mean Desktop Environment, then I don't know. It seems weird to me that waking from sleep would make it crash so hard that it immediately reboots
2025-12-05 11:33:46 <Kladky> quinq: no, when I reboot normally, it takes maybe 6-7 seconds to shutdown
2025-12-05 11:33:57 <Kladky> but when this bug happens its instant
2025-12-05 11:34:51 <Kladky> I just see the lockscreen for a second or two, then the screen is off and the keyboard backlight turns on, signalling that it's booting again
2025-12-05 11:38:13 <quinq> So yes, it improved reboot time :D
2025-12-05 11:38:23 <quinq> Went from 6-7 seconds to instant
2025-12-05 11:42:44 <hope> should be mentioned in changelog
2025-12-05 11:44:04 <hope> Alpine 3.23.0 it never sleeps, reboots instantly
2025-12-05 11:45:20 <hope> 6-7 seconds to shutdown? hah, that time I install whole system on rpi ;/
2025-12-05 13:23:51 <f_> Kladky: I eman display manager, e.g. sddm
2025-12-05 13:24:12 <f_> Highly doubt it's a reboot
2025-12-05 13:26:43 <f_> btw, is NymphCast broken for anyone else?
2025-12-05 13:27:00 <f_> On aarch64 at least I cannot install it due to some 'poco' library that is not in repos
2025-12-05 14:17:48 <gorus> Any of you run alpine arm on amlogic s912 soc ?
2025-12-05 14:22:54 <hope> no, just you
2025-12-05 14:24:22 <gorus> I wish and hope to!
2025-12-05 14:28:28 <hope> postmarket has some entry for that crap
2025-12-05 14:52:23 <Kladky> f_: well, I get kicked back to grub, after seeing my laptop's manifacturers logo.
2025-12-05 14:52:47 <Kladky> I think I remeber seeing sddm failed to start error when shutting down my system normally.
2025-12-05 14:53:23 <f_> hope: it's not crap ;)
2025-12-05 14:53:32 <Kladky> I have kde set to auto-login on boot, since my disk is encrypted, I don't want to write my password twice
2025-12-05 14:54:05 <f_> gorus: what device do you have? It might be better to run postmarketOS, it's a distro based on alpine but with support with tricky devices like yours
2025-12-05 14:54:29 <f_> apart from systemd support and some other things you can basically treat it like an alpine box
2025-12-05 14:54:40 <f_> (and it uses the alpine repos too)
2025-12-05 14:54:50 <f_> Kladky: hmm .. strange
2025-12-05 14:55:06 <f_> Do you have a way of taking a video when it happens, maybe that could give a better idea
2025-12-05 14:55:32 <gorus> Amlogic s912 that uses q200 dtb, running armbian on it perfectly but id prefer alpine
2025-12-05 14:55:52 <f_> gorus: yes, which specifically
2025-12-05 14:55:55 <gorus> Had my daughter run libreelec on it as well to watch her cartoons
2025-12-05 14:56:04 <gorus> T95z-plus
2025-12-05 14:56:43 <f_> there's this https://wiki.postmarketos.org/wiki/Amlogic_Generic_AArch64_TV_Box_(amlogic-aarch64-tvbox)
2025-12-05 14:56:57 <f_> but apart from ugoos-am3 no q200 generic port
2025-12-05 14:57:14 <gorus> I can run alpine by replacing root partition with alpine but would prefer to do it properly
2025-12-05 14:57:19 <f_> I can add it if that's what you want to use, just 4-5 lines
2025-12-05 14:58:28 <Kladky> f_: yeah, I can record it with my phone I guess
2025-12-05 14:58:29 <f_> yeah postmarketOS is basically alpine with a few differences and things added. But other than that it can be treated as a regular alpine box
2025-12-05 14:58:39 <Kladky> not sure where i'd upload it though
2025-12-05 14:59:04 <f_> Kladky: your bnc/client doesn't have file upload?
2025-12-05 14:59:23 <f_> I guess maybe x0.at or 0x0.st might work then
2025-12-05 14:59:29 <Kladky> Idk, I use soju and Halloy
2025-12-05 14:59:35 <hope> howIfuckedup.org is good for uploading 
2025-12-05 15:00:11 <f_> hope: maybe stop posting unhelpful messages?
2025-12-05 15:00:16 <gorus> To be honest id love to be able to follow this: https://wiki.alpinelinux.org/wiki/DIY_Fully_working_Alpine_Linux_for_Allwinner_and_Other_ARM_SOCs 
2025-12-05 15:00:31 <gorus> But something a bit more current
2025-12-05 15:00:49 <f_> hmm you can look at how it's done in pmOS
2025-12-05 15:01:16 <f_> The main thing is how to boot the thing, and the kernel also, IIRC alpine's kernel is missing some amlogic things
2025-12-05 15:02:18 <gorus> Well for me the main thing is to sign the compiled u-boot with amlogic security stuff
2025-12-05 15:02:34 <f_> Oh you boot u-boot directly as bl33?
2025-12-05 15:02:42 <gorus> All of the info I found is outdated with no working links
2025-12-05 15:03:08 <f_> I assumed you kept the existing vendor u-boot intact since you said it ran LibreELEC and runs armbian which don't really provide u-boot-as-bl33
2025-12-05 15:03:58 <f_> (fyi: I help maintain support for amlogic devices in pmOS)
2025-12-05 15:29:11 <Kladky> f_: https://x0.at/J4ke.mp4
2025-12-05 15:29:46 <Kladky> After the video ends showing gram (the name of the model of the laptop), it just boots like normal to GRUB
2025-12-05 15:31:31 <hope> never saw condom on the keyboard
2025-12-05 15:45:45 <f_> Kladky: strange..
2025-12-05 17:01:52 <f_> byebye matrix
2025-12-05 17:07:10 <hope> much better now
2025-12-05 17:08:13 <hope> cleaner here to be honest
2025-12-05 17:12:37 <f_> actually the bridge seems to have come back, but it went down like an hour ago
2025-12-05 17:13:26 <hope> every downtime of bridge is welcome
2025-12-05 17:27:12 <richhenn> I am trying to load 3.23 riscv64 on a visionfive 2 via serial ttl, sdio(boot fail ffff...) and qspi(gets to grub, then dies) modes try to load and fail.  Cannot find anything on web about visionfive pre-reqs like flash rom or switch settings.  Anything to point at here?
2025-12-05 17:28:39 <ikke> richhenn: You may want to ask in #alpine-riscv64 (and be a bit patient)
2025-12-05 17:29:16 <richhenn> thanks.  I didn't know there was a channel for this. Will head over there.
2025-12-05 17:29:24 <ikke> No worries
2025-12-05 17:31:21 <hope> ye, send them all out
2025-12-05 17:31:29 <hope> less people, better, good move
2025-12-05 17:33:55 <ikke> hope: final warning, if you have something useful to contribute, feel free to stay, but please stop with these useless messages
2025-12-05 17:35:07 <hope> final? you mean first warning
2025-12-05 17:35:58 <ikke> f_ also told you to stop
2025-12-05 17:36:44 <hope> also. okay, so that was first and this yours is final, understand
2025-12-05 17:37:45 <hope> but feel free to write me anytime you feel, I don't mind if it's useless
2025-12-05 17:38:25 <invoked> this is a help channel. #alpine-offtopic exists
2025-12-05 17:40:58 <big_robot> i'm trying to automate installation in libvirt using the alpine-virt image following these instructions: https://www.skreutz.com/posts/unattended-installation-of-alpine-linux/
2025-12-05 17:41:27 <big_robot> however, i noticed that setup-alpine (or setup-disk) is always asking for permission to erase the disk even though i'm using an answers file for setup-alpine
2025-12-05 17:41:50 <big_robot> there don't seem to be any flags to turn off the confirmation
2025-12-05 17:41:58 <big_robot> any ideas?
2025-12-05 17:43:06 <big_robot> if you run `setup-alpine -ef answers` where DISKOPTS="-m sys /dev/vda", you'll see the same. it always wants to ask "WARNING: Erase the above disk(s) and continue? (y/n) [n]"
2025-12-05 17:44:10 <ikke> big_robot: just a thought, have you considered using the (no)-cloud images?
2025-12-05 17:46:23 <invoked> big_robot: if you look at /usr/sbin/setup-disk, it checks $ERASE_DISKS
2025-12-05 17:46:37 <big_robot> ikke: oh good grief, i wasn't aware of those. i was just trying to make the "virtual" image work. let me look into those.
2025-12-05 17:47:03 <invoked> in theory, if your disk is in ERASE_DISKS, it will return from the confirmation without prompting
2025-12-05 17:47:54 <big_robot> invoked: wow, just tried it. that works, thank you!
2025-12-05 17:48:02 <invoked> np
2025-12-05 18:01:38 <big_robot> invoked: in the context of this article, where would be the best place to set the ERASE_DISKS environment variable? When manually doing it in the shell it works fine. I've tried setting it at the start of the line that calls setup-alpine (/etc/local.d/auto-setup-alpine.start) but it hangs there (or crashes when stdin is closed)
2025-12-05 18:01:47 <big_robot> https://www.skreutz.com/posts/unattended-installation-of-alpine-linux/
2025-12-05 18:21:06 <invoked> i guess i would try putting it in the answers file first.
2025-12-05 18:23:11 <invoked> at least, that follows what i think users should expect.  ERASE_DISKS is not part of the example answers file in setup-alpine, though.
2025-12-05 18:27:07 <big_robot> yeah, no dice in answers file. :(
2025-12-05 18:44:43 <invoked> big_robot: hm, ok without looking at it (sorry, busy) i might be missing something. i would try what ikke suggested (different image like -cloud) which might handle that differently
2025-12-05 18:45:40 <invoked> else maybe setup-disk needs a change where setup-alpine can pass it an arg that forces setup-disk to destroy the disk(s) without prompting.
2025-12-05 18:46:21 <invoked> and that should still be exposed in the answers file, if so
2025-12-05 19:12:40 <WhyNotHugo> 'apk query --fields=version busybox' takes 450ms o.O
2025-12-05 19:38:42 <jvvv> big_robot: to skip the erase_disks confirmation, prefix the setup-alpine command like so: ERASE_DISKS=/path/to/targetmedia setup-alpine -f /path/to/answer_file
2025-12-05 19:39:42 <jvvv> i've updated the wiki page... it was specifying to use the '-c' switch for that usage, but only '-f' is appropriate in this case
2025-12-05 19:40:48 <big_robot> jvvv: yeah tried that, which works interactively but for some reason doesn't work in my overlay. i'm thinking cloud image might be easier for my situation.
2025-12-05 19:41:44 <big_robot> i set it up verbatim from that link i posted above, except using the v3.23 release
2025-12-05 19:42:02 <big_robot> if you feel the urge to dive in
2025-12-05 19:42:41 <jvvv> huh, when i did it, the erase_disk confirmation was skipped... weird
2025-12-05 19:43:55 <big_robot> really? dang. so the whole install worked and it rebooted ready to go?
2025-12-05 19:46:34 <jvvv> i didn't follow your instructs from that link, i just did `ERASE_DISKS=/dev/sda setup-alpine -f answerfile` for a fresh vm install
2025-12-05 19:47:50 <jvvv> perhaps problem could stem from your answerfile having DISK_OPTS=none?
2025-12-05 19:49:36 <jvvv> i'm going for a smoke break, after will look at your link again and see if i can reproduce
2025-12-05 19:53:05 <big_robot> jvvv: ah ok, thank you. no worries if you don't feel like it. i appreciate your advice. My DISK_OPTS="-m sys /dev/vda". i have been able to get that working just as you described if i type it manually, but automating this install is where it hangs up.
2025-12-05 19:54:55 <jvvv> right, but i wonder if you editted the answer_file to add the disk_opts to it, if it would work as expected
2025-12-05 19:54:58 <jvvv> sorry, brb
2025-12-05 20:30:42 <jvvv> big_robot: are you using the exact same answerfile as described on that link? i ask because with that answerfile runs to completion fine, but it is diskless so ERASE_DISKS is irrelevant for that.
2025-12-05 20:32:27 <big_robot> jvvv: my answer file is identical except DISKOPTS="-m sys /dev/vda"
2025-12-05 20:33:45 <big_robot> booting it with this:  virt-install --name $host --disk size=4 --location alpine-with-overlay.iso,kernel=boot/vmlinuz-virt,initrd=boot/initramfs-virt --ram 1024 --os-variant alpinelinux3.21 --network default --graphics none --extra-args "console=ttyS0,115200n8 quiet modules=virtio,virtio_blk,virtio_net,virtio_pci"
2025-12-05 20:34:03 <jvvv> also, the line in the script that run setup-alpine, if it is to include the ERASE_DISKS environ variable, then it should be run like `ERASE_DISKS=/dev/vda timeout 300 setup-alpine -ef path_to_answ_file1` or `timeout 300 env ERASE_DISKS=/dev/vda setup-alpine -ef path_to_answ_file`
2025-12-05 20:34:36 <big_robot> i tried the first one, let me try the second where you throw `env` in there
2025-12-05 20:38:39 <jvvv> i've tried both to success running on command line... i use raw qemu and have not used libvirt, so i'm not sure about actually following those instructions verbatum, but i'll try it with raw qemu in just a moment
2025-12-05 20:42:35 <big_robot> jvvv: if i remove the line for closing standard input "exec 0<&-" it hangs (for 300 sec). if i leave it in there, it crashes out pretty quickly and fails to install: "* Starting local ... [ !! ]".
2025-12-05 20:46:04 <jvvv> huh, i'm almost ready to run an initial test, shouldn't be long
2025-12-06 00:08:51 <jvvv> big_robot: sorry, i got distracted by some other stuff. i will have to come back to this later
2025-12-06 00:58:47 <jvvv> big_robot: even so, this has piqued my interest. i've meant to get deeper into this kind of thing for custom images. i'll be looking at this more from the aports/scripts/* side.
2025-12-06 03:12:17 <swee> how to get raspberry pi camera module working on alpine? While googling i found a tutorial on an alpine wiki user page but the packages listed don't exist
2025-12-06 03:14:31 <swee> okay rpicam-apps exists, but it looks like the correct libcamera package is libcamera-raspberrypi
2025-12-06 07:11:20 <naamon[m]> how do you use the alpine users email list? Are you required to register? If I click new post my email client starts. I do not get to see the alpine user email address.
2025-12-06 07:14:35 <naamon[m]> https://lists.alpinelinux.org/~alpine/users
2025-12-06 07:16:31 <naamon[m]> users@lists.alpinelinux.org Is this the email address I have to use?
2025-12-06 08:15:17 <naamon[m]> It appears sign up is not required. It appears the email address to use is ~alpine/users@lists.alpinelinux.org
2025-12-06 08:21:46 <naamon[m]> * It appears to sign up
2025-12-06 08:31:15 <frag> what browser and setup are you using? i like surf but it doesnt work on every site, i like chromium but it privacy neightmare, dont love firefox/librewolf, kinda slow, depends on dbus++
2025-12-06 08:31:41 <frag> oh and qutebrowser which i used for years just crashes now, at least last i checked
2025-12-06 08:33:04 <frag> i guess the webkit browsers has the same problem as surf, at least on arm
2025-12-06 08:54:12 <quinq> Yeah :/
2025-12-06 09:09:37 <ssm> surf is just webkit
2025-12-06 09:10:25 <ssm> frag: maybe arkenfox works with the firefox mobile config?
2025-12-06 09:10:46 <ssm> oh you don't like it I misread
2025-12-06 09:11:29 <ssm> there's really no other good options except terminal browsers. links graphical mode doesn't play nice with touch, same with netsurf
2025-12-06 09:12:52 <frag> oh i use arm/rpi as a desktop, i dont have touch, but yeah terminal browser are nice, but only works on a few sites eh
2025-12-06 09:17:37 <ssm> gtkwebkit's basically the best you can do short of chrome or firefox. khtml/qtwebkit is dead, qtwebengine is blink based (traitors!)
2025-12-06 09:20:10 <quinq> And they actually provide a usable API
2025-12-06 09:31:29 <frag> okok
2025-12-06 09:58:30 <hope> ladies, way to disable apk.log nonsense?
2025-12-06 10:12:06 <hope> okay I assume I got it with apk command --no-logfile
2025-12-06 10:12:29 <hope> while apk command help tells me --logfile[=bool]
2025-12-06 10:20:05 <hope> at least if it would respect syslogd -C option to go into memory
2025-12-06 12:11:27 <lopid> perl 5.40.3 -> 5.42.0 not mentioned in release notes :(
2025-12-06 12:14:46 <lopid> hope: "Write transactions are now logged to /var/log/apk.log, see also logfile configuration option" - https://gitlab.alpinelinux.org/alpine/apk-tools/-/releases/v3.0.0
2025-12-06 13:03:51 <hope> lopid: that resulted to what I wrote above
2025-12-06 13:05:35 <hope> but what I did not saw was support for config file
2025-12-06 13:06:04 <hope> instead of making mess in aliases
2025-12-06 13:07:14 <hope> no idea what that config should look like
2025-12-06 13:08:42 <lopid> no existing one?
2025-12-06 13:11:33 <hope> no, but found some things in manual
2025-12-06 13:11:37 <lopid> https://gitlab.alpinelinux.org/alpine/apk-tools/-/blob/master/doc/apk.8.scd#L434
2025-12-06 13:11:52 <hope> ye, that
2025-12-06 13:12:00 <hope> not really one line there, but
2025-12-06 13:12:11 <hope> I assume ++ is formating
2025-12-06 13:12:18 <hope> for man
2025-12-06 13:12:18 <lopid> that's the source for the man page
2025-12-06 13:12:39 <hope> ye
2025-12-06 13:13:00 <lopid> it does say one option per line
2025-12-06 13:13:22 <hope> exactly one long option per line
2025-12-06 13:13:27 <hope> sadly it can't be short
2025-12-06 13:14:01 <hope> so in my case I assume just no-logfile
2025-12-06 13:14:10 <lopid> decrease font size and it gets shorter
2025-12-06 13:14:26 <hope> ye works
2025-12-06 13:14:41 <hope> nice trick you hacker
2025-12-06 13:17:08 <hope> but to respect syslog would be nicer no?
2025-12-06 13:23:22 <lopid> are you saying it sends to syslog regardless of logfile value?
2025-12-06 13:24:46 <hope> no, but can it?
2025-12-06 13:25:03 <hope> instead of file
2025-12-06 13:25:29 <hope> as currently I setup syslog with -C to go into memory instead all those files in /var/log
2025-12-06 13:26:13 <lopid> you *want* apk log messages to go to syslog?
2025-12-06 13:27:13 <hope> I would *prefer* that for now, _yes_
2025-12-06 13:27:47 <hope> everything should go there no?
2025-12-06 13:29:32 <hope> otherwise syslog feels pointless and everything can manage logs of itself
2025-12-06 13:29:53 <lopid> syslog is always optional
2025-12-06 13:30:38 <hope> with apk-tools too?
2025-12-06 13:32:18 <lopid> you don't even need a syslog installed
2025-12-06 13:32:35 <lopid> i don't think alpine comes with one installed by default
2025-12-06 13:32:41 <hope> well it's part of busybox
2025-12-06 13:32:56 <lopid> running/configured, then
2025-12-06 13:33:04 <hope> ye
2025-12-06 13:33:13 <hope> then what?
2025-12-06 13:33:22 <hope> where all that shit will go? to the void?
2025-12-06 13:33:54 <lopid> nowhere
2025-12-06 13:34:14 <hope> that sounds promising
2025-12-06 13:34:17 <lopid> you have no mouth but you must scream?
2025-12-06 13:35:04 <hope> but those programs have mouth
2025-12-06 13:35:09 <hope> and they scream
2025-12-06 13:35:17 <hope> I assume syslog just catches it
2025-12-06 13:35:30 <lopid> nobody to hear
2025-12-06 13:35:43 <lopid> it's in space
2025-12-06 13:36:36 <hope> so without it I assume one has to setup things if wants in particular program?
2025-12-06 13:36:48 <hope> and that one has to support that
2025-12-06 13:37:32 <lopid> if one wants syslog, configure it
2025-12-06 13:38:07 <hope> I mean like no syslog, but let's say log mail nonsense
2025-12-06 13:39:34 <hope> I swear I wanted to ask something, but I already forgot
2025-12-06 13:40:08 <hope> oh
2025-12-06 13:40:36 <hope> there is often or at least once for init thing like running in foreground 
2025-12-06 13:40:42 <hope> like syslog has it
2025-12-06 13:40:51 <hope> I am confused
2025-12-06 13:42:01 <hope> as syslog by default runs with option -n somehow
2025-12-06 13:42:05 <hope> which means foreground
2025-12-06 13:42:26 <hope> on other hand in init.d/syslog there is command_background=true
2025-12-06 13:45:02 <hope> should it be like that?
2025-12-06 13:45:20 <hope> I assume command_background=true is like regular thing for services
2025-12-06 13:45:31 <hope> but that -n option for syslogd
2025-12-06 13:45:51 <hope> and also why it's in init.d and not conf.d as option 
2025-12-06 13:46:38 <lopid> it might be necessary to run in the foreground so openrc can manage it. i haven't looked
2025-12-06 13:48:23 <hope> somethign like that I thought
2025-12-06 13:48:44 <hope> interesting that other programs don't need that?
2025-12-06 13:49:48 <lopid> true, not all programs are the same
2025-12-06 13:50:01 <hope> that's true
2025-12-06 13:50:22 <lopid> true
2025-12-06 13:51:07 <hope> comand_background=true I assume then means someting else? like don't wait, start, put to background and continue with other crap
2025-12-06 13:51:24 <hope> that was question
2025-12-06 13:51:37 <hope> forgot ?, so here it is ?
2025-12-06 13:54:36 <lopid> https://github.com/OpenRC/openrc/blob/master/service-script-guide.md
2025-12-06 13:58:48 <hope> good, any idea why is then -n option mentioned?
2025-12-06 13:59:40 <hope> maybe for case it does not go to background itself?
2025-12-06 13:59:57 <hope> so open-rc like handle that thing?
2025-12-06 14:11:10 <hope> remember like a hundred years ago there was attempt for new init
2025-12-06 14:11:14 <hope> god knows where it is
2025-12-06 14:28:54 <invoked> ERROR: patchutils-bash-completion-0.4.4-r0: trying to overwrite usr/share/bash-completion/completions/interdiff owned by bash-completion-2.17.0-r0.
2025-12-06 14:29:07 <invoked> upon upgrading a machine 3.22 -> 3.23
2025-12-06 14:33:57 <lopid> did it stop the upgrade?
2025-12-06 14:37:43 <invoked> no, it's just 1 error
2025-12-06 14:37:54 <invoked> but unresolvable aside from removing bash-completion.
2025-12-06 14:38:18 <invoked> i checked gitlab.
2025-12-06 14:41:37 <invoked> note: not really an issue for me, i don't use bash as an interactive shell but rarely. but i assume this would create noise for a lot of people.
2025-12-06 14:54:38 <achill> invoked: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/94309
2025-12-06 14:55:47 <achill> it would be nice to have a issue for that in the future :)
2025-12-06 15:04:12 <invoked> well, i'm trying to get out the door to take care of both my geriatric mother and mother-in-law. this is what i do on weekends now
2025-12-06 15:09:39 <hope> thanks for the information
2025-12-06 18:50:08 <Kladky> f_: when i run `service sddm status`, it says it's stopped, and when I look at `/var/log/sddm.log`, the last line is `[18:43:22.001] (WW) HELPER: Failed to write utmpx:  File exists`
2025-12-06 20:06:14 <hope> ajaj
2025-12-06 20:06:24 <hope> I somehowe apk del alpine-base
2025-12-06 20:06:32 <hope> it removed some crap ye
2025-12-06 20:06:40 <hope> how to put that shit back?
2025-12-06 20:07:22 <hope> ideally before I reboot ;/
2025-12-06 20:13:21 <Biswa96[m]> that's a nice motivation to reinstall an os :)
2025-12-06 20:13:59 <hope> I do that too often
2025-12-06 20:14:07 <hope> ye, it's the fastest way
2025-12-06 20:14:18 <penguinz_rule[m]> yeah it would only be fixable if you installed apk-tools-static before hand methinks
2025-12-06 20:14:34 <hope> hohoh calm down matrix users!
2025-12-06 20:14:56 <ikke> If you are able to still download something, getting apk-tools.static indeed is what you need
2025-12-06 20:15:13 <ikke> otherwise boot into a live image, and fix it through there
2025-12-06 20:15:16 <hope> but I have apk-tools
2025-12-06 20:15:31 <hope> oh okay, it needs other crap
2025-12-06 20:18:08 <hazardaj_nombroj> hey, is `rust-lldb` correctly packaged? i'm trying to debug a program, it says
2025-12-06 20:18:11 <hazardaj_nombroj> error: module importing failed: invalid pathname '/usr/lib/rustlib/etc/lldb_lookup.py'
2025-12-06 20:18:23 <hazardaj_nombroj> but the only lldb_lookup.py is in /usr/share/rust/etc/lldb_lookup.py
2025-12-06 20:19:46 <hope> if I know how to extra .apk nonsense
2025-12-06 20:19:51 <hope> extract
2025-12-06 20:20:16 <ikke> tar xzf
2025-12-06 20:21:05 <hope> invalid magic, short read
2025-12-06 20:23:27 <hope> okay nvm, slowly getting there
2025-12-06 20:25:18 <hope> well probably installationg will fix
2025-12-06 20:25:23 <hope> as I can't doas/su anyway
2025-12-06 20:26:17 <hope> and fuckering with chroot over usb would take probably longer than install I assume
2025-12-06 20:26:26 <hope> did not that for a century
2025-12-06 20:27:03 <hope> can't uninstall fucking pythong, but alpine-base went out like morning shit
2025-12-06 20:29:41 <ghostty> hii, i am new to non systemd init's i was add elogind to services but i getting <xdg_runtime_dir is unset> i was look wiki but not working
2025-12-06 20:31:39 <ghostty> i trying pipewire, wireplumber but not working and what is the <gui> runlevel? wiki saying that
2025-12-06 20:31:59 <ghostty> https://wiki.alpinelinux.org/wiki/PipeWire
2025-12-06 20:32:23 <penguinz_rule[m]> afaik you need to add openrc --user gui to /etc/xprofile, which i use for stumpwm+xfce
2025-12-06 20:33:46 <penguinz_rule[m]> idk if wayland has the same or not
2025-12-06 20:33:58 <ghostty> no x11
2025-12-06 20:34:00 <ghostty> bspwm
2025-12-06 20:34:12 <ghostty> with lightdm
2025-12-06 20:34:24 <penguinz_rule[m]> i thought bspwm was x11
2025-12-06 21:08:58 <hope> luckily did it over chroot
2025-12-06 21:09:11 <hope> did not feel to fuckering with firefox setup again
2025-12-06 21:10:52 <hope> somehow I don't need even fstab now 
2025-12-06 21:12:13 <hope> but this is bad state of the system
2025-12-07 00:44:26 <swee> why does the luanti-server package only have support for files, redis, and sqlite3?
2025-12-07 01:08:33 <CRCinAU> Any ideas how to migrate a Google Cloud VM to alpine?
2025-12-07 01:09:05 <CRCinAU> I tried attaching a second disk to a running one, then dd'ing the .raw.tar.gz image to the second disk, then set that disk as a boot disk
2025-12-07 01:09:15 <CRCinAU> but it complains about UEFI not being the same or similar
2025-12-07 01:17:05 <CRCinAU> minimal: yeah - I want to install alpine to the GCP VM
2025-12-07 01:17:29 <CRCinAU> the image I tried is from: https://www.alpinelinux.org/cloud/
2025-12-07 01:20:04 <CRCinAU> minimal: yeah - that's what I did with dd the disk.raw to /dev/sdb - then disconnect the existing boot disk and use that boot disk instead.
2025-12-07 01:20:41 <CRCinAU> I used: gcp_alpine-3.22.2-x86_64-uefi-cloudinit-r0.raw.tar.gz
2025-12-07 02:22:53 <deadcade[m]> I've updated my machine from Alpine 3.22 to 3.23, but it seems linux-lts now hard depends on all of linux-firmware. I've got them installed, and technically have the space for it, but would prefer selecting which linux-firmware-* packages I actually need. How would I go about doing that?
2025-12-07 02:23:52 <frag> i think you just install the firmware you want, and the rest is uninstalled iirc
2025-12-07 02:24:38 <deadcade[m]> localhost:~# apk del linux-firmware-qcom 
2025-12-07 02:24:38 <deadcade[m]> World updated, but the following packages are not removed due to:
2025-12-07 02:24:38 <deadcade[m]>   linux-firmware-qcom: linux-lts
2025-12-07 02:24:38 <deadcade[m]> OK: 1522 MiB in 535 packages
2025-12-07 02:27:12 <frag> you are trying to uninstall, just put the firmware you want in world
2025-12-07 02:27:48 <deadcade[m]> Yeah, except linux-lts is clearly holding the firmware packages I have installed and don't need.
2025-12-07 02:28:24 <frag> if you have no other firmware in world yes, i think they work like alternatives
2025-12-07 02:28:47 <frag> it depends on all firmware, or the ones you specify
2025-12-07 02:29:23 <deadcade[m]> Ahh I see, if there's absolutely no firmware specified in world it just installs all of them
2025-12-07 02:29:31 <deadcade[m]> Kinda weird behavior tbh
2025-12-07 02:29:54 <frag> i think so yeah
2025-12-07 07:00:12 <|cos|> Good morning,
2025-12-07 07:01:32 <|cos|> 
ACTION just attempted upgrading to v3.23.0, but now my alpine laptop won't boot. First error is "mkdir: can't create directory '/sbin': No such file or directory".

2025-12-07 07:02:09 <|cos|> Second line says nlplug-findfs can't be found by /init.
2025-12-07 07:04:22 <|cos|> To make things interesting, the keyboard stops working as soon the kernel has booted.
2025-12-07 07:06:30 <|cos|> The grub entry still says "Alpine Linux v3.22, with Linux lts", so I guess the upgrade did not succeed with all steps.
2025-12-07 07:09:00 <|cos|> What's the reasonable way to get a booting system again? Downloading the the v3.23 installer and booting it off a usb stick is the first step, I presume? Would 
2025-12-07 07:10:51 <|cos|> Would the be any logs from the `apk upgrade --available` run? To be honest I didn't really read the console upgrade while it was running, but after it completed I got the impression the invokation had been successful.
2025-12-07 07:12:21 <longnoserob[m]> there should be a log
2025-12-07 07:12:36 <longnoserob[m]> this helped me before: https://wiki.alpinelinux.org/wiki/Chroot#Prepare_chroot
2025-12-07 07:17:54 <|cos|> longnoserob[m]: thanks! am downloading the extended image now.
2025-12-07 07:32:24 <CRCinAU> So, I managed to load an alpine image into GCP
2025-12-07 07:32:46 <CRCinAU> but, when I go to log in, it doesn't look like SSH keys are populated to the VM
2025-12-07 07:33:37 <CRCinAU> I've tried the username alpine, and my SSH key username, and my gmail account name
2025-12-07 08:24:08 <ikke> CRCinAU: What image did you use?
2025-12-07 08:26:40 <CRCinAU> I think I just figured it out
2025-12-07 08:26:47 <CRCinAU> the cloud-init one doesn't seem to work
2025-12-07 08:27:06 <CRCinAU> the tiny cloud version does
2025-12-07 09:06:05 <Bobb3rt> I have been unable to get sound working in Alpine (inside VIrtualBox). Tried both Virtual and Standard versions. Is this a known issue?
2025-12-07 09:06:32 <Bobb3rt> Just trying to make sure I'm not fighting a battle already lost with this sound issue. Thanks
2025-12-07 09:06:49 <Biswa96[m]> what is the host os?
2025-12-07 09:07:20 <Bobb3rt> Windows 10
2025-12-07 09:10:08 <Bobb3rt> Biswa96[m]: not having any issues with other versions of Linux on the same system
2025-12-07 09:16:22 <quinq> Maybe your user isn't in the audio group
2025-12-07 11:02:39 <hope> So again: doas apk del --purge ssl_client
2025-12-07 11:02:39 <hope> World updated, but the following packages are not removed due to:
2025-12-07 11:02:39 <hope>   ssl_client:
2025-12-07 11:02:54 <hope> why it does not show dependency?
2025-12-07 11:03:58 <hope> same like python3 on desktop
2025-12-07 11:04:27 <hope> why that junk does not show how it came into the system
2025-12-07 11:05:15 <hope> is it some new "feature" of apk tools 3?
2025-12-07 11:14:04 <ikke> hope: if you want help from people, it helps to not call things junk
2025-12-07 11:14:27 <hope> one can wipe out alpine-base like a dirt from shoe but not some python or ssl thing
2025-12-07 11:14:49 <hope> ikke: nice lie instead of harsh truth? ;/
2025-12-07 11:15:09 <ikke> No, just don't include any value judgement
2025-12-07 11:15:22 <hope> robotic, may try 
2025-12-07 11:17:36 <hope> but ye, no value is better. As it has no value for me ;/
2025-12-07 11:18:06 <socksinspace> it will probably lower my desire to tell you to touch grass if you don't constantly try to insult people and projects here
2025-12-07 11:20:03 <hope> insulting some numbers and words glued together called software is not insulting human who did that mess
2025-12-07 11:20:34 <CRCinAU> I bet you're a blast at parties.
2025-12-07 11:21:27 <hope> I would be, but nobody invited me like last 20 or so years. So I installed alpine instead
2025-12-07 11:21:50 <ikke> If you want free support for from people, it helps to not insult the work they are doing
2025-12-07 11:26:33 <CRCinAU> ikke: any ideas why in GCP, the cloud-init version didn't seem to create SSH keys from GCP, but the tiny one did?
2025-12-07 11:28:30 <ikke> CRCinAU: could you ask in #alpine-cloud?
2025-12-07 11:29:47 <CRCinAU> I could :)
2025-12-07 11:30:03 <CRCinAU> I don't exactly have any info - as trying to get any debug out of it was just about impossible :(
2025-12-07 12:16:15 <hope> ikke: I would like to say something to you, but it's kind of offtopic, but it may enlighten you. What you think, is there some tiny space in this server to share some "offtopic" lines? ;/
2025-12-07 12:20:25 <lopid> the 3.23 release notes say busybox was updated to 1.37.0, but it was already that in the latest 3.22
2025-12-07 13:02:28 <quinq> hope, might be a bug, but try with apk -v
2025-12-07 13:07:16 <hope> ye, -v shows that
2025-12-07 13:09:09 <hope> or probably not
2025-12-07 13:09:13 <hope> no idea what it outputed first time ;/
2025-12-07 13:13:49 <hope> ye info -a shows just del shows nothing and with -v nonsesne, but that's okay, thanks
2025-12-07 13:21:49 <hope> I got used to unfinished, buggy or broken software ;/
2025-12-07 13:28:49 <hope> anyway I will close this support ticket, otherwise I am always tempted to write something in this case and that hurts people from Alpine Linux Ltd ;/
2025-12-07 13:31:43 <quinq> Might rather be the way of saying it, not saying it itself
2025-12-07 13:31:52 <quinq> Ah well, they're gone
2025-12-07 13:34:44 <socksinspace> can't say i miss them
2025-12-07 13:42:31 <quinq> That's nice.
2025-12-07 13:59:45 <Habbie> they got themselves banned from two channels on libera a few days ago
2025-12-07 14:04:55 <socksinspace> that does not surprise me at all
2025-12-07 14:11:56 <invoked> i can't reproduce that complaint anyway
2025-12-07 14:12:32 <invoked> shows deps here, and who knows why they're trying to remove ssl_client, which they didn't explain
2025-12-07 14:13:04 <invoked> seems like trolling from more than one angle
2025-12-07 14:13:25 <invoked> but doesn't bother me personally, except that it ruins the mission here.
2025-12-07 14:13:49 <invoked> i would have kicked them for less at least once.
2025-12-07 14:36:45 <lopid> how would i know what package(s) added a specific user or group? "vmail", for example
2025-12-07 14:37:31 <longnoserob[m]> grep -r vmail /path_to/your/aports ?
2025-12-07 14:38:10 <lopid> i don't have an aports
2025-12-07 14:38:53 <longnoserob[m]> main/postfix/postfix.pre-install:adduser -S -H -h /var/mail/domains -s /sbin/nologin -G postdrop -g vmail vmail 2>/dev/null
2025-12-07 14:39:18 <longnoserob[m]> do you have postfix installed?
2025-12-07 14:39:34 <lopid> yes. is it searchable on the web? git or something maybe?
2025-12-07 14:40:10 <longnoserob[m]> https://gitlab.alpinelinux.org/alpine/aports
2025-12-07 14:40:26 <invoked> yeah, it's otherwise not available in package metadata
2025-12-07 14:41:02 <lopid> ah got it, thanks: https://gitlab.alpinelinux.org/search?search=vmail&nav_source=navbar&project_id=1&group_id=2&search_code=true&repository_ref=master
2025-12-07 15:04:35 <freerig[m]> Hi!
2025-12-07 15:04:35 <freerig[m]> Can someone help me with the init script of initramfs?
2025-12-07 15:04:35 <freerig[m]> This would require to mount the device containing the squashfs first, and then, mount the squashfs. Does the default init script have this feature?
2025-12-07 15:04:35 <freerig[m]> I'm tinkering a bit with Alpine, and I want to make an impermanent system.
2025-12-07 15:04:35 <freerig[m]> To do this, I need overlayfs, and, fortunately, the default initramfs init script allows it, with the `overlaytmpfs` option. This allows to mount a device as lowerdir, and have tmpfs as upperdir. The thing is that I actually want to use a squashfs file as lowerdir, not a device. The squashfs file is in another filesystem (not initramfs).
2025-12-07 15:05:48 <freerig[m]> s/This would require to mount the device containing the squashfs first, and then, mount the squashfs. Does the default init script have this feature?/This would require to mount the fs containing the squashfs first, and then, mount the squashfs file (which is located in the fs). Does the default init script have this feature?/
2025-12-07 15:06:25 <freerig[m]> s/This would require to mount the device containing the squashfs first, and then, mount the squashfs. Does the default init script have this feature?/This would require to mount the fs containing the squashfs first, and then, mount the squashfs file (which is located in the fs mounted previously). Does the default init script have this feature?/
2025-12-07 15:09:00 <freerig[m]> * Hi!
2025-12-07 15:09:00 <freerig[m]> This would require to mount the fs containing the squashfs first, and then, mount the squashfs file (which is located in the fs mounted previously). Does the default init script have this feature?
2025-12-07 15:09:00 <freerig[m]> Can someone help me with a problem about the init script of initramfs?
2025-12-07 15:09:00 <freerig[m]> I'm tinkering a bit with Alpine, and I want to make an impermanent system.
2025-12-07 15:09:00 <freerig[m]> To do this, I need overlayfs, and, fortunately, the default initramfs init script allows it, with the `overlaytmpfs` option. This allows to mount a device as lowerdir, and have tmpfs as upperdir. The thing is that I actually want to use a squashfs file as lowerdir, not a device. The squashfs file is in another filesystem (not initramfs).
2025-12-07 15:09:49 <freerig[m]> * Hi!
2025-12-07 15:09:49 <freerig[m]> I'm tinkering a bit with Alpine, and I want to make an impermanent system.
2025-12-07 15:09:49 <freerig[m]> Can someone help me with a problem about the init script of initramfs?
2025-12-07 15:09:49 <freerig[m]> This would require to mount the fs containing the squashfs first, and then, mount the squashfs file (which is located in the fs mounted previously). Does the default init script have this feature?
2025-12-07 15:09:49 <freerig[m]> To do this, I need overlayfs, and, fortunately, the default initramfs init script allows it, with the `overlaytmpfs` option. This allows to mount a device as lowerdir, and have tmpfs as upperdir. The thing is that I actually want to use a squashfs file as lowerdir, not a device, and the squashfs file is in another filesystem (not initramfs).
2025-12-07 15:11:02 <invoked> freerig[m]: no need to repeat your message. be patient, if someone can respond to that it may take some time (especially on a weekend)
2025-12-07 15:20:06 <freerig[m]> invoked: Yeah, I know, but I didn't repeat my message, I just edited it, to make it clearer. I'm sorry if somehow it got duplicated on your side, maybe it's a Matrix bug, idk. Anyways it wasn't my intention to spam :3
2025-12-07 15:22:50 <maria[m]> Hello everyone! Can you see my message? I'm trying to ask a question on irc to no avail, im not registered in the logs
2025-12-07 15:23:14 <invoked> freerig[m]: it's not a bug, because matrix is just a different system, but it is definitely annoying to the irc side.
2025-12-07 15:24:03 <invoked> i didn't see where your edits were, so that's my bad.
2025-12-07 15:24:21 <f_> yeah try not to edit your messages here
2025-12-07 15:27:45 <maria[m]> I can see myself from IRC, so I guess you can too, anyways:
2025-12-07 15:27:46 <maria[m]> APK is very slow for me on alpine 3.23, installing Plasma is taking me two and a half hours and still not finished. qt6-qtwebcore took 12 mins to install, for example. Anyone else with that problem? What logs should I send? Thanks
2025-12-07 15:34:10 <invoked> maria[m]: could be a slow mirror. you could try changing it (see https://mirrors.alpinelinux.org/ ) or run setup-apkrepos
2025-12-07 15:34:51 <maria[m]> invoked: To install, not to download. The mirror is the fastest one, wget-ting the package by URL takes less than one second
2025-12-07 15:35:01 <maria[m]> ibus-emoji is also taking around 7 minutes to install. I think it's a problem with the new apk-tools
2025-12-07 15:35:05 <invoked> i've also seen a case or two where the drive is ssd and gets very slow because it hasn't gc'd (or won't)
2025-12-07 15:35:22 <invoked> some qlc drives are known to slow to a crawl
2025-12-07 15:37:01 <invoked> some of those drive controllers won't respond to trim right away either.  you have to let them sit idle for gc to kick in.  not saying that is your problem, but putting it out there
2025-12-07 15:37:16 <maria[m]> I haven't seen such an issue at all on any other distro, including alpine 3.22 (had a bunch of other problems though), doubt it is a problem with the drive
2025-12-07 15:41:37 <maria[m]> Downloading via apk is also way slower than manually, but I'm currently stuck at the installation stage. Seems I'm also banned from the IRC channel for some reason :(
2025-12-07 15:42:40 <MrStickyPiston[m]> 
ACTION uploaded an image: I tried to install alpine offline using the extended x86 image today, but I keep getting this error in the latest step (2875KiB) < https://matrix.org/oftc/media/v1/media/download/ATBaUs_IgjmbSNSVxAuI85wpT7U6g1qJx7lWTjIvkRP6BNvV-LZf5wufhhtQqxKP1dP-TcH_OL6U3KQpUEAUI2NCebQZO-3wAG1hdHJpeC5vcmcvaEduSFlXQklRSlZ3UXhRcFdndExXQ2dO >

2025-12-07 15:44:16 <MrStickyPiston[m]> Post install and triggers fail for some packages, like this:
2025-12-07 15:44:16 <MrStickyPiston[m]> ERROR: lib/apk/exec/busybox-1.37.0-r29.post-install exited with error 127```. All errors look about the same.
2025-12-07 15:44:16 <MrStickyPiston[m]> ```* execve: No such file or directory
2025-12-07 15:46:48 <invoked> maria[m]: you could try running with 'apk -vv add foo' and see if that informs you of anything
2025-12-07 15:47:19 <invoked> -vv is global for any command
2025-12-07 15:48:28 <invoked> if not that, then you'll probably want to add apk-tools-dbg and trace it next.
2025-12-07 16:00:46 <Sertonix[m]> freerig: As far as I know current mkinitfs does not have an option for this
2025-12-07 16:07:08 <Sertonix[m]> maria: is the apk progress increasing at a constant or inconsistent speed?
2025-12-07 16:08:35 <maria[m]> Sertonix: at a constant speed
2025-12-07 16:15:24 <freerig[m]> <Sertonix[m]> "freerig: As far as I know..." <- ok, thanks
2025-12-07 16:15:24 <freerig[m]> I'm just wondering, is it really safe to do this? Can an Alpine update break my custom init script?
2025-12-07 16:15:24 <freerig[m]> so I guess I'll have to make my own script
2025-12-07 16:17:09 <maria[m]> invoked: tracing doesn't help either, it doesn't show any calls to i/o or network after "installing <package>"
2025-12-07 16:28:16 <Sertonix[m]> freerig: It is possible to break but given the current mkinitfs status I do not expect any breaking change
2025-12-07 16:44:00 <Sertonix[m]> maria: If apk fetch --recursive qt6-qtwebcore (clutters cwd!) on a tmpfs has the same problem it is likely networking related.
2025-12-07 16:51:49 <Sertonix[m]> [@mrstickypiston:matrix.org](https://matrix.to/#/@mrstickypiston:matrix.org) I wasn't able to simply reproduce this in QEMU. Might be best to open an issue to get that fixed.
2025-12-07 16:55:16 <maria[m]> <Sertonix[m]> "maria: If apk fetch --recursive..." <- I'm very sorry, but I won't be able to check that for a week or two. However, I tried wget-ting qt6-qtwebengine (sorry for the mistake in that message) from the same mirror on the same machine and it took around 10 seconds
2025-12-07 16:55:41 <maria[m]> * 10 seconds, so I dont think its network-related
2025-12-07 16:59:41 <Sertonix[m]> Ok, no problem. There are sometimes networking issues which vary between applications due to eg. different DNS or ipv4/6 preferences. I have no real guess what it could be, just wanted to exclude some possible causes
2025-12-07 17:06:27 <invoked> MrStickyPiston[m]: were you running setup-alpine (or -disk) with defaults or doing something more specific?
2025-12-07 17:10:29 <frag> is there a tool for taking webshots(screenshot whole web pages) in repo?
2025-12-07 17:12:36 <lopid> firefox
2025-12-07 17:14:30 <frag> ah yes
2025-12-07 17:30:21 <MrStickyPiston[m]> invoked: First I was running setup-alpine, just changing some things (most notably user config, offline install and sys partition).
2025-12-07 17:30:21 <MrStickyPiston[m]> That did not work (this error) so I tried setup-disk after a reboot. That resulted in the same error. 
2025-12-07 17:43:48 <invoked> MrStickyPiston[m]: ok. sounds like you didn't set ROOTFS or anything, which is what i was curious about. and that you're trying to do a sys install.
2025-12-07 17:48:22 <invoked> it would be good to have the full output so that we can see what was attempted and what happened prior to those errors you've shared. yet obviously something went catastrophically wrong
2025-12-07 17:49:38 <invoked> the fs could be busted, or it could be a hardware-related thing... hard to tell from that.
2025-12-07 17:50:38 <invoked> i'll be afk, but try to share as much detail as you can.
2025-12-07 18:11:11 <MrStickyPiston[m]> invoked: Maybe its because I'm running a Pentium M, but I believe it should be supported.
2025-12-07 18:22:51 <socksinspace> MrStickyPiston[m]: Pentium M is supported, it's our x86 baseline
2025-12-07 19:44:42 <hazardaj_nombroj> anyone know how to debug suspend issues? since updating to 3.23, whenever my computer is put into suspend, it then seems to recover to a black screen from which not even SysRq+B works
2025-12-07 21:23:13 <gzv> Hello! I'm trying to adapt https://wiki.alpinelinux.org/wiki/Odroid-C2 by following the guide mostly verbatim but with updated versions (latest master branch from hardkernel u-boot, system part is using alpine-uboot-3.23.0-aarch64.tar.gz, kernel branch linux-rolling-lts.) The only thing I haven't done from the guide is disabling DRM modules. 
2025-12-07 21:23:23 <gzv> Currently I'm stuck trying to debug a kernel panic via UART. It appears initramfs is not being loaded, and I belive it's probably related to this line: `[0.000000] Unknown kernel command line parameters "modules=loop,squashfs,sd-mod,usb-storage modloop=/boot/modloop", will be passed to user space.`
2025-12-07 21:23:43 <gzv> Later there's another message `rootfs image is not initramfs (read error); looks like an initrd` but I think this may be a downstream effect of failing to load kernel modules. Full log @ https://pastebin.com/raw/HAMhsbdS + thanks in advance for any help.
2025-12-07 21:23:59 <f_> gzv: first, I wouldn't use HK u-boot
2025-12-07 21:24:27 <gzv> Alright, I can start there
2025-12-07 21:24:42 <f_> actually, wait a moment
2025-12-07 21:25:09 <f_> the guide does tell you to use HK u-boot only for getting amlogic blobs and tells you to use mainline u-boot with the blobs
2025-12-07 21:25:12 <f_> so it's alright
2025-12-07 21:25:57 <f_> gzv: I would personally just boot via UEFI or extlinux tbh
2025-12-07 21:26:07 <f_> instead of hacking a u-boot script
2025-12-07 21:26:25 <f_> u-boot supports booting EFI executables 
2025-12-07 21:26:41 <f_> and with nice perks like DTB selection
2025-12-07 21:28:20 <gzv> f_: OK, thanks! not very familiar with UEFI on ARM or extlinux but I'll look into both
2025-12-07 21:28:29 <f_> extlinux might be easiest
2025-12-07 21:28:45 <f_> just make an extlinux config in extlinux/extlinux.conf in your boot partition
2025-12-07 21:29:20 <gzv> cool, sounds simple enough
2025-12-08 06:17:27 <rnkn> my keyboard backlight is activated with the scroll lock key. I have a simple acpid script to echo 1 > /sys/class/leds/input0::scrolllock/brightness when I press scroll lock. however, since upgrading to 3.23 when logging into a GNOME session or waking the computer from suspend, this file gets reset to 0 and the keyboard backlight disabled. how can I prevent this happening?
2025-12-08 06:18:27 <rnkn> this happens several times each time, it's very annoying
2025-12-08 06:19:28 <rnkn> or how might I go about troubleshooting it?
2025-12-08 06:25:39 <rnkn> `gsettings set org.gnome.desktop.peripherals.keyboard remember-numlock-state false` does not help
2025-12-08 06:32:25 <rnkn> possibly related: now whenever I try to log out of a GNOME session I get "GNOME shell not responding"
2025-12-08 06:35:59 <rnkn> ah wonderful, the keyboard backlight is disabled again when the ssh-agent GTK password popup displays
2025-12-08 09:14:24 <hazardaj_nombroj> rnkn: same re GNOME shell
2025-12-08 09:15:20 <hazardaj_nombroj> do you also have problems with suspend? my machine suspends fine, but upon resuming, just has a black screen and seemingly some sort of kernel panic? even sysrq+b, which is supposed to do the harshest reboot possible, doesn't work
2025-12-08 09:15:44 <hazardaj_nombroj> (though that might be hardware-specific, i have another machine that runs alpine 3.23 and it suspends/resumes fine)
2025-12-08 09:18:08 <hazardaj_nombroj> tried looking into /var/log/messages for answers, but there's nothing useful there, just one message that is like "going into suspend" and the next message is from the next bootup
2025-12-08 09:20:00 <hazardaj_nombroj> gonna try without graphics, see if that changes anything
2025-12-08 09:22:00 <hazardaj_nombroj> okay, interesting, if i don't run a graphical session and just "sudo pm-suspend" from the console, it recovers perfectly well
2025-12-08 09:24:23 <hazardaj_nombroj> but shutting and opening a laptop lid still crashes everything :-(
2025-12-08 09:29:37 <hazardaj_nombroj> interesting, "pm-suspend" works, but "loginctl suspend" crashes
2025-12-08 10:19:38 <hazardaj_nombroj> okay, i was able to resolve the problem by editing /etc/elogind/sleep.conf.d/10-elogind.conf and setting SuspendMode=s2idle
2025-12-08 10:20:03 <hazardaj_nombroj> but still, that means whichever suspend mode elogind uses by default crashes my machine :-(
2025-12-08 10:29:15 <quinq> hazardaj_nombroj, I would rather look at what pm-suspend does that systemd doesn't
2025-12-08 10:31:33 <hazardaj_nombroj> well, i doubt it's the usermode parts that are causing the system to crash upon recovery so hard, even sysrq doesn't do anything
2025-12-08 10:32:10 <hazardaj_nombroj> so it's probably the suspend mode itself that's causing trouble, but i should check if the other suspend modes also crash with pm-suspend
2025-12-08 10:33:47 <quinq> You can doubt or you can check
2025-12-08 10:40:53 <Leahh> The x86 variant available on the website, What exactly is it? I have an i586 machine i need something ridiculously small on... (The only boot media it accepts is a 1gb cf card)
2025-12-08 10:43:07 <socksinspace> Leahh: only pentium-m unfortunately, 3.18 should™ boot on a i586 though
2025-12-08 10:43:41 <Leahh> might try that... Debian's "i386" variant has a bunch of packages that aren't i386 at all and are infact i686 so debian doesn't really run on that machine
2025-12-08 10:45:57 <socksinspace> if you have lots of time you can wait until i have nerd-sniped myself into doing a rebuild for older x86, but that is still in the conceptual stage :D
2025-12-08 10:46:11 <Leahh> could do that too :D
2025-12-08 10:46:23 <socksinspace> could be months still ;P
2025-12-08 10:46:23 <Leahh> Currently its running openwrt but it's kinda stupid using router software for server stuff
2025-12-08 10:46:35 <Leahh> so i wanted a "real" linux distro for it
2025-12-08 10:47:06 <socksinspace> ok, so you want slightly less minimal, that invalidates my other ideas for what to run on it
2025-12-08 10:47:24 <Leahh> well imean anything that fits on the 1gb cf card is on the table
2025-12-08 10:47:38 <Leahh> its an pcengines alix 2d3 fwiw
2025-12-08 10:47:56 <quinq> IIRC it's build for i586+CMOV
2025-12-08 10:48:03 <quinq> built
2025-12-08 10:48:07 <Leahh> cmov?
2025-12-08 10:48:15 <quinq> Which doesn't agree with all i586 architectures
2025-12-08 10:48:55 <quinq> Yeah Leahh 
2025-12-08 10:49:13 <socksinspace> https://gitlab.alpinelinux.org/alpine/aports/-/blob/3.18-stable/main/gcc/APKBUILD#L296
2025-12-08 10:49:33 <socksinspace> should that include cmov?
2025-12-08 10:49:51 <Leahh> How do I see if my cpu has that without flashing alpine and hoping it boots?
2025-12-08 10:50:16 <socksinspace> do you have gcc on that machine?
2025-12-08 10:50:27 <Leahh> don't think so no, OpenWRT doesn't package that
2025-12-08 10:51:07 <quinq> Leahh, you could try to PXE-boot it
2025-12-08 10:51:43 <Leahh> The AMD datasheet for LX800 seems to indicate it supports cmov
2025-12-08 10:51:48 <Leahh> so i might give alpine 3.18 a shot
2025-12-08 10:52:08 <quinq> ok, at least that concern is out of the window :)
2025-12-08 10:52:10 <socksinspace> otherwise you could compile and run this funny snippet of c code
2025-12-08 10:52:23 <socksinspace> https://tpaste.us/nNpv
2025-12-08 10:52:24 <quinq> That's a cood device
2025-12-08 10:52:28 <Leahh> i probably could on my modern host system and just transfer it xd
2025-12-08 10:52:29 <quinq> s/cood/cool/
2025-12-08 10:52:35 <Leahh> yeah its a really cool little embedded box
2025-12-08 10:52:41 <Leahh> although slow as balls XD
2025-12-08 10:52:44 <quinq> :)
2025-12-08 10:53:50 <socksinspace> keep us updated, i have an unhealthy obsession with low spec computers
2025-12-08 10:54:05 <Leahh> hehehe
2025-12-08 10:55:04 <Leahh> socksinspace: Is the C snippet you sent evaluated at compile time? or does the __builtin_cpu_supports evaluate at runtime?
2025-12-08 10:56:10 <socksinspace> if my late night reading of the gcc docs yesterday is correct it is a runtime thing
2025-12-08 10:56:32 <Leahh> i'll try running that on it and see what it shows
2025-12-08 10:57:51 <haesbaert> It's runtime, that's basically doing cpuid calls, look at the assembly, if there are cpuid calls you know for sure
2025-12-08 10:58:42 <socksinspace> ah, thx, i was looking at the code yesterday to figure our how it works and gave up again :D
2025-12-08 10:59:02 <socksinspace> so i probably still need to add some manual chacks for my purposes
2025-12-08 10:59:16 <socksinspace> s/chacks/checks
2025-12-08 11:00:44 <haesbaert> you can try objdump -S foo |grep -i cpuid should be enough
2025-12-08 11:05:41 <socksinspace> juppp, that's a few handfulls of cpuid
2025-12-08 11:06:23 <socksinspace> definitely wil need to learn some assembly for a "trust no one" mode in that program
2025-12-08 11:14:59 <haesbaert> awesome
2025-12-08 11:18:17 <socksinspace> love that for me
2025-12-08 11:37:48 <Leahh> flashed the alpine 3.18.12 iso to the cf card, Serial output only gave "ISOLINUX 6.04 6.04-pre1 EHDD" and nothing else happened.
2025-12-08 11:37:52 <Leahh> :/
2025-12-08 11:39:53 <Leahh> "alpine-standard-3.18.12-x86.iso" fwiw
2025-12-08 11:50:04 <achill> its EOL
2025-12-08 11:51:08 <Leahh> I need something supporting i586 and afaik the newest x86 images are for i686.
2025-12-08 11:52:21 <socksinspace> i'm not sure the iso can work on media that is not a cd
2025-12-08 11:52:36 <Leahh> ah darn
2025-12-08 11:52:52 <Leahh> the only media that this thing supports booting from is a cf card, and the only one i have is only 1gb
2025-12-08 12:00:25 <grawity> oh, so I can't install alpine on my soekris then either
2025-12-08 12:00:33 <grawity> if you run `isohybrid` on the iso, it *might* make the image bootable from non-cd media
2025-12-08 12:00:53 <grawity> but might be easier to manually "install" it -- format, mkfs, untar the tarball, chroot, apk install a kernel and stuff
2025-12-08 12:01:43 <socksinspace> that, or just abuse setup-alpine or setup-disk a bit, if you are already running alpine
2025-12-08 12:02:20 <quinq> Does the isa have serial console enabled by default?
2025-12-08 12:03:12 <socksinspace> actually, boot the iso on another pc, plug the cf card in, install to the cf card instead of the hard disk, plug cf into alix
2025-12-08 12:04:21 <wizzard> 6‑r36 per pkgs.alpinelinux.com. Any ideas?
2025-12-08 12:04:21 <wizzard> I’m having issues with the 3.23 and 3.22 community repos on a fresh setup. When installing apk‑file and other packages I get ERROR: apk-file-0.3.6-r35: package mentioned in index not found (try 'apk update'). I ran apk update (v3.22.2‑292‑ga6fcfd66010 [http://dl-cdn.alpinelinux.org/alpine/v3.22/main]), but the index still points to the old r35; the current version is apk‑file‑0.3.
2025-12-08 12:05:24 <longnoserob[m]> which mirrors are defined in /etc/apk/repositories
2025-12-08 12:06:31 <wizzard> dl-cdn.alpinelinux.org and alpine.mirror.wearetriple.com
2025-12-08 12:06:53 <wizzard> The weird thing is that the repos show the correct file. 
2025-12-08 12:17:21 <Leahh> socksinspace: What I'll do is use the openwrt to bootstrap alpine to a 60gb ide harddrive
2025-12-08 12:17:28 <Leahh> and just use the openwrt's grub to boot alpine
2025-12-08 12:17:38 <Leahh> since i do have a 60gb ide harddrive in it
2025-12-08 12:17:51 <Leahh> but it won't boot directly from it so I hijack grub from the openwrt install on the cf card
2025-12-08 12:18:34 <socksinspace> ok, otherwise i can try cooking up an image for the cf card :D
2025-12-08 12:18:55 <Leahh>  oooo that could be useful :D
2025-12-08 12:19:23 <Leahh> if you're going to, Enable via-rhine ethernet drivers if possible
2025-12-08 12:21:15 <socksinspace> oh, i was just going to do a quick install in qemu and then chuck that disk somewhere (not sure where yet), nothing too fancy
2025-12-08 12:21:39 <Leahh> that'll probably work fine, i can use my own custom kernel with the networking drivers already built in
2025-12-08 12:22:03 <Leahh> and for >200mb files https://catbox.moe/ works pretty good
2025-12-08 13:02:50 <socksinspace> Leahh: https://litter.catbox.moe/j5w62o19oczkci4n.gz hope that works, otherwise i'll look like a fool :D login as root, no password, keymap is set to de-nodeadkeys, dhcp will try to get an adress on eth0
2025-12-08 13:04:15 <ikke> wizzard: do you still have the issue?
2025-12-08 13:04:21 <ikke> We had one server that is behind
2025-12-08 13:24:03 <wizzard> Problem still occurs on dl-cdn.alpinelinux.org (2a04:4e42:9::644) but not with alpine.mirror.wearetriple.com
2025-12-08 14:09:42 <quinq> I get some sudden weird error with Calibre, trying to convert a book
2025-12-08 14:09:59 <quinq> This plugin does not support createPlatformVulkanInstance
2025-12-08 14:09:59 <quinq> QVulkanInstance: Failed to initialize Vulkan
2025-12-08 14:09:59 <quinq> Unable to detect GPU vendor.
2025-12-08 14:10:17 <quinq> Why would Calibre try to use vulkan, and why would it be a hard fail
2025-12-08 14:10:45 <quinq> I have vulkan-loader installed, though pretty much sure that's not supporting this computer GPU, but it's a hard dependencie from most other software installed anyway
2025-12-08 14:17:45 <haesbaert> what's the image that has linux-firmwares in the .iso? I'm installing my new laptop and it doesn't find the iwl firmware, do I need extended or standard should have it?
2025-12-08 14:20:40 <haesbaert> hmph, it's there I just think it's not new enough
2025-12-08 14:20:58 <longnoserob[m]> 
ACTION wobble

2025-12-08 14:21:01 <quinq> :(
2025-12-08 14:21:43 <haesbaert> it wants some iwlwifi-bz-b0-fm-c0-{c99,101,100}.ucode
2025-12-08 14:21:55 <haesbaert> jokes on me for wanting a lunar lake
2025-12-08 14:22:59 <quinq> Yeah, there's no water on teh moon
2025-12-08 14:23:05 <quinq> Could have asked before
2025-12-08 14:24:17 <haesbaert> oh cool we have it, maybe I just need the extended image
2025-12-08 16:51:32 <Leahh> socksinspace: Took a nap and ate dinner XD
2025-12-08 16:51:36 <Leahh> ready to try the image now
2025-12-08 16:52:00 <Leahh> the link seems dead 😔
2025-12-08 16:58:49 <Leahh> seems alpine 3.18 is i686 
2025-12-08 16:59:00 <Leahh> tried to run it in qemu to install to the cf card
2025-12-08 16:59:03 <Leahh> localhost:~# uname -a
2025-12-08 16:59:03 <Leahh> Linux localhost 6.1.128-0-lts #1-Alpine SMP PREEMPT_DYNAMIC Fri, 07 Feb 2025 19:30:59 +0000 i686 Linux
2025-12-08 16:59:10 <Leahh> and it reports i686
2025-12-08 17:09:39 <Leahh> And ran the C snippet on the machine, it supports MMX and CMOV. (No SSE and SSE2)
2025-12-08 17:25:51 <socksinspace> Leahh: the image should've been 'dd'-able, i'll look into it when i'm back home (in about 2 hours)
2025-12-08 17:26:57 <socksinspace> it runs on qemu's 486, but allegedly that will execute non-486 instructions, so idk
2025-12-08 17:56:14 <Leahh> yeah the files are limitedly available unless you set it to the max of 3-days
2025-12-08 17:56:35 <Leahh> the alpine-standard-3.18.12-x86.iso seems to be i686 at least
2025-12-08 18:20:12 <realroot[m]> Leahh did you aks about nvidi driver before?
2025-12-08 18:20:25 <Leahh> i did before
2025-12-08 18:20:33 <Leahh> i was debating putting alpine on my laptop
2025-12-08 18:20:40 <Leahh> and i kinda need it for games
2025-12-08 18:22:17 <realroot[m]> i wrote a reply did you see it maybe?
2025-12-08 18:22:18 <realroot[m]> haiku is using something
2025-12-08 18:22:32 <Leahh> i don't think i've seen the reply no
2025-12-08 18:22:46 <Leahh> unfortunately irc doesn't do to well on that regard xd
2025-12-08 18:22:50 <realroot[m]> not on par with proprietary but it is something and open
2025-12-08 18:23:24 <realroot[m]> so alpine could use that (if true)
2025-12-08 18:23:53 <frag> dont remember if i made this comment before, but if you use doas/sudo without password, isnt that _almost_ like being root and if someone trick you to run something all they have to do is put doas in front of it..
2025-12-08 18:24:05 <frag> im embracing su!
2025-12-08 18:24:18 <Leahh> imean the nouveau driver "works" but is slow
2025-12-08 18:25:20 <realroot[m]> yeah with nouveau i could not even use full resolution
2025-12-08 18:25:20 <realroot[m]> i was told that haiku driver is better
2025-12-08 18:25:24 <realroot[m]> it is not nouveau
2025-12-08 18:25:39 <holgersson> Hi, do you have recommendations for rootless podman container handling on alpine as host OS (with quadlets from the podman-systemd world in mind)?
2025-12-08 18:25:39 <holgersson> Right now I've got bash scripts that start the container. They differ from my quadlet config on all other hosts which irks me.
2025-12-08 18:26:14 <Leahh> yeah nouveau can be really spotty, My 3070 laptop gpu didn't have support AT ALL up until pretty recently
2025-12-08 18:26:26 <Leahh> and even then it's pretty spotty until i actually get into a session
2025-12-08 18:41:55 <Leahh> Back to the alix 2d3 :D
2025-12-08 18:42:06 <Leahh> Tried using minirootfs images and booting those
2025-12-08 18:42:07 <Leahh> [    6.918066] Run /sbin/openrc as init process
2025-12-08 18:42:07 <Leahh> [    7.281753] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000
2025-12-08 18:42:17 <Leahh> seems I don't have openrc installed right i rhink
2025-12-08 18:59:06 <holgersson> Leahh: You might want to drop into a busybox shell instead of openrc and inspect the system…
2025-12-08 18:59:06 <holgersson> Leahh: Wrong arch or something like that, i.e. really an openrc that can't boot?
2025-12-08 19:00:55 <Leahh> Linux (none) 6.16.0-rc3-g1c04acdb0591 #6 SMP PREEMPT_DYNAMIC Wed Aug  6 15:56:08 CEST 2025 i586 Linux
2025-12-08 19:01:01 <Leahh> Got into it with /bin/ash as init
2025-12-08 19:02:24 <Leahh> just running openrc from ash gives no output and returncode is 0
2025-12-08 19:03:51 <socksinspace> did you do "exec /sbin/init" ?
2025-12-08 19:04:02 <Leahh> no i just ran "openrc" xd
2025-12-08 19:05:26 <Leahh> https://bpa.st/KO2Q
2025-12-08 19:05:32 <Leahh> Got this from that, and now it seems stuck
2025-12-08 19:10:48 <socksinspace> You can try deactivating services (removing symlinks in /etc/runlevel/*/) before you "exec /sbin/init")
2025-12-08 19:46:59 <socksinspace> ok, uploading again, this time with a more sensible expiration set
2025-12-08 19:48:04 <socksinspace> Leahh: https://litter.catbox.moe/ezjzk7vuy4k2tkbj.gz
2025-12-08 20:03:50 <Leahh> actually got to download it now xd
2025-12-08 20:03:58 <Leahh> gonna try diffling with the services first
2025-12-08 20:04:01 <Leahh> fiddling*
2025-12-08 20:05:20 <Leahh> haha there's nothing enabled anywhere lol
2025-12-08 20:05:25 <Leahh> that might be why nothing seemed to happen
2025-12-08 20:23:06 <Leahh> socksinspace: I got your image booting! Flashed it to the CF card, and made both the kernel and extlinux output to serial
2025-12-08 20:23:10 <Leahh> and now it's in alpine
2025-12-08 20:24:25 <socksinspace> yay \o/
2025-12-08 20:24:38 <Leahh> it finds the ethernet ports
2025-12-08 20:24:41 <Leahh> but can't seem to get dhcp
2025-12-08 20:25:25 <Leahh> might try my own kernel and seeing if it helps
2025-12-08 20:25:44 <socksinspace> if it has a different name than eth0 you will need to edit /etc/network/interfaces
2025-12-08 20:26:26 <Leahh> haha it shows "fbcon: Taking over console" but this machine has NO display output
2025-12-08 20:26:32 <Leahh> i think i'm using eth1
2025-12-08 20:26:35 <Leahh> the port in the middle of the three
2025-12-08 20:27:41 <socksinspace> no clue what linux names those on your machine, just look in the output of "ip a"
2025-12-08 20:27:52 <Leahh> yeah it's eth0, eth1, and eth2
2025-12-08 20:27:55 <Leahh> just made all of those do dhcp
2025-12-08 20:28:03 <socksinspace> ah ok
2025-12-08 20:29:14 <socksinspace> so that did work?
2025-12-08 20:29:19 <Leahh> yeah it's online :D
2025-12-08 20:29:27 <socksinspace> hell yeah
2025-12-08 20:29:42 <Leahh> i'll have to do a bit of configuration and then i'll make an image of the contents :D
2025-12-08 20:29:50 <Leahh> Set hostname, unpriviliged account, etc
2025-12-08 20:30:04 <socksinspace> yeah, i tried to do as little as possible
2025-12-08 20:30:29 <socksinspace> keymap and network were un-avoidable
2025-12-08 20:30:40 <Leahh> appreciate it a lot :D
2025-12-08 20:46:07 <leah> ...
2025-12-08 20:46:11 <leah> FingerlessGloves is here. hi!
2025-12-08 20:46:15 <leah> also hi f_ 
2025-12-08 20:46:40 <f_> good UK afternoon leah
2025-12-08 20:46:44 <leah> yes
2025-12-08 20:47:28 <leah> f_: FingerlessGloves helped me a while back with some networking stuff
2025-12-08 20:47:40 <FingerlessGloves> Elo leah
2025-12-08 20:47:43 <leah> and also generally humoured me at the intellectual level
2025-12-08 20:49:55 <Leahh> leah: you followed me!
2025-12-08 20:50:01 <Leahh> maybe i'm the real leah
2025-12-08 20:50:07 <socksinspace> we are reaching concentrations of leahs that shouldn't be possible
2025-12-08 20:50:24 <leah> i was told two other leahs here here. literally that is why i came, so that there would be three.
2025-12-08 20:50:36 <leah> and also because alpine is great. thank you.
2025-12-08 20:50:38 <Leahh> in the libreboot channel i keep getting pinged by people thinking i'm leah
2025-12-08 20:51:24 <f_> socksinspace: I actually think that, just like there is not enough linus, there is not enough leah
2025-12-08 20:54:29 <leah> well that's just gravy
2025-12-08 21:09:51 <leah> i know one other leah. perhaps i can coax her into coming here too.
2025-12-09 04:18:50 <rnkn> where should I next report my keyboard backlight problem (i.e. erantly resetting the value of /sys/class/leds/input0::scrolllock/brightness)?
2025-12-09 04:19:28 <rnkn> *errantly
2025-12-09 04:20:07 <rnkn> also should the GNOME shell not responding issue be reported upstream?
2025-12-09 04:40:21 <rnkn> jfc the gnome-shell project has 2.3K issues
2025-12-09 05:02:06 <rnkn> okay, um, gnome shell consistently hanging seems, to me at least, like an "oh no we shouldn't have pushed out gnome 49" bug, but hey what do I know
2025-12-09 05:28:03 <Justin[m]> I hear https://kde.org is great 😄
2025-12-09 05:43:00 <Biswa96[m]> software is great when it does not crash abruptly :)
2025-12-09 05:46:45 <rnkn> downgraded to 3.22
2025-12-09 05:47:01 <rnkn> 3.23 is evidentally not ready for its "latest-stable" moniker
2025-12-09 11:23:51 <hazardaj_nombroj> also hi there, all the leahs
2025-12-09 16:33:21 <penguinz_rule[m]> i wonder how the guys behind v3.23 upgraded gnome when i remember hearing they removed non-systemd fallback code in gnome and added harder dependencies on systemd carry-on
2025-12-09 17:03:36 <f_> gnome-session is still on 48
2025-12-09 17:04:45 <f_> I suppose the rest only is on 49
2025-12-09 17:04:54 <f_> https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/
2025-12-09 17:05:08 <f_> > might be able to get GNOME 49 running with gnome-session 48, though this is a configuration that won’t be tested or supported upstream so your mileage will vary (much like running GNOME on other init systems). Still, patching that scenario to work may buy you more time to upgrade to gnome-session 49.
2025-12-09 20:49:19 <ichigo[m]1> hi there, running alpine linux edge right now and can't seem to get openrc user services working properly. seems to think i didn't boot my pc with openrc... (full message at <https://matrix.org/oftc/media/v1/media/download/AS1Jm1Gf3l5xt_4Rohrz8T5rmH_x3hvZuROyUlOJbFxbhBqEWcDZLqPPwBHxBhP9-zWPOZ2ibaI_Y9z_n7sSYO9CebTPk1NgAG1hdHJpeC5vcmcvbnRSZGRvT2p6dkNvdGpNTHJUSGtEQ0V4>)
2025-12-09 20:56:15 <ichigo[m]1> * hi there, running alpine linux edge right now and can't seem to get openrc user services working properly. seems to think i didn't boot my pc with openrc... (full message at <https://matrix.org/oftc/media/v1/media/download/ARwjVHrF79vxKBaBqcXsshhsVbk8rcjd1LPvjZBrmoDaMRVYlK3RC9bUwM8GZQMCex64ethmD1FKoaG2Zx40vtpCebTP-OEwAG1hdHJpeC5vcmcvS3Z0V0JXQmJoZGJXSHFhdnhwUGFqTVlB>)
2025-12-09 23:09:53 <Sertonix[m]> I think manually starting the openrc user service is not intended (yet?). Something like openrc -U boot might work better. Normally (when a user.* service or openrc-user-pam is setup) this script is invoked which does the setup stuff: https://github.com/OpenRC/openrc/blob/master/sh/openrc-user.sh.in#L30
2025-12-09 23:31:41 <Wryl> I'm looking to make a configurable boot media on an SD card but I can't seem to be able to select it as a config target..
2025-12-09 23:33:43 <Wryl> I can only use /media/usb as a config destination.
2025-12-10 05:46:23 <minirice> gnome-clocks will not launch. wonder if it is broken or i did something off.
2025-12-10 12:49:39 <tabris> Hello, do anyone know how to put udhcpc broadcasting discover in background?
2025-12-10 12:51:29 <quinq> Hello tabris, you should be able to find that answer in the busybox man-page :)
2025-12-10 12:55:45 <quinq> worst case: run &
2025-12-10 13:03:58 <tabris> I mean, the one that ran on networking. How do I configure the udhcpc there to do '-b' option, because udhcpc is not metioned in init.d/networking.
2025-12-10 13:30:07 <quinq> Sonuds a bit like an XY question
2025-12-10 13:31:19 <quinq> Maybe you're actually looking for this? https://wiki.alpinelinux.org/wiki/OpenRC#Preventing_slow_services_from_delaying_system_startup
2025-12-10 14:11:57 <nicci> hi, I just installed alpine with xorg and dwm. usee
2025-12-10 14:13:46 <nicci> user is in input group, and xf86-input-libinput is installed. udev is also installed and running, but the keyboard and mouse wont reapond after startx and entering dwm. any ideas?
2025-12-10 14:18:24 <nicci> *respond
2025-12-10 14:24:55 <longnoserob[m]> anything in xlog?
2025-12-10 14:52:36 <prabu> nicci, you may also need video group, if seat manager is not used..https://wiki.alpinelinux.org/wiki/Setting_up_a_new_user#Groups_for_desktop_usage
2025-12-10 15:04:12 <nicci> hey, keyboard trackpad or usb mouse is not reaponding in dwm after new install. any ideas why?
2025-12-10 15:14:19 <prabu> i don't use dwm, but installed and updated the documents. i don't have touchpad etc.. see if this helps.. https://wiki.alpinelinux.org/wiki/Xorg#Input_packages
2025-12-10 15:18:33 <ichigo[m]1> i had a similar issue while setting up mine but forget exactly what i did, i have a feeling it was setting up elogind that made it work
2025-12-10 15:19:14 <ichigo[m]1> although i had video group too, if its the same issue i had it wasnt that
2025-12-10 15:19:30 <ichigo[m]1> (alpine added my groups for me i think in the installer)
2025-12-10 15:20:59 <prabu> ichigo1, are you using display manager/login manager to start dwm or using startx...
2025-12-10 15:21:28 <ichigo[m]1> using ly display manager now, but was using startx for a while before that
2025-12-10 15:24:34 <prabu> using startx may not need elogind.. but i'm using sway+seatd i.e no elogind. unsure about dwm..it's quite sometime since i updated that wiki page..like longnoserob suggested, checking logs is best bet.. 
2025-12-10 20:50:52 <penguinz_rule[m]> the edge packages may have different dependencies hence different hashes
2025-12-10 20:50:53 <penguinz_rule[m]> i am not a alpine dev so i dont knwo for certain
2025-12-10 21:47:14 <pj> nico: non-deterministic packages and maybe apk does not know it should not reinstall a package also
2025-12-10 21:49:58 <pj> right now it's impossible to have reproducible/deterministic packages because abuild inserts own stuff into it (god knows for what reason)
2025-12-10 21:50:10 <pj> # Generated by abuild 3.16.0-r0
2025-12-10 21:50:10 <pj> # using fakeroot version 1.37.1.2
2025-12-10 21:51:00 <pj> and every package has "builddate = 1764857827"
2025-12-11 07:06:49 <rnkn> are gnome 49 patches likely to get backported?
2025-12-11 07:21:42 <rnkn> what would be the non-systemdism to `systemctl --user stop org.gnome.SettingsDaemon.Power.target`?
2025-12-11 11:03:45 <user> hi
2025-12-11 11:03:57 <Guest33407> im on alpine edge and got an error on systemupdate
2025-12-11 11:04:04 <Guest33407> error: mariadb-11.8.5-r0: trying to overwrite usr/lib/mariadb/plugin/parsec.so owned by mariadb-connector-c-3.4.6-r0
2025-12-11 13:44:52 <rnkn> does alpine-virt not have fuse built into the kernel?
2025-12-11 13:47:38 <Bobb3rt> how small is a fully-functional commandline system in GB ?  (includes the basic POSIX tools)
2025-12-11 13:59:50 <rnkn> nevermind, solved
2025-12-11 14:52:32 <wizzard> > We had one server that is behind
2025-12-11 14:52:32 <wizzard> yesterday the problem was gone. 
2025-12-11 15:51:43 <grawity> Bobb3rt: possibly a few MB (approximately the contents of bootstrap tarball) if you don't include a kernel, maybe half a GB if you want a whole bootable system with a kernel and some firmware blobs -- I don't remember more precisely than that, but either way it's well under a GB
2025-12-11 15:54:16 <Bobb3rt> grawity: ty 
2025-12-11 18:21:02 <Saijin_Naib[m]> Anyone using color management with XFCE+Alpine?
2025-12-11 18:21:20 <Saijin_Naib[m]> I packaged xiccd in testing to try and get this working alongside colord, but uh... big fail
2025-12-11 22:57:14 <Elsifer> Good day, I have upgraded an x86_64 vm to 3.23, and after reboot, I am getting libacl.so.1 errors (cat, ls, etc) when trying to run anything. DNS, ssh server are all "dead", ls cat df are as well. Any tips to try and fix without complete reinstallation?
2025-12-12 02:25:28 <drinksIPA> hi all :D how's everyone?
2025-12-12 02:27:58 <drinksIPA> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 03:22:46 <ichigo[m]1> lmao why is linux-lts on alpine linux edge 6.18
2025-12-12 03:22:46 <ichigo[m]1> and linux-stable is 6.17.11
2025-12-12 03:24:17 <abby> because 6.18 is the latest lts kernel
2025-12-12 03:25:34 <ichigo[m]1> latest lts kernel is: longterm: 	6.12.61
2025-12-12 03:25:42 <ichigo[m]1> has been 6.12 for a long time
2025-12-12 03:25:48 <ichigo[m]1> they arent just gonna jump 6 versions lol
2025-12-12 03:26:01 <abby> the 2026 lts is 6.18, they've already announced it
2025-12-12 03:26:19 <abby> it's the last kernel release of the year, typically
2025-12-12 03:26:46 <abby> https://www.phoronix.com/news/Linux-6.18-LTS-Kernel
2025-12-12 03:26:47 <ichigo[m]1> ohh, i didn't know, that would make sense
2025-12-12 03:27:30 <ichigo[m]1> i guess its not incremental like mainline, thanks for sharing lol. my mind just didnt understand how lts was a higher version than stable
2025-12-12 05:49:00 <lostwax> Hi, I have a weird boot from usb problem on 3.23.0
2025-12-12 05:49:44 <lostwax> USB is created from image using Rufus on Windows.  Either file copy or dd method makes no difference.
2025-12-12 05:50:29 <lostwax> Booting on an old Lenovo all in one.  If I disable hard disks in the bios it boots fine.
2025-12-12 05:50:47 <lostwax> If I put an ancient windows 10 HD in the machine it boots fine.
2025-12-12 05:51:29 <lostwax> If I have an empty SSD it seems to get drive allocation all screwed up and I get:
2025-12-12 05:52:47 <lostwax> find: /media/sda/apks/aarch64/*****: I/O error
2025-12-12 05:53:27 <lostwax> many variations on *****
2025-12-12 05:54:44 <lostwax> why the hell looking for aarch64?  All I can guess is that the SSD was previously used as HD on an install of Alpine on a Rpi.  I've wiped the partition table in fdisk though.
2025-12-12 05:55:05 <lostwax> Any help appreciated
2025-12-12 05:58:05 <lostwax> Have verified that I used an x86_64 image.  I doubt I'd get this far if I hadn't.
2025-12-12 06:19:13 <lostwax> Ok, some success.  I got more suspicious of the hardrive so opened fdisk back up on another live disk (artix) created a new partition table and then made a vfat filesystem on the disk.  Then it successfully boots.
2025-12-12 06:19:45 <lostwax> And I can probably move on.  But why is the initial image trying to do anything from the HD in the machine?
2025-12-12 09:15:04 <ichigo[m]1> also can boot usb device by pressing f12 on lenovo
2025-12-12 09:16:35 <ichigo[m]1> basically lets you choose what device to boot,
2025-12-12 09:16:35 <ichigo[m]1> as for the issue, not sure, sounds like the hdd could have just had leftover stuff on it but not sure
2025-12-12 10:04:36 <mikropono> hi all :D how's everyone?
2025-12-12 10:07:06 <mikropono> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 10:08:55 <ichigo[m]1> but yeah openrc -U boot was not the solution, as all that does is specify what boot level. which boot doesnt exist for the local user (never created it so makes sense)
2025-12-12 10:08:55 <ichigo[m]1> still saying i did not boot openrc and that i need to `touch /run/user/1000/openrc/softlevel`
2025-12-12 10:09:21 <ichigo[m]1> s/boot level/runlevel/
2025-12-12 10:38:31 <prabu> ichigo[m]1, if you are referring to Wiki instructions on openrc user services, i'll appreciate if you can edit wiki directly.. or add to the talk page on what's not correct..and changes required..
2025-12-12 10:57:01 <ichigo[m]1> thanks, the issue is i do not know the solution or required changes, so i can't really update yet. I'm certian that running touch softlevel is not ideal,
2025-12-12 10:57:01 <ichigo[m]1> what im referring to is i did follow the instructions, but it thinks i didnt boot with openrc when i try. 
2025-12-12 10:58:41 <ichigo[m]1> something like: "You are attempting to run an openrc service on a system which openrc did not boot. You may be inside a chroot or you may have used another initialization system to boot this system. In this situation, you will get unpredictable results! If you really want to do this, issue the following command: touch /run/user/1000/openrc/softlevel"
2025-12-12 11:01:04 <ichigo[m]1> i can post the workaround on the wiki if you like, but honestly im wondering if anyone may know if i missed something that may be needed, or something else.
2025-12-12 11:08:29 <prabu> which desktop environment or window manager you're using...
2025-12-12 11:10:14 <ichigo[m]1> on alpine linux with i3, running openrc -U in .profile to activate it
2025-12-12 11:10:37 <ichigo[m]1> openrc -U boot
2025-12-12 11:10:37 <ichigo[m]1> touch /run/user/1000/openrc/softlevel
2025-12-12 11:10:37 <ichigo[m]1> openrc -U
2025-12-12 11:10:37 <ichigo[m]1> sleep 1
2025-12-12 11:11:00 <ichigo[m]1> actually i have to remove boot, forgot to
2025-12-12 11:11:02 <prabu> see whether this version of instructions works... https://wiki.alpinelinux.org/w/index.php?title=OpenRC&oldid=30771#For_Wayland
2025-12-12 11:11:34 <ichigo[m]1> hmm i3wm uses xorg, i mean i can try the wayland one anyways
2025-12-12 11:12:19 <prabu> sorry https://wiki.alpinelinux.org/w/index.php?title=OpenRC&oldid=30771#For_Xorg
2025-12-12 11:13:10 <prabu> i.e instructions without using sysinit etc..
2025-12-12 11:13:14 <ichigo[m]1> oh thank you
2025-12-12 11:13:28 <prabu> please feedback..if it works..
2025-12-12 11:15:14 <ichigo[m]1> will do! also rc-status -Ur returns sysinit for me, not gui and default
2025-12-12 11:15:39 <ichigo[m]1> but its still in the user, not sure if i missed a step, or if this is intended
2025-12-12 11:16:01 <ichigo[m]1> i do have elogind setup
2025-12-12 11:16:03 <prabu> because, you followed earlier instructions to add it to .profile
2025-12-12 11:16:55 <prabu> s/followed/might have followed
2025-12-12 11:19:22 <ichigo[m]1> hey i figured it out! wasnt anything wrong with the setup, just a missing package apparently.
2025-12-12 11:19:43 <ichigo[m]1> after installing openrc-user-pam everything worked upon reboot. only have openrc -U in my .profile no more workaround needed.
2025-12-12 11:19:45 <ichigo[m]1> thanks for the help
2025-12-12 11:20:01 <ichigo[m]1> should i add to the wiki that that might be required? and why is it required? feel that would be important to say too
2025-12-12 11:20:21 <ichigo[m]1> (i dont know why its required tho, thats more so an actual question)
2025-12-12 11:21:43 <prabu> there's a discussion going on in the talk page about this..kindly add you'r feedback there..this page has already been disturbed multiple times.. so please feedback in talk page..
2025-12-12 11:22:16 <prabu> https://wiki.alpinelinux.org/wiki/Talk:OpenRC#User_Services_-%3E_Runlevels
2025-12-12 11:23:42 <prabu> for me that instruction with sysinit runlevel did not work...
2025-12-12 11:24:07 <prabu> i'm still waiting for reply from WhyNotHugo
2025-12-12 11:27:36 <ichigo[m]1> yeah its all a bit confusing, i don't know why it shows sysinit, but in my case, that is all it has ever shown for me
2025-12-12 11:30:14 <ichigo[m]1> for now i need some rest, been a long day, but will gather up information to add a concise post about the issue i had and the optimal solution i found
2025-12-12 14:22:39 <quinq> Hi
2025-12-12 14:22:55 <quinq> I have a couple zpools on a system
2025-12-12 14:23:08 <quinq> The main zpool mounts ok (root), but the other one never does
2025-12-12 14:23:15 <quinq> I can import it manually without issue
2025-12-12 14:23:21 <quinq> Any idea how I could fix this?
2025-12-12 14:29:45 <quinq> Hummm, /etc/conf.d/zfs is quite different from another Alpine system
2025-12-12 14:30:08 <quinq> How come, aren't we supposed to get .apk-new files to track changes during upgrades?
2025-12-12 14:31:10 <grawity> I think that's only if the 'old' file was modified
2025-12-12 14:31:42 <quinq> Well, at least one of those two different files were, obviously ^^
2025-12-12 14:32:16 <quinq> And I don't remember modifying this, I didn't know it existed before now
2025-12-12 14:33:00 <quinq> Is there a place on the system where those files are kept?
2025-12-12 14:35:07 <quinq> /etc/conf.d/zfs is owned by zfs-openrc-2.4.0_rc5-r0
2025-12-12 14:35:36 <quinq> $ find aports/ -name zfs-openrc
2025-12-12 14:35:38 <quinq> nothing
2025-12-12 14:36:23 <quinq> grep on the whole repo doesn't return anything either
2025-12-12 14:39:49 <lopid> https://pkgs.alpinelinux.org/package/v3.23/main/x86_64/zfs-openrc
2025-12-12 14:42:03 <quinq> How do I DL that
2025-12-12 14:42:36 <quinq> apk-fetch :>
2025-12-12 14:48:50 <quinq> It looks like there's some weird race condition
2025-12-12 14:49:07 <quinq> I can see during boot it says, after * Checking local filesystems ...
2025-12-12 14:49:13 <quinq> cannot open 'bpool': no such pool
2025-12-12 14:49:49 <quinq> And then it fails later to mount the zfs from the bpool obviously on * Mounting local filesystems ...
2025-12-12 14:50:09 <quinq> This bpool is on the same device as the main pool that we boot from
2025-12-12 14:53:48 <quinq> Any idea how to get the boot log?
2025-12-12 15:05:35 <ichigo[m]1> had no idea about apk fetch thanks for sharing
2025-12-12 15:05:55 <quinq> :)
2025-12-12 15:28:33 <mikropono> hi all :D how's everyone?
2025-12-12 15:29:55 <ssm> i am full of pilk
2025-12-12 15:30:42 <lopid> it's a spam account
2025-12-12 15:31:03 <mikropono> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 15:42:40 <f_> oh I sure want to DCC so much I have DCC disabled and not working at all
2025-12-12 15:43:16 <dwfreed> There's no need to comment on spam :P
2025-12-12 15:43:41 <f_> I just find it strange I suppose
2025-12-12 15:43:53 <f_> thanks for dealing with it either way ^^
2025-12-12 15:44:05 <ssm> DCC only works inside the same network, so people using the same bouncer can dcc. I don't think you can dcc through nat without some sort of tunnel
2025-12-12 15:44:19 <ssm> network not to be confused with irc network; I mean subnet
2025-12-12 15:45:47 <f_> It's often best to disable DCC entirely IMO .. these days it's hardly ever used for any kind of legitimate file transfer
2025-12-12 15:46:00 <f_> anyway, </offtopic> - sorry for starting it :p
2025-12-12 15:48:14 <quinq> ssm, you can just setup forwarding for the ports and you go
2025-12-12 16:00:48 <ssm> makes sense
2025-12-12 16:10:21 <hope> ladies
2025-12-12 16:10:52 <hope> I went with release instead of edge, so there are no constant updates
2025-12-12 16:11:08 <hope> yet somehow, there is always some shit that wants to update, how it comes?
2025-12-12 16:11:35 <hope> I have almost nothing installed, yet still some junk wants "newer" version of itself
2025-12-12 16:12:09 <penguinz_rule[m]> there are still security updates
2025-12-12 16:12:12 <hope> is it all so broken, that it requires extra lines of crap on top of already crap?
2025-12-12 16:12:21 <hope> oh security
2025-12-12 16:12:35 <hope> so when I upgrade I will be more safe?
2025-12-12 16:12:59 <hope> which would mean I was pretty unsecure before
2025-12-12 16:13:38 <hope> it's pretty annoying to be honest
2025-12-12 16:14:17 <hope> not as much as matrix bridge, but still
2025-12-12 16:14:24 <penguinz_rule[m]> all software that isnt capability safe is insecure :D 
2025-12-12 16:14:39 <hope> so updates are pointeless then
2025-12-12 16:14:47 <hope> it's still insecure
2025-12-12 16:14:54 <hope> with new insecurity added on top of that
2025-12-12 16:15:15 <ssm> you use that word a lot with no examples
2025-12-12 16:15:15 <hope> this software reminds me of mind
2025-12-12 16:15:31 <hope> what
2025-12-12 16:15:46 <ssm> if your device is behind nat, your chances of being attacked are mostly low, unless it comes from within your lan
2025-12-12 16:16:00 <ssm> if you're port forwarding someone could attack whatever is listening on that port
2025-12-12 16:16:18 <hope> so recently apk-tools updated
2025-12-12 16:16:35 <hope> what it has to do with networking
2025-12-12 16:17:04 <hope> it updated itself so it can update something else ;/
2025-12-12 16:18:18 <hope> it does not have trillion features I assume
2025-12-12 16:18:34 <hope> so if it's released it should be pretty stable
2025-12-12 16:18:45 <hope> in modern language, secure too
2025-12-12 16:19:21 <hope> still better than update of mesa crap obviously
2025-12-12 16:19:36 <hope> this at least does not need half the internet to fill up half the disk space available
2025-12-12 16:19:55 <hope> but if it's so small, it could be maybe "secure"
2025-12-12 16:20:02 <hope> without constant updates
2025-12-12 16:20:19 <hope> to annoy me in my peace
2025-12-12 16:21:00 <hope> image you buy plate so you can eat your junk food from it
2025-12-12 16:21:12 <hope> and somebody every fucking day knock at your door to update that plate
2025-12-12 16:22:22 <hope> so no more updates please until next release
2025-12-12 16:22:24 <hope> thank you
2025-12-12 16:23:07 <penguinz_rule[m]> sometimes there are showstopper bugs that have to have backported fixes
2025-12-12 16:23:17 <penguinz_rule[m]> so comparing to a plate is sorta bad
2025-12-12 16:23:25 <hope> ye, but definition of that sometimes is every fucking day
2025-12-12 16:23:55 <hope> if I have standard machine full of crap it would be probably several times in a day
2025-12-12 16:25:46 <hope> there was apk tools that previous version
2025-12-12 16:25:53 <hope> I assume it had not so many bugs
2025-12-12 16:25:56 <hope> after years
2025-12-12 16:26:02 <hope> now there is apk tools 3 so new bugs
2025-12-12 16:26:10 <hope> so next year I bet somebody will want it in rust
2025-12-12 16:26:19 <hope> so next 10 years there can be bugfixes
2025-12-12 16:27:42 <hope> maybe issue is that people don't pay for their monsterous "cloud" build setup
2025-12-12 16:28:22 <hope> so shit can constantly update, it's on someone else's computer and someone else's pay for it
2025-12-12 16:29:27 <hope> and I rather not open pointlessly installed python on my machine
2025-12-12 16:29:35 <hope> bc. some atk god knows what
2025-12-12 16:29:55 <hope> I bet it does not need any python as runtime
2025-12-12 16:30:12 <hope> but sponsor pay for build machine
2025-12-12 16:30:21 <hope> so who cares
2025-12-12 16:30:46 <hope> let's push it to thousands of people's computers
2025-12-12 16:31:16 <hope> so we can do some magic security updates tomorrow 
2025-12-12 16:31:18 <beepbeep> hi all :D how's everyone?
2025-12-12 16:31:23 <hope> bad!
2025-12-12 16:31:45 <hope> alpine is unsecure I was told
2025-12-12 16:32:02 <hope> nor small
2025-12-12 16:32:07 <hope> hardly simple more
2025-12-12 16:32:11 <hope> website should be adjusted
2025-12-12 16:32:53 <hope> with something like "not yet debian, working on it"
2025-12-12 16:33:48 <beepbeep> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 16:41:06 <hope> ye next update xdcc bot in apk tools
2025-12-12 17:01:16 <penguinz_rule[m]> alpine is one of the smallest linuxen out there, its just that python is a dependency for a lot of shit
2025-12-12 17:04:39 <frag> like yt-dlp and mpv
2025-12-12 17:06:03 <penguinz_rule[m]> even KISS has python and its notoriously small
2025-12-12 17:06:09 <hope> that junk shows me it is there bc. at-spi2-core
2025-12-12 17:06:14 <penguinz_rule[m]> https://www.kisslinux.org/
2025-12-12 17:06:28 <hope> which I think it does not requires python for runtime
2025-12-12 17:06:30 <hope> kiss is shit
2025-12-12 17:06:48 <hope> probably dead
2025-12-12 17:06:56 <hope> like most so called distro with different background
2025-12-12 17:09:04 <hope> but what I did not know until now
2025-12-12 17:09:09 <hope> apk add !at-spi2-core
2025-12-12 17:09:26 <hope> lot of junk gone
2025-12-12 17:10:04 <penguinz_rule[m]> theres kiss community which still updates the core
2025-12-12 17:10:31 <hope> fuck them
2025-12-12 17:10:53 <dwfreed> that's not really appropriate
2025-12-12 17:11:09 <hope> offended?
2025-12-12 17:11:20 <hope> this is sparta!
2025-12-12 17:11:25 <hope> I meant alpine!
2025-12-12 17:11:36 <hope> not some kissing
2025-12-12 17:11:36 <frag> what does the ! do?
2025-12-12 17:11:52 <dwfreed> hope: and I am god (so to speak)
2025-12-12 17:12:10 <dwfreed> !weber.oftc.net dwfreed is using God mode: MODE #alpine-linux +o dwfreed
2025-12-12 17:13:05 <hope> frag: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/80773
2025-12-12 17:13:10 <hope> removes crap
2025-12-12 17:14:00 <hope> mentioned in at-spi2-core apkbuild at least
2025-12-12 17:14:25 <panekj> I don't mind kissing
2025-12-12 17:14:38 <hope> but others mind, you are ugly
2025-12-12 17:14:52 <hope> like python
2025-12-12 17:15:07 <hope> and anything gnome touches
2025-12-12 17:15:39 <panekj> are you going to behave or do you really want to get kicked
2025-12-12 17:15:50 <hope> you are also god?
2025-12-12 17:16:18 <panekj> I'm Santa's little helper
2025-12-12 17:16:39 <hope> ye, so peasant yelling from the backyard to his master ;/
2025-12-12 17:17:10 <hope> so please behave and don't mention kissing
2025-12-12 17:18:26 <penguinz_rule[m]> i like keeping things simple, stupid
2025-12-12 17:19:17 <hope> that's why you have !at-spi2-core
2025-12-12 17:19:24 <hope> not available in kissing linux
2025-12-12 17:19:32 <hope> only in alpine!
2025-12-12 17:20:53 <achill> hope: please be respectful
2025-12-12 17:22:25 <hope> I fixed my issue with pointless pyton
2025-12-12 17:22:29 <hope> did you fix yours?
2025-12-12 17:23:40 <hope> oh recently I visited icb
2025-12-12 17:23:43 <hope> ye ancient shit
2025-12-12 17:23:51 <hope> a bit simpler than irc
2025-12-12 17:23:58 <hope> but alpine has nothing to offer there
2025-12-12 17:24:04 <hope> nor server and only client available for ircii
2025-12-12 17:24:19 <hope> which is also the worse irc client in the whole irc universe
2025-12-12 17:24:53 <hope> custom icb server would be not hard but
2025-12-12 17:24:58 <hope> if there are no really clients
2025-12-12 17:25:04 <hope> then it's a bit pointless
2025-12-12 17:25:18 <hope> alpine's missing opportunity to dominate
2025-12-12 17:25:44 <hope> not that other distros has rich offer
2025-12-12 17:25:47 <hope> but at least something
2025-12-12 17:25:51 <hope> mostly broken probably
2025-12-12 17:26:16 <hope> I highly recommend to check icb
2025-12-12 17:26:49 <hope> no bridges to matrix!
2025-12-12 17:27:23 <hope> penguinz_rule[m]: still curious how matrix and then also bridge to irc is sitting in the table of "simple, stupid"
2025-12-12 17:29:19 <dwfreed> enough, this isn't your personal rant channel
2025-12-12 17:29:50 <hope> not yours
2025-12-12 17:30:16 <pj> it's definitely dwfreed's
2025-12-12 17:31:20 <hope> cool, but that's off topic here, we were talking about alpine and icb
2025-12-12 17:31:34 <pj> only you
2025-12-12 17:31:40 <dwfreed> ^
2025-12-12 17:31:44 <pj> so if you wish to continue that, you can do so in #alpine-offtopic
2025-12-12 17:31:49 <hope> it's slow channel, so I write and wait
2025-12-12 17:31:54 <pj> otherwise please cease that
2025-12-12 17:31:54 <hope> somebody may join 
2025-12-12 17:31:59 <dwfreed> do less writing and more waiting
2025-12-12 17:32:17 <dwfreed> when you're 95% of the lines in the last hour and a half, you're talking way too much
2025-12-12 17:32:28 <hope> but there is nothing else
2025-12-12 17:32:30 <pj> what are you even waiting for? you already solved your issue
2025-12-12 17:32:33 <hope> it's not that I interupt something
2025-12-12 17:32:50 <hope> on other hand, you are interupting
2025-12-12 17:32:53 <dwfreed> that doesn't mean it's not annoying
2025-12-12 17:33:01 <hope> ye, you are 
2025-12-12 17:33:04 <pj> your useless monologue is filling up my chatlogs
2025-12-12 17:33:15 <dwfreed> I point out again that I run the *network*
2025-12-12 17:33:31 <hope> nobody cares
2025-12-12 17:33:44 <hope> please! don't waste this screen for off topic
2025-12-12 17:34:31 <pj> would have dropped the hammer earlier but lost my op since bridge is funky again :>
2025-12-12 17:35:17 <dwfreed> you don't have op here?
2025-12-12 17:35:40 <dwfreed> (as in, you're not on the access list AFAICT)
2025-12-12 17:36:12 <pj> yes I'm not on the list, I was op'd to clean up matrix mostly
2025-12-12 17:36:23 <pj> and the fun part is I'm still moderator on matrix
2025-12-12 17:36:33 <pj> because the bridge is funky
2025-12-12 17:37:02 <dwfreed> heh
2025-12-12 17:37:12 <pj> but every time bridge dies I get disconnected
2025-12-12 17:38:13 <panekj> seems though matrix spam has been quiet lately
2025-12-12 17:40:33 <dwfreed> it comes and goes
2025-12-12 17:41:06 <dwfreed> my last matrix kill was 10 days ago
2025-12-12 18:01:55 <socksinspace> i see that hope has still not followed my advice to go touch grass
2025-12-12 18:02:05 <Jamessyy> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 18:40:25 <iggy> iiuc, apk commit hooks only run when you're doing something that updates the world file (i.e. add/del) are there any hooks that run at other times (I'm specifically looking for post upgrade). I know there's triggers= (used by kernel-hooks, etc), but is there a way to install those without making a package?
2025-12-12 19:55:44 <penguinz_rule[m]> can i get an invite to alpine-offtopic, my client for some reason doesnt seem to want to join it (despite somehow joining this channel)
2025-12-12 20:02:53 <realroot[m]> ok invite sent
2025-12-12 20:03:15 <penguinz_rule[m]> thanks
2025-12-12 20:39:58 <Sertonix[m]> iggy: Commit hooks also run when the world file doesn't change
2025-12-12 21:43:26 <brepze> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 21:53:20 <quinq> I don't get those spams
2025-12-12 21:53:52 <quinq> At least spam about bitcoins or whatever, there's no need to spam about DCC
2025-12-12 22:47:17 <singkoz> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-12 22:57:00 <penguinz_rule[m]> is this xdcc shit spam or no 
2025-12-12 22:57:10 <penguinz_rule[m]> seen it like twice
2025-12-12 23:18:27 <Saijin_Naib[m]> Yeah, I might need an invite to alpine-offtopic matrix-side, too. My current invite is very broken
2025-12-12 23:57:02 <blinkzs> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-13 00:17:34 <iggy> Sertonix[m]: do you know where any docs are about when they run? All I've found was the wiki and it's pretty vague
2025-12-13 00:35:27 <linfan> I have alpine plasma on virtual-box and the VBoxLinuxAdditions do not match present VBox, which is 7.2.4. Is ther some experimental pkg for a newer pkg?
2025-12-13 00:35:56 <linfan> for the newer virtualbox*
2025-12-13 00:36:32 <linfan> the one apk offers is 7.0.2
2025-12-13 02:32:26 <Sertonix[m]> iggy: Generally commit hooks are run when using apk upgrade/add/fix/del without --simulate. There are a few special cases but I don't think these can be documented well
2025-12-13 05:10:41 <jj> i've got alpine on an old laptop of mine. i'm connected to my phone's hotspot, yet `ping 8.8.8.8` fails with the usual "network unreachable". any tips for debugging?
2025-12-13 05:25:48 <jj> alternatively, is there a way to get iwd on this thing without wifi? i think my issues may be live boot + wpa_supplicant related
2025-12-13 05:29:34 <jj> oh weird. i ran `dhcpcd` after seeing that routes and things may be my issue, waited for it to connect, and ran `ping`. thought it timed out.
2025-12-13 05:29:43 <jj> no i just uh have 98% packet loss
2025-12-13 05:30:07 <jj> ...not great. guess this might be a hardware issue.
2025-12-13 06:11:28 <jj> what drivers are on the extended alpine linux iso, and how do i get them onto my chroot? are these distributed as packages?
2025-12-13 06:16:06 <jj> alternatively, how do i tell what driver is in use wrt. a corresponding piece of hardware?
2025-12-13 06:18:30 <DarkDonno> jj, maybe try "lspci -k
2025-12-13 06:18:31 <DarkDonno> " assuming your network cards are PCI and not USB.
2025-12-13 06:20:08 <jj> unfortunately, my (working) network card is usb. lspci -k has nice output telling me the kernel driver, though. do you know of one for usb?
2025-12-13 06:23:52 <jj> (the issue i'm facing here is my usb wifi card works in my usb boot alpine linux extended, doesn't work in the actual install)
2025-12-13 06:24:06 <jj> (there's some driver alpine extended has that i need to track down)
2025-12-13 06:37:00 <jj> blugh. found lshw. grepping its output says my Realtek dongle is using rtl8xxxu. now how do i find what package this is packaged in?
2025-12-13 06:40:13 <jj> i... searching the alpine source suggests this is packaged in linux-lts? what?
2025-12-13 06:41:06 <jj> hrm, why would my wifi dongle work on the alpine-extended live boot but not my actual install, then?
2025-12-13 06:41:24 <jj> i'm very confused. any advice here would be appreciated.
2025-12-13 06:48:40 <Bobb3rt> sound like there a kernel module on the live boot CD, but not installed on your system 
2025-12-13 06:51:13 <jj> yeah. i'm currently trying to track down what package it's tied to :c
2025-12-13 07:00:55 <Bobb3rt> If its saying its in the linux-lts package... then its probs already in kernel. Do you have linux-firmware installed ? 
2025-12-13 07:01:09 <Bobb3rt> sry if you already answered this. just logged in 
2025-12-13 07:02:10 <jj> looks like it, linux-firmware-{i915,intel,mediatek,other,rtl_bt}
2025-12-13 07:14:25 <jj> oh, i totally did not, actually. thanks!! that was the problem. i thought i had it installed from presence of some firmwares but didn't know that was a meta-package and i should have WAY more
2025-12-13 07:37:19 <Bobb3rt> gg
2025-12-13 09:29:04 <jj> question -- after updating/uninstalling/reinstalling some packages, i've mucked things up and my virtual terminal now boots with 1) small text and 2) ip link only outputting lo. interestingly, running setup-wayland-base (after stalling out the update checks wrt. no connectivity) fixes *both* counts. anyone know what's up with this / how i fix it for the virtual console?
2025-12-13 09:30:24 <jj> i think the latter has something to do with kernel modules.
2025-12-13 09:43:46 <jj> ah, `rc-update add hwdrivers sysinit` fixed things. i appear to have lost `mdev` and `modloop` from the sysinit level too, off to learn if i should add them back
2025-12-13 09:47:36 <jj> okay, seems not, modloop seems liveboot related and mdev in compl. distribution with udev
2025-12-13 12:49:13 <snchmt[m]> Hello, I am trying to setup audio surround downmix, I already did it with another OS on the same machine, after some debugging I found out that by default the pulseaudio server is used instead of pipewire but I cannot remove pulseaudio since it is a dependency of gnome packages. Is it wanted to have pulseaudio instead of pipewire ? Is there a way to change the default server to pipewire otherwise ?
2025-12-13 15:11:26 <WhyNotHugo> I'm using kodi-gdm, but it's not taking any keyboard input. The kodi user is a member of the input group, and dmesg lists the keyboard device. Any ideas how to debug this further?
2025-12-13 15:19:29 <WhyNotHugo> Upon stopping kodi I see that key presses have been sent to the login(3) process on that tty
2025-12-13 16:01:09 <a_> hii
2025-12-13 16:32:02 <WhyNotHugo> Figured it out: instaling libudev-zero fixes the issue (setting up eudev might have worked too). Added a wiki page for Kodi: https://wiki.alpinelinux.org/wiki/Kodi
2025-12-13 17:33:17 <Ambrot> if you guys downloading from torrent and can't keep up with ratio...try downloading from xdcc bots, you can find a network that serves xdcc packs at https://xdcc-search.com - its all free and servers are running on high bandwidth. Thank me later :D
2025-12-14 02:58:57 <qaqland> snchmt[m]: install  pipewire-pulse firstly and then try to remove pulseaudio
2025-12-14 18:57:16 <Elsifer> ~
2025-12-14 19:05:49 <frag> installed 3.23 on rpi, getting error when trying to install yt-dlp: ERROR: unable to select packages: so:libsimdutf.so.27 (no such package): required by: deno-2.3.1-r4[so:libsimdutf.so.27]
2025-12-14 19:06:26 <frag> .. from tar-ball, then upgraded to edge
2025-12-14 19:16:49 <frag> hmm maybe yt-dlp-core is enough
2025-12-14 20:23:34 <Elsifer> :autolog on
2025-12-14 20:24:52 <quinq> 
ACTION starts logging

2025-12-14 20:27:29 <Elsifer> Good day, I have upgraded an x86_64 vm to 3.23, and after reboot, I am getting libacl.so.1 errors (cat, ls, etc) when trying to run anything. DNS, ssh server are all "dead", ls cat df are as well. Any tips to try and fix without complete reinstallation?
2025-12-14 20:30:21 <lopid> maybe `apk fix` with the static tool?
2025-12-14 20:40:50 <quinq> Elsifer, you can “recover” base tools using busybox, like $ busybox ls
2025-12-14 22:12:17 <Sertonix[m]> There might be a rebuild of some package missing
2025-12-14 22:30:42 <lopid> mustn't have been important
2025-12-14 23:24:55 <Elsifer> lopid: apk fix with static, like get the apk file to rhe host and manually install?
2025-12-14 23:26:09 <Elsifer> quinq: thanks for the busybox ls tip, that helps me navigate better with tools that are linked against my missing library
2025-12-14 23:33:27 <quinq> :)
2025-12-14 23:33:54 <quinq> Elsifer, with the static build of apk, that doesn't use shared libraries so it'll work stand-alone on a broken system
2025-12-14 23:35:28 <quinq> https://dl-cdn.alpinelinux.org/alpine/latest-stable/main/x86_64/apk-tools-static-3.0.2-r0.apk
2025-12-14 23:46:57 <Elsifer> quinq: ok, thanks. Seems my apk works, but networking is down, eth0 is up, resolv.conf is legit, no firewall rules, cant seem to get traffic out
2025-12-14 23:54:48 <quinq> Do you have an IP
2025-12-15 00:02:28 <Elsifer> ifconfig eth0 says yes, with lost of rx dropped packets though. ping from outside fails
2025-12-15 00:06:44 <quinq> That's hardware issue
2025-12-15 00:14:10 <Elsifer> be a vm, thats b0rked after an upgrade. My data is on a persistent /var, so ill just do a reinstall and see  
2025-12-15 00:14:32 <Elsifer> thanks though 
2025-12-15 02:15:52 <Bobomi[m]> Do you want comfort this festive/ winter 🥶 season ? Then look no further cuz we got just the exact Joy box 📦 for you!... (full message at <https://matrix.org/oftc/media/v1/media/download/AZnplNUJuherckBjtR3-TRIkaGvt8Hiyjkl7fnTd_8hBSqCkVndl5Lymqfrvp7Kr-gfQp2_cRtL13BWPN1SWrsxCebZ-P6MAAG1hdHJpeC5vcmcvZFN1dFBNek1mbkxjSUxpUHdUZEV3cE1Y>)
2025-12-15 02:32:05 <longnoserob[m]> spam^
2025-12-15 03:39:19 <runxiyu> firefox is not recognizing my microphone... using pipewire
2025-12-15 03:46:31 <runxiyu> ah, apparently pipewire-pulse fixes it
2025-12-15 19:35:24 <benimo> hi. i cant add alpine provided ublock-origin to librewolf. it says unsigned addon.
2025-12-15 19:36:53 <benimo> about:config switchs already disabled and not works too.
2025-12-15 19:40:40 <benimo> is there anyone has same problem?
2025-12-15 19:43:30 <benimo> How about bundle ublock with librewolf and disable singature check completely?
2025-12-15 20:09:27 <Sertonix[m]> I could take a look at it but is it a big problem with not using the alpine packaged ublock-origin?
2025-12-15 20:12:47 <frag> doesnt librewolf come with ublock installed? im using zerohosts.sh, dunno if ublock is better
2025-12-15 20:15:20 <frag> didnt know about the ublock alpine package btw..
2025-12-15 20:15:32 <frag> convenient
2025-12-15 20:16:27 <frag> oh well, gotta sleep
2025-12-15 20:39:22 <debix> hello
2025-12-15 20:39:59 <debix> who was?
2025-12-15 21:52:41 <Saijin_Naib[m]> @Sertonix how will alpine librewolf handle XDG fix from upstream FireFox? 
2025-12-15 21:53:11 <Saijin_Naib[m]> Also, thanks for maintaining LibreWolf
2025-12-15 21:55:38 <Sertonix[m]> It will likely be just like upstream firefox with a different name
2025-12-15 22:03:34 <Saijin_Naib[m]> Sweet, okay
2025-12-16 02:30:14 <ichigo[m]1> syncplay just randomly stopped working for me today, any ideas?... (full message at <https://matrix.org/oftc/media/v1/media/download/ARGTkupxbqNiacjMPZ4LDi6nJubQfu9CNkQMU9xsmEz7vZyfIJ8syBJDouO3K0CNM0X8_fAyy-sBBj_BHdDcs9ZCebbRd86QAG1hdHJpeC5vcmcvSkxqa3JGVmpGUGlFUFJEVkdDSlZ0cU5G>)
2025-12-16 02:49:17 <shadow255>  /12
2025-12-16 03:06:29 <longnoserob[m]> did you ran apk upgrade earlier?
2025-12-16 03:14:49 <ichigo[m]1> yeah its up to date, on the edge repos, maybe just have to wait for an update to something
2025-12-16 17:43:37 <Noisytoot> Does alpine build its kernels with CONFIG_IXGBE_HWMON?
2025-12-16 17:43:55 <Noisytoot> I can't find it mentioned in the config in aports and there's no /proc/config.gz
2025-12-16 17:45:51 <penguinz_rule[m]> check /boot 
2025-12-16 17:45:58 <jvvv> Noisytoot: should have /boot/config-${kversion}-${rel}-${_flavor}
2025-12-16 17:46:56 <Noisytoot> found it (the answer is yes, CONFIG_IXGBE_HWMON=y)
2025-12-16 17:47:58 <jvvv> is should have said /boot/config-$(uname -r)
2025-12-16 17:48:15 <jvvv> s/is/i/