2025-06-01 00:36:57 <Saijin_Naib[m]> @invoked not on alpine, you need to explicitly configure nm to use iwd
2025-06-01 01:02:18 <ahmadraniri[m]> <ahmadraniri[m]> "Hello, I built libvpx and always..." <- nvm, symlinking libvpx.so.11 to libvpx.so.9 seems work.
2025-06-01 05:26:25 <Farooq[MasterPotato][m]> Is there a room for alpine on arm? Or I ask my question here?
2025-06-01 05:28:01 <ikke> Farooq[MasterPotato][m]: #alpine-arm
2025-06-01 05:33:18 <Farooq[MasterPotato][m]> ah yes thanks
2025-06-01 11:29:40 <realroot[m]> <realroot[m]> "abuild error:builddeps failed..." <- i can't fix the package and I cannot rebuild it casue of that
2025-06-01 13:22:40 <lopid> https://pkgs.alpinelinux.org/packages?name=&branch=v3.22&repo=&arch=x86_64&origin=&flagged=&maintainer= isn't matching any packages
2025-06-01 13:25:48 <lopid> in particular i was wanting to look for dovecot.conf, because https://doc.dovecot.org/2.4.1/installation/upgrade/2.3-to-2.4.html#required-settings has it required, and it's missing after upgrading to 3.22
2025-06-01 13:45:27 <lopid> i disconnected for 10 mins :(
2025-06-01 13:45:56 <ikke> Nothing happened in between
2025-06-01 13:46:04 <lopid> ok, thanks
2025-06-01 13:46:51 <lopid> my disconnect was actually because i restored my host to a backup, since dovecot didn't work
2025-06-01 13:56:17 <ikke> lopid: there's an issue preventing the pkgbrowser from updating, I'm fixing it now
2025-06-01 14:33:03 <realroot[m]> how force reinstall of local package? apk add /path/pkg will not reinstall it
2025-06-01 14:33:31 <ikke> apk fix <pkg>
2025-06-01 14:33:47 <realroot[m]> but it's local
2025-06-01 14:36:08 <realroot[m]> it will reinstall version from cache. now i delete it and (1/1) [APK unavailable, skipped] Reinstalling postmarketos-mkinitfs (2.6.2-r0)
2025-06-01 14:36:27 <realroot[m]> if I fetch it it does not trust the signature for some reason
2025-06-01 14:37:48 <realroot[m]> can I force apk to remove it? of course lot of thigns depend on it
2025-06-01 14:37:56 <realroot[m]> then i reinstall it after
2025-06-01 15:11:02 <socksinspace> does apk support fetching packages from servers with HTTP Basic Authentication?
2025-06-01 16:05:23 <sertonix[m]> realroot: Have you installed the package from an apk file?
2025-06-01 16:06:52 <sertonix[m]> socksinspace: Yes by using the HTTP_AUTH environment variable
2025-06-01 16:15:03 <sertonix[m]> You can also use username:password@ in the url before the host
2025-06-01 17:23:09 <realroot[m]> sertonix yes from a local folder I rebuilt it
2025-06-01 17:29:03 <realroot[m]> i made an issue https://gitlab.postmarketos.org/postmarketOS/postmarketos-mkinitfs/-/issues/45
2025-06-01 17:30:07 <sertonix[m]> It would be better if you add the local folder as a repository. The apk can is able to find the apk file.
2025-06-01 17:33:55 <realroot[m]> i had to built it on another machine cause 1 error lock me out of building packages https://ao.vern.cc/exchange/unix/questions/614957/creating-an-alpine-package
2025-06-01 17:34:18 <realroot[m]> abuild should have a flag to ignore deps so I can build in these cases
2025-06-01 17:45:17 <luciofstars> Is there documentation on setting up Plymouth for a desktop system? I vaguely remember having issue with it in the long ago.
2025-06-01 23:19:34 <warb> https://inv.nadeko.net/watch?v=T9tPJF3KN9w
2025-06-01 23:23:09 <quinq> That's why I never touch water
2025-06-02 05:53:17 <sertonix[m]> realroot: abuild dependwncy handling can be turned of with -d
2025-06-02 06:16:26 <ncopa> rsc: can you please create an issue with the details? do you know when it was introduced?
2025-06-02 09:06:29 <lopid> ncopa, the 3.22 dovecot package is missing /etc/dovecot/dovecot.conf
2025-06-02 09:06:34 <lopid> https://doc.dovecot.org/2.4.1/installation/upgrade/2.3-to-2.4.html#required-settings
2025-06-02 09:07:34 <ncopa> https://gitlab.alpinelinux.org/alpine/aports/-/issues/17228
2025-06-02 09:07:49 <lopid> thanks
2025-06-02 09:17:56 <ncopa> not sure how to fix that tbh
2025-06-02 09:20:33 <lopid> does upstream not provide one?
2025-06-02 09:21:11 <lopid> i think it's going to require manual intervention. looks like they changed the entire format
2025-06-02 09:36:38 <rsc> ncopa: done. Given I build CI images, it showed up on the day where I reported it in the IRC.
2025-06-02 10:15:49 <ncopa> lopid: exactly. I don't think it can be automatically updated
2025-06-02 10:15:52 <ncopa> its a pain
2025-06-02 10:27:29 <crontab-> Yes, spent the weekend on fixing my dovecot, now have a self contained dovecot.conf after all the pain, much easier to understand the config now :)
2025-06-02 10:29:13 <lopid> it may be easier to understand the produced config now, but how was it to migrate to?
2025-06-02 10:29:52 <quinq> oh
2025-06-02 10:30:00 <quinq> That sounds good though and worth the effort
2025-06-02 10:30:10 <quinq> Don't they provide some mechanism for the transition?
2025-06-02 10:31:14 <quinq> Maybe for the “pro” subscription :D
2025-06-02 10:31:20 <crontab-> Took a while to figure it out, I have virtual user setup with users in postgres. All the passdb and userdb stuff has changed, but much simpler now and more intuitive to configure. But google will not help as it references old blog entries for <= 2.3. Had to go straight to dovecot documentation.
2025-06-02 10:31:51 <crontab-> Also had to reindex my postgres due to upgrade in collate. Never had to do this before, but was easy to fix that.
2025-06-02 10:32:20 <quinq> “Had to go straight to dovecot documentation.” that's usually how documentation works ^^
2025-06-02 10:32:33 <lopid> the source appears to have a default dovecot.conf that's only 1.5K
2025-06-02 10:32:39 <quinq> https://doc.dovecot.org/2.4.1/installation/upgrade/2.3-to-2.4.html
2025-06-02 10:33:34 <crontab-> quinq: Yeah, but dovecot is very configurable with a lot of different configurations, sometimes blog post can speed things up. But of course official documentation is always the best :).
2025-06-02 10:34:02 <quinq> Sure :)
2025-06-02 10:34:28 <quinq> You need bold pioneers for it though, who'll take the pain and share their journey
2025-06-02 10:36:03 <quinq> crontab-, out of curiosity if you don't mind, ~ how many users in your mail setup?
2025-06-02 10:36:47 <crontab-> Only me :)
2025-06-02 10:37:07 <lopid> is that all? i've twice as many!
2025-06-02 10:37:17 <quinq> :D
2025-06-02 10:37:57 <quinq> So virtual users in postgres is for playing, right?
2025-06-02 10:38:36 <quinq> Or is there some other incentive behind it
2025-06-02 10:38:38 <crontab-> Yeah pretty much, also have some scripts that operate on the DB to create aliases and such.
2025-06-02 10:39:23 <crontab-> Then set up sieve to be able to filter mail from the alpine mailing list into folders, but there is hardly any email on the mailing lists so not yet very useful
2025-06-02 10:40:01 <quinq> I use sieve for that
2025-06-02 13:44:39 <WhyNotHugo> I have to say, I'm not a fan of usr-merge…
2025-06-02 13:45:18 <WhyNotHugo> An alternative with which I've experiments in the past is to keep the / (and /bin) from the initramfs mounted, and only mount /usr from the real sysroot, where /bin and /usr/bin end up having a meaningful distinction
2025-06-02 13:45:38 <WhyNotHugo> usr-merge negates any experiments of the sort, without any clear benefit
2025-06-02 13:51:49 <dwfreed> there's no clear benefit to the split, either
2025-06-02 13:51:57 <dwfreed> and I certainly wouldn't want to put bash in my initramfs
2025-06-02 13:52:27 <dwfreed> or a million symlinks to shit in /usr
2025-06-02 13:54:43 <invoked> well lennart (or XDG or whomever) have a particular worldview that is keen on creating the conditions that you have to be like them to exist.
2025-06-02 13:56:14 <invoked> "When the merge is implemented in other distributions and upstream, not adopting the /usr merge in your distribution means more work" (i can find better quotes but this will do)
2025-06-02 13:57:18 <dwfreed> there are real practical arguments to usrmerge regardless of opinions on it
2025-06-02 13:58:44 <WhyNotHugo> dwfreed: I wouldn't want bash or the symlinks in the initramfs either, agreed
2025-06-02 13:59:13 <WhyNotHugo> What are the real practical arguments that affect Alpine specifically?
2025-06-02 13:59:19 <WhyNotHugo> (other than "it lets us use systemd")
2025-06-02 14:01:58 <jvvv> it is ironic that historically, /usr was a reaction to running out of disk space. i've often thought that moving everything in /usr back to / has some merit, but i'm not married to the idea... and certainly not willing to argue about it one way or the other.
2025-06-02 14:05:59 <p_6f3Ik7Suw> as someone who is running old systems that were setup with seperate / /usr /var /tmp /etc /home partitions, i have to say this caused me (regularly) a lot of pain, some debians of mine became corrupted by this, my alpines are a hassle to fix when they break again because of progress.
2025-06-02 14:06:24 <dwfreed> oh no, progress, we should never change anything ever then
2025-06-02 14:07:07 <p_6f3Ik7Suw> that was sarcasm
2025-06-02 14:07:21 <p_6f3Ik7Suw> i see no benefit, only pain with /usr merge.
2025-06-02 14:08:13 <p_6f3Ik7Suw> i can see how this for new systems is ok to enforce, but breaking old systems is not ok in my book.
2025-06-02 14:08:56 <dwfreed> WhyNotHugo: basically of the package contents (except default configs, unless they're also stored under /usr somewhere, like in /usr/share) now live in /usr, so you can put it somewhere separate if you wanted (mount it via nfs, stuff it in a squashfs, or just keep it on a different partition), you can properly snapshot it without including local machine state if needed
2025-06-02 14:11:17 <dwfreed> nfs "root" for multiple systems becomes easier because you could put / on the local disk, and mount /usr via the nfs for all the systems, readonly
2025-06-02 14:11:33 <p_6f3Ik7Suw> what does snapshotting mean? and what problem does it solve?
2025-06-02 14:11:55 <p_6f3Ik7Suw> what use-case is that? enterprise? containerisation? cloud stuff?
2025-06-02 14:13:12 <p_6f3Ik7Suw> is this something that is common need with alpine deployments?
2025-06-02 14:13:23 <p_6f3Ik7Suw> or pmOS deployments?
2025-06-02 14:14:38 <WhyNotHugo> dwfreed: i have nothign against change/progress, but usr-merge seems like change for the sake of change, and blocks other potentially meaningful changes that could be done _instead_ of it
2025-06-02 14:15:02 <p_6f3Ik7Suw> indeed. 100% agreed.
2025-06-02 14:15:05 <WhyNotHugo> my proposed experiment would also only have package data in /usr, whereas /bin is retained from the initramfs (and therefore, does not mutate at runtime during upgrade either)
2025-06-02 14:15:26 <dwfreed> the split is arbitrary and many of the tools you end up needing at various points come from either location
2025-06-02 14:15:46 <WhyNotHugo> p_6f3Ik7Suw: snapshotting is for filesystems which can create CoW snapshots, to rool back a volume (e.g.: directory tree) to a previous state
2025-06-02 14:15:48 <dwfreed> WhyNotHugo: but then you wouldn't be able to use bash without putting it or a symlink in initramfs
2025-06-02 14:16:30 <WhyNotHugo> dwfreed: my point isn't "we should definitely do this other thing", my point is usr-merge blocks such experiments but doesn't give us anything meaningful in return
2025-06-02 14:16:53 <dwfreed> it gives plenty of meaningful things in return, they just aren't meaningful to *you*
2025-06-02 14:17:00 <WhyNotHugo> which ones?
2025-06-02 14:17:05 <dwfreed> I just listed some
2025-06-02 14:18:15 <p_6f3Ik7Suw> > they just aren't meaningful to *you* - but to whom are they meaningful? 
2025-06-02 14:18:35 <p_6f3Ik7Suw> hence my question above what the use-case is.
2025-06-02 14:20:08 <p_6f3Ik7Suw> i can do snapshots without CoW volumes. i have reasonable good backup tools that do that without duplicating data...
2025-06-02 14:24:01 <invoked> my pov: this is power grab stuff. i'm sure the involved parties don't see it this way. but people complained similarly about lsb, notably debian. then things swung hard towards systemd's pov, crucially because of debian
2025-06-02 14:24:25 <invoked> usr-merge feels like another dominating move
2025-06-02 14:25:36 <p_6f3Ik7Suw> also what is wrong with having freedom, you can have split usr, or you can have merged-usr, and those who need stuff that depends merded-usr will have to use that, but why force it on the rest of the users, who don't need it at all?
2025-06-02 14:27:02 <p_6f3Ik7Suw> graceful degradation is a virtue sacrificed long ago :/
2025-06-02 14:27:18 <LokiLowkey> because it's cargo-culting, since in early history that happened because of feeble storage which needed to be expanded in arbitrary ways. which doesn't apply in real systems anymore. since decades.
2025-06-02 14:27:47 <p_6f3Ik7Suw> being insulting is not gonna make your argument convincing.
2025-06-02 14:28:06 <LokiLowkey> sorry
2025-06-02 14:28:10 <dwfreed> I see no insults
2025-06-02 14:28:30 <p_6f3Ik7Suw> cargo-culting (unless applied to rust evangelists) is an insult.
2025-06-02 14:28:41 <dwfreed> it's calling a spade a spade
2025-06-02 14:29:01 <rhizoome> I have a lot of datasets as they come cheap. For snapshotting and easy overview over space used. I happen to not have a /usr mount point. But the latest openrc update did funny things, moving where cache is stored. I am just used to fix things …
2025-06-02 14:30:17 <invoked> one of the funny things about this is the shout-out to solaris for doing it first.  zero cognitive dissonance on that, remarkably
2025-06-02 14:31:51 <p_6f3Ik7Suw> the reason for split-usr systems is not cargo culting. it's supporting legacy systems, that have these split partitions. you can enforce this going forward, but expecting users to reinstall their old mature systems or losing the possibility to keep up to date with software versions is exactly the disrespect that microsoft is showing its users by eol-ing win10
2025-06-02 14:34:35 <rhizoome> For me it is definitely not cargo cult, I mounts where I need them, not some standard layout. Disabling sync where I build a lot. Moving containers and docker dirs to extra mounts where I keep less backups.
2025-06-02 14:35:52 <LokiLowkey> https://lists.busybox.net/pipermail/busybox/2010-December/074114.html
2025-06-02 14:36:31 <rhizoome> „valuable“ data gets up to 24 monthly backups. where containers stuff get a week of daily backups.
2025-06-02 14:38:07 <LokiLowkey> ^^^^ Understanding the bin, sbin, usr/bin , usr/sbin split says it all. ('nuff said...)
2025-06-02 14:40:05 <p_6f3Ik7Suw> you understand that this was the default a decade or so ago? and there is systems that were setup back then and still run? and need updates?
2025-06-02 14:40:53 <invoked> you'd be surprised, apparently
2025-06-02 14:41:06 <invoked> (or not)
2025-06-02 14:41:09 <p_6f3Ik7Suw> some of my systems feel more mature than some of the arguments here...
2025-06-02 14:42:46 <rhizoome> I really do not care to argue. If „they“ do something to my system I cope. Been using various Unixs over the last 30 years.
2025-06-02 14:43:19 <dwfreed> LokiLowkey: Rob doing usrmerge before it was cool :>
2025-06-02 14:43:30 <invoked> i don't think that anybody who would have been in favor of strict lsb (i wasn't a fan of that either) would say that it's not a mess but, a lot of that mess was for what we would clearly call $proprietary reasons today. /opt otoh was total nonsense.
2025-06-02 14:43:56 <invoked> on the other hand, i'm less a fan of how the whole systemd thing went down, and continues to
2025-06-02 14:44:03 <p_6f3Ik7Suw> and let me repeat, it's fine to have this going forward, my new systems will be mered. but it's not ok to force it retroactively and push the costs on me of that.
2025-06-02 14:44:05 <dwfreed> opt is great for third party bins
2025-06-02 14:45:26 <dwfreed> p_6f3Ik7Suw: debian bookworm (the last release, 2 years ago) required all systems to become usrmerged; 99% of debian users upgraded to bookworm with no issue whatsoever.  The standard 'apt dist-upgrade' process took care of migrating all appropriate files to /usr and replacing the / dirs with symlinks to their /usr counterparts
2025-06-02 14:45:33 <dwfreed> there's no reason alpine couldn't do the same
2025-06-02 14:46:45 <invoked> dwfreed: my biases are deeply rooted in the bsd world
2025-06-02 14:49:30 <WhyNotHugo> I agree that "there's no reason Alpine can't do the same", but the question is if there is a reason why alpine _should_ do the same.
2025-06-02 14:49:59 <WhyNotHugo> usr-merge doesn't get rid of the cargo-cult. You still have /bin and /usr/bin, and none of them are going away anytime soon. It's just putting a sticker on the cargo-cult.
2025-06-02 14:50:27 <dwfreed> invoked: on my work computer, I have 5 dirs in /opt, 2 of which are for programs absolutely required to do my job, and the other 3 aren't really optional (though not due to my employer's decisions directly); all of them are third party bins, none of which I want polluting the standard locations with their bundled libs
2025-06-02 14:52:41 <invoked> fair.  but from my pov, still nonsense. but this is the problem with linux overall, it's become overrun with commercial interest
2025-06-02 14:53:42 <LokiLowkey> 
ACTION would prefer something like 'slashpackage' or that gobolinux thing, instead of the FHS, in general

2025-06-02 14:53:58 <dwfreed> 4 out of 5 of those bins are open source; building and distributing them, however, is a massive pain in the ass
2025-06-02 14:54:27 <dwfreed> (the one that isn't is also one of the required ones; that can't really be helped)
2025-06-02 14:54:45 <jakefs> mount keeps saying "invalid argument" when I do `lbu commit`
2025-06-02 14:55:32 <jakefs> the arguments in fstab are just "noauto,rw"
2025-06-02 14:56:05 <jakefs> it's an ext4 partition on an sd card
2025-06-02 14:56:08 <jakefs> rpi 5
2025-06-02 14:58:42 <angeloverlain[m]> jakefs: sometimes happens to me when for some I reason I didn’t modprobe ext4
2025-06-02 14:58:56 <rhizoome> I do not care about the technical stuff, as long as I still can patch things. What I really care about is not feeding the giant tech dragon, I‘ve been thinking to switch to a obscure BSD. Not for any technical reason, just to not be part of it when they burn it all down.
2025-06-02 14:59:32 <invoked> jakefs: what does dmesg say for that device (don't paste pls)
2025-06-02 15:05:18 <jakefs> I fixed it
2025-06-02 15:05:26 <jakefs> by reformatting
2025-06-02 15:05:47 <jakefs> because I tried fsck and that said there was something wrong with it
2025-06-02 15:05:54 <p_6f3Ik7Suw> ahah! 03> dwfreed p_6f3Ik7Suw: debian bookworm (the last release, 2 years ago) required all systems to become usrmerged; 99% of debian users upgraded to bookworm with no issue whatsoever.
2025-06-02 15:06:12 <p_6f3Ik7Suw> i was the 1% as i also wrote above that this broke some of my systems.
2025-06-02 15:06:24 <p_6f3Ik7Suw> a lot of my systems
2025-06-02 15:06:53 <p_6f3Ik7Suw> and being also a debian dev, i know that usrmerge did not go so well with the debian builders, afaik they are still not usrmerged!
2025-06-02 15:06:58 <LokiLowkey> which obscure bsd would that be, then rhizoome?
2025-06-02 15:07:58 <p_6f3Ik7Suw> at least a year ago the builders were not usrmerged, would have to spend some social credit to get an update on that...
2025-06-02 15:08:43 <p_6f3Ik7Suw> anyway, just to make it absolutely clear, i'm not against usr-merge, i'm against it being mandatory.
2025-06-02 15:09:46 <p_6f3Ik7Suw> it's like you profit, and i pay the cost, why not have those who profit also pay the costs?
2025-06-02 15:09:47 <rhizoome> LokiLowkey: No particular plan. Matt Dillons crond is very nice so maybe DragonFly, but I‘d need to get an older GPU first. Mine is to new for their amdgpu.
2025-06-02 15:10:29 <LokiLowkey> rhizoome: hrr. what about chimera-linux?
2025-06-02 15:14:35 <rhizoome> LokiLowkey: Looks very nice. I ran their musllibc in an alpine container. Just to see if minmalloc makes a difference (for my payloads: no).
2025-06-02 15:16:10 <rhizoome> Before anyone gets ideas: Don‘t run it on a desktop. Browsers will segfault other things too.
2025-06-02 15:16:35 <LokiLowkey> give it time
2025-06-02 15:17:47 <rhizoome> I only ment transplanting chimeras musllibc, only works for some
2025-06-02 15:17:54 <rhizoome> programs
2025-06-02 15:18:40 <rhizoome> I haven‘t tried chimera itself.
2025-06-02 15:19:46 <LokiLowkey> 
ACTION did, but that was a year ago, or slighly more, didn't have enough packages at the time for me

2025-06-02 15:20:02 <LokiLowkey> otherwise, conceptually very impressed
2025-06-02 15:20:21 <rhizoome> Chimera does not patch away multi-lib. I always found that aesthetically pleasing in alpine.
2025-06-02 15:30:53 <rhizoome> LokiLowkey: But the kernel of chimera is still part of the tech dragon and therefore a thing that might get so complicated that I can patch. That my thing: If I am smart enough to patch its good. For me there is no difference between a binary blob and source I cannot patch.
2025-06-02 15:31:56 <rhizoome> s/complicated that I can/complicated that I cannot/
2025-06-02 15:33:39 <LokiLowkey> rhizoome: yeah, that got more complicated over the years. OTOH there are no real alternatives, because supported hardware of other systems seems shrinking more and more. like the case you mentioned with DFBSD
2025-06-02 15:34:07 <jakefs> I can't get a program to daemonise
2025-06-02 15:34:10 <LokiLowkey> and your amdgpu
2025-06-02 15:34:33 <jakefs> ftr it's https://dist.ipfs.tech/#kubo
2025-06-02 15:36:08 <rhizoome> jakefs: run it in foreground with supervised https://wiki.gentoo.org/wiki/OpenRC/supervise-daemon
2025-06-02 15:36:53 <jakefs> ty I'll try that
2025-06-02 15:36:55 <rhizoome> supervise wants it to NOT daemonize: problem solved 
2025-06-02 15:39:39 <rhizoome> LokiLowkey: Well it is not that bad you just need a desktop computer and shop for things that run. They got amdgpu from linux 4.19.
2025-06-02 15:41:36 <LokiLowkey> 
ACTION is too spoiled for that. even thouhg he only runs a very feeble kaby lake with rather obsolete intel HD630 iGPU

2025-06-02 15:42:41 <LokiLowkey> there are solutions which make that thing *fly*. even while forced to powersave. and there are other things which make me suffer from stuttering
2025-06-02 15:46:24 <invoked> old cpus work pretty well, depending. there hasn't been as much improvement in cpus as people want to believe
2025-06-02 15:46:41 <invoked> stuff around the cpu, otoh, has improved a lot.
2025-06-02 15:47:11 <frag> mpv has some nice improvements, fonts/playlist/color... sweet!
2025-06-02 15:47:35 <rhizoome> actually it seems in term of CPU DragonFly is current.
2025-06-02 15:49:15 <LokiLowkey> rhizoome: i'm using this https://www.lenovo.com/us/en/p/desktops/thinkcentre/m-series-tiny/thinkcentre-m910q/11tc1mt910q and it eats anything i throw at it, even genode. most clean bootlogs ever, with no errors at all :-)
2025-06-02 15:49:48 <rhizoome> An example of linux kernel patch. I have to patch NFS often. NAS have so very old kernel, they oft lock up talking to a current kernel. (Of course I remove features from the current kernel nfs, that is pretty easy, comment out some flags)
2025-06-02 15:50:45 <LokiLowkey> rhizoome: wouldn't SMB more pragmatic, nowadays?
2025-06-02 15:50:52 <LokiLowkey> be
2025-06-02 15:54:05 <rhizoome> LokiLowkey: Well it ran very slow and I know how to make NFS fast. So paired with my experience the kernel patch was easier.
2025-06-02 15:54:49 <LokiLowkey> rhizoome: ok. i have given up on nfs meanwhile
2025-06-02 15:55:00 <rhizoome> Maybe that samba run slow was also the NAS fault.
2025-06-02 15:59:29 <sertonix[m]> @_oftc_p_6f3Ik7Suw:matrix.org I think if you want to preserve compatibility with non-usr merged setups the discussions would need to happen on the bugtracker. (I consider it possible but a bit more maintainance.)
2025-06-02 17:35:52 <chip1972[m]> how to fx this ngIRCd error
2025-06-02 17:36:39 <chip1972[m]> * how to fx this ngIRCd error?
2025-06-02 17:36:39 <chip1972[m]> [42:2    0] Can't bind socket to address 192.168.1.1:6667 - Address in use!
2025-06-02 17:36:39 <chip1972[m]> [42:2    0] Can't bind socket to address 127.0.0.1:6667 - Address in use!
2025-06-02 17:37:36 <ikke> Either check what's already using that and potentially stop it, or use a different port
2025-06-02 17:37:44 <quinq> *fix
2025-06-02 17:38:08 <quinq> Most likely you have another ngircd instance already running
2025-06-02 17:38:17 <quinq> (or other ircd)
2025-06-02 17:41:03 <chip1972[m]> before edit ngIRCd.conf was this error
2025-06-02 17:41:03 <chip1972[m]> [40:2    0] Can't bind socket to address 0:::6667 - Address in use!
2025-06-02 17:41:03 <chip1972[m]> [40:2    0] Can't bind socket to address 0.0.0.0:6667 - Address in use!
2025-06-02 17:43:30 <chip1972[m]> <quinq> "Most likely you have another..." <- that is.... bad password now
2025-06-02 18:42:00 <ikke> chip1972[m]: what does netstat -tlpn return?
2025-06-02 18:42:16 <ikke> specifically regarding that port (6667)
2025-06-02 19:23:26 <elagost> is there just no place to get the adwaita-dark theme anymore?
2025-06-02 19:45:20 <realroot[m]> i have it not sure what install it
2025-06-02 20:36:48 <sertonix[m]> I can't find any references to adwaita-dark in aports
2025-06-02 20:40:20 <dwfreed> upstream it is not a separate theme
2025-06-02 20:40:48 <dwfreed> because gnome themes are css, they utilize the dark color scheme just like web pages do
2025-06-02 20:41:54 <ssm> https://gitlab.gnome.org/GNOME/libadwaita/ I found this repo but trying to browse it just leads to the damn anime girl pegging my cpu at 100% and never authenticating even with js enabled
2025-06-02 20:42:21 <ssm> guess qutebrowser isn't mozillomium enough (even though qtwebengine is blink derived)
2025-06-02 20:42:42 <dwfreed> loads here, but that's just the lib, not the theme
2025-06-02 20:47:03 <p_6f3Ik7Suw> ssm i openened an issue with the anime girl project but they said the browser people need to fix it.
2025-06-02 20:48:00 <DuClare> url?
2025-06-02 20:50:20 <dwfreed> ah, actually the theme is in there too
2025-06-02 20:56:23 <p_6f3Ik7Suw> url: https://github.com/TecharoHQ/anubis/issues/167
2025-06-02 21:00:27 <p_6f3Ik7Suw> huh apparently there was an edit, and now also the website people need to fix this.
2025-06-02 23:37:55 <warb> join #racistcannibals
2025-06-02 23:38:28 <dwfreed> O.o
2025-06-02 23:38:34 <warb> it's ok
2025-06-02 23:38:36 <warb> it's not what you think
2025-06-02 23:38:45 <dwfreed> spamming channels elsewhere is not okay
2025-06-02 23:38:53 <warb> oh
2025-06-02 23:38:59 <warb> we have 5 stars on gooogle
2025-06-02 23:39:41 <dwfreed> Yeah, no, and that topic is not okay either
2025-06-02 23:40:08 <dwfreed> (It's possible to read a channel topic without being in the channel, generally)
2025-06-02 23:40:31 <warb> it's still not what you think
2025-06-02 23:43:27 <dwfreed> I don't care what it is, as network staff, I'm going to say it should not exist on this network
2025-06-02 23:53:26 <LachlanIkeguchi[m]> OwO what's going on here? xD
2025-06-03 02:28:34 <chip1972[m]> this is Alpine error? or ngircd error?
2025-06-03 02:28:34 <chip1972[m]> PAM: Error on "a" (a!~q@192.168.1.11): User not known to the underlying authentication module
2025-06-03 02:28:34 <chip1972[m]> User "a!~q@192.168.1.11" rejected (connection 8): Bad password!
2025-06-03 02:29:09 <dwfreed> well, you're using PAM, can they authenticate to PAM on the system?
2025-06-03 02:34:09 <chip1972[m]> dwfreed: I dont know. I just running Alpine in docker
2025-06-03 02:34:09 <chip1972[m]> Its working fine, but irc server is useless
2025-06-03 06:23:55 <staceee> I don't remember how to cross compile, CHOST=aarch64 abuild -rf seems to fails on missing build-base-aarch64. Any clue?
2025-06-03 06:57:42 <staceee> ah, CBUILD=aarch64 abuild -rf rootbld seems the way to go
2025-06-03 07:27:22 <EvanStyles[m]> You can actually start up an investment account with https://Gemini.co.com and in due time build up your portfolio.
2025-06-03 09:19:55 <rifux[m]> My Alpine GNOME installation started freezing unexpectedly and randomly
2025-06-03 09:19:55 <rifux[m]> How do I even debug this?
2025-06-03 09:19:55 <rifux[m]> TTY isn't accessible and there is no kernel panic indicator (when it's kernel panic, CapsLock should be blinking)
2025-06-03 10:00:23 <sertonix[m]> staceee: rootbld isn't cross compilation, it's emulation. For cross compilation you need to build a cross compiler.
2025-06-03 10:00:54 <staceee> right, emulation was what I meant
2025-06-03 10:06:47 <lopid> can you ping it, rifux[m]?
2025-06-03 10:20:20 <ikke> rifux[m]: I've had a VM freeze twice
2025-06-03 10:20:22 <ikke> no gnome
2025-06-03 10:22:35 <ikke> The 2nd time, a text input cursor was still blinking, but the systray time was not updating
2025-06-03 10:36:51 <rifux[m]> <lopid> "can you ping it, rifux[m]?" <- wdym by ping? like from outside by ssh?
2025-06-03 10:38:57 <rifux[m]> <ikke> "no gnome" <- it seems that it's not exactly the freeze of GNOME, rather freeze of the entire system
2025-06-03 10:39:11 <ikke> yeah
2025-06-03 10:39:19 <rifux[m]> I want to view and show some logs, but I don't know where do I find related ones 
2025-06-03 10:39:35 <ikke> try /var/log/messages
2025-06-03 10:44:18 <rifux[m]> erm, I guess it needs the exact time of system being freeze, because I can see tons of logs here
2025-06-03 10:44:38 <rifux[m]> does it save logs from previous session?
2025-06-03 10:45:42 <lopid> i mean by ping, obviously from outside
2025-06-03 14:55:23 <chip1972[m]> how to start ssh server inside docker?
2025-06-03 15:15:47 <ikke> chip1972[m]: You would need to run the sshd process yourself somehow
2025-06-03 15:15:51 <ikke> It's not very common to do
2025-06-03 15:21:42 <chip1972[m]> thanks... worked..
2025-06-03 15:21:42 <chip1972[m]> now complaining about host keys
2025-06-03 15:22:08 <ikke> yes, normally the init.d service would generate them
2025-06-03 15:27:40 <chip1972[m]> i generated mannually, but still torify do not connect
2025-06-03 15:28:32 <chip1972[m]> I will need another way to manage docker files inside image
2025-06-03 15:28:51 <chip1972[m]> how restart sshd?
2025-06-03 15:31:24 <ikke> You stop the process, you start the process
2025-06-03 15:31:36 <ikke> you can also send SIGHUP to it to have it reexecute itself
2025-06-03 15:36:10 <chip1972[m]> ikke: that is... ps dont show sshd....
2025-06-03 15:36:10 <chip1972[m]> sshd command dont return anything
2025-06-03 19:19:20 <Vicente> Hi, since the update to alpine 3.22, the linux console font has increased size.
2025-06-03 19:19:28 <Vicente> Does somebody know why?
2025-06-03 19:20:40 <Saijin_Naib[m]> What DE are you using?
2025-06-03 19:20:58 <Saijin_Naib[m]> If you're using GNOME, I believe the changed the default font from Cantarell to Adwaita, which has slightly different metrics and spacing
2025-06-03 19:22:12 <Vicente> I use no DE. I use the labwc window manager. But i refer to the console before entering graphical mode, that is, before starting labwc.
2025-06-03 19:22:35 <achill> 477dce8aced
2025-06-03 19:23:10 <achill> i would guess https://git.alpinelinux.org/aports/commit/?id=477dce8aced is guilty
2025-06-03 19:28:01 <Vicente> 477dce8aced seems indeed related. Is there a kernel parameter other way to restore the previous font?
2025-06-03 19:28:24 <Saijin_Naib[m]> I believe you can manually specify one using the consolefont OpenRC service
2025-06-03 19:34:18 <Vicente> The file /etc/conf.d/consolefont says that fonts are to be found in /usr/share/consolefonts, but i have that directory empty. Is it possible to choose the previous font, which was built into the kernel without requiring extra font files?
2025-06-03 19:52:27 <Saijin_Naib[m]> That I don't know, unfortunately
2025-06-03 20:21:40 <textmode> 3
2025-06-03 20:27:05 <jvvv> Vicente: to boot with a specific font, fbcon=font:FONT_NAME kernel parameter can be used... lts kernel has VGA8x8, VGA8x16, and TER16x32 available
2025-06-03 21:09:46 <Vicente> Thanks! fbcon=font:VGA8x16 has restored the previous font.
2025-06-03 21:52:30 <Saijin_Naib[m]> prabu, something for the wiki?
2025-06-03 22:54:43 <cannonical> you guys associate with freedesktop.org? they fuck kids just fyi
2025-06-03 23:02:07 <cannonical> you guys associate with freedesktop.org? they fuck kids just fyi
2025-06-04 00:51:01 <shadow> request to ban spam bot user canonical
2025-06-04 00:52:40 <fission> it was 'cannonical' (three 'n's)
2025-06-04 01:05:54 <abby> they were network banned
2025-06-04 01:09:27 <fission> 
ACTION applauds

2025-06-04 05:17:10 <prabu> Saijin_Naib, thanks for the note on console font. updated page -> https://wiki.alpinelinux.org/wiki/Fonts#Console_font 
2025-06-04 05:28:50 <ikke> prabu: thank you for keeping the wiki up-to-date
2025-06-04 05:59:45 <Saijin_Naib[m]> Yeah, seriously, great work!
2025-06-04 06:09:56 <rhizoome> prabu: I noticed many improvements. Thank you!
2025-06-04 09:19:10 <WhyNotHugo> usr/lib/libfts.so is contained in musl-fts-dev. shouldn't it be in musl-fts?
2025-06-04 09:20:16 <ikke> No, generally it's only a symlink used while building against the library 
2025-06-04 09:20:56 <ikke> musl-fts contains libfts.so.0 and libfts.so.0.0.0
2025-06-04 09:27:24 <psionic> Man wtf that I do a dist upgrade and /etc/apline-release is left on the old version 3.16.3 while all packages got updated
2025-06-04 09:30:02 <ikke> psionic: is there an /etc/alpine-release.apk-new file?
2025-06-04 09:38:52 <psionic> No but maybe because it was a docker alpine, seems upgraded anyway
2025-06-04 09:39:07 <psionic> So it's a premium feature that I have to upgrade the version file manually :D
2025-06-04 10:09:17 <mbrndtgn> psionic: i guess there's some reason why you can't just swap the image?
2025-06-04 10:11:17 <mbrndtgn> maybe the image is minimized somehow and some of the base packages are missing that handle the os release switch? just a wild guess
2025-06-04 13:29:16 <divVerent1> ERROR: linux-stable-doc-6.14.9-r1: trying to overwrite usr/share/doc/linux-doc owned by linux-lts-doc-6.12.31-r0.
2025-06-04 13:29:16 <divVerent1> Is it no longer allowed to have both linux-stable and linux-lts installed?
2025-06-04 13:32:35 <ikke> Probably an oversight 
2025-06-04 13:42:22 <divVerent1> yeah, and it just caused a mostly useless system for me, as it updated all kernels and didn't recompile the wifi driver with AKMS due to this
2025-06-04 13:42:32 <divVerent1> luckily I had a non apk managed backup kernel
2025-06-04 13:43:00 <divVerent1> for now working around with apk del docs
2025-06-04 13:46:46 <divVerent1> BTW only reason why I even need AKMS is https://gitlab.alpinelinux.org/alpine/aports/-/issues/17190
2025-06-04 13:48:28 <Kladky> can someone mention me when prabu is online? thanks
2025-06-04 13:49:34 <invoked> divVerent1: wifi, the perennial PITA
2025-06-04 13:49:43 <Kladky> Because I tried the lingering openrc user services, which does seems to end up with the services running, but i can't run any user service commands
2025-06-04 13:49:47 <divVerent1> well, only on Alpine
2025-06-04 13:49:57 <divVerent1> just =m ALL the drivers
2025-06-04 13:50:04 <invoked> in open-source generally
2025-06-04 13:50:34 <divVerent1> yeah, just worse than it needs to be on Alpine
2025-06-04 13:50:47 <divVerent1> due to apparently too narrow kernel config
2025-06-04 13:50:51 <divVerent1> IMHO all wifi and network drivers should be added as module
2025-06-04 13:51:07 <divVerent1> and yeah, I know, takes longer to compile
2025-06-04 13:51:10 <invoked> alpine tries to be small
2025-06-04 13:51:31 <divVerent1> not an excuse to not support laptops as they came from the factory
2025-06-04 13:51:43 <divVerent1> especially as apine is 100% useless without network
2025-06-04 13:52:07 <divVerent1> but anyway, could be a linux-with-everything optional kernel package?
2025-06-04 13:52:12 <Kladky> e.g. `service -U oo7-portal status` gives me the following https://tpaste.us/r5Mj
2025-06-04 13:53:41 <invoked> divVerent1: could be one way to do it.  listen, i run into the same problem with other things (eg bootstrapping openbsd and missing wifi firmware on a laptop without an ethernet port).  but, it's not a hard stop
2025-06-04 13:55:08 <divVerent1> sure
2025-06-04 13:55:41 <divVerent1> just saying, the point of using a distro and not LFS is also not having to wait hours for kernel compiles every time there was a security hole, but just upgrade and reboot
2025-06-04 13:56:02 <divVerent1> basically the assumption that the distro's build server is better than my crappy laptop
2025-06-04 13:56:25 <invoked> reasonable assumption. :)
2025-06-04 13:56:37 <divVerent1> however... it could also be fun to integrate "build your own kernel" with apk upgrade somehow
2025-06-04 13:56:59 <divVerent1> so I put my own config, apk takes care of the rest (but becomes interactive when config update is needed)
2025-06-04 13:58:40 <divVerent1> still, having the extra modules doesn't make the kernel bigger in RAM as it only loads what is needed - it does make Alpine system images bigger though
2025-06-04 13:58:59 <divVerent1> so... maybe build kernel with all the modules, but move modules seldomly needed into their own apk?
2025-06-04 13:59:36 <divVerent1> and with opt-in, do something like Debian's popcon for the modules in that package to learn what to move into the main package
2025-06-04 14:00:13 <invoked> i don't know what the size constraint is on extended.
2025-06-04 14:00:19 <invoked> (if there is one)
2025-06-04 14:01:31 <divVerent1> as said, can always split some modules into a separate apk; that apk doesn't have to be in extended
2025-06-04 14:01:42 <divVerent1> (but it not being there would make fresh installs way more difficult)
2025-06-04 14:07:22 <mcarni> is there anyone that can help me with my custom grub.cfg? i have it so that i can boot live isos without having to dd a usbstick but when i try with alpine linux i get dropped into emergency busybox
2025-06-04 14:08:02 <mcarni> this is an extract from cfg: divVerent1 					linux (loop)/boot/vmlinuz-lts alpine_dev=usbdisk:vfat modules=loop,squashfs,sd-mod,usb-storage  					initrd (loop)/boot/intel-ucode.img (loop)/boot/amd-ucode.img (loop)/boot/initramfs-lts
2025-06-04 14:08:19 <mcarni> i tried a couple of different alpine_dev= variants but i cannot get it to work
2025-06-04 14:10:07 <invoked> divVerent1: i'm guessing the reason this isn't done already is... supporting more kernel options is gated by various reasons not even about size, or technical reasons, but dev bandwidth
2025-06-04 14:10:13 <invoked> but i don't really know.
2025-06-04 14:10:29 <divVerent1> yeah, let's see what will come out of the issue
2025-06-04 14:10:41 <invoked> or dev bandwidth because of technical reasons
2025-06-04 14:10:47 <invoked> (like cross arch, i dunno)
2025-06-04 14:19:22 <Vicente> Saijin_Naib: achill: jvvv: prabu: Thank you all for your help.
2025-06-04 14:19:33 <Vicente> I would like to note that the font issue wasn't on a 4k display, it was on QHD (2560x1440).
2025-06-04 14:23:41 <prabu> Kladky, i just saw came back and saw your message. by lingering i assume you're using openrc-user package instead of openrc-user-pam package?
2025-06-04 14:23:51 <dwfreed> mcarni: alpine_dev isn't a thing anymore, and I don't think nlplug-findfs has code to locate an iso and loop mount it to find the alpine live media
2025-06-04 14:23:55 <Kladky> Yes
2025-06-04 14:24:19 <Kladky> I don't really mind which I use
2025-06-04 14:24:25 <Kladky> As long as it works
2025-06-04 14:25:10 <prabu> which desktop are you using..i'm not well versed in kde..i have and use sway
2025-06-04 14:26:08 <mcarni> @dwfreed do you know how the iso handles this?
2025-06-04 14:27:04 <Kladky> I am using KDE Plasma
2025-06-04 14:27:07 <Kladky> On 3.22
2025-06-04 14:27:09 <Kladky> prabu
2025-06-04 14:29:24 <prabu> thanks. what is the output of rc-status -U . yesterday i shared this https://tpaste.us/e6ma which shows various commands to test the working of user services
2025-06-04 14:29:48 <prabu> what service is this https://tpaste.us/e6ma ?
2025-06-04 14:31:27 <Kladky> prabu https://tpaste.us/PQ9Q
2025-06-04 14:32:12 <dwfreed> mcarni: https://gitlab.alpinelinux.org/alpine/mkinitfs nlplug-findfs is here; it looks for a filesystem containing .boot_repository
2025-06-04 14:32:19 <dwfreed> the initramfs init script is also in there
2025-06-04 14:38:24 <jakefs> "*   start-stop-daemon: unable to open the logfile for stdout `/var/log/ipfs/ipfs.log': Permission denied"
2025-06-04 14:38:38 <jakefs> What's going on here?
2025-06-04 14:39:03 <jakefs> What do I need to do?
2025-06-04 14:39:19 <jakefs> I ran `/etc/init.d/ipfs -v start` as root
2025-06-04 14:39:46 <jakefs> I'm using the kubo package from the community repos
2025-06-04 14:43:14 <dwfreed> the ipfs user needs to be able to write to /var/log/ipfs
2025-06-04 14:44:09 <jakefs> Yes
2025-06-04 14:44:27 <dwfreed> this is arguably a package bug, because it does not ensure that
2025-06-04 14:44:31 <jakefs> yea
2025-06-04 14:44:55 <jakefs> should I chown /var/log/ipfs to the ipfs group?
2025-06-04 14:45:49 <dwfreed> if you change the group, you'd also have to change the perms; you could just make it owned by the ipfs user
2025-06-04 14:46:00 <dwfreed> or you could do something else entirely
2025-06-04 14:46:20 <jakefs> such as what?
2025-06-04 14:46:38 <dwfreed> POSIX ACLs are a thing that everybody forgets about
2025-06-04 14:47:06 <jakefs> I'm not sure that I know what those are
2025-06-04 14:47:27 <jakefs> also it seems appropriate that it should be owned by the ipfs user
2025-06-04 14:47:32 <jakefs> don't you think?
2025-06-04 14:47:55 <dwfreed> that would probably make the most sense
2025-06-04 14:48:27 <jakefs> 
ACTION has vaguely heard of something along the lines of ACLs in Unix when reading about capability OSs

2025-06-04 14:48:33 <dwfreed> POSIX ACLs are a lot like modern Windows file permissions
2025-06-04 14:48:47 <jakefs> I'm not familiar with that either
2025-06-04 14:49:38 <dwfreed> well, then, basically you can give anybody access without having to finagle with user and group ownership or making the thing world readable, writable, or executable as needed
2025-06-04 14:50:08 <jakefs> that sounds handy
2025-06-04 14:50:36 <jakefs> but I think in this case I don't need them
2025-06-04 14:51:09 <jakefs> should I make it ipfs:ipfs same permissions? or root:ipfs rwxrwxr-x?
2025-06-04 14:51:26 <jakefs> same permissions being rwxr-xr-x
2025-06-04 14:52:53 <dwfreed> ipfs:ipfs is probably best
2025-06-04 14:53:03 <jakefs> why?
2025-06-04 14:53:37 <dwfreed> because then later you can remove other permissions if you want and then anybody in the ipfs group can still read the log, *without* being able to write there
2025-06-04 14:54:24 <jakefs> "you can remove other permissions if you want" without needing root you mean?
2025-06-04 14:55:11 <dwfreed> only ipfs user or root would be able to remove permissions
2025-06-04 14:55:47 <dwfreed> what I mean is you could later set the dir 750 (rwxr-x---) and then ipfs user (the service) could still write the log, and then anybody in the ipfs group could still read the log
2025-06-04 14:56:19 <jakefs> I see
2025-06-04 14:56:43 <jakefs> Why might I want to do that?
2025-06-04 14:57:40 <jakefs> that's what assigning users to groups is generally for, isn't it?
2025-06-04 14:58:01 <jakefs> nvm
2025-06-04 14:58:11 <dwfreed> I don't use ipfs, but perhaps there could be things that end up in the log that you don't want other people with access to the system to be able to read
2025-06-04 14:58:23 <jakefs> I don't think there would be
2025-06-04 14:58:38 <jakefs> it's not really a privacy-oriented application
2025-06-04 14:58:48 <dwfreed> sure, but as a package fix, it's more a more flexible solution
2025-06-04 14:59:11 <jakefs> well, I don't maintain the package, so...
2025-06-04 14:59:31 <dwfreed> yes, but you can suggest a possible fix when filing the bug that package is broken
2025-06-04 14:59:51 <jakefs> yeah, I guess I should
2025-06-04 15:00:23 <jakefs> but I feel like that should be up to someone with more knowledge and/or experience than me
2025-06-04 15:01:49 <jakefs> should I use chown -R?
2025-06-04 15:12:23 <jakefs> it seems to be stuck on starting
2025-06-04 15:13:47 <jakefs> there's nothing in the log directory despite me giving access to it
2025-06-04 15:19:37 <jakefs> ah. I see no. I changed the location of it's repository and it didn't recognise that
2025-06-04 15:19:42 <jakefs> *now
2025-06-04 15:22:32 <jakefs> actually nvm
2025-06-04 15:27:52 <jakefs> I get messages like this: https://termbin.com/vn6c
2025-06-04 17:53:37 <kroovy> what would be a clean way to run a simple command `echo ready | nc 10.0.0.71 1337` on startup? - crond seems to not support @reboot
2025-06-04 17:53:59 <ikke> kroovy: enable the local service and add a script to /etc/local/d
2025-06-04 17:54:13 <ikke> /etc/local.d
2025-06-04 17:59:40 <chip1972[m]> how to fix this?... (full message at <https://matrix.org/oftc/media/v1/media/download/ASvhWRftNhri_y53P-MpxmJjtaYGoHgvRnHXHgQgMJ55ozOxoxCgJrKvwYVsw1lA_f4pRMu4H3KxM1vLE9kY2EdCeXhDJVAAAG1hdHJpeC5vcmcvem9GbVhZQ2RWbHlTcVVEdGlWY2xJYllj>)
2025-06-04 17:59:42 <kroovy> cool, i didn't know that service will try that, ty
2025-06-04 18:01:18 <ikke> chip1972[m]: temporary error is usually DNS or some other network issue
2025-06-04 19:10:42 <realroot[m]> who set XDG_RUNTIME_DIR when i start xorg?
2025-06-04 19:12:37 <ikke> By default, nothing
2025-06-04 19:13:41 <abby> i set it
2025-06-04 19:14:09 <notfunderscore> abby: no you don't, because *I* set it
2025-06-04 19:14:11 <notfunderscore> :p
2025-06-04 19:14:16 <notfunderscore> wait wrong irc client
2025-06-04 19:15:02 <f_> I
2025-06-04 19:16:35 <realroot[m]> something does it here, dbus maybe? i start dinit user dbus service
2025-06-04 19:19:17 <realroot[m]> or tinydm
2025-06-04 19:35:55 <realroot[m]> maybe user dinit dbus service not sure
2025-06-04 19:56:07 <realroot[m]> >pam_systemd sets this to /run/user/$UID
2025-06-04 19:56:08 <realroot[m]> https://wiki.archlinux.org/title/XDG_Base_Directory
2025-06-04 20:52:25 <WhyNotHugo> realroot[m]: there's no systemd on alpine
2025-06-04 20:55:11 <WhyNotHugo> realroot[m]: https://wiki.alpinelinux.org/wiki/Wayland#XDG_RUNTIME_DIR
2025-06-05 10:31:59 <prabu> kladky, as spoken yesterday here are the steps to activate openrc-user services for pipewire on kde: https://tpaste.us/BM9b
2025-06-05 10:33:56 <prabu> please verify and feedback here on this channel or on wiki.. 
2025-06-05 12:15:26 <hannesbraun> Is there a way I can get the previous kernel logs when I reboot after a panic? My system freezes regularly, but my graphics output just freezes instead of showing me any kind of log.
2025-06-05 12:17:32 <Habbie> one trick is to ssh into this machine from another machine and keep 'dmesg -w' or tail -f on some logfile running
2025-06-05 12:23:37 <hannesbraun> Thanks, I'll try that. Although I'm not sure if I'll receive the interesting part of the log before my system panics and stops responding. Maybe I'll get lucky...
2025-06-05 12:27:38 <Habbie> i've gotten lucky with this at times!
2025-06-05 13:59:27 <dwfreed> hannesbraun: Habbie: check out netconsole
2025-06-05 13:59:50 <Habbie> oh yes. been meaning to look at that for a suspend/resume issue on my previous laptop
2025-06-05 14:00:07 <Habbie> but upgrading to bookworm fixed that
2025-06-05 14:00:53 <dwfreed> heh
2025-06-05 14:09:34 <hannesbraun> Oh nice, thanks for the hint.
2025-06-05 15:31:15 <dean> how to install plasma on 3.22.0
2025-06-05 16:23:03 <prabu> due to certain open issues, currently plasma is not shown as a choice in setup-desktop in 3.22.0. You can still install plasma by typing "# setup-desktop plasma". While testing my sddm was not stable.ymmv.
2025-06-05 17:38:29 <pltrz[m]> Is there an option to force QtWebEngine programs (eg. qutebrowser) to play audio as a PipeWire source natively? (without going through pipewire-pulse)
2025-06-05 18:16:51 <sdomi> does anyone know where qt pulls the library version from? i have a mismatch (qt 6.8.3, xcb plugin 6.8.2) and it doesn't let me launch any apps
2025-06-05 18:17:28 <sdomi> i'd want to just patch out the check in the binary for now, but i wasn't able to find where in the lib it stores the version number
2025-06-05 20:18:23 <monotux> I'm testing alpine on a raspberry pi 4b, diskless edition. my configuration changes are committed as expected, but any package I install are not there after a reboot. my apk cache is full of files, and my /etc/apk/cache points to the correct partition (ext4, and the partition is in /etc/fstab)
2025-06-05 20:18:27 <monotux> what am I missing? :D
2025-06-05 20:19:01 <monotux> running apk -U upgrade will install all packages as expected
2025-06-05 20:21:52 <monotux> my root partition (mmcblk0p1) isn't even in my fstab, can it be some mount order issue? root is mounted first, apk tries to install packages but no cache (and no network so doesn't try to apk update)..?
2025-06-05 20:23:05 <ikke> it should not need network to restore packages (the cache should be on persistent media)
2025-06-05 20:24:12 <monotux> yes, the cache is on persistent media
2025-06-05 20:26:50 <monotux> https://pastebin.com/2gQ50KBJ for context
2025-06-05 20:32:24 <ikke> The rootfs does not need to be in fstab necessarily, it's mounted by the initramfs
2025-06-05 20:32:36 <monotux> ah
2025-06-05 20:37:09 <monotux> but do I need to update my initramfs to make this work?
2025-06-05 20:40:34 <ikke> I would expect this to work out-of-the-box
2025-06-05 20:42:48 <monotux> I found some threads with similar issues but no solutions
2025-06-05 20:43:20 <ikke> Do you see anything relevant logged while booting?
2025-06-05 20:45:33 <monotux> it's a headless system but this is from /var/log/dmesg> https://pastebin.com/TxPRHUWg
2025-06-05 20:46:45 <ikke> [    3.619401] Installing packages to root filesystem: ok.
2025-06-05 20:46:51 <ikke> so it does seem to be installing packages
2025-06-05 20:47:02 <ikke> Is it problem that the packages are outdated?
2025-06-05 20:47:20 <ikke> (since you mentioned apk upgrade)
2025-06-05 20:48:28 <monotux> the installatoin is a few hours old, there are two updates really
2025-06-05 20:49:09 <ikke> right, but are packages missing, or just older versions?
2025-06-05 20:49:37 <monotux> the rest of the packages are dependencies for a few packages I installed
2025-06-05 20:50:05 <ikke> what does ls -l /etc/apk/cache return?
2025-06-05 20:51:00 <monotux> https://pastebin.com/nGFQprWZ
2025-06-05 20:51:54 <monotux> afaik they are all there
2025-06-05 20:52:15 <monotux> tmux and mosh are the packages I installed
2025-06-05 20:52:38 <ikke> I would expect it be a symlink
2025-06-05 20:52:50 <ikke> So it seems like the packages are cached in tmpfs
2025-06-05 20:53:19 <monotux> ls -laF /etc/apk/cache lrwxrwxrwx    1 root     root            16 Jun  5 22:03 /etc/apk/cache -> /media/mmcblk0p3/
2025-06-05 20:55:13 <ikke> what does apk cache sync -s do?
2025-06-05 20:55:46 <monotux> # apk cache sync -s alpine01:/var/log# echo $? 0
2025-06-05 20:56:09 <monotux> no output from apk but no error either
2025-06-05 20:56:11 <ikke> ok
2025-06-05 20:56:22 <ikke> can you verify whether the packages in that dir match the latest version?>
2025-06-05 21:01:27 <el[m]1> is there an alpine live linux? i tested out the alpine extended iso but it seems to be command line only. i would just install a live desktop but since there isn't even any nmcli, i'm not even sure how to connect to wifi 🫣 and i assume whatever available RAM disk is gonna fill up very fast anyway once i start doing such things. so a preinstalled desktop might make more sense
2025-06-05 21:01:38 <el[m]1> * live linux with a desktop? i
2025-06-05 21:02:01 <Saijin_Naib[m]> There isn't one, no, but I agree it would be a great addition
2025-06-05 21:02:17 <Saijin_Naib[m]> On my very long list of long-term projects after I learn a lot more
2025-06-05 21:04:21 <monotux> ikke: it looks like it
2025-06-05 22:22:09 <sertonix[m]> monotux: It seems like mmcblk0p3 is unmounted before it tries to use the cache. Maybe mkinitfs isn't handlink cache and apkovl on different partitions correctly?
2025-06-06 05:58:24 <Saijin_Naib[m]> Anyone on x86_64 edge with XFCE using Parole for media playback on Intel iGPU?
2025-06-06 05:58:33 <Saijin_Naib[m]> My framerate is absolute misery, and it should not be
2025-06-06 06:09:01 <grawity> what kind of media - codec, resolution?
2025-06-06 06:09:04 <grawity> does the same also occur with gst-play-1.0? does "gst-inspect-1.0 vaapi" and/or "gst-inspect-1.0 va" show decode support?
2025-06-06 06:13:21 <Saijin_Naib[m]> Oooh, let me test
2025-06-06 06:13:31 <Saijin_Naib[m]> Any and all media except ancient/small AVI/MJPEG
2025-06-06 06:13:47 <Saijin_Naib[m]> All stuff that should be readily decodable on Intel HD 500 iGPU, and were in the recent past
2025-06-06 06:15:39 <Saijin_Naib[m]> gst-play-1.0 works perfectly
2025-06-06 06:16:37 <Saijin_Naib[m]> gst-inspect vaapi shows encode/decode for most codecs I'd expect, 15 features in total
2025-06-06 06:17:09 <Saijin_Naib[m]> gst-inspect va shows 16 encode/decode entries
2025-06-06 06:17:14 <Saijin_Naib[m]> mpv plays back nicely
2025-06-06 06:17:41 <grawity> does mpv show that it's using vaapi? I don't remember if they ever made that the default
2025-06-06 06:19:09 <Saijin_Naib[m]> ERROR debug information: ../sys/xvimage/xvimagesink.c(586): gst_xv_image_sink_handle_xevents (): /GstPlayBin3:playbin/GstPlaySink:playsink/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage
2025-06-06 06:19:31 <grawity> hmm I tried running parole on arch and it ... opened a separate "gstreamer output" window for some reason
2025-06-06 06:19:34 <Saijin_Naib[m]> So, it seems that one file played perfect in gst-play, but other files taken from my camera, do not play nicely there, and print that message
2025-06-06 06:20:15 <grawity> export GST_DEBUG=3
2025-06-06 06:20:22 <grawity> (applies to both programs)
2025-06-06 06:20:42 <grawity> doesn't reveal much, I'm wondering how to make it show what pipeline it's using
2025-06-06 06:20:45 <Saijin_Naib[m]> sufficient to put that right before invoking from terminal, right?
2025-06-06 06:22:44 <Saijin_Naib[m]> https://pastebin.com/DMhmY6Br
2025-06-06 06:23:04 <Saijin_Naib[m]> That's playing back h264/MOV from a Fuji camera, 1080p, incredibly choppy
2025-06-06 06:24:32 <Saijin_Naib[m]> https://pastebin.com/q86mk28u
2025-06-06 06:25:45 <Saijin_Naib[m]> That's playing professional encoded h264/MP4 720p, perfectly smooth
2025-06-06 06:26:20 <Saijin_Naib[m]> All in gst-play, sorry
2025-06-06 06:28:09 <Saijin_Naib[m]> https://pastebin.com/8HKGaQir
2025-06-06 06:28:13 <Saijin_Naib[m]> Camera movie in parole
2025-06-06 06:28:22 <Saijin_Naib[m]> That first error looks salient... no autoimagesink?
2025-06-06 06:35:05 <grawity> looks like this ought to have been fixed years ago? https://gitlab.xfce.org/apps/parole/-/issues/48
2025-06-06 06:38:14 <Saijin_Naib[m]> OOof
2025-06-06 06:39:04 <Saijin_Naib[m]> Thanks for the assistance
2025-06-06 06:46:59 <grawity> tbh I don't know why gst-play doesn't work any better
2025-06-06 06:47:50 <grawity> clapper might be worth a try
2025-06-06 06:48:11 <grawity> but if mpv works for you, then celluloid (GTK frontend for mpv, looking similar to parole)
2025-06-06 07:13:16 <Saijin_Naib[m]> I'll check those, too
2025-06-06 07:28:13 <Saijin_Naib[m]> If I remove xf86-video-intel and try and use gst-play, the display server crashes
2025-06-06 07:28:18 <Saijin_Naib[m]> Fantastic haha
2025-06-06 08:51:37 <Saijin_Naib[m]> Somewhere, somehow, libva/va-api is broken. Taking them off and rebooting results in CPU decode that is at least watchable. Byebye battery, though
2025-06-06 09:28:28 <frag> when you use the default xinitrc, in my case it starts the st terminal, what can you do from there? i cant type or anything..
2025-06-06 14:08:37 <WhyNotHugo> Lastest qt6-qtbase-dev ships with /usr/bin/qmake6 as a broken symlink? #17240
2025-06-06 14:18:32 <ikke> frag: make sure you're part of the input group 
2025-06-06 14:22:21 <frag> ikke i am, so you get a terminal you can type in/use?
2025-06-06 14:23:53 <frag> i can also use kb to switch to another tty, also has the same happen as root
2025-06-06 15:05:51 <ikke> frag: So you basically have X without a window manager. You can have it startup some apps by default, but nothing more
2025-06-06 15:06:56 <frag> hmm, strange it doesnt work for me, but was just curious..
2025-06-06 15:52:29 <Kladky> WhyNotHugo: hmm yeah, wierd
2025-06-06 15:59:23 <Kladky> I guess its an issue with upstream
2025-06-06 19:16:57 <realroot[m]> <realroot[m]> ">pam_systemd sets this to /run/..." <- somehow i had elogind enabled iirc it is not in setup-xorg
2025-06-06 19:17:44 <realroot[m]> ah it seems in setup-wayland is it needed there?
2025-06-06 19:21:23 <jvvv> realroot[m]: are you talking about /run/user/* directories?
2025-06-06 19:21:52 <realroot[m]> yes XDG_RUNTIME_DIR
2025-06-06 19:22:39 <jvvv> i recently installed pam_rundir package, works a charm for that, handles it with pam login
2025-06-06 19:26:23 <realroot[m]> yes me too I am using it. before elogind was doing it fine but i now removed it (elogind)
2025-06-06 19:29:31 <jvvv> was having issue with podman throwing errors about unhandled reboot (which was not right), just had stale files in my XDG_RUNTIME_DIR. pam_rundir fixed that nicely.
2025-06-06 20:25:22 <oxbar> hi all.. im getting an error after i booted alpine for the first time /sysroot failed no such file or directory i installed via usb
2025-06-06 20:25:43 <oxbar> followed a guide to append but that failed
2025-06-06 20:31:28 <ikke> oxbar: it probably means that the root filesystem is not found
2025-06-06 20:33:30 <oxbar> dam.. it was such an easy install
2025-06-06 20:38:05 <ikke> The fix typically is not that difficult, it's just about finding out what is going wrong
2025-06-06 20:38:13 <oxbar> ok
2025-06-06 20:38:17 <oxbar> im googling
2025-06-06 20:38:37 <ikke> What is your disk setup?
2025-06-06 20:38:55 <oxbar> regular i don't know i just followed the setup-apline and did sys
2025-06-06 20:39:26 <ikke> what kind of disks?
2025-06-06 20:39:32 <ikke> or disk
2025-06-06 20:39:57 <oxbar> m
2025-06-06 20:39:59 <oxbar> oops
2025-06-06 20:40:00 <oxbar> mmc
2025-06-06 20:41:59 <ikke> Ok, are you in the emergency shell now?
2025-06-06 20:42:50 <oxbar> yes
2025-06-06 20:43:07 <ikke> does `ls /dev/mmc*` return something?
2025-06-06 20:44:37 <oxbar> nope
2025-06-06 20:44:42 <oxbar> i can tell you what i did
2025-06-06 20:44:51 <oxbar> i installed uvdev
2025-06-06 20:45:34 <oxbar> i was trying to intall libinput
2025-06-06 20:48:13 <oxbar> i don't see sda mmc sdb nothing in /dev
2025-06-06 20:48:31 <oxbar> just other things like bus console fb0 etc...
2025-06-06 20:48:49 <ikke> hmm, so that might indicate that the proper disk drivers are missing
2025-06-06 20:48:56 <ikke> Can you boot into the usb drive again?
2025-06-06 20:49:31 <oxbar> yea one sec
2025-06-06 20:50:17 <oxbar> ok im there
2025-06-06 20:51:00 <ikke> can you check the contents of /dev again?
2025-06-06 20:52:01 <oxbar> i see my disk
2025-06-06 20:52:10 <oxbar> mmcblk10p1 etc ..
2025-06-06 20:52:13 <ikke> ok
2025-06-06 20:54:06 <ikke> Do you know which is your rootfs?
2025-06-06 20:54:24 <oxbar> how do i check ? grub right ?
2025-06-06 20:54:44 <oxbar> bootloader is on mmcblk0
2025-06-06 20:54:50 <ikke> apk add lsblk
2025-06-06 20:54:52 <ikke> lsblk
2025-06-06 20:58:32 <oxbar> trying to get networking started one sec
2025-06-06 21:00:52 <oxbar> hmm says google is a bad address i connected to my network sucessfuly i think
2025-06-06 21:01:33 <ikke> cannot resolve dns then
2025-06-06 21:02:17 <oxbar> i have nothing on it should i just start over.. fresh install i saw on youtube
2025-06-06 21:03:52 <ikke> There is little reason to believe the 2nd time will work better
2025-06-06 21:05:17 <oxbar> ok let me run through it.. i want to try alpine casue ive tried all the other main ones lol.. anyway i have an iphone and i can't get a root shell cvause of the restrictions i donwloaded an app that has alpine and i have root access i can install apps and everything
2025-06-06 21:05:39 <oxbar> its called ish
2025-06-06 21:05:52 <ikke> Yes, I've heard of it
2025-06-06 21:09:41 <oxbar> ok its asking me for my disk.. i have mmcblk1 im going to say that one
2025-06-06 21:10:07 <ikke> ok, just wait before you reboot
2025-06-06 21:10:12 <oxbar> ok
2025-06-06 21:11:07 <oxbar> oh and rootfs is /dev/mmcblk1p3
2025-06-06 21:11:28 <ikke> right, boot, swap, root
2025-06-06 21:12:47 <oxbar> ikke: i installed lsblk right and mmcblk1p3 isn't mounted as root 
2025-06-06 21:13:08 <oxbar> dosen't have the / in the mountpoint.. i also ran mount and i don't see it there
2025-06-06 21:13:27 <ikke> oxbar: right now you are booted in the live usb, so the root is tmpfs
2025-06-06 21:13:33 <oxbar> ok
2025-06-06 21:14:02 <ikke> can you mount /dev/mmcblk1p3 to /mnt?
2025-06-06 21:14:22 <oxbar> yep
2025-06-06 21:15:20 <ikke> now, what's the content of /mnt/etc/mkinitfs/mkinitfs.conf
2025-06-06 21:15:55 <oxbar> features="ata base ide scsi usb virtio ext4 mm"
2025-06-06 21:16:18 <ikke> mm or mmc?
2025-06-06 21:16:25 <oxbar> my bad mmc
2025-06-06 21:17:04 <ikke> Ok, so mmc is included
2025-06-06 21:18:02 <ikke> can you mount /dev/mmcblk1p1 to /mnt/boot?
2025-06-06 21:18:24 <oxbar> yep
2025-06-06 21:19:13 <oxbar> ikke: fstab only has swap cdrom and usb
2025-06-06 21:19:39 <ikke> That's not too important right now
2025-06-06 21:19:43 <oxbar> ok
2025-06-06 21:20:46 <ikke> now try `grep append /mnt/boot/extlinux/extlinux.conf
2025-06-06 21:20:48 <ikke> `
2025-06-06 21:20:52 <ikke> not sure if extlinux is used
2025-06-06 21:21:28 <ikke> If it's grub, you need to look in the grub config for the kernel cmdline
2025-06-06 21:21:32 <ikke> root=*
2025-06-06 21:22:14 <ikke> Can you also check the output of lsmod?
2025-06-06 21:26:38 <oxbar> I’m looking in /mnt/etc/default/grub it has some entries and the only root it has in there is rootfstype=ext4 everything else is grub timeout grub disable submenu  recovery and Linux default 
2025-06-06 21:26:50 <oxbar> Sorry typing on a phone 
2025-06-06 21:27:22 <oxbar> What should I see in lsmod* ?
2025-06-06 21:29:45 <ikke> if there is no `root=*` variable, then that could explain why it could not find the rootfs 
2025-06-06 21:31:01 <ikke> Let's try this: blkid /dev/mmcblk1p3
2025-06-06 21:31:18 <ikke> Does it return an UUID=".." field?
2025-06-06 21:33:22 <oxbar> Yea shows the uuid
2025-06-06 21:34:18 <ikke> The line where it says rootfstype=ext4, add 'root=UUID=<uuid>'
2025-06-06 21:35:59 <oxbar> doing it now
2025-06-06 21:37:28 <oxbar> laptop died i will do it
2025-06-06 21:37:34 <oxbar> Thanks i got to go pickupmy kid
2025-06-06 21:37:44 <ikke> ok o/
2025-06-06 22:12:19 <malina> ok great, itr _wasnt_ the greatest drop ion hsotry.. didnt see any news.. turned out 9it wass my software which couldnt coppe with a market close lol
2025-06-06 22:13:23 <malina> wroing chan :p
2025-06-06 22:59:05 <oxbar> ikke: still happening I rebooted typed e at grub boot loader and the Linux command part that we changed doesn’t have what we did
2025-06-06 22:59:29 <oxbar> Should i put it in fstab ?
2025-06-06 23:27:32 <sertonix[m]> oxbar: the file you edited is used to generate /mnt/boot/grub/grub.cfg (or similar) so you might want to manually edit that file too.
2025-06-06 23:29:24 <sertonix[m]> (There is also a command to regenerate the file but I am uncertain if it works from the installation media)
2025-06-06 23:55:21 <kapad> `error: unable to get random bytes for temporary file: No such file or directory` what i need to fix this ?
2025-06-06 23:56:44 <kapad> 
ACTION maybe bind the host's /dev ? letme check...

2025-06-06 23:57:37 <kapad> ^^ yes. 
2025-06-06 23:58:10 <oxbar> Did I find a bug ? Where after an install the rootfs isn’t mounted and it drops to an emergency shell ? Been at this a while now 
2025-06-06 23:58:22 <oxbar> Using the latest alpine 
2025-06-07 01:33:33 <kapad> ~ https://ua3.anondns.net/im/p/35b9fd/77af/psi-on-an-alpine-chroot-2.png
2025-06-07 01:40:37 <kapad> ~ https://ua3.anondns.net/im/p/35b9fd/6bb4/psi-on-an-alpine-chroot-htop.png
2025-06-07 02:31:05 <kapad> ~ done: https://ua3.anondns.net/im/p/35b9fd/6223/psi-on-alpine-done.png :)
2025-06-07 02:32:14 <fission> cool
2025-06-07 02:32:34 <kapad> yes. is a good client !
2025-06-07 03:22:58 <kapad> didnt knew another way to share the build. if someone cares... https://ua3.anondns.net/im/p/35b9fd/eca9/psi-alpine-howto-25.158.0620.tar.gz
2025-06-07 03:24:19 <kapad> 
ACTION ^ 2Kbytes

2025-06-07 03:26:39 <Coeus> 🧠 Coeus learning session complete. Knowledge gained!
2025-06-07 03:36:15 <Coeus> 👋 Hi #alpine-linux! Coeus here - I found this popular channel and joined to learn from your conversations!
2025-06-07 03:36:45 <Coeus> 💡 Try !help for commands or !ai <question> to test my AI! I learn from every interaction 🧠
2025-06-07 03:49:29 <Coeus> 👋 Welcome vincejv! I'm Coeus AI. Try !help for commands or !ai <question> to chat! 🤖
2025-06-07 03:51:58 <longnoserob[m]> !ai leave please
2025-06-07 03:52:11 <Coeus> longnoserob[m]: 🤖 Sure, here's an example of how to use "Leave" in a sentence:
2025-06-07 03:52:11 <Coeus> 1. I need to leave the office by 4:00 pm today.
2025-06-07 03:56:57 <Coeus> 👋 Welcome longnoserob[m]! I'm Coeus AI. Try !help for commands or !ai <question> to chat! 🤖
2025-06-07 03:58:39 <dwfreed> fixed
2025-06-07 04:03:18 <ikke> dwfreed: thanks
2025-06-07 08:45:58 <sertonix[m]> oxbar: Yes, this seems like a bug (probably in alpine-conf).
2025-06-07 10:13:20 <yaman> Hello how can i install alpine linux to a headless raspberry pi 2
2025-06-07 13:21:38 <vojta001> Hello Alpine people, I would like to contact a package maintainer, which accrding to https://pkgs.alpinelinux.org/flagging should be done by mail. Where can I find the contacts of maintainers?
2025-06-07 13:22:49 <longnoserob[m]> in the APKBUILD file?
2025-06-07 13:23:07 <longnoserob[m]> which package do you need this info for?
2025-06-07 13:23:59 <vojta001> Oh right, the build file, I can confirm it's there. Thanks! I was only browsing the package details on the web where clicking the maintainer's name just filters his packages
2025-06-07 13:24:05 <vojta001> It's the aerc mail client
2025-06-07 13:26:51 <longnoserob[m]> other method would be to open an issue on the aports repo
2025-06-07 13:36:53 <ffoss> Is there anything that uses the CHARSET var? I see it is set to UTF-8 in /etc/profile.d/20locale.sh
2025-06-07 13:39:13 <kapad> how i can manually force update sys time ? I'm on a pi4 right now. i used to use `ntpdate` but can't install now. ntpctl report `5/5 peers valid, constraint offset 386505s, clock unsynced`.  `rc-service ntpd restart` do nothing. ... ?
2025-06-07 13:49:13 <kapad> idk, just `killall -9 ntpd`, then start from command line, then done
2025-06-07 13:51:55 <longnoserob[m]> sudo|doas hwclock --set
2025-06-07 13:54:49 <kapad> longnoserob[m]: pi4 has no hwclock. but the problem is that when i start `ntpd` as service, `status: crashed`. when start from a terminal, reports `/var/db/ntpd.drift`, but then all run ok
2025-06-07 13:55:12 <kapad> longnoserob[m]: pi4 has no hwclock. but the problem is that when i start `ntpd` as service, `status: crashed`. when start from a terminal, reports `/var/db/ntpd.drift is empty`, but then all run ok
2025-06-07 13:57:29 <longnoserob[m]> ahh.. that would have been my next queston if rtc eists
2025-06-07 13:59:28 <kapad> no, have no rtc 
2025-06-07 14:01:04 <kapad> but also `hwclock` was not install so to make ntpd to crash. ok, not an expert maybe another analogous exist...
2025-06-07 14:20:59 <jvvv> kapad: perhaps look in the system logs to see if ntpd gives error message... the '-g' option to ntpd might be applicable for your use case (no rtc) since the clock skew at initial startup is liable to be bigger that ntpd's normal 'panicgate'.
2025-06-07 14:26:51 <jvvv> the manual pages ntpd.8 and ntp.conf.5 are very descriptive. ntpd's -g and -G options, possibly added to /etc/conf.d/ntpd; also adding a 'tinker' section to /etc/ntp.conf, as described in ntp.conf.5, may also (or alternately) be helpful.
2025-06-07 14:58:57 <kapad> default ntpd version is `openntpd`. `usage: ntpd [-dnv] [-f file] [-p file]`. when run from command line with -d (foreground) and -v(debug) options have this:  https://termbin.com/d8u3 and not messages in /var/log/messages. when run same cmd as service, then status report `crahed`
2025-06-07 15:04:32 <jvvv> kapad: ah, i was referencing ntpd from ntpsec
2025-06-07 15:05:53 <kapad> is `openntpd` the default version or **i** installed ?
2025-06-07 15:07:10 <jvvv> it's an option in setup-alpine. i don't remember which is actually default. i actually usually use chrony.
2025-06-07 15:09:19 <jvvv> been a while since i messed with me rpi-2b, though i vaguely remember having to futz a bit to get the sys clock right, though details escape me now.
2025-06-07 15:09:24 <kapad> ad you run in cron or there is a service for this ?
2025-06-07 15:10:40 <jvvv> service, though i will have to review the docs to see if chrony needs any settings to work correctly without an rtc
2025-06-07 15:16:23 <kapad> jvvv: `chronyd` runs just fine, as cmd or as service, so i'll jump to it :) thanks.
2025-06-07 15:19:07 <jvvv> kapad: yeah, i no less about chronyd, mainly because it 'just works'. glad you got it sorted.
2025-06-07 15:19:17 <jvvv> s/i no/i know/
2025-06-07 15:20:19 <kapad> yes, no need something more for pi, since have connect no rtc, just a command when online.
2025-06-07 17:27:48 <ltgt> What could cause init to get completely stuck at `apk add --root $sysroot $repo_opt $apkflags $pkgs <$ovlfiles`?
2025-06-07 17:39:44 <ikke> storage issues?
2025-06-07 17:43:54 <ltgt> that's the first thing i thought so i recreated everything, i'm now "bisecting" the apkovl
2025-06-07 18:42:48 <cockliuser> hello
2025-06-07 18:43:27 <cockliuser> is there a reason why the gcc --as-needed patch isn't applied to loongarch gcc
2025-06-07 18:44:35 <ikke> Maybe ask in #alpine-loongarch (and be patient)
2025-06-07 18:44:47 <cockliuser> mkay, thx
2025-06-07 18:45:47 <rewtkid> was /usr/lib/xorg/modules/dri moved on 3.22? i had to symlink /usr/lib/dri there after upgrading, else opengl related stuff was breaking.
2025-06-07 18:46:03 <rewtkid> didnt happen before upgrade so im assuming the directory just got moved for some reason?
2025-06-07 21:27:02 <warb> 
ACTION ops cockliuser 

2025-06-07 21:35:15 <cockliuser> :O
2025-06-07 21:35:20 <cockliuser> I'm honored
2025-06-07 21:43:46 <warb> is cock.li back?
2025-06-07 21:45:31 <cockliuser> offtopic but yes, they went back from "red" status to "green"
2025-06-07 21:46:06 <warb> hooray
2025-06-07 21:49:40 <warb> https://tech.slashdot.org/story/25/06/06/2059235/top-researchers-leave-intel-to-build-startup-with-the-biggest-baddest-cpu
2025-06-07 21:49:46 <LAC-Tech> tried to preserve my home partition on an install of alpine. got: grub-install error failed to generate the canonical path of `'. not sure what to do with that. saw a guide online that recommended syslinux. might use that, grub has caused a lot of headaches over the years
2025-06-07 21:54:44 <dwfreed> syslinux is not maintained
2025-06-07 21:56:02 <LAC-Tech> yeah did some more reading, it won't work for EFI boot
2025-06-07 21:59:38 <LAC-Tech> ok maybe it was because I made a /boot partiton and not a /boot/efi
2025-06-07 22:34:20 <LAC-Tech> still get: grub-install: error: failed to get canonical path of `'
2025-06-07 23:35:15 <xulfer> Refind is pretty good
2025-06-07 23:36:06 <xulfer> Hm I'm suddenly getting issues with steam (flatpak), and a PS5 controller.  Anyone else experiencing this?  I've got the user in input and what not.
2025-06-07 23:48:21 <oxbar> is /etc/X11/xorg.conf.d in the same place in alpine like it is in other distros ? i really need it for my touchpad.. its janky and i already have one that comes with me every distro i try
2025-06-07 23:59:06 <jvvv> oxbar: /usr/share/X11/xorg.conf.d
2025-06-08 00:29:28 <dwfreed> /usr/share is for package installed files, not local config
2025-06-08 00:29:49 <dwfreed> I don't see any reason alpine would be any different than any other distro here
2025-06-08 01:26:34 <oxbar> I just rebooted alpine after installing packages and it says starting display manager but I’m still at a tty fresh install.. I added dbus and lightdm to start at boot 
2025-06-08 01:30:24 <oxbar> rc-service lightdm start says it’s already been started 
2025-06-08 01:42:38 <oxbar> Xfce is up and running thanks 
2025-06-08 04:32:59 <fatal> i don't think there is a local xorg conf since everything is configured globally at boot anything else goes in .../xorg.conf.d/ like 10-amdgpu.conf, 10-quirks.conf, 40-libinput.conf
2025-06-08 04:54:16 <fatal> or rather detected at boot. here you can see your logs: ~/.local/share/xorg/Xorg.0.log
2025-06-08 05:03:25 <oxbar> Thanks
2025-06-08 05:03:27 <oxbar> let me look
2025-06-08 05:04:10 <oxbar> fatal:i don't have a .local/share 
2025-06-08 05:05:54 <oxbar> Alpine is very nice distro
2025-06-08 05:06:54 <fission> alpine is amazeballs
2025-06-08 05:07:20 <oxbar> i have it setup the way i want it.. now to just read and read more to get more familar
2025-06-08 05:16:10 <fatal> oxbar: anything in $HOME? `find . -iname "xorg*log*"`
2025-06-08 05:17:02 <oxbar> nope
2025-06-08 05:18:57 <fatal> using debian but this might work on alpine too https://wiki.archlinux.org/title/Xorg#Session_log_redirection
2025-06-08 05:21:06 <oxbar> Thanks.. yea i have debian on my chromebook about to give it to my kid so he can play steam games.. all the other laptops in the house are crap
2025-06-08 05:27:17 <fatal> Xorg.0.log should also be populated in /var/log/
2025-06-08 05:28:06 <fatal> mine are from 2024...
2025-06-08 05:29:55 <fatal> tho i never installed X on alpine i might give it a try in a vm
2025-06-08 05:57:41 <oxbar> Got it
2025-06-08 07:26:01 <fatal> it looks like ~/.local/share/xorg/Xorg.0.log is created as soon as you start(x)
2025-06-08 07:26:56 <fatal> funnyly i tried to install hyprland on x
2025-06-08 08:01:36 <fatal> so i installed openbox but startx threw erros so i added slim which only gave me xinit and also didn't autostart. then fluxbox which worked and i3, which also gave me fluxbox same with openbox.
2025-06-08 12:47:00 <Biswa96[m]> did something happen in https://gitlab.alpinelinux.org/ ? I can not access it. Error: dial tcp 172.19.0.8:80: connect: connection refused
2025-06-08 12:47:43 <ikke> Should be back now
2025-06-08 12:48:02 <Biswa96[m]> yup. ok now.
2025-06-08 12:48:43 <ikke> Had to make a slight tweak
2025-06-08 12:51:15 <Biswa96[m]> anubis related stuff.
2025-06-08 12:51:17 <Biswa96[m]> ?
2025-06-08 12:54:09 <ikke> Biswa96[m]: Related, I've deployed go-away in front because of all the bot abuse
2025-06-08 14:13:24 <ArrosoirBleu> Hi, I am currently facing an odd issue. XFCE and Alipne edge installed a couple of weeks ago.
2025-06-08 14:14:45 <ArrosoirBleu> It is impossible to me to resize the left panel of Thunar, and the same for the left panel of LibreWolf.
2025-06-08 14:15:31 <lopid> does the cursor at least change shape when mousing over the joint?
2025-06-08 14:15:55 <ArrosoirBleu> No, at all, stay as is
2025-06-08 14:16:22 <ArrosoirBleu> stay as is ... in my case an arrow
2025-06-08 14:18:02 <lopid> does ctrl-b and ctrl-e change the content of the side pane?
2025-06-08 14:19:37 <ArrosoirBleu> I did not know this options but yes, change the shape of it even make it disappear
2025-06-08 14:20:12 <lopid> does the mouse scroll work in it?
2025-06-08 14:20:51 <ArrosoirBleu> it doas
2025-06-08 14:20:55 <ArrosoirBleu> it does
2025-06-08 14:22:06 <lopid> does split window (f3) work, and can you resize that with the mouse?
2025-06-08 14:23:13 <ArrosoirBleu> it works, but cannot resize it, the newly opened is less than one third of the main one.
2025-06-08 14:24:16 <lopid> i don't knnow
2025-06-08 14:24:17 <ArrosoirBleu> And I shall add, that's not the first time I face this issue. A long time ago, I had a try with Void linux, and ... the same.
2025-06-08 14:24:46 <ArrosoirBleu> Never mind, thks for answering, anyway
2025-06-08 18:49:26 <Mohammad> hi
2025-06-08 18:50:13 <Mohammad> no body?
2025-06-08 18:52:03 <ikke> 1: You have to be patient. 2: Most people are generally not here to chit-chat. They wait for an actual question
2025-06-08 18:53:55 <Mohammad> i install alpine 3.22 virt on VMWare that is in windows 11. and after login with root with setup-interfaces and rcservice networking start connect to internet but when use setup-alpine when in step alpine mirror stay in this step and get no error and no result!
2025-06-08 19:00:01 <Mohammad> the install gnu/linux is the first instruction, but i dont know how resolve apk mirror problem, i search it and use ai but problem not solved. please help me to to do that.
2025-06-08 19:11:49 <ikke> Can you confirm you have an working internet connection at that at that point in the setup?
2025-06-08 19:22:10 <Mohammad> before setup i can ping google.com but when i wget random_file_url, message connecting random_file_url and then connected but not downloaded and stay in it!!!!!!
2025-06-08 19:22:56 <Mohammad> i check the file in hosts os (win 11) and can download that!!
2025-06-08 19:23:49 <Mohammad> i check it in VirtualBox or standard edition of alpine or older version of alpine but not solved!!!
2025-06-08 20:15:20 <realroot[m]> file /usr/bin/qmake6
2025-06-08 20:15:21 <realroot[m]> /usr/bin/qmake6: broken symbolic link to ../../lib/qt6/bin/qmake
2025-06-08 20:18:11 <realroot[m]> it does not load here https://pkgs.alpinelinux.org/contents?file=*qmake&path=&name=&branch=edge&repo=&arch=
2025-06-08 20:18:21 <kapad> # file /usr/bin/qmake6 | /usr/bin/qmake6: symbolic link to /usr/lib/qt6/bin/qmake
2025-06-08 20:19:05 <quinq> realroot[m], apk fix qt6-qtbase-dev
2025-06-08 20:19:56 <realroot[m]> after apk fix link is still broken
2025-06-08 20:20:26 <realroot[m]> what package provides the linked /usr/lib/qt6/bin/qmake?
2025-06-08 20:21:52 <quinq> The one I told you 
2025-06-08 20:23:10 <realroot[m]> I can run usr/lib/qt6/bin/qmake but link is broken
2025-06-08 20:24:47 <realroot[m]> apk policy qt6-qtbase-dev
2025-06-08 20:24:47 <realroot[m]>   6.8.3-r0
2025-06-08 20:24:47 <realroot[m]> qt6-qtbase-dev policy:
2025-06-08 20:26:33 <kapad> ` apk info -L qt6-qtbase-dev | grep qmake6 
2025-06-08 20:27:47 <realroot[m]> usr/bin/qmake6
2025-06-08 20:27:47 <realroot[m]> usr/lib/qt6/bin/qmake6
2025-06-08 20:29:15 <kapad> would it be wise to `del` then re`add` the package ? also remove the `/usr/bin/qmake6` before the new add ...?
2025-06-08 20:30:01 <quinq> That's what apk fix did
2025-06-08 20:30:10 <quinq> So either a bug in apk, or a problem on the fs maybe?
2025-06-08 20:30:34 <realroot[m]> i removed /usr/bin/qmake6 and I made the link manually now it
2025-06-08 20:30:38 <realroot[m]> works
2025-06-08 20:31:21 <kapad> haha ;)
2025-06-08 20:31:42 <kapad> but | [23:30:10] <quinq> So either a bug in apk, or a problem on the fs maybe?
2025-06-08 20:32:07 <quinq> realroot[m], did you make the same link as the one that was there?
2025-06-08 20:35:00 <kapad> realroot[m]: re-run `fix` now. does this set an invalid liknk ? If i was me i del the link at all...
2025-06-08 20:35:34 <kapad> then i'll `fix`
2025-06-08 20:42:26 <quinq> /usr/bin/qmake6 is a link to ../../lib/qt6/bin/qmake
2025-06-08 20:42:44 <quinq> So if file says it's broken, that means that ../../lib/qt6/bin/qmake wasn't present
2025-06-08 20:42:48 <quinq> It's not a link issue
2025-06-08 20:44:25 <kapad> ../../lib/qt6/bin/qmake is /lib/qt6/ | Is that right ? i have 6.8.2, so...
2025-06-08 20:46:20 <kapad> ^^^^^ that's wrong !! link seems good !
2025-06-08 20:48:20 <kapad> no, is not wrong. if inside /usr/bin/. go 2 times up, you land at /
2025-06-08 20:51:46 <kapad> `# cd /usr/bin && realpath ../../lib/qt6 | /lib/qt6
2025-06-08 21:05:10 <kapad> - i think the package `https://dl-cdn.alpinelinux.org/alpine/v3.22/community/x86_64/qt6-qtbase-dev-6.8.3-r0.apk` i wrong, contains error soft-links 
2025-06-08 21:05:55 <jvvv> downloaded the apk, both symlinks in usr/bin are broken
2025-06-08 21:06:16 <kapad> yes, i also download and check.
2025-06-08 21:06:35 <jvvv> yeah, sorry, didn't to step your toes
2025-06-08 21:07:28 <kapad> no worries, you're fine
2025-06-08 21:08:48 <jvvv> looking at the APKBUILD shows that the link is read from a file in the build directory, so could be an upstream bug
2025-06-08 21:10:26 <kapad> jvvv: how you download that version, is a way through `apk fetch ...` ? ( cause i just guess... )
2025-06-08 21:15:51 <jvvv> kapad, yeah, i used 'apk fetch'
2025-06-08 21:16:11 <kapad> are you on 3.22 ?
2025-06-08 21:16:15 <jvvv> edge
2025-06-08 21:17:27 <jvvv> i mostly only run versioned releases in chroots, containers and virtual machines
2025-06-08 21:17:28 <kapad> ok. so if i'm on 3.21, then can i use `apk fetch --some-flags ` to download any version of a package ?
2025-06-08 21:18:10 <jvvv> hmmm, i'm curious, nvr tried that... looking in to that now
2025-06-08 21:20:01 <jvvv> i'm looking at using apk's '-X, --repository REPO' option
2025-06-08 21:20:39 <jvvv> thought --repositories-file is probably more apropos
2025-06-08 21:22:13 <kapad> 
ACTION hmmm !

2025-06-08 21:23:49 <jvvv> 'apk --no-cache --repositories-file FILENAME fetch qt6-qtbase-dev' worked with v3.21 repo's correctly listed in FILENAME
2025-06-08 21:26:31 <kapad> ' sed s/21/22/g /etc/apk/repositories>/etc/apk/v22 ;  apk fetch --no-cache --repositories-file /etc/apk/v22  qt6-qtbase-dev
2025-06-08 21:26:41 <kapad> ^ works also !
2025-06-08 21:26:47 <kapad> jvvv: thanks !
2025-06-08 21:27:06 <jvvv> no problem... we both learned something today!
2025-06-08 21:27:28 <kapad> yes
2025-06-08 21:56:08 <jvvv> kapad: this is another useful one, i think: 'apk --no-cache --repositories-file /dev/null -X https://dl-cdn.alpinelinux.org/alpine/v3.20/main -X https://dl-cdn.alpinelinux.org/alpine/v3.20/community fetch qt6-qtbase-dev'
2025-06-08 23:53:48 <kapad> yes that useful and cool too !!!  
2025-06-09 00:06:09 <kapad> ~ https://ua3.anondns.net/im/p/154e97/4d9b/some-notes-on-alpine-250609.png
2025-06-09 00:16:47 <jvvv> kapad: nice
2025-06-09 00:45:10 <edsonwolf> https://pastebin.com/TeHdUqCR
2025-06-09 00:45:41 <edsonwolf> mkdir -p netbox-backup/{configs,data,db} Created the folder {configs,data,db}
2025-06-09 00:46:15 <sertonix[m]> That is bashism and you probably aren't using bash
2025-06-09 00:46:38 <fission> heh I'm stealing "bashism" for later use
2025-06-09 03:05:21 <oxbar> I got alpine on two laptops so sweet 
2025-06-09 03:42:08 <Dae[m]> IIRC, Alpine default shell is NOT bash, right?
2025-06-09 04:04:56 <Smithx10> I've found myself in a pick. Im trying to compile zfs kernel modules with linux kernel 6.6.71 that I extracted from the linux cdn.  When I go to run configure against the kernel I get the following message:  This kernel does not include the required loadable module.  Is there some dep or prep that needs to be done to the source before it can be used, or  what am I missing here?  I'm investigating how the apk packages
2025-06-09 04:05:18 <Smithx10> are created in an attempt to see what to do, but no luck yet
2025-06-09 04:05:18 <ssm> Dae[m]: alpine uses busybox's ash shell by default
2025-06-09 04:23:26 <jvvv> Smithx10: is that for an alpine system?
2025-06-09 04:24:08 <Smithx10> @jvvv  yes,   I'm compiling everything within the linuxkit build env to create  a lightweight distro.   
2025-06-09 04:25:34 <jvvv> i suggest you take a look at the APKBUILD for zfs-lts for alpine 3.19: https://gitlab.alpinelinux.org/alpine/aports/-/blob/3.19-stable/main/zfs-lts/APKBUILD?ref_type=heads
2025-06-09 04:27:29 <jvvv> should give you a starting point
2025-06-09 04:28:09 <Smithx10> I did,   sadly stuck.   Debugging now.... Haven't done this in awhile  probably something simple im missing.
2025-06-09 04:31:22 <jvvv> yeah, i've done similar, but been quite a while for me also. last time was for system76 kmod (it's upstream now). that was a couple years ago and definitely simpler that zfs.
2025-06-09 06:28:33 <realroot[m]> <quinq> "So if file says it's broken..." <- it's qmake6: `ln -s /usr/lib/qt6/bin/qmake6 /usr/bin/qmake6` `chmod +x /usr/bin/qmake6`
2025-06-09 06:56:37 <oxbar> if a package was changed or removed how do i find that information out ?
2025-06-09 07:02:10 <oxbar> i'm looking for the manpage for apk i ran apk add mandoc man-pages mandoc-apropos less less-doc still nothing
2025-06-09 07:02:14 <oxbar> am i missing something ?
2025-06-09 07:07:23 <fission> oxbar: I think the various commands each have their own manpage (at least that's what it looks like)
2025-06-09 07:08:17 <fission> the package that contains the manpages seems to be apk-tools-doc
2025-06-09 07:08:48 <fission> then you will have, eg, man apk-add
2025-06-09 07:09:14 <oxbar> fission: how would i know this if i didn't ask ? google right ?
2025-06-09 07:10:12 <fission> well I can tell you what I did (it wasn't google :)
2025-06-09 07:10:59 <oxbar> go ahead
2025-06-09 07:11:50 <oxbar> bbl on a znc/bnc so i got backlog
2025-06-09 07:11:51 <oxbar> night
2025-06-09 07:11:53 <fission> https://pkgs.alpinelinux.org/   and then click "contents", then I looked for apk.somenumber
2025-06-09 07:12:20 <fission> https://pkgs.alpinelinux.org/contents?file=apk*.%3F.gz&path=&name=&branch=edge&repo=main&arch=   will take you more or less there to see it
2025-06-09 07:13:06 <fission> hmm and now I see there *is* an apk.8.gz too, cool
2025-06-09 07:13:21 <fission> (also in apk-tools-doc)
2025-06-09 07:16:18 <ikke> pro-tip: `apk add docs` to automatically get all the -docs subpackages for packages you install 
2025-06-09 07:17:26 <fission> that's handy
2025-06-09 12:02:25 <quinq> realroot[m], that's not how symlinks work
2025-06-09 12:03:00 <quinq> They're by default 777, it's just a reference, the actual access rights are of the target file
2025-06-09 12:03:31 <quinq> What's true is that the actual (packaged) link is broken itself
2025-06-09 12:09:37 <realroot[m]> quinq right well in the doubt i ran that
2025-06-09 13:37:47 <invoked> river broke, needs a $pkgrel bump for the wlroots change. (i'm too stupid to understand what's going on with the versioning in wlroots here)
2025-06-09 16:04:33 <XFaCiEr> On the Andy Turning Away
2025-06-09 16:36:45 <oxbar> ikke: https://dpaste.org/3krw4
2025-06-09 16:38:09 <hannesbraun> oxbar: the correct package name is "docs", not "doc" ;)
2025-06-09 16:38:25 <oxbar> Thanks that worked
2025-06-09 16:41:47 <kapad> when i `apk add ...`, where the download apk store, until it's install ?
2025-06-09 16:46:48 <kapad> 
ACTION reach the edge of the world, as 54Mb left on /, now i'm again at 412M ...

2025-06-09 16:55:53 <oxbar> hannesbraun: how would i know its docs or what even to download if you didn't tell me this ? is it on the wiki ?
2025-06-09 16:58:20 <hannesbraun> oxbar: yes, it's documented in the wiki: https://wiki.alpinelinux.org/wiki/Alpine_Linux:FAQ
2025-06-09 16:59:58 <oxbar> Thanks
2025-06-09 17:01:52 <realroot[m]> does wayland need elogind? cause setup-wayland enabled it i tihinkl
2025-06-09 17:02:42 <realroot[m]> i removed it. i think that  will check again pinnacle (waykanbd)
2025-06-09 17:02:43 <realroot[m]> wayland
2025-06-09 17:11:55 <jutty> realroot[m]: Not necessarily elogind (could be seatd for instance), but most compositors need *some* way to access input devices without root, and that's usually elogind/seatd or an equivalent
2025-06-09 17:13:43 <realroot[m]> i see so i can use seatd instead
2025-06-09 17:16:26 <jutty> Yes, that's what I've been doing. elogind also does power management though, so to replace it with seatd you might also want something like acpid (Alpine ships busybox acpid and there's also acpid2 in the package repos)
2025-06-09 17:19:51 <realroot[m]> if i just press power off button do I need acpid2?
2025-06-09 17:20:08 <realroot[m]> and suspend/hibernate with zzz (in repo)
2025-06-09 17:21:15 <jutty> without something to handle it, the power button might just do nothing
2025-06-09 17:21:41 <jutty> it depends on what else you have installed that might interpret that, your desktop environment for instance could
2025-06-09 17:22:05 <jutty> to use zzz directly you don't need it
2025-06-09 17:30:31 <ikke> kapad: by default, apk will stream the packages, meaning it will not have to store them
2025-06-09 17:32:43 <kapad> ikke: so it's ram ? try `retroarch` on a pi4 while the 1st packege was fetched see / reach at 52Mb... I use no cache disk, may this is the reason ? take disk-space to simulate memory ?
2025-06-09 17:33:16 <kapad> ^ mean i use no swap...
2025-06-09 17:41:43 <ikke> kapad: the default installation for rpi is run-from-ram
2025-06-09 17:41:51 <ikke> meaning you only have half your memory in disk space
2025-06-09 17:46:00 <kapad> ok, i also try mount this on fstab `/path/swap.img none swap nofail,sw,noatime 0 0`, but fails (mount: none: unknown filesystem type 'swap') . i use this on both my pc and pi under debian. any idea ?
2025-06-09 17:46:14 <kapad> ^ swap.img: Linux swap file, 4k page size, little endian, version 1, size 262143 pages, 0 bad pages, no label, UUID=481ec9be-26d4-4215-8d7f-7632df9d2237
2025-06-09 18:01:07 <kapad> ikke: ignore my last question. seems like `swapon` is the one reads the fstab and deal with the swaps. thanks.
2025-06-09 18:02:18 <ikke> kapad: right
2025-06-09 18:36:06 <bl4ckb0ne> anybody here using caddy? I updated to 3.22 and the service fails
2025-06-09 18:36:18 <bl4ckb0ne> runs fine when I start it by hand (caddy run -e file)
2025-06-09 18:37:08 <ikke> nope
2025-06-09 18:37:26 <bl4ckb0ne> i just get a yellow `failed`
2025-06-09 18:40:56 <bl4ckb0ne> seems to be log permission
2025-06-09 19:00:21 <oxbar> alpine dosen't have nitrogen ?
2025-06-09 19:00:39 <oxbar> looked on pkgs.alpinelinux.org and apk search
2025-06-09 19:01:17 <ikke> What is nitrogen?
2025-06-09 19:01:21 <ikke> But I suppose not
2025-06-09 19:01:47 <oxbar> thats fine i will use feh
2025-06-09 19:27:21 <oxbar> is apk-tools the main git repo i should be tracking to see changes ? like the kernel etc.. ?
2025-06-09 19:27:55 <ikke> aports
2025-06-09 19:28:31 <oxbar> oo nice.. Thanks
2025-06-09 20:52:35 <oxbar> There are so many repos to keep track of.. dam! lol
2025-06-09 20:52:54 <oxbar> tags/branches etc ..
2025-06-09 23:03:04 <Kladky> bl4ckb0ne: works fine for me, but my server runs edge, not v3.22
2025-06-09 23:03:21 <Kladky> (Caddy service)
2025-06-09 23:03:43 <bl4ckb0ne> might've messed up perms somehow
2025-06-10 02:46:47 <lanky_ginger> bl4ckb0ne:I had the same problem after going from 3.21 to 3.22. When I ran caddy manually, it worked. Then I realized I needed to run it as the caddy user (doas -u caddy ...)
2025-06-10 02:47:05 <bl4ckb0ne> i ran it from the openrc service
2025-06-10 02:47:11 <lanky_ginger> bl4ckb0ne:that showed me an error that caddy had insufficient permissions to bind to port 443. 
2025-06-10 02:47:50 <lanky_ginger> bl4ckb0ne:it looked like capabilities="^cap_net_bind_service" from the init.d wasn't working
2025-06-10 02:48:49 <lanky_ginger> bl4ckb0ne:I used libcap-setcap to set it manually and the service started to work after that. I then just rebuilt the container form scratch and everything worked after that
2025-06-10 02:49:08 <lanky_ginger> bl4ckb0ne:hopefully some of that helps
2025-06-10 02:49:24 <bl4ckb0ne> i fixed it already, it was the permission for the log file/folder
2025-06-10 02:49:39 <lanky_ginger> interesting. different to me, then
2025-06-10 04:30:10 <oxbar> im looking at dwm on alpine https://wiki.alpinelinux.org/wiki/Dwm it tells me to create it in /tmp .. i  set my patches rebooted and now there is no dwm in /tmp .. what should i do ? should i put it in my regular home folder and go from there ?
2025-06-10 04:48:57 <jvvv> oxbar: /tmp is by default a tmpfs, so anything there will not survive a reboot.
2025-06-10 04:52:17 <jvvv> so if you want to keep it, storing that stuff in your user's home directory makes sense to me
2025-06-10 05:01:02 <oxbar> Thanks
2025-06-10 06:53:43 <realroot[m]> having this in alpine 3.22 too https://lists.debian.org/debian-multimedia/2025/02/msg00394.html
2025-06-10 06:58:00 <realroot[m]> needs py3-setuptools
2025-06-10 13:15:14 <frag> oxbar make install should install it in a /bin/ dir
2025-06-10 13:15:40 <frag> i use dwm from repo as it is tho
2025-06-10 13:20:27 <frag> but yeah, you can just put it in the home dir and work on it from there..
2025-06-10 13:24:47 <frag> xorg is unmaintained? some drama about xorg v xlibre.. https://x.com/LundukeJournal/status/1932124170428825870
2025-06-10 13:28:33 <Habbie> the xlibre person is special and has managed to get removed from communities before
2025-06-10 13:29:13 <abby> it's lunduke so take everything with a grain^Wmine of salt
2025-06-10 13:29:31 <Habbie> i hadn't heard of lunduke before but the twitter bio text is helpful
2025-06-10 13:29:38 <frag> i dunno him, just someone posted some about it in another chan..
2025-06-10 13:30:49 <Ermine> abby: and add all dead sea salt into this
2025-06-10 13:31:53 <Habbie> https://lists.x.org/archives/xorg-devel/2025-June/059396.html
2025-06-10 13:32:21 <Habbie> re special, https://www.theregister.com/2021/06/11/linus_torvalds_vaccine_smackdown/
2025-06-10 13:32:57 <Ermine> xorg is as maintained as it was maintained before. metux never had made any substantial contributions actually, despite how he portrays himself
2025-06-10 13:47:54 <invoked> not a cop, but i think this drama is probably better for -offtopic
2025-06-10 13:53:21 <Habbie> +1
2025-06-10 17:36:29 <oxbar> Thanks frag 
2025-06-10 17:45:31 <oxbar> is it wierd i can't doas apk it says command not found but if i su root then apk works ?
2025-06-10 17:49:02 <oxbar> https://dpaste.org/HrwAV
2025-06-10 18:02:33 <jvvv> oxbar: could be an issue with your /etc/doas.conf or a conf file in /etc/doas.d/
2025-06-10 18:03:39 <oxbar> let me look
2025-06-10 18:03:55 <oxbar> jvvv: i can't even run apk with regular user just doing which apk or whereis apk
2025-06-10 18:04:35 <jvvv> ok, could a PATH issue for your user
2025-06-10 18:05:16 <oxbar> ok
2025-06-10 18:07:37 <oxbar> jvvv: can you show me your path so i can update mine
2025-06-10 18:07:56 <oxbar> joe@localhost ~> echo $PATH
2025-06-10 18:08:09 <oxbar>  /bin /usr/bin
2025-06-10 18:10:18 <jvvv> oxbar: https://tpaste.us/KxWg but be aware that there is stuff in my PATH not applicable
2025-06-10 18:10:34 <oxbar> yep
2025-06-10 18:11:05 <oxbar> im using fish so im assuming there is something there.. i will just go back to bash i don't need fish
2025-06-10 18:11:55 <jvvv> ah, i have no experience with fish, only dash ash bash and zsh
2025-06-10 18:24:50 <oxbar> jvvv: that resolved my issue.. Thanks
2025-06-10 19:35:33 <jvvv> oxbar: yw, glad you got it sorted
2025-06-10 20:01:33 <Saijin_Naib[m]> https://pastebin.com/N0TQazCs
2025-06-10 20:02:00 <Saijin_Naib[m]> Laptop locked up after resuming from hybrid sleep, and now it wont find lv_root to boot
2025-06-10 20:02:32 <Saijin_Naib[m]> I can use the sysrescue ISO to findroot boot, but no devices work (mouse, wifi, etc) so it isnt functional
2025-06-10 20:03:09 <Saijin_Naib[m]> As far as I can tell, volumes are all intact/healthy, vgdisplay and lvdisplay show vg0 and both lv_swap and lv_root
2025-06-10 20:03:33 <Saijin_Naib[m]> I have done doas update-grub to no avail, as well as doas apk fix linux-lts
2025-06-10 20:04:22 <Saijin_Naib[m]> I have followed some LVM boot failure guides that suggest renaming the vg and lvs to something different and then back to update the config, no dice
2025-06-10 20:04:49 <Saijin_Naib[m]> I dont know what is actually wrong, so my troubleshooting is not effective
2025-06-10 20:31:01 <Saijin_Naib[m]> Trying doas apk fix * from sysrepair findroot boot state, thanks very much apkcache
2025-06-10 20:46:45 <m_m> hi, anyone using spawn-fcgi on alpine here? I don't understand why it creates a socket suffixed by "-1" instead of using the FCGI_SOCKET that i defined on the /etc/conf.d/spawn-fcgi.mydaemon
2025-06-10 20:48:36 <m_m> I see that on the configuration file that it is done by design.. but how to point to it using nginx
2025-06-10 21:21:29 <oxbar> anyone using sxhkd keys for multimedida ? i can't get it to work in dwm at all.. this laptop actually works on another laptop
2025-06-10 21:22:17 <oxbar> trying to bind the keys.. 2 keys work from sxhkd but nothing else is working.. i killall sxhkd reload it and still nothing.. about to give up
2025-06-10 21:36:13 <sewn> oxbar: why bother with sxhkd if dwm already is able to set keybindings
2025-06-10 21:39:17 <glenda> sewn: perhaps they are incompetent and get scared at the first sight of C syntax, and would like to have a simple text configuration.
2025-06-10 21:39:40 <glenda> oxbar: you should just learn how to set keybinds in config.h instead.
2025-06-10 21:39:45 <sewn> cant look at the existing list or other people configurations for reference?
2025-06-10 21:39:56 <glenda> sewn: ask them.
2025-06-10 21:40:36 <sewn> fair
2025-06-10 21:41:54 <glenda> i dont see a point in interacting with such people, as this chats are always flooded with normies who happen to use linux. like a microsoyft forum.
2025-06-10 21:42:24 <glenda> s/this/these
2025-06-10 21:54:42 <abby> maybe take the soy bs elsewhere
2025-06-10 21:57:40 <oxbar> Lol … nah I been patching Dwm for a while I don’t know c but I know how to follow instructions … I just though using sxhkd would be easier.. I will google volume keys and media keys for Dwm didn’t want to go that route but it’s fine 
2025-06-10 23:06:35 <oxbar> can somebody tell me what im doing wrong https://dpaste.org/a61PM i don't program but trying to figure out the error when compiling
2025-06-10 23:13:22 <sewn> oxbar: look at the others
2025-06-10 23:13:25 <sewn> the modifier is not a string
2025-06-10 23:13:37 <sewn> its usually MODMASK
2025-06-10 23:13:58 <sewn> even the compiler, albeit cryptic, still tells you there's a type mismatch
2025-06-10 23:14:49 <sewn> this is *part* of config.h right? not its own lines. the keys should be part of the *existing* keys[] array and the commands above it similar to termcmd
2025-06-10 23:15:24 <oxbar> oh ok i added them as a whole line
2025-06-10 23:43:32 <oxbar> Thanks brb
2025-06-10 23:51:09 <jvvv> oxbar: i use sxhkd with bspwm... i am not certain, but would suspect that using sxhkd with dwm will be a stuggle because dwm already handles keyboard (and mouse?) input. on the other hand, www search returned this, https://github.com/bandithijo/dotfiles/blob/master/.config/sxhkd/sxhkdrc-dwm, which may interest you.
2025-06-10 23:58:56 <jvvv> oxbar: also, https://dwm.suckless.org/patches/dwmc/ ... looks a little like bspwm's bspc command. could be interesting given what you are talking about
2025-06-11 00:01:19 <jvvv> oxbar, also, note that xev is invaluable for figuring out what actual key press event info
2025-06-11 00:01:26 <jvvv> is
2025-06-11 05:26:08 <oxbar> jvvv: you got a screenshot of your setup ? i tired bspwm but didn't get it
2025-06-11 05:29:50 <oxbar> also good find from the first link
2025-06-11 06:06:23 <liebach> There's no conflict between dwm and sxhkd, except that dwm will get it shortcuts first, then everything else fall through to sxhkd.
2025-06-11 06:22:14 <jvvv> oxbar: you'll have probably to dl it to view it: https://tpaste.us/DrjX
2025-06-11 09:31:13 <SpaceHobo> Has something gone fishy with WiFi drivers/firmware blobs on Alpine in the latest release?  I've had flakiness with both my pinebook pro and with my RPi 0Ws
2025-06-11 09:31:29 <SpaceHobo> Just massive packet loss to the first hop
2025-06-11 09:31:54 <SpaceHobo> I crowbarred in a new firmware on the PBP, which seems to have helped, but it's surprising to see the same symptom on my zero
2025-06-11 10:24:32 <grawity> hmm I seem to remember someone on tootverse complaining about this like last week
2025-06-11 10:24:50 <grawity> specifically about newest linux-firmware breaking their wifi
2025-06-11 10:24:54 <grawity> but I don't remember what manfacturer
2025-06-11 10:34:10 <SpaceHobo> Heh, well I've just disassembled an embedded pi zero device to put the ethernet hat back on 
2025-06-11 10:34:19 <SpaceHobo> no longer fits the case, but I can't rely on wifi any more
2025-06-11 10:56:48 <sertonix[m]> I remember seeing a patch in git for wifi on rpis but I don't remember if it has been released yet.
2025-06-11 11:08:31 <realroot[m]> sertonix is torbrowser apk somewhere? can you sahre it
2025-06-11 11:21:55 <sertonix[m]> There is none. And my limited research indicated that the tor browser shouldn't be packaged before the side affects of every build option have been carefully considered.
2025-06-11 11:22:50 <sertonix[m]> My current recommend flatpak even though I don't like it
2025-06-11 11:24:51 <sertonix[m]> (Build options is just one of the things that need to be checked)
2025-06-11 11:56:51 <frojnd> I can't figure out why when just browsing the maps: https://web.locusmap.app/en/?lat=49.371880&lng=15.292969&z=8&map=hikeBike and then after right clicking and start here, my mouse cursor dissapears ;D
2025-06-11 11:57:11 <frojnd> But just when hovering the map
2025-06-11 11:57:39 <frojnd> I'm on sway wm
2025-06-11 12:01:54 <frojnd> Maybe I'm missing some icons hm
2025-06-11 12:14:38 <frojnd> Ha, I didn't have theme set in sway 
2025-06-11 12:14:40 <frojnd> Oh swell
2025-06-11 12:23:17 <SpaceHobo> heh, mouse cursor themes are separate from the rest
2025-06-11 12:27:25 <ninchuka[m]> alpine v3.22
2025-06-11 12:27:25 <ninchuka[m]> I'm trying to install zellij but I keep getting... (full message at <https://matrix.org/oftc/media/v1/media/download/AewGknTJ2hnyxXG_vmXthBZGhA_3yn7vqVg0QjF25VoFgPurslzOQC6ZYjyUx7cbDuvWF4sDileqEKa1lspwlTlCeXpw6knQAG1hdHJpeC5vcmcvVkFVb3RCRFNYeXl2am53R05vRk1oUG9l>)
2025-06-11 12:29:10 <quinq> I use dvtm
2025-06-11 12:49:36 <maybetree> @ninchuka[m] did you run `apk update` after enabling community repo?
2025-06-11 12:49:52 <maybetree> If that doesn't work, try passing the repo url directly to apk
2025-06-11 12:49:53 <maybetree> like this:
2025-06-11 12:49:54 <maybetree> apk add -X https://dl-cdn.alpinelinux.org/alpine/v3.22/community/ zellij
2025-06-11 12:49:57 <ninchuka[m]> yup already tried
2025-06-11 12:50:18 <maybetree> hmmm
2025-06-11 12:50:23 <ninchuka[m]> I'll try the pass the repo url directly to apk now
2025-06-11 12:50:32 <ninchuka[m]> yup already tried was to the first message xD
2025-06-11 12:50:36 <ninchuka[m]> *your
2025-06-11 12:51:14 <ninchuka[m]> same error from what you suggested
2025-06-11 12:52:41 <maybetree> I just tried it in an alpine 3.22 docker container and zellij installs no problem... so its seems to be an issue on your machine
2025-06-11 12:52:56 <ninchuka[m]> hmm
2025-06-11 12:53:01 <ninchuka[m]> wait let me check something
2025-06-11 12:53:26 <ninchuka[m]> okay not what the issue was last time I had this I think
2025-06-11 12:53:37 <ninchuka[m]> let me try another repo
2025-06-11 12:53:45 <maybetree> yeah maybe your mirror is weird?
2025-06-11 12:54:19 <ninchuka[m]> http://alpinelinux.mirrors.ovh.net/v3.22/main is the one I've been using for a while now
2025-06-11 12:54:33 <maybetree> my container has the following in /etc/apk/repositories:
2025-06-11 12:54:33 <maybetree> https://dl-cdn.alpinelinux.org/alpine/v3.22/main
2025-06-11 12:54:34 <maybetree> https://dl-cdn.alpinelinux.org/alpine/v3.22/community
2025-06-11 12:55:34 <maybetree> maybe try `apk fix`?
2025-06-11 12:56:09 <ninchuka[m]> nope still didnt work
2025-06-11 12:56:16 <ninchuka[m]> switching to different mirrors now
2025-06-11 12:56:40 <ninchuka[m]> still nope
2025-06-11 12:57:11 <maybetree> hmmmmm
2025-06-11 12:57:29 <maybetree> can you dump your entire /etc/apk/repositories?
2025-06-11 12:57:41 <maybetree> Is it just the mirror links in there? Or do you have other repos configured?
2025-06-11 12:58:21 <ninchuka[m]> 
ACTION sent a code block: https://matrix.org/oftc/media/v1/media/download/AWR3lYlcXONj3cpRGIctAkWwhkdasNFiZEAhtG_beuqD1JctC-l6TbqCxyEX2kIOUmNKS0Xuqb_9qKAUa0AxA3lCeXpyr6oQAG1hdHJpeC5vcmcvUWNUc29CdXF3Q0luZE50UVdxY1hlT0xz

2025-06-11 12:59:17 <maybetree> yeah it should work
2025-06-11 12:59:20 <maybetree> but it doesnt
2025-06-11 12:59:22 <maybetree> strange
2025-06-11 12:59:58 <maybetree> Are you on x86_64? Or different arch?
2025-06-11 13:00:20 <ninchuka[m]> yeah plain old x86_64
2025-06-11 13:01:55 <maybetree> hmm no clue. sorry, can't help you, have to do something now
2025-06-11 13:02:22 <ninchuka[m]> all good I appreciate the attempt to help at least
2025-06-11 13:26:20 <invoked> realroot[m]: flatpak is the way, but even there tor browser (and firefox-esr) tries unpriv user namespaces for the sandbox, fails, then warns you about it -- because of flatpak's seccomp.
2025-06-11 13:26:52 <invoked> mozilla is working on a new thing which will fix it.  https://www.youtube.com/watch?v=s7Pn6OpR-0c
2025-06-11 14:19:44 <realroot[m]> <sertonix[m]> "There is none. And my limited..." <- didn't you try it? i remember something
2025-06-11 14:29:53 <invoked> it's not a question of whether it will build (librewolf and other firefoxes get built fine).  it's a question of whether it builds correctly with the anonymity properties intact
2025-06-11 14:31:23 <invoked> i doubt whether they're intact on the flatpak build because of the broken sandbox
2025-06-11 14:40:03 <realroot[m]> yeah but I do not care if i stand out for the time being
2025-06-11 16:53:50 <sertonix[m]> invoked: sandboxing only affects security and not anonymity
2025-06-11 16:57:58 <sertonix[m]> realroot: Yes I tried a bit. If you don't care to stand out you should just use any other browser
2025-06-11 16:59:18 <realroot[m]> i'd like to try torbrowser that will run tor by default
2025-06-11 17:11:08 <realroot[m]> sertonix do you have APKBUILD that will build fine?
2025-06-11 17:27:23 <oxbar> aw jvvv simple setup.. just like me
2025-06-11 17:28:59 <sertonix[m]> no
2025-06-11 17:35:07 <oxbar> jvvv: simple https://0x0.st/8Ej3.png
2025-06-11 18:25:55 <Core6197> hi. I use alpine 3.22 virt on VMware that is in win 11. when I want install it by setup-alpine stay in apk mirror step. i setup interfaces eth0 and add 8.8.8.8,4.2.2.4 to /etc/resolc.conf and add http://dl-cdn.alpinelinux.org/alpine/v3.22/main to /etc/apk/repositories and run network with rc-service networking start and test network with ping -c 4 google.com and all thing is ok but when I run apk update stay in fetch and th
2025-06-11 18:28:26 <Biswa96[m]> typo: /etc/resolv.conf. I use dhcp in vm.
2025-06-11 18:41:39 <Core6197> I test it with dhcp with udhcpc -i eth0 but not working!
2025-06-11 18:42:29 <ikke> Can you resolve the mirror domain? `getent hosts dl-cdn.alpinelinux.org`
2025-06-11 18:45:23 <Core6197> yes I can resolve it. I have ping it.
2025-06-11 18:48:09 <Core6197> chat gpt tell me that change the mtu from 1500 to 1400 and I set it but not working.
2025-06-11 19:07:50 <Biswa96[m]> tried https instead of http in repositories file?
2025-06-11 19:16:57 <Core6197> I think that https not resolve problem because wget not working from another server. what you think?
2025-06-11 19:19:16 <Core6197> I try to download zip file from stable server for example I try download php.zip from php.net but failed. first connected to server then stay about 3 or 4 min and then failed.
2025-06-11 19:25:08 <oxbar> hmm.. chat gpt is really good right ? i need to try it to test on this laptop system. maybe with code
2025-06-11 19:29:44 <ikke> It's really good at making stuff up. Sometimes that stuff happens to be right
2025-06-11 19:30:24 <quinq> It's really good at hallucinating
2025-06-11 19:30:46 <Saijin_Naib[m]> LLMs waste everyone's time
2025-06-11 19:30:56 <quinq> And energy
2025-06-11 19:31:13 <Saijin_Naib[m]> Quite so
2025-06-11 21:27:43 <ssm> oxbar: chat mbr is better
2025-06-11 21:56:53 <bitdancer> This is really OT, but LLM's mark our arrival in the science-fiction-predicted future where "Artificial Stupids" are ubiquitous.
2025-06-11 22:07:28 <Core6197> because I can connect to Yandex mirror but I can not connect to dl-cdn!
2025-06-11 22:25:59 <oxbar> Where do you follow the real action on alpine ? gitlab or github ? or is github just a mirror to gitlab and you guys track it very closesly ?
2025-06-11 23:38:59 <sertonix[m]> github is just a mirror
2025-06-12 00:56:55 <Core6197> my problem solved and I found out that alpine is by musl that dns is over udp that it may not resolve some domain, for example main repo http://dl-cdn.alpinelinux.org/alpine/v3.22/main not accessable in my country on alpine, please check it and solved this problem because the url is the main mirror!
2025-06-12 01:04:16 <oxbar> Core6197: change repos ?
2025-06-12 01:05:27 <oxbar> https://mirrors.alpinelinux.org/
2025-06-12 03:22:07 <frag> 13 days without crashing, i think the upgrade helped the rpi5 :)
2025-06-12 03:55:46 <oxbar> I put alpine on 2 laptops one with a spinning hdd and the other has no power button.. I’m getting good results from the spinning hdd I made it my main. Alpine is awesome 
2025-06-12 04:29:49 <frag> hell yeah!
2025-06-12 05:03:50 <fabricionaweb> i thought that "dns udp issue" was long time ago solved, but idk, it is always dns
2025-06-12 05:05:38 <ikke> yes, it has been, and it's unlikely be relevant here anyways
2025-06-12 05:06:20 <ikke> That would only affect setups that abuse DNS for a database
2025-06-12 05:07:28 <oxbar> Any reason why aports on gitlab is the only repo you can open an issue with or am I doing something wrong ?
2025-06-12 05:09:10 <ikke> oxbar: You should definitely be able to create issues on other projects as well
2025-06-12 10:24:19 <el[m]1> the thunderbird version currently shipped by alpine edge arm64 seems to have multiple severe vulnerabilities, at least for me it says 138.0. the fixed one seems to be 139.0.2
2025-06-12 10:41:01 <octavio64[m]> Hi everyone. Quick question. How do I automount encrypted external hard drive on every system boot? As far as I know there is no crypttab on Alpine only fstab so where should I make the record? 
2025-06-12 11:38:40 <teapot9> hi, is there a reason for removing plasma-workspace-x11 from 3.22? i'm worried about upgrading because kde wayland doesn't start for me on 3.21
2025-06-12 11:39:37 <el[m]1> teapot9: might be that upstream KDE is giving up on the x11 session entirely like upstream gnome was confirmed to be doing. (i dont know if that's the reason, it's just a wild guess of mine. i'm only a user.)
2025-06-12 11:42:05 <teapot9> that's unfortunate, I never managed to start plasma wayland on this laptop, it hangs for a few seconds and I get back to sddm login
2025-06-12 11:43:36 <el[m]1> ok i googled, apparently kde is considering to drop plasma x11 in kde 7, but not in 6.4 yet. so upstream kde is still maintaining it for now, and i assume that can't be the reason then
2025-06-12 11:46:11 <teapot9> okay (so it would have happened eventually anyway)
2025-06-12 11:46:16 <el[m]1> Consequently, when KDE Plasma 6.4 is released (scheduled for June 12), individual Linux distributions can opt to include only KWin Wayland or ship both KWin X11 and KWin Wayland, depending on their default display protocol and user preferences. huh, that could be related, though.
2025-06-12 11:47:03 <ikke> The package mainter does not wish to keep support X11
2025-06-12 11:47:05 <el[m]1> it seems like x11 and wayland have been split in upstream kde. so perhaps alpine still has it but as a separate different package than before
2025-06-12 11:47:05 <ikke> maintainer
2025-06-12 11:49:46 <teapot9> ikke: i see, thanks
2025-06-12 11:52:09 <teapot9> i'll try to boot on a 3.22 live usb to check if plasma wayland works (i'm not sure it would be safe to downgrade if i upgrade my system)
2025-06-12 11:52:40 <el[m]1> <el[m]1> "the thunderbird version currentl..." <- bump, just in case it was missed
2025-06-12 11:52:58 <funderscore> el[m]1: you can send a MR to bump the version if you want
2025-06-12 11:53:19 <funderscore> and like said in the other channel it's probably better to say it in #alpine-devel or #alpine-security
2025-06-12 11:53:52 <el[m]1> i dont know how to join those, i'm on matrix 😳🫣
2025-06-12 11:54:11 <funderscore> on irc it's just #alpine-devel and #alpine-security
2025-06-12 11:54:20 <funderscore> but maybe try #_oftc_#channelnamehere:matrix.org?
2025-06-12 11:54:40 <funderscore> if you want to stay on matrix
2025-06-12 12:03:13 <el[m]1> <funderscore> "but maybe try #_oftc_#channelnam..." <- thank you, that worked!
2025-06-12 14:46:13 <fabricionaweb> do we officially have torrents for the alpine images? I only know about fosstorrents
2025-06-12 15:03:21 <realroot[m]> do i need some package fopr trash?
2025-06-12 15:06:15 <longnoserob[m]> garbage-speration-eu?
2025-06-12 15:06:25 <longnoserob[m]> SCNR
2025-06-12 15:13:26 <ikke> fabricionaweb: no, we do not offer torrents ourself
2025-06-12 15:14:44 <Nifitre> Hello everyone. I installed the system and accidentally edited one file. How can I connect to the installed system using liveusb and fix the file?
2025-06-12 15:22:35 <ikke> What file do you need to edit?
2025-06-12 15:23:20 <Nifitre> passwd
2025-06-12 15:25:25 <ssm> Nifitre: boot off a usb stick or similar into any environment that can mount your filesystem. this is the same solution on any *nix
2025-06-12 15:26:28 <ssm> alpine also has ramdisk entries, you could add one to your existing install for situations like this
2025-06-12 15:27:53 <Nifitre> I know how to do this on any *nix system. But how do I do it on Alpine?
2025-06-12 15:29:08 <p_6f3Ik7Suw> then you know everything you need to know i suppose
2025-06-12 15:30:17 <ikke> Nifitre: Do you know what block device contains your rootfs?
2025-06-12 15:31:28 <Nifitre> I booted from liveusb and mounted /dev/sda3 to /mnt. I switched to mnt, cd /mnt, but did not get into the installed system.
2025-06-12 15:31:48 <ikke> chroot /mnt sh
2025-06-12 15:32:25 <Nifitre> I'll try it now.
2025-06-12 15:38:55 <Nifitre> Thank you, that helped.
2025-06-12 16:20:16 <grayhatter_> I just upgraded dovecot and it was the worst mistake made this year (kinda mad this update got published to the repos), but I can't find instructions for how to roll back a package upgrade, is there a way to install a specific (older) version of a package, or is a custom compile/install really the only way?
2025-06-12 16:24:39 <elagost> grayhatter_: are you on edge? Do you have cache enabled in /var/cache/apk/ ?
2025-06-12 16:28:29 <grayhatter_> I am on edge yeah
2025-06-12 16:29:20 <grayhatter_> elagost: I looked in /var/cache/apk, but the 4 files I have don't seem to be nearly large enough to have the packages themselves 
2025-06-12 16:29:46 <Saijin_Naib[m]> @realroot using a DE? XFCE and GNOME need gvfs/gio. trash-cli works nicely as stand-alone
2025-06-12 16:34:34 <p_6f3Ik7Suw> elagost: dovecot fuckup comes with v3.22 of alpine
2025-06-12 16:36:36 <p_6f3Ik7Suw> and it is horrible, i spent half a day getting a working config - there is no easy way to figure out the changes, you have to piece it together from the docs that have little references to the old config
2025-06-12 16:36:55 <p_6f3Ik7Suw> grayhatter_: easiest is to just build yourself an older version and downgrade
2025-06-12 16:37:17 <p_6f3Ik7Suw> there is no archive of older pkgs
2025-06-12 16:37:36 <lopid> tell me about it. https://gitlab.alpinelinux.org/alpine/aports/-/issues/17228  p_6f3Ik7Suw 
2025-06-12 16:37:39 <p_6f3Ik7Suw> getting dovecot from v3.21 might or might not work.
2025-06-12 16:38:48 <lopid> people have said, once they've done it, their config is simpler
2025-06-12 16:39:20 <p_6f3Ik7Suw> my config got more complex
2025-06-12 16:40:13 <lopid> i had to roll back my host upgrade. thankfully i keep backups
2025-06-12 16:40:15 <realroot[m]> no standalone WM
2025-06-12 16:40:41 <p_6f3Ik7Suw> i had the simplest config before, local user and passwd db were passwd and shadow. now due to lack of PAM support in alpine dovecot pkg (which also complicates things, why need PAM if only for dovecot) my config became more complex
2025-06-12 16:41:29 <lopid> oh :(
2025-06-12 16:41:57 <p_6f3Ik7Suw> i even had to spell out that $6$ prefix means passdb_default_password_scheme = SHA512-CRYPT
2025-06-12 16:42:14 <grayhatter_> p_6f3Ik7Suw: it did not work
2025-06-12 16:42:20 <grayhatter_> I'm just gonna have to deal with it
2025-06-12 16:42:30 <grayhatter_> how do I complain about package upgrades
2025-06-12 16:42:41 <grayhatter_> this dovecot upgrade is the most hostile shit I've seen in years
2025-06-12 16:42:47 <p_6f3Ik7Suw> i think you should take this upstream.
2025-06-12 16:42:51 <grayhatter_> I'm ***SO*** angry about this
2025-06-12 16:43:13 <p_6f3Ik7Suw> this upgrade was not even a major semantic version increment
2025-06-12 16:43:18 <grayhatter_> no, this is clearly intentional from upstream, I expect distros to insulate me from this kinda asshattery
2025-06-12 16:43:41 <grayhatter_> alpine should not have accepted this user hostile upgrade
2025-06-12 16:43:55 <p_6f3Ik7Suw> give alpine a break, it's all volunteers, overworked.
2025-06-12 16:44:31 <p_6f3Ik7Suw> upstream should've provided config update scripts
2025-06-12 16:44:35 <grayhatter_> p_6f3Ik7Suw: oh, believe me, I'm on alpine's side... I don't think anyone helping alpine did anything wrong, I just want my working package back
2025-06-12 16:44:54 <lopid> regretfully, there was not even a note about it in the 3.22 release
2025-06-12 16:45:27 <p_6f3Ik7Suw> i actually did warn on mastodon within the 1st hour of v3.22 being released... and i also complained here or on #-dev...
2025-06-12 16:45:47 <frag> upgrade is always a risk eh
2025-06-12 16:46:11 <grayhatter_> frag: while I agree, that's no excuse to not roll back the verison once people realize it's horribly broken
2025-06-12 16:46:33 <p_6f3Ik7Suw> grayhatter_: do you have abuild setup?
2025-06-12 16:46:41 <grayhatter_> p_6f3Ik7Suw: I do not
2025-06-12 16:46:53 <p_6f3Ik7Suw> oh. then it's a bit more steps.
2025-06-12 16:47:18 <grayhatter_> I'm not even sure what's more work at this point (continuing to try to fix the configs, or rolling back)
2025-06-12 16:47:39 <grayhatter_> with rolling back including learning how to use abuild
2025-06-12 16:47:44 <p_6f3Ik7Suw> in general with alpine i find it very useful to have abuild ready to customieze packages, roll-back, or install pkgs that are not packaged in alpine officially
2025-06-12 16:48:34 <grayhatter_> in general, I find alpine, usually works
2025-06-12 16:48:39 <p_6f3Ik7Suw> abuild is really simple once setup. just git clone https://gitlab.alpinelinux.org/alpine/aports - (which is huge) then cd alpine/main/dovecot && abuild -r
2025-06-12 16:48:53 <grayhatter_> this is a rare exception where we're all getting burned by upstream turning overtly hostile
2025-06-12 16:49:12 <lopid> are they hostile? 
2025-06-12 16:49:13 <p_6f3Ik7Suw> i think for abuild setup all you need is abuild-keygen
2025-06-12 16:51:32 <p_6f3Ik7Suw> apk add alpine-sdk
2025-06-12 16:51:47 <p_6f3Ik7Suw> addgroup <yourusername> abuild && abuild-keygen -a -i
2025-06-12 16:52:34 <p_6f3Ik7Suw> git clone https://gitlab.alpinelinux.org/alpine/aports && cd alpine/main/dovecot && abuild -r && apk add --allow-untrusted packages/x86_64/dovecot-XXXX.apk
2025-06-12 16:52:36 <grayhatter_> lopid: they shipped a new minor version that drasticlly changes the configuration in a incompatable way, with "updated" uphelpful docs, completely broken default configs, and are now selling a "pro" version
2025-06-12 16:53:04 <p_6f3Ik7Suw> oh, before you do "abuild -r" you shoul edit the version in the APKBUILD file. or just checkout a previous version that was still on v2.3
2025-06-12 16:53:04 <grayhatter_> yes, I consider that pattern of behavior to be unlikely anything other than intentionally hostile
2025-06-12 16:53:24 <p_6f3Ik7Suw> oh i didn't know about the pro version.
2025-06-12 16:54:09 <p_6f3Ik7Suw> grayhatter_: i hope the above helps you. should be easy peasy.
2025-06-12 16:54:15 <funderscore>  18:44 <lopid> regretfully, there was not even a note about it in the 3.22 release
2025-06-12 16:54:17 <funderscore> oh really?
2025-06-12 16:54:20 <p_6f3Ik7Suw> really.
2025-06-12 16:54:22 <lopid> their upgrade doc could be better. it describes how some syntax has changed but no practical advice
2025-06-12 16:54:26 <grayhatter_> p_6f3Ik7Suw: it is *very* helpful, and I apprecate the help
2025-06-12 16:54:42 <funderscore> I was certain there was something in the release notes
2025-06-12 16:54:58 <funderscore> well it is mentioned in https://alpinelinux.org/posts/Alpine-3.22.0-released.html
2025-06-12 16:55:27 <p_6f3Ik7Suw> https://chaos.social/@stf/114597372698806920
2025-06-12 16:55:49 <p_6f3Ik7Suw> mentioned yes, the fuckery is not mentioned at all. no warning.
2025-06-12 16:55:55 <realroot[m]> oh no it seems that you swapped the password with username
2025-06-12 16:55:56 <lopid> hardly
2025-06-12 16:56:01 <funderscore> "Before upgrading, please look at the list of removed features carefully."
2025-06-12 16:56:05 <funderscore> wut
2025-06-12 16:56:21 <realroot[m]> >p\_6f3Ik7Suw
2025-06-12 16:56:40 <p_6f3Ik7Suw> my password can even be played on yt!
2025-06-12 16:56:46 <funderscore> In any case #alpine-linux is the wrong place to complain about Dovecot
2025-06-12 16:57:21 <lopid> we're not complaining above dovecot alone
2025-06-12 16:57:47 <funderscore> if you're angry because it isn't mentioned in the release notes: it's a wiki, contribute
2025-06-12 16:58:14 <funderscore> https://wiki.alpinelinux.org/w/index.php?title=Release_Notes_for_Alpine_3.22.0&action=history
2025-06-12 16:58:21 <lopid> i wasn't responsible for upgrading dovecot!
2025-06-12 16:58:25 <funderscore> And?
2025-06-12 16:58:50 <lopid> i didn't even know it was happening, so how could i have warned about it?
2025-06-12 16:58:51 <funderscore> That doesn't mean you can't add a note to the releasenotes wikipage about dovecot breakage?
2025-06-12 16:59:03 <funderscore> Now you know about the breakage
2025-06-12 16:59:52 <funderscore> but alpine is mainly a volunteer-driven project, if there's something you don't like it's preferable to fix it yourself and contribute the fix
2025-06-12 16:59:56 <lopid> after the fact
2025-06-12 16:59:57 <funderscore> instead of complaining
2025-06-12 17:00:22 <funderscore> lopid: Does that change anything? Now you know about the breakage, you can add info about it to the release notes
2025-06-12 17:00:24 <lopid> sigh. we are complaining that there was no warning ahead of time. not that nobody is warning about it now
2025-06-12 17:00:53 <funderscore> It's not too late to add a warning in the release notes.
2025-06-12 17:00:58 <p_6f3Ik7Suw> btw there is this: https://alpine.sev.monster/edge/testing/x86_64/dovecot-2.3.21.1-r1.apk as seen on https://gitlab.alpinelinux.org/alpine/aports/-/issues/17050
2025-06-12 17:01:21 <funderscore> and even, I can imagine the releasing of 3.22.0 being pretty stressful too
2025-06-12 17:01:27 <dwfreed> ah yes, download a random apk of unknown provenance
2025-06-12 17:01:28 <funderscore> so no wonder it may have gotten overlooked
2025-06-12 17:02:00 <grayhatter_> funderscore: I would like to roll back the version, how do I contribute that change other than complaining?
2025-06-12 17:02:38 <grayhatter_> p_6f3Ik7Suw: I tried the `apk add file.apk` it did not work, and I don't want to downgrade postfix :<
2025-06-12 17:03:02 <funderscore> grayhatter_: this is an apk from unknown provenance...
2025-06-12 17:03:06 <p_6f3Ik7Suw> grayhatter_: change the version in alpine/main/dovecot/APKBUILD and a make an MR on https://gitlab.alpinelinux.org/
2025-06-12 17:03:07 <funderscore> do you have apk cache somewhere
2025-06-12 17:03:31 <grayhatter_> funderscore: https://dl-cdn.alpinelinux.org/alpine/v3.20/main/x86_64/
2025-06-12 17:03:50 <p_6f3Ik7Suw> grayhatter_: do you have a log file or error message what goes wrong?
2025-06-12 17:03:58 <grayhatter_> I'm so happy this upgrade has turned into a multi-hour long affair for me :<
2025-06-12 17:04:02 <p_6f3Ik7Suw> as said, you might need --allow-untrusted 
2025-06-12 17:04:04 <funderscore> grayhatter_: yeah this can work
2025-06-12 17:04:12 <lopid> is it feasible to downgrade back to 3.21?
2025-06-12 17:04:22 <p_6f3Ik7Suw> try it out
2025-06-12 17:04:22 <funderscore> lopid: restore backups?
2025-06-12 17:04:35 <funderscore> p_6f3Ik7Suw: grayhatter_: actually possible it may not run
2025-06-12 17:04:36 <dwfreed> (hah)
2025-06-12 17:04:47 <funderscore> different deps versions etc
2025-06-12 17:04:51 <lopid> that's what i did. i'm thinking for grayhatter_ or p_6f3Ik7Suw , whichever one it was O:)
2025-06-12 17:04:52 <p_6f3Ik7Suw> https://dl-cdn.alpinelinux.org/alpine/v3.21/main/x86_64/dovecot-2.3.21.1-r0.apk
2025-06-12 17:05:51 <eletrotupi> hm, I've noticed that for some weird reason, some icons are missing, even though I have (hicolor-icon, breeze, adwaita, and tango) installed
2025-06-12 17:05:52 <p_6f3Ik7Suw> migth or might not work as already said earlier. but it cannot get worse in any case :P
2025-06-12 17:06:17 <dwfreed> mixing apks from different alpine versions is not supported, may not work, and you get to keep the pieces when it breaks (and it will break at some point)
2025-06-12 17:06:27 <funderscore> dwfreed++
2025-06-12 17:06:27 <grayhatter_> that  requries downgrading icu-libs 
2025-06-12 17:06:33 <eletrotupi> https://canto.eletrotupi.com/WsPOB.png
2025-06-12 17:06:50 <p_6f3Ik7Suw> ah. right. icu
2025-06-12 17:06:54 <lopid> by the time you've done that, you might have figured out the new config after all…
2025-06-12 17:07:01 <funderscore> yeah...
2025-06-12 17:07:02 <p_6f3Ik7Suw> that was the big upgrade in 3.22 right.
2025-06-12 17:07:17 <p_6f3Ik7Suw> so then the abuild path as proposed is your way forward.
2025-06-12 17:07:39 <eletrotupi> the same app is working absolutely fine on arch, so might have some icons or lib missing?
2025-06-12 17:07:39 <eletrotupi> the same app is working absolutely fine on arch, so might have some icons or lib missing?
2025-06-12 17:08:10 <funderscore> but like
2025-06-12 17:08:29 <funderscore> before an upgrade one should always do research on what was upgraded
2025-06-12 17:09:24 <funderscore> sure, it's supposed to be in the release notes, but it may miss *some* things as is usual. For example, it only says botan2 is not in the release, doesn't list the plethora of packages that depend on it
2025-06-12 17:09:43 <funderscore> and in the www it does say Dovecot being upgraded (as a highlight)
2025-06-12 17:10:43 <p_6f3Ik7Suw> 
ACTION does the secret zig-handshake with grayhatter_

2025-06-12 17:10:51 <funderscore> the website also says to always do backups in case things fail :upsidedown:
2025-06-12 17:11:06 <grayhatter_> p_6f3Ik7Suw: lol, now I have to write an MTA in zig
2025-06-12 17:11:17 <grayhatter_> I got my config updated, hopefully working
2025-06-12 17:11:28 <funderscore> sure the dovecot config stuff might've been rude, but don't blame alpine for that.
2025-06-12 17:11:35 <p_6f3Ik7Suw> oh! congrats. and please continue being awesome on #zig. <3
2025-06-12 17:11:48 <grayhatter_> and a new enemy, I hope i get to meet someone working on dovecot one day.... I'm sure they hope they never get to meet me
2025-06-12 17:12:05 <grayhatter_> funderscore: again, I'm not blaming alpine, I consider alpine to be a victim here as well
2025-06-12 17:12:17 <funderscore> grayhatter_: well it seems lopid is blaming alpine
2025-06-12 17:12:54 <p_6f3Ik7Suw> grayhatter_: dovecot is not an MTA ...
2025-06-12 17:13:08 <grayhatter_> no, it did not work postfix is still broken :<
2025-06-12 17:13:14 <funderscore> for not mentioning dovecot config stuff in the release notes.......when they could've just added it themself and everyone's happy
2025-06-12 17:13:19 <p_6f3Ik7Suw> ah. yes, postfix is an mta.
2025-06-12 17:13:55 <p_6f3Ik7Suw> but i don't recall postfix breaking catastrophically as dovecot did
2025-06-12 17:14:10 <lopid> sure, i'll just go back in time and edit https://alpinelinux.org/posts/Alpine-3.22.0-released.html
2025-06-12 17:14:27 <funderscore> lopid: these are not the release notes
2025-06-12 17:14:39 <funderscore> https://wiki.alpinelinux.org/wiki/Release_Notes_for_Alpine_3.22.0
2025-06-12 17:14:45 <funderscore> it's a wiki, you can edit it
2025-06-12 17:14:56 <dwfreed> and that post links to the dovecot 2.4 announcement, which explicitly mentions that the 2.3 config is not compatible...
2025-06-12 17:15:03 <funderscore> yep, that too
2025-06-12 17:15:06 <p_6f3Ik7Suw> oh that is confusing though.
2025-06-12 17:18:51 <lopid> yes, all information is there. if you follow all links, you'll find out everything you need to know. i'm just saying imo it is a breaking change that could have been done with being on that release page, alongside those notes about systemd-efistub (which are also in the wiki AND on that release page)
2025-06-12 17:19:10 <p_6f3Ik7Suw> footnotes, small prints, links a couple of clicks away.
2025-06-12 17:19:15 <funderscore> lopid: like I said, you can add that to the release notes if you ever wanted
2025-06-12 17:19:20 <funderscore> it's just a few clicks away
2025-06-12 17:19:24 <lopid> 
ACTION sighs

2025-06-12 17:19:31 <funderscore> but you don't want to do it, so don't complain
2025-06-12 17:19:45 <funderscore> and you even sigh at me because of that
2025-06-12 17:19:45 <lopid> i'm not going to say it a third time
2025-06-12 17:20:03 <funderscore> There are people who still have not updated to 3.22.0
2025-06-12 17:20:12 <funderscore> adding it now will be useful for those people
2025-06-12 17:22:53 <grayhatter_> p_6f3Ik7Suw: maybe because postfix didn't turn overtly hostile? (this was intentionally hostile, and I'll die on this hill)
2025-06-12 17:23:07 <dwfreed> then die
2025-06-12 17:23:13 <dwfreed> because it was not hostile
2025-06-12 17:23:34 <grayhatter_> dwfreed: do you work on dovecot?
2025-06-12 17:23:42 <dwfreed> No, but I know people that do
2025-06-12 17:23:59 <grayhatter_> tell them I'm very angry with how they're behaving
2025-06-12 17:24:13 <dwfreed> I'll be sure to file your complaint in the appropriate location
2025-06-12 17:24:13 <grayhatter_> or I can tell them if you'd rather give me contact information
2025-06-12 17:24:39 <p_6f3Ik7Suw> it's different to say "i'll die on that hill" and then answering "then die" the latter is quite hostile in itself.
2025-06-12 17:25:44 <grayhatter_> p_6f3Ik7Suw: thank you! I was thinking the exact same thing, it really felt like a direct attack, but was doubting myself
2025-06-12 17:26:02 <dwfreed> 2025-06-12 17:11:48 < grayhatter_> and a new enemy, I hope i get to meet someone working on dovecot one day.... I'm sure they hope they never get to meet me
2025-06-12 17:26:05 <dwfreed> and this isn't?
2025-06-12 17:26:45 <p_6f3Ik7Suw> much much less.
2025-06-12 17:26:47 <grayhatter_> so I can yell at them for wasting hours of time?
2025-06-12 17:27:09 <grayhatter_> for breaking existing infra when they didn't have to?
2025-06-12 17:27:17 <grayhatter_> for not shipping better examples?
2025-06-12 17:27:29 <p_6f3Ik7Suw> for not shipping an upgrade tool?
2025-06-12 17:27:46 <dwfreed> you are the only person to blame for your wasted time; they literally announced this change and provided migration documentation
2025-06-12 17:27:48 <grayhatter_> for dropping a user hostile upgrade at the same time the start selling a "pro" version of the same software?
2025-06-12 17:27:58 <p_6f3Ik7Suw> no, the migration documentation was very useless
2025-06-12 17:28:01 <grayhatter_> dwfreed: the migration documentation was ***VERY*** incomplete
2025-06-12 17:28:03 <dwfreed> they've been selling dovecot pro long before 2.4.0
2025-06-12 17:28:04 <p_6f3Ik7Suw> it is very minimmal
2025-06-12 17:28:19 <p_6f3Ik7Suw> very very incomplete indeed.
2025-06-12 17:28:22 <dwfreed> grayhatter_: then file a bug, or submit a PR, and quit complaining
2025-06-12 17:29:11 <grayhatter_> dwfreed: no, I'll just stick to shitting on dovecot from now on... it's bad software the people who shipped this version should feel bad
2025-06-12 17:29:40 <grayhatter_> if I'm gonna spend my time on anything it'll be writing something that's not quite this user hostile... I feel no need to help dovecot continue to be toxic
2025-06-12 17:30:12 <lopid> p_6f3Ik7Suw, you've been through it. was it more helpful to refer to their regular docs than the upgrade doc? better to treat the upgrade as a new installation?
2025-06-12 17:30:23 <grayhatter_> lopid: best to not upgrade
2025-06-12 17:31:06 <funderscore> grayhatter_, p_6f3Ik7Suw, dwfreed: please, I don't think all this will go anywhere
2025-06-12 17:31:10 <grayhatter_> the previous config was complicated and hard to understand, the new version is worse (more complicated) and the docs are WAY worse, and there's no community documentation for the new verisons yet
2025-06-12 17:31:15 <funderscore> I suggest to just drop the convo
2025-06-12 17:31:36 <funderscore> it's been going for an hour or so, an hour of complaining about dovecot in an alpine linux channel
2025-06-12 17:31:36 <lopid> hrm
2025-06-12 17:31:47 <funderscore> quit complaining
2025-06-12 17:32:00 <funderscore> be the change you wish to see
2025-06-12 17:32:06 <grayhatter_> funderscore: it's a broken dovecot package
2025-06-12 17:32:19 <dwfreed> funderscore has a point, this conversation needs to stop
2025-06-12 17:32:23 <grayhatter_> s/dovecot/alpine 
2025-06-12 17:32:51 <funderscore> grayhatter_: this convo was not about a broken alpine package. It was specifically about dovecot itself. And it needs to stop.
2025-06-12 17:32:55 <lopid> because it's missing the default config?
2025-06-12 17:33:06 <grayhatter_> lopid: because the shipped configs do not work
2025-06-12 17:33:17 <grayhatter_> dovecot will not start if you use the default configs
2025-06-12 17:33:19 <funderscore> Then submit a patch to fix it?
2025-06-12 17:33:19 <lopid> missing will do that
2025-06-12 17:33:34 <funderscore> I'm sure that'll be a better use of your time
2025-06-12 17:33:37 <lopid> there is already an issue for it: https://gitlab.alpinelinux.org/alpine/aports/-/issues/17228
2025-06-12 17:34:03 <funderscore> Well, then stop complaining and help on the issue?
2025-06-12 17:34:54 <funderscore> whatever you do just stop this conversation here, it's just wasting your time
2025-06-12 17:34:57 <lopid> i… i did
2025-06-12 17:35:21 <funderscore> Thank you
2025-06-12 17:35:47 <grayhatter_> so, with a broken dovecot, I wouldn't be able to contribute because I wouldn't be able to get the registration email for the gitlab instance
2025-06-12 17:35:59 <funderscore> use another email?
2025-06-12 17:36:13 <funderscore> restore from backups?
2025-06-12 17:36:25 <funderscore> look at the docs?
2025-06-12 17:36:30 <grayhatter_> I don't normally keep package backups
2025-06-12 17:36:36 <grayhatter_> funderscore: the docs are incomplete
2025-06-12 17:36:41 <funderscore> then improve them
2025-06-12 17:36:52 <grayhatter_> lol
2025-06-12 17:36:59 <grayhatter_> sure, I'll just create a new account.... 
2025-06-12 17:37:00 <funderscore> and you definitely should keep backups around.
2025-06-12 17:37:10 <sertonix[m]> p_6f3Ik7Suw: If one needs to use --allow-untrusted for self build packages they have made a mistake while setting up abuild and should probably figure out what they missed instead of disabling signature checks.
2025-06-12 17:37:26 <grayhatter_> funderscore: yeah, I guess fuck me because I forgot to set up a local apk cache before upgrading
2025-06-12 17:37:26 <funderscore> that's what I'd expect from an experienced system administrator
2025-06-12 17:37:43 <lopid> you could get them by installing 3.21 on a vm
2025-06-12 17:37:45 <funderscore> grayhatter_: I'm not talking about a local apk cache. I'm talking about system backups.
2025-06-12 17:37:56 <funderscore> whatever you do just stop
2025-06-12 17:38:58 <grayhatter_> funderscore: ok bro.... stay mad buddy... I know I will for the next few hours as I try to fix sieve which is now broken as well
2025-06-12 17:39:51 <grayhatter_> despite funderscore and dwfreed being anti-social; I really apprecate your help p_6f3Ik7Suw, would have taken me a lot longer without you, cheers mate, thanks :)
2025-06-12 17:41:00 <funderscore> I was not anti-social. I was suggesting stopping complaining, given the conversation was going nowhere and was completely off-topic.
2025-06-12 17:41:13 <funderscore> so please stop
2025-06-12 17:42:07 <dwfreed> funderscore: they left
2025-06-12 17:42:41 <funderscore> dwfreed: that'll teach me to not disable showing join/quit/left in irssi ;)
2025-06-12 17:43:16 <funderscore> anyway I think I'll upgrade my server to 3.22.0 now
2025-06-12 17:43:23 <dwfreed> :D
2025-06-12 17:43:36 <funderscore> Sadly there's one thing I'll have to leave at 3.21
2025-06-12 17:43:51 <funderscore> but given most of my stuff is containerised that's easy ^^
2025-06-12 17:44:32 <funderscore> biboumi was dropped from stable repos because it uses outdated deps.... so I'll have to keep the container running that at 3.21.. other than that should be a smooth upgrade path
2025-06-12 18:20:53 <oxbar> i know i have syslog running at boot. how can i check it ? when you man syslog it talks about sending message to logger etc. . ? should i man syslogd and are they the same ?
2025-06-12 18:21:38 <lopid> your syslog.conf says what goes where
2025-06-12 18:21:53 <oxbar> Thanks
2025-06-12 18:46:47 <Saijin_Naib[m]> Are there docs for modifying the lts x86_64 kernel config to include a few tweaked knobs?
2025-06-12 18:47:19 <Saijin_Naib[m]> I have kind of done MRs hackily around this in the past, but I want to know what best practices are, if any, because there are a number I'd like to tweak at this point, mostly around zswap behavior
2025-06-12 18:53:52 <Biswa96[m]> make menuconfig will show all the options.
2025-06-12 18:54:28 <Saijin_Naib[m]> But that only shows the default upstream options, right? It doesn't load in the various patches that we carry to the kernel config, right?
2025-06-12 18:55:21 <Saijin_Naib[m]> So, I guess, how do I get a complete/representative picture of the currently shipped kernel config for linux-lts x86_64, load it into make menuconfig so I can tweak it further, and then export it out to diff against the current lts x86_64 config patch so I can add just the changes?
2025-06-12 18:55:49 <Saijin_Naib[m]> It looks like some of the knobs I want to turn have other dependencies that must be set, so if I just put the lines in manually, I'm going to break something, I think
2025-06-12 19:00:30 <oxbar> lopid: https://linux.die.net/man/8/syslogd ?
2025-06-12 19:03:11 <oxbar> i figured it out there is a man for syslog.conf
2025-06-12 19:21:29 <lopid> https://git.busybox.net/busybox/tree/docs/syslog.conf.txt
2025-06-12 20:20:02 <oxbar> Thanks lopid i would never have thought of looking for busybox then syslogd
2025-06-12 22:40:22 <dogg0> what is alpine linux based from? or is its own thing kinda like slackware? just trying to understand a bit.  thanks
2025-06-12 22:48:45 <fission> dogg0: it's its own thing
2025-06-12 22:52:26 <dogg0> thanks fission
2025-06-12 22:53:03 <fission> np
2025-06-12 23:02:01 <sertonix[m]> Saijin_Naib: If you start the build process and then go into the correct build directory (I forgot which one) you can do make menuconfug and it will use the alpine config. With some make command (which I unfortunatly too) it's possible to get the nodified config in the format of lts.x86_64.config.
2025-06-13 00:15:53 <jvvv> Saijin_Naib[m]: to add to what sertonix[m] wrote, i've submitted a couple of patches for linux-lts and what i did was spend some time studying (and testing out) the different functions in the APKBUILD. i don't remember specifically the steps i took, but i do remember that I ended up having to hand edit the resultant kernel configs so that they didn't change (add/remove) stuff
2025-06-13 00:15:55 <jvvv> that wasn't already in them and weren't part of what i was adding
2025-06-13 00:25:11 <jvvv> Saijin_Naib[m]: something along the line of: (1) edit the configs and set aside copies; (2) abuild checksum; (3) abuild unpack prepare updateconfigs; (4) inspect the configs; (5) rinse, repeat until you get the changes you are targetting and not changing unrelated stuff;
2025-06-13 01:20:27 <kayyyy> hiii, I'm running alpine v3.21 and wanted to update my postgres database from 13 to something newer, and am trying to follow along to the guides on the wiki, but the problem I'm running into is postgresql14 isn't packaged in v3.21? so I'm not sure how to get from 13 to 14.
2025-06-13 01:37:32 <invoked> kayyyy: the oldest postgres release for alpine 3.21 is 15
2025-06-13 01:38:02 <invoked> kayyyy: see https://pkgs.alpinelinux.org/packages?page=1&name=postgres%2A&branch=v3.21&repo=&arch=x86_64&origin=&maintainer=&flagged=
2025-06-13 02:05:24 <kayyyy> zamn
2025-06-13 03:28:13 <Farooq[MasterPotato][m]> A newbie question. I didn't find the answer by searching. how do I change the driver for an ethernet device after system boot?
2025-06-13 03:28:31 <Farooq[MasterPotato][m]> I think alpine uses the incorrect driver for ethernet
2025-06-13 03:28:36 <Farooq[MasterPotato][m]> for my SBC
2025-06-13 03:38:40 <fission> hmm maybe rmmod the 'bad' one and modprobe the 'good' one? (just a guess)
2025-06-13 04:26:02 <grawity> Farooq[MasterPotato][m]: what driver is it using (and how did you determine that), and what driver is it supposed to use?
2025-06-13 04:26:25 <mason> Farooq[MasterPotato][m]: Is there reason to not make it load the correct one on boot, and then reboot?
2025-06-13 05:46:01 <Farooq[MasterPotato][m]> mason, it's the iso. Can I change the default one in iso?
2025-06-13 05:47:52 <Farooq[MasterPotato][m]> _oftc_grawity, I will checkout and let you know
2025-06-13 05:47:56 <Farooq[MasterPotato][m]> I don't remember
2025-06-13 06:27:13 <Saijin_Naib[m]> sertonix and jvvv, thanks for the extra guidance. I hope to tackle this soon. I've had an Issue open for months and I have not closed it yet.
2025-06-13 08:53:45 <rnkn> what's the equivalent of chroot in alpine/linux? is it just chroot?
2025-06-13 08:54:03 <rnkn> i.e. for securing a web server
2025-06-13 08:56:50 <rnkn> just reading a blog post that suggests namespaces, but I have no idea what those are
2025-06-13 09:19:05 <Farooq[MasterPotato][m]> you probably are looking for cgroups
2025-06-13 09:19:48 <Donno> rnkn, overview of namespaces https://man7.org/linux/man-pages/man7/namespaces.7.html (the more common way of using namespaces is via a container runtime which handles the set-up of the namespace and cgroups)
2025-06-13 09:20:19 <Farooq[MasterPotato][m]> you can either do lxc or docker
2025-06-13 09:20:46 <Farooq[MasterPotato][m]> as an alternative to freebsd jails
2025-06-13 09:36:44 <Farooq[MasterPotato][m]> Donno being more helpful than Farooq :)
2025-06-13 09:37:04 <Farooq[MasterPotato][m]> well to be fair I gave 3 keywords
2025-06-13 09:37:18 <Farooq[MasterPotato][m]> that should be enough
2025-06-13 10:31:02 <hannesbraun> how do i find out why my system freezes? the syslog does not contain anything useful. the kernel log (recorded my syslog-ng) also doesn't appear to contain anything. i also tried the kernel's netconsole, but I didn't see anything there either.
2025-06-13 10:32:49 <hannesbraun> i usually get two freezes in the morning when I turn on my computer (within the first 30 minutes or so). then it'll run fine for the rest of the day.
2025-06-13 10:40:06 <aron> hannesbraun: maybe a memory error?
2025-06-13 10:40:35 <aron> what cpu do you have?
2025-06-13 10:41:03 <hannesbraun> intel core ultra 7 265k
2025-06-13 10:41:13 <aron> (some older intel cpu's have an idlestate-related bug)
2025-06-13 10:42:10 <aron> okay, so a recent cpu
2025-06-13 10:42:26 <aron> perhaps too recent, and the kernel does not support it yet? (been there)
2025-06-13 10:44:26 <aron> when it freezes, can you ping it? (if it's a gpu related issue, then you'll see it as frozen, but networking might still operational)
2025-06-13 10:44:59 <hannesbraun> i'm running linux-stable (6.15.2). i need to use that to get my ethernet port to work. i didn't have the issue with the lts kernel before. but i was using the lts just for a few days before i switched to stable. maybe i got lucky.
2025-06-13 10:45:10 <hannesbraun> no i can't ping it when it freezes
2025-06-13 10:46:42 <aron> did you ran memtest on it?
2025-06-13 10:46:53 <hannesbraun> not yet, i can try that later.
2025-06-13 10:47:05 <aron> could be a cooling problem
2025-06-13 10:48:15 <hannesbraun> maybe. although i wonder why it only occurs shortly after startup...
2025-06-13 10:50:25 <aron> dunno
2025-06-13 10:51:15 <aron> I can think to a supply problem as well (also, been there)
2025-06-13 10:55:46 <hannesbraun> i'll see what i can find out. thanks already.
2025-06-13 10:56:04 <aron> yw
2025-06-13 10:56:20 <aron> not too much help, tho :P
2025-06-13 11:21:40 <hannesbraun> aron: fyi, memtest86+ just froze as well after 8 minutes. so at least, I’m almost sure now that it‘s unrelated to linux…
2025-06-13 11:22:19 <aron> okay, that's something
2025-06-13 11:22:39 <aron> if you can exclude that really huge sw, that's a good progress
2025-06-13 14:45:46 <akyoto> hi, new here :) installed Alpine recently and loving it
2025-06-13 15:12:57 <ikke> akyoto: nice
2025-06-13 15:18:11 <akyoto> I originally just wanted to "try" it along Arch in a separate btrfs subvolume
2025-06-13 15:18:46 <akyoto> but I ended up liking the simplicity & minimalism so much it's become my main system now
2025-06-13 15:19:50 <akyoto> the only thing that I didn't get to work yet on my desktop was Nouveau
2025-06-13 15:20:19 <akyoto> but that's fine, I can use the iGPU in the meantime
2025-06-13 15:21:15 <Biswa96[m]> is it possible to test CI in my fork of aports before creating a merge request? I am not familiar with gitlab CI systems.
2025-06-13 15:24:50 <ikke> Biswa96[m]: If you're familiar with docker, you can use the registry.alpinelinux.org/alpine/infra/docker/build-base:edge image
2025-06-13 15:25:21 <prabu> akyoto, good to hear. I hope you found apk-snap for automated btrfs snapshots when using apk. also appreciate if you can share your dotfiles..
2025-06-13 15:25:30 <ikke> If you mount aports into the container, generate a key with `abuild-keygen -ain`, enable community and / or testing in /etc/apk/repositories, you should be able to build the package
2025-06-13 15:29:31 <akyoto> prabu: will definitely check it out. yea I can share it but I don't know the rules for sending links here..?
2025-06-13 15:33:57 <prabu> akyoto, i'm not aware of any rules that prevents sharing links, as long as it is related to alpine linux..
2025-06-13 15:36:10 <ikke> As long as it's not spam or harmful content, it's not an issue to link to other things
2025-06-13 15:36:46 <akyoto> prabu: gotcha - it's just some basic configs https://git.urbach.dev/eduard/home
2025-06-13 15:40:03 <prabu> akyoto, thanks
2025-06-13 15:51:07 <Biswa96[m]> ikke: I mean not in my pc. I can not test every architecture or it would take hours in my old pc.
2025-06-13 15:51:32 <ikke> Then I would just create a merge request
2025-06-13 15:52:14 <ikke> The merge request is what triggers CI to run
2025-06-13 15:54:07 <Biswa96[m]> wouldn't that annoy other devs due my multiple force push trying to fix it?
2025-06-13 15:55:17 <ikke> You can mark it as draft
2025-06-13 15:55:37 <ikke> But other than that, it would not make a difference
2025-06-13 16:03:26 <ikke> Biswa96[m]: in other words, if you at least checked the package built locally, no one is bothered if things fail and you need to fix them in an MR
2025-06-13 16:25:06 <faithuniterh_1> Hello,... (full message at <https://matrix.org/oftc/media/v1/media/download/AT4rRQqC11PyGA2pJ-BEakWReXvuQuryKQkXIPDRmPilggoAnR-lmnp3sq_bzGZqqXS4goPHvIwb4N1SJ8vKDbBCeXsjT79AAG1hdHJpeC5vcmcvTGRkaEZwYVZBZmNwcHJiZHlQVlN0bGJY>)
2025-06-13 17:53:23 <Biswa96[m]> funhauser: the android-tools does not provide apk build related tools. you have to install them from Android studio or from official direct link.
2025-06-13 19:59:03 <realroot[m]> do I need to open a bug for qmake6?
2025-06-13 19:59:05 <realroot[m]> ln -s /usr/lib/qt6/bin/qmake6 /usr/bin/qmake6
2025-06-13 19:59:13 <realroot[m]> @PureTryOut:matrix.org
2025-06-13 19:59:18 <realroot[m]> @PureTryOut:matrix.org
2025-06-13 20:00:23 <realroot[m]> @PureTryOut:matrix.org
2025-06-13 20:00:50 <realroot[m]> sorry for the triple ping
2025-06-13 20:07:12 <jvvv> realroot[m]: issue for that exists #17240
2025-06-13 20:08:10 <kapad> chroot
2025-06-13 20:08:23 <rhizoome> realroot[m]: usually qmake is meant to be selectable and doesn't install into /usr/bin. But I don't know if alpine is an exception to that because it does not provide multiple versions of "stuff".
2025-06-14 03:39:14 <valerius> just built a new desktop with 2 NVME drives, Alpine wants to install to the second one no matter what I do... anyone got a clue?
2025-06-14 03:39:39 <valerius> after 3 installs I can confirm I am not doing a typo when selecting the drive
2025-06-14 03:41:50 <dwfreed> how do you know which one's which?
2025-06-14 03:42:20 <valerius> the name
2025-06-14 03:43:29 <dwfreed> explain, are they different manufacturers/models, or do you mean nvme0.../nvme1... ?
2025-06-14 03:43:37 <valerius> the /dev entry
2025-06-14 03:43:53 <dwfreed> devices are generally enumerated in arbitrary order these days
2025-06-14 03:44:31 <valerius> wtf...
2025-06-14 03:44:34 <dwfreed> so if they are the same model and size, you'd have to look at the serial numbers to actually figure out which one is which
2025-06-14 03:44:36 <valerius> even drives?
2025-06-14 03:44:39 <dwfreed> yes
2025-06-14 03:45:25 <valerius> terrifying
2025-06-14 03:46:00 <Saijin_Naib[m]> dwfreedthat unstable enumeration is a pain, my single eMMC changes from mmcblk0 to mmcblk1 or mmcblk2 depending upon the reboot
2025-06-14 03:46:18 <Saijin_Naib[m]> Breaks my XFCE widgets that monitor it
2025-06-14 03:46:29 <valerius> whose genius idea was it to do this?
2025-06-14 03:46:31 <dwfreed> it's due to parallelism; if you had a box with 50 drives, would you really want to wait for each drive to be enumerated one by one?
2025-06-14 03:47:48 <dwfreed> there are plenty of stable ways to identify partitions and disks (once they've got a partition table) that don't rely on sda/nvme0/mmcblk0 to be stable
2025-06-14 03:50:55 <Saijin_Naib[m]> Oh my god, thank you
2025-06-14 03:51:13 <Saijin_Naib[m]> Five fucking years and you just gave me what I needed to not have the widget break every reboot
2025-06-14 03:51:21 <Saijin_Naib[m]> /dev/disk/by-id/mmc-58K721_0xd96716b1
2025-06-14 03:51:27 <Saijin_Naib[m]> instead of /dev/mmcblk*
2025-06-14 03:51:55 <dwfreed> Saijin_Naib[m]: yep
2025-06-14 03:52:13 <valerius> hmmmm... maybe something like that also exists for ALSA configs?
2025-06-14 03:52:27 <valerius> I would like my USB DAC to always be the preferred device, have to check every reboot... :|
2025-06-14 03:54:18 <dwfreed> idk, the devices I have with sound all run pipewire
2025-06-14 03:54:51 <longnoserob[m]> valerius: udev rule?
2025-06-14 03:56:08 <valerius> so, I've concluded that I am the single stone trying to block the flow of the river
2025-06-14 03:56:12 <Saijin_Naib[m]> dwfreedHappen to know if NFS mounts expose performance statistics on their mountpoint like local drives do so XFCE disk performance monitor can monitor it?
2025-06-14 03:56:16 <somercet> I have the same problem with /sys/devices/platform/coretemp.0/hwmon/hwmon0/temp4_input
2025-06-14 03:56:26 <valerius> came to Alpine to escape systemd
2025-06-14 03:56:27 <somercet> hwmon 0, 2, 3...
2025-06-14 03:56:39 <valerius> now I'm dealing with devices changing their /dev entry order every reboot
2025-06-14 03:56:54 <valerius> someone send me back to the late 90s please where I was happy
2025-06-14 03:57:16 <valerius> just give me OSS and a kernel that needs to be rebuilt to support my AGP card
2025-06-14 03:58:27 <Saijin_Naib[m]> Everyone has their specific flavor of pain, it seems
2025-06-14 03:58:30 <Saijin_Naib[m]> I want OS/2 again haha
2025-06-14 04:10:52 <fission> alpine is almost as fun as OS/2
2025-06-14 04:11:19 <Saijin_Naib[m]> It is way more fun, but I miss PMShell, like, a lot
2025-06-14 04:11:40 <Saijin_Naib[m]> I've tried to make XFCE look and behave like it as much as I can, but the actual workflow bits are still missing
2025-06-14 04:12:11 <fission> well... you know what to do
2025-06-14 04:12:41 <Saijin_Naib[m]> Go back to OS/2? Haha
2025-06-14 04:12:44 <fission> :)
2025-06-14 04:12:48 <Saijin_Naib[m]> File feature requests against XFCE?
2025-06-14 04:13:00 <Saijin_Naib[m]> I wish I had enough money to sponsor someone to make the addons for me that I want
2025-06-14 04:13:01 <fission> heh was there cygwin for OS/2? :)
2025-06-14 04:13:05 <fission> me too
2025-06-14 04:13:21 <fission> if I were rich I think I'd just hire a team of coders to do random weird OSS stuff on my behalf
2025-06-14 04:13:25 <Saijin_Naib[m]> Not sure, but Odin was pretty slick, plus EverBlue
2025-06-14 04:13:36 <Saijin_Naib[m]> That sounds like a good use of extra money
2025-06-14 04:13:54 <fission> it's my dream, basically
2025-06-14 04:55:10 <valerius> well, I solved my own problem... I just angrily yanked the second NVME drive out while cursing modernity
2025-06-14 04:55:19 <valerius> and now I know for sure where Alpine got installed physically
2025-06-14 05:02:53 <jvvv> valerius: one option you can go with is to use UUID of the filesystem instead of the device file path for fstab and bootloader params
2025-06-14 05:03:17 <valerius> the problem was knowing what physical drive I was installing to
2025-06-14 05:03:40 <valerius> it's a fresh system, so impossible to know what it thought was /dev/nvme0
2025-06-14 05:04:02 <jvvv> UUID would solve that
2025-06-14 05:04:11 <valerius> it doesn't solve that
2025-06-14 05:04:16 <jvvv> wrong
2025-06-14 05:04:21 <valerius> right
2025-06-14 05:04:28 <valerius> how do you know what physical device it was?
2025-06-14 05:04:46 <valerius> can you tell me if it was the drive at the top of the mobo or the bottom based on the UUID?
2025-06-14 05:05:19 <jvvv> the boot loader and the kernel can find the partition based on UUID
2025-06-14 05:05:26 <valerius> that's not what I'm talking about
2025-06-14 05:05:41 <valerius> I don't care about that, I care about if it installed to the drive above the GPU or below it
2025-06-14 05:06:31 <jvvv> ah, sorry... perhaps that is above and i didn't read far enough back
2025-06-14 05:06:44 <valerius> yeah, I am also sorry... I am a bit bitchy at the moment :p
2025-06-14 05:07:01 <valerius> I just built a $4500 computer and now I'm wrestling with "modern" Linux
2025-06-14 05:07:28 <fission> 
ACTION hands valerius a snickers

2025-06-14 05:08:40 <jvvv> i try to walk away when i get bunched up... try and sometimes fail. next time will take a walk and go get a snickers 
2025-06-14 05:10:09 <valerius> now I get to figure out why the Alpine installer's framebuffer console was fast and after installation it is slow
2025-06-14 05:10:37 <valerius> most likely a missing kernel module or something needing to be added to the initramfs
2025-06-14 05:32:58 <Farooq[MasterPotato][m]> For this do you think it's a good idea that I compile latest kernel myself?
2025-06-14 05:32:58 <Farooq[MasterPotato][m]> https://gitlab.alpinelinux.org/alpine/aports/-/issues/17264
2025-06-14 05:46:15 <fission> if they are modules, why not just blacklist the one that causes issues
2025-06-14 05:59:42 <jvvv> Farooq[MasterPotato][m]: which armbian image had you tried? i'm looking to compare the kernel configs
2025-06-14 06:37:07 <realroot[m]> cai list deps of a package with apk ?
2025-06-14 06:37:13 <realroot[m]> can i
2025-06-14 06:38:56 <somercet> realroot[m], apk -R info <pkg>
2025-06-14 06:41:15 <realroot[m]> thanks
2025-06-14 06:54:16 <pu> Hello everybody, just a shot in the dark. One of my VPS does not start after yesterday's updates, no messages whatsoever. Another one who got the same treatment has no problems restarting. Any known problem with updates from Sunday evening or later? 
2025-06-14 06:55:54 <Farooq[MasterPotato][m]> @_oftc_jvvv:matrix.org Can you instead tell me what to do? I wanna learn
2025-06-14 07:12:15 <jvvv> Farooq[MasterPotato][m]: well, fission's advice is good... i would start with that
2025-06-14 07:12:48 <jvvv> i was only going the compare the kernel config  files...
2025-06-14 07:14:02 <jvvv> but you could use 'dmesg -H' to look through the kernel messages to try to see what is going wrong... that could give you some idea what's up
2025-06-14 07:24:03 <Farooq[MasterPotato][m]> hmm am I doing the binds and unbinds correctly? I do `echo device_name > /stmmaceth/unbind` then do `echo device_name > /dwmac-meson8b/bind`
2025-06-14 07:44:56 <distrobox-alpine-user> Hello, im trying to static link an sdl1 project via sdl12-compat-static but there is no libsdl.a, am i missing something? https://pkgs.alpinelinux.org/contents?name=sdl12-compat-static&repo=community&branch=edge&arch=x86_64
2025-06-14 07:46:19 <jvvv> Farooq[MasterPotato][m]: to blacklist a module, add a file to the /etc/modprobe.d directory with a line like 'blacklist stmmaceth'.
2025-06-14 07:51:32 <jvvv> distrobox-alpine-user: try libSDLmain.a
2025-06-14 07:51:32 <distrobox-alpine-user> I'll ask in devel instead
2025-06-14 07:51:40 <distrobox-alpine-user> I did
2025-06-14 07:51:49 <distrobox-alpine-user> it shows linker errors
2025-06-14 07:52:12 <Farooq[MasterPotato][m]> @jvvv
2025-06-14 07:52:24 <Farooq[MasterPotato][m]> why not just bind and unbind?
2025-06-14 07:52:32 <distrobox-alpine-user> I'm trying to build this: https://github.com/Shoozza/juno
2025-06-14 07:52:48 <jvvv> Farooq[MasterPotato][m]: i wish i knew what you  are referring to
2025-06-14 07:53:34 <distrobox-alpine-user> the build command is ./build.py static
2025-06-14 07:55:23 <distrobox-alpine-user> it links against SDL as well but if you comment it out it will show linker errors:
2025-06-14 07:55:31 <distrobox-alpine-user> /usr/lib/gcc/x86_64-alpine-linux-musl/14.2.0/../../../../x86_64-alpine-linux-musl/bin/ld: m_graphics.c:(.text+0x287): undefined reference to `SDL_Init'
2025-06-14 07:55:37 <jvvv> distrobox-alpine-user: i was looking in there, yes. but i'm trying to determine if the sdl versions match
2025-06-14 07:57:25 <jvvv> that static lib is a stub
2025-06-14 07:57:48 <distrobox-alpine-user> what can i do to make it work?
2025-06-14 07:58:11 <jvvv> https://tpaste.us/W5M0
2025-06-14 07:59:08 <distrobox-alpine-user> maybe it's not intended to static link the compat layer?
2025-06-14 07:59:55 <jvvv> yeah, you might need to add the sdl12-compat-dev package also
2025-06-14 08:01:49 <jvvv> but that package only contains headers and links to the shared libs
2025-06-14 08:03:21 <distrobox-alpine-user> I have that one too but yeah it's not for static linking
2025-06-14 08:04:06 <jvvv> the -dev pkg will pull in the main pkg, which actually has the shared library, but unfortunately, the static one is pretty much useless...
2025-06-14 08:04:35 <jvvv> give me a minute, i'll look at the APKBUILD so i can get my bearings
2025-06-14 08:05:10 <distrobox-alpine-user> btw SDL2main.a has a similar stub
2025-06-14 08:05:37 <distrobox-alpine-user> and the sdl2 static lib is named libSDL2.a
2025-06-14 08:05:48 <Farooq[MasterPotato][m]> `echo devname > /sys/class/net/eth0/device/driver/unbind; echo devname > /sys/modules/dwmac_meson8b/bind`
2025-06-14 08:06:52 <distrobox-alpine-user> so i'd say the libSDLmain.a is valid as it is, the libSDL.a static library is just missing/wasn't built
2025-06-14 08:10:33 <jvvv> i'm looking at the source's CMakeList.txt file now
2025-06-14 08:12:59 <distrobox-alpine-user> if(STATICDEVEL AND SDL12DEVEL)
2025-06-14 08:13:10 <distrobox-alpine-user> maybe SDL12DEVEL wasn't set?
2025-06-14 08:13:53 <jvvv> i think it just needs the STATICDEVEL
2025-06-14 08:14:05 <jvvv> the other defaults on
2025-06-14 08:14:57 <jvvv> can put in an issue, or a merge request
2025-06-14 08:16:30 <distrobox-alpine-user> thanks :)
2025-06-14 08:16:48 <distrobox-alpine-user> that would be great
2025-06-14 08:17:16 <jvvv> there's more to it, i'm afraid, i'll look at after i give my eyes a rest
2025-06-14 08:27:08 <jvvv> looks to like sdl12 only compiles a real static lib for win32
2025-06-14 08:27:24 <jvvv> *to me
2025-06-14 08:33:03 <jvvv> Shoozza: i think you may want read the sdl12-compat README.md file, it talks about needing SDL2
2025-06-14 08:36:03 <Shoozza> Yeah it implements SDL1 on top of SDL2
2025-06-14 08:36:52 <jvvv> so i think no need for an issue or mr
2025-06-14 08:36:53 <Shoozza> I probably need to link sdl as well as sdl2 for the startic build
2025-06-14 08:37:10 <Shoozza> but i already linked with sdl2 and it didn't work
2025-06-14 08:37:13 <jvvv> yeah, that's how i read it also
2025-06-14 08:37:49 <Shoozza> since the SDL_ commands are missing in libSDLmain.a and are only in libSDL.a (or whatever the compat name would be)
2025-06-14 08:38:13 <Shoozza> SDL2.a has SDL2_ functions
2025-06-14 08:38:34 <Shoozza> there is another compat version for SDL2 built on top of SDL3
2025-06-14 08:39:11 <Shoozza> https://pkgs.alpinelinux.org/package/edge/community/x86_64/sdl2-compat-dev
2025-06-14 08:39:36 <Shoozza> wonder if thats different
2025-06-14 08:40:15 <jvvv> not sure... sorry i'm i about wiped out... gotta give up the ghost
2025-06-14 08:40:57 <Shoozza> Is there a guide how to work with alpine packages, maybe i can at least try myself
2025-06-14 08:41:14 <Shoozza> I don't understand where i can find the -static package
2025-06-14 08:45:08 <Shoozza> i don't see install_if either in the package, weird. Thanks for now.
2025-06-14 08:49:21 <jvvv> yw, sorry i've not been more help... there's info on packaging on the wiki; i got me started well enough a few years ago. it's pretty straight forward. if you've ever packaged for arch, you won't find it too hard to grasp
2025-06-14 08:50:13 <jvvv> and the manual pages for APKBUILD are pretty thorough
2025-06-14 08:51:16 <jvvv> for setting the build environment, https://wiki.alpinelinux.org/wiki/Setting_up_the_build_environment_on_HDD
2025-06-14 08:52:05 <jvvv> and for abuild, https://wiki.alpinelinux.org/wiki/Creating_an_Alpine_package
2025-06-14 12:20:06 <longnoserob[m]> has anyone used onboard on 3.22 already?
2025-06-14 14:45:09 <longnoserob[m]> sertonix: we could also do this debugging of aport#17267 here
2025-06-14 14:59:50 <Saijin_Naib[m]> @longnoserob on x86_64 xfce 
2025-06-14 15:06:34 <longnoserob[m]> <Saijin_Naib[m]> "@longnoserob on x86_64 xfce..." <- could you do the following: `head -n 1 /usr/bin/onboard`
2025-06-14 15:17:56 <longnoserob[m]> sertonix: seems to only affect 3.22 , edge correctly has `#!/usr/bin.python3`
2025-06-14 15:23:42 <Saijin_Naib[m]> @longnoserob it'll be much later, not at computers
2025-06-14 15:23:51 <Saijin_Naib[m]> Post in the issue or here?
2025-06-14 15:24:23 <longnoserob[m]> checked already the aarch64 package in 3.22 shows the same issue
2025-06-14 15:24:35 <longnoserob[m]> edge is fine, not quite clear why
2025-06-14 15:24:57 <longnoserob[m]> anyway, could do more testing if needed on my side after some sleep
2025-06-14 15:56:54 <mio> longnoserob[m]: does it have a dependency on py3-setuptools? if so, probably just needs a rebuild against newer version of py3-setuptools
2025-06-14 16:04:43 <mio> to clarify, if it is setuptools-related, the py3-setuptools already in 3.22 is fine, but that it was probably built against an older version between upgrades that had the issue with the shebang being generated incorrectly
2025-06-14 16:07:37 <mio> in which case a pkgrel bump should do
2025-06-14 21:19:06 <rdg> hi, I'm trying to make woodpecker-server run, but it seems it is not getting the config variables set in the environment. It is implemented by sourcing the config file (which is just a shell script that defines the variables) via set -a; source $config; set +a in the init start_pre function of the init openrc service
2025-06-14 21:20:43 <rdg> Running it directly from the start() function does work. It seems to be supervise-daemon causing the env variables to dissapear
2025-06-14 21:48:20 <durrendal> rdg: what version of alpine are you on, 3.22, edge? Can you share your server.conf file, with any secrets redacted from it?
2025-06-14 21:49:22 <rdg> durrendal: nvm, it is passing the variables just fine, it was failing due to other problem but I was not seeing the error log
2025-06-14 21:50:19 <rdg> I had to put WOODPECKER_LOG_FILE=/var/log/woodpecker/server.log here https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/community/woodpecker/woodpecker-server.conf#L7
2025-06-14 21:51:23 <durrendal> Ah yeah, I used the default values that the woodpecker documentation suggested when I packaged it. Stderr doesnt make much sense for a service though. 
2025-06-14 21:51:31 <durrendal> I'll fix that tonight :)
2025-06-14 21:52:42 <rdg> thanks! :)
2025-06-14 21:53:50 <durrendal> No problem at all! Thanks for mentioning  the issue!
2025-06-14 22:17:34 <rdg> given that woodpecker-agent doesn't seem to have a way to output the log to a file by itself, may be worth leaving the error to stderr and then add in the service error_log=$log in both server and agent
2025-06-14 23:08:02 <durrendal> I believe you can pass woodpecker agent --log-level debug --log-file /var/log/woodpecker/agent.log or something similar to have to log. 
2025-06-14 23:08:46 <durrendal> I was actually monkeying with the woodpecker-agent config earlier today and added that to the command_args of the rc service to debug an issue with my labels.
2025-06-14 23:11:46 <rdg> > --log-file value    Output destination for logs. 'stdout' and 'stderr' can be used as special keywords. (default: "stderr") [$WOODPECKER_LOG_FILE]
2025-06-14 23:11:59 <rdg> right, is just missing in the docs for the agent
2025-06-14 23:17:31 <durrendal> Which is why I didn't add it when I packaged it. I stumbled on it by accident. It'll definitely get fixed once I can get the kids down and back on a computer though 
2025-06-15 06:39:52 <akira> test
2025-06-15 06:39:54 <akira> anyone here
2025-06-15 06:40:13 <longnoserob[m]> all in neo-tokyo
2025-06-15 06:40:49 <akira> ohai
2025-06-15 06:43:21 <longnoserob[m]> what brings you here?
2025-06-15 07:17:34 <Babba> @akira, we are watching until someone says something, there are som skilled people here, i'm not one of them, yet
2025-06-15 07:18:05 <Babba> i just use alpine and learn alittle every now and then, crafy little box :)
2025-06-15 07:18:15 <Babba> *crafty
2025-06-15 09:16:06 <telmich> I'm a bit puzzled.. I've to machines running against edge, on one of them I consistently get a linking error for pavucontrol:
2025-06-15 09:16:06 <telmich> Cannot mix incompatible Qt library (6.8.3) with this library (6.8.2)
2025-06-15 09:16:06 <telmich> I'm currently running a apk info | xargs  apk fix, but I'm puzzled that I've mixed libraries anyway
2025-06-15 09:16:06 <telmich> [18:13] blind:~% apk list -I | grep qt| grep 6.8.2 | wc -l... (full message at <https://matrix.org/oftc/media/v1/media/download/Ab-ZlXJB3luh0iaq1JYzvRtCjUFfLDRmCMka4vLG-xRP03WRw2G5i6mFAFJh4lhBbcTPJUCqbPrBd01jZQTC-vhCeXuvjsugAG1hdHJpeC5vcmcvc0ZLREd4RENLaUxUa2hWbVphUXpsQ3FG>)
2025-06-15 09:16:06 <telmich> And what is a bit strange:
2025-06-15 09:16:08 <telmich> qt6-qt5compat-6.8.2-r0 qt6-qtbase-6.8.2-r0 qt6-qtwebengine-6.8.2-r1
2025-06-15 09:16:08 <telmich> % echo $(apk list -I | grep qt| sed 's/x86.*//' | grep 6.8.2 ) 
2025-06-15 09:16:10 <telmich> on the other system running against edge, there is no package left linked against 6.8.2
2025-06-15 09:36:20 <telmich> apk list -I qt6-qtbase
2025-06-15 09:36:20 <telmich> qt6-qtbase-6.8.2-r0 x86_64 {qt6-qtbase} (LGPL-2.1-only AND LGPL-3.0-only AND GPL-3.0-only AND Qt-GPL-exception-1.0) [installed]
2025-06-15 09:36:27 <telmich> (above is on the failing system)
2025-06-15 09:36:34 <telmich> bibimbap:~% apk list -I qt6-qtbase
2025-06-15 09:36:34 <telmich> qt6-qtbase-6.8.3-r0 x86_64 {qt6-qtbase} (LGPL-2.1-only AND LGPL-3.0-only AND GPL-3.0-only AND Qt-GPL-exception-1.0) [installed]
2025-06-15 09:36:39 <telmich> This is from the working system
2025-06-15 09:37:06 <telmich> Both use http://dl-cdn.alpinelinux.org/alpine/edge/{main, community, testing}
2025-06-15 09:41:14 <telmich> On apk update, I see both the same versions
2025-06-15 09:41:23 <telmich> (same package versions, not same version of q6-qtbase)
2025-06-15 09:42:41 <longnoserob[m]> do an apk upgrade -aU on both
2025-06-15 09:43:13 <telmich> No changes on either system
2025-06-15 09:43:40 <telmich> And apk search qt6-qtbase on the failing system shows the 6.8.3 version
2025-06-15 09:43:53 <telmich> apk upgrade qt6-qt5compat qt6-qtbase qt6-qtwebengine does not change anything though
2025-06-15 09:49:05 <telmich> ohh
2025-06-15 09:49:06 <telmich> (1/3) [APK unavailable, skipped] Reinstalling qt6-qtbase (6.8.2-r0)
2025-06-15 09:49:12 <telmich> (when I run apk fix on it)
2025-06-15 09:52:00 <telmich> Which works fine on the other machine: (1/1) Reinstalling qt6-qtbase (6.8.3-r0)
2025-06-15 09:58:06 <telmich> an apk fetch qt6-qtbase qt6-qt5compat qt6-qtwebengine works on the failing machine and downloads the 6.8.3 packages
2025-06-15 10:30:22 <ikke> telmich: try: `apk add -s qt6-qtbase=6.8.3-r0`
2025-06-15 10:31:29 <telmich> ahhhhhhh
2025-06-15 10:31:34 <telmich> now I get a much much much much much better error message
2025-06-15 10:31:50 <telmich> it's about icu libs
2025-06-15 10:32:09 <telmich> icu-libs-74.2-r0: conflicts: icu-libs-76.1-r0 ...
2025-06-15 10:32:11 <telmich> three of them
2025-06-15 10:33:03 <ikke> that's not what's holding it back
2025-06-15 10:33:18 <ikke> something is keeping icu-libs-74.2-r0 installed
2025-06-15 10:33:48 <telmich> what was the best place to send a paste?
2025-06-15 10:34:34 <ikke> https://tpaste.us
2025-06-15 10:34:40 <telmich> I think icu-libs 74 is there because of: satisfies: webkit2gtk-2.44.4-r0[so:libicui18n.so.74] webkit2gtk-2.44.4-r0[so:libicuuc.so.74]
2025-06-15 10:34:52 <ikke> webkit2gtk has been removed
2025-06-15 10:35:23 <telmich> Ah, I still have midori, which depends on it, deleting both now
2025-06-15 10:35:36 <ikke> 1bb817533b2a46cbfb7306f5ea32d327d305a711
2025-06-15 10:35:37 <telmich> now the upgrade seems to catch up
2025-06-15 10:36:33 <ikke> Another good way of catching these is `apk list --orphaned`
2025-06-15 10:36:34 <telmich> I wonder if there is an easier way to debug these issues? it seems that apk should be able to tell me that something is not right, the apk upgrade -a seemed to be fine, I only noticed something is broken due to pavucontrol-qt not working anymore
2025-06-15 10:37:07 <ikke> and `apk version` to see outdated packages
2025-06-15 10:37:39 <telmich> uih
2025-06-15 10:37:40 <telmich> [19:37] blind:~% apk list --orphaned | wc -l
2025-06-15 10:37:40 <telmich> 89
2025-06-15 10:37:55 <telmich> tons of fwupd-plugin-*
2025-06-15 11:35:35 <p_6f3Ik7Suw> wow TIL ikke thank you for this <3 > `apk list --orphaned` 
2025-06-15 11:53:34 <sertonix[m]> (a future version of apk will automatically complain about orphaned packages)
2025-06-15 13:41:00 <longnoserob[m]> ffmpeg needs to be rebuilt after librav was updated..... (full message at <https://matrix.org/oftc/media/v1/media/download/AWLGvRDFepyCGrns8zT5ol8QBlOsTcmg0VvBD1NsH-hh1Oo8xmQjtZLX7TlTlCW148fZusX_xkarybHr7VKkKjZCeXu-t48AAG1hdHJpeC5vcmcvVk9FR0xweVhUYWVHS2VnRkJReFZ4emRK>)
2025-06-15 14:01:15 <valerius> yeah, having the same problem
2025-06-15 14:01:25 <valerius> can't install a browser right now
2025-06-15 14:01:53 <ikke> #17269
2025-06-15 14:02:35 <valerius> glad to see it's already in the queue
2025-06-15 14:03:19 <ikke> That's an issue\
2025-06-16 05:01:03 <faithuniterh_1> Biswa96: I have tried installing it from Android Studio but it just doesn't work right. I thought there would be a standalone package like how apktool exists. Or even better like how it exists separately as a package in debian.
2025-06-16 07:56:49 <xfdgbxd> How setup network on Alpine rootfs image in proxmox lxc?
2025-06-16 07:57:30 <DaeEuhwa[m]> <faithuniterh_1> "Biswa96: I have tried installing..." <- Are you trying to get the android SDK?
2025-06-16 07:57:30 <DaeEuhwa[m]> What OS do you use?
2025-06-16 07:59:28 <xfdgbxd> Pls help, with image of proxmox templates all is ok
2025-06-16 08:00:44 <DaeEuhwa[m]> xfdgbxd: Tried Network manager yet?
2025-06-16 08:00:52 <xfdgbxd> By the way, could you recommend a lightweight dns server with DOT?
2025-06-16 08:01:14 <DaeEuhwa[m]> * you use? (Likely Alpine, chances are no standalone package)
2025-06-16 08:01:47 <DaeEuhwa[m]> I am not familiar with the term "DOT" sorry.
2025-06-16 08:01:47 <DaeEuhwa[m]> I am not sure if packages for these exist
2025-06-16 08:01:47 <DaeEuhwa[m]> I have before, used Pi-Hole Technitium, and adguards home server.
2025-06-16 08:02:15 <xfdgbxd> -sh: NetworkManager: not found
2025-06-16 08:02:32 <DaeEuhwa[m]> Ah, you need to install it first of course
2025-06-16 08:02:39 <DaeEuhwa[m]> If you can that is
2025-06-16 08:03:20 <DaeEuhwa[m]> Alpine has ifupdown-ng by default. I'm not sure how to use it
2025-06-16 08:12:19 <xfdgbxd> Set dhcp to eth0 in /etc/network/interfaces not work
2025-06-16 08:12:32 <xfdgbxd> (Network bridge)
2025-06-16 08:17:58 <Lord> xfdgbxd: did you try "setup-interfaces" ?
2025-06-16 08:18:47 <Lord> i use blocky on my router to have DoT and DoH
2025-06-16 08:21:24 <xfdgbxd> Setup-interfaces eat in roots container image?
2025-06-16 08:22:58 <xfdgbxd> My router wery shit, i trying setup dns server in lxc for https with secure certificates in lan
2025-06-16 08:23:35 <xfdgbxd> -sh: setup-interfaces: not found
2025-06-16 08:24:35 <xfdgbxd> cat /etc/network/interfaces auto lo iface lo inet loopback iface lo inet6 loopback  auto eth0 iface eth0 inet dhcp
2025-06-16 08:25:21 <xfdgbxd> Maybe i need dhcp client?
2025-06-16 08:27:17 <akyoto> xfdgbxd: I believe busybox includes a default one, though you can install a more sophisticated one
2025-06-16 08:27:32 <akyoto> you did restart the networking service after altering the file, right?
2025-06-16 08:29:37 <ikke> minirootfs is not complete for lxc
2025-06-16 08:29:51 <ikke> It's more targeted towards docker 
2025-06-16 08:29:55 <xfdgbxd> I reboot after edit and dhcp/static not applied
2025-06-16 08:30:38 <ikke> xfdgbxd: can you use https://pkgs.alpinelinux.org/package/edge/main/x86_64/lxc-templates-legacy-alpine?
2025-06-16 08:30:57 <ikke> Not sure if that works with proxmox lxc
2025-06-16 08:32:33 <xfdgbxd> Why use a legacy image?
2025-06-16 10:36:25 <Mihies> hi everybody, I have an odd problem (at least to me). Mv Alpine Linux running in a VM is consuming all available memory (~24GB) and yet it is not clear where. The only thing I'm running is docker, but even when I stop docker service, the memory situation is the same.
2025-06-16 10:36:38 <Mihies> Nor htop nor top doesn't help
2025-06-16 10:36:56 <Mihies> Nor anything else I've found on internet regarding discovery where memory goes
2025-06-16 10:37:07 <Mihies> Anybody can help me figuring it out?
2025-06-16 10:37:08 <Habbie> can you show us (pastebin) that it is doing that?
2025-06-16 10:37:15 <ikke> Maybe balooning?
2025-06-16 10:38:33 <Mihies> Here:
2025-06-16 10:38:34 <Mihies>  free -h
2025-06-16 10:38:34 <Mihies> Mem:          23.5G       22.9G      379.9M       20.5M      260.0M      289.4M
2025-06-16 10:38:34 <Mihies>               total        used        free      shared  buff/cache   available
2025-06-16 10:39:32 <ikke> Maybe slabtop?
2025-06-16 10:41:08 <Mihies> how can I install slabtop? apk add slabtop doesn't work
2025-06-16 10:41:17 <Habbie> maybe apk add cmd:slabtop
2025-06-16 10:43:01 <akyoto> seems to be in procps-ng according to apk search
2025-06-16 10:43:02 <Mihies> ok
2025-06-16 10:43:10 <Mihies> what sort would you prefer for slabtop?
2025-06-16 10:43:20 <Mihies> (cmd:slabtop works)
2025-06-16 10:45:36 <ikke> -s c
2025-06-16 10:46:04 <ikke> And maybe use --nce
2025-06-16 10:46:11 <Mihies> apk add cmd:slabtop
2025-06-16 10:46:20 <ikke> slabtop -s c --human --once | head -n20 
2025-06-16 10:46:27 <Mihies> https://imgdrop.us/1feYqAJ.png
2025-06-16 10:46:37 <Mihies> (just with -s c) will do the above one now
2025-06-16 10:47:30 <ikke> Still, doesn't account for ~20G of memory
2025-06-16 10:47:56 <Mihies> https://pastebin.com/243AWf65
2025-06-16 10:48:00 <ikke> https://unix.stackexchange.com/questions/259659/high-memory-usage-but-no-process-is-using-it
2025-06-16 10:48:06 <Mihies> (this is the above just without --human)
2025-06-16 10:48:28 <ikke> Yeah, not sure it makes a difference anyway
2025-06-16 10:49:07 <Mihies> yup
2025-06-16 10:49:26 <Mihies> balooning might be, not sure how to verify it (running a vm in TrueNAS Scale)
2025-06-16 10:51:15 <ikke> Maybe you can try https://serverfault.com/a/1047457
2025-06-16 10:51:52 <ikke> But since buffers / cache is not showing a lot of memory usage, not sure that would make a difference
2025-06-16 10:52:51 <Mihies> yep, in fact not helping
2025-06-16 10:54:00 <Mihies> https://www.truenas.com/community/threads/memory-ballooning-not-functioning.116865/
2025-06-16 10:54:04 <Mihies> this seems similar
2025-06-16 11:00:04 <Mihies> I'll try poking guys in TrueNAS scale forums meanwhile, thanks for help so far
2025-06-16 11:03:30 <Mihies> interesting, it's actually using only a couple of GBs of host memory
2025-06-16 11:09:31 <kapad> i think even if installer uses `ifupdown-ng` when make install is busybox-ifupdown, at least that what happen to me in 3.21
2025-06-16 11:11:47 <kapad> ^ in pi4. i set up network under interfaces.d/* then on boot ifupdown was unable to `parse the file`. and that was the reason. `cat interfaces.d/* > interfaces` solves the problem, if want to keep busybox version
2025-06-16 11:13:30 <Mihies> @ikke -> mystery solved thanks to your tip about balooning. I removed the "min memory" setting alltogether and it uses a fixed given amount of memory from host and free -h is reporting as one would expect
2025-06-16 11:17:02 <ikke> Cool 
2025-06-16 11:23:20 <Mihies> for the curious, here is my community question https://forums.truenas.com/t/memory-reported-to-guest-os-is-wrong-when-using-balooning/45916
2025-06-16 13:03:30 <pu> Hello, 
2025-06-16 13:03:30 <pu> 1. is it possible to have multiple kernels installed (like, -virt and -lts, and you choose at boot)
2025-06-16 13:03:30 <pu> 2. if not, how can I change from -virt to -lts without painting myself into a corner
2025-06-16 13:03:30 <pu> 3. if so, is there a supported machanism to automatically keep the previous kernel and make it available on boot?
2025-06-16 13:05:52 <jahway603[m]> pu: You're able to install different kernels and then select the one you want to use at boot in GRUB.
2025-06-16 13:07:43 <pu> jahway603[m]: would this also work with syslinux instead of grub?
2025-06-16 13:08:47 <aron> yes, grub is just an example
2025-06-16 13:12:09 <pu> I see, so this would work ootb by just adding linux-lts to the existing linux-virt.
2025-06-16 13:12:09 <pu> But these are 2 different packages, whereas for one of those, the previous kernel is no longer in the repos, and would have the same name, right?
2025-06-16 13:13:47 <aron> this could happen to any other package as well
2025-06-16 13:16:13 <pu> True; but for the kernel it's worse since you may not be able to restart the machine (which happened to me). Is there a repo with previous versions, or a supported way to setup one?
2025-06-16 13:33:53 <p_6f3Ik7Suw> no no such repo with previous versions.
2025-06-16 13:34:55 <p_6f3Ik7Suw> you might want to make a copy of your /lib/modules for when the kernel upgrades and deletes the old modules. it's a thing that bites me often, since years, and apparently this pita is totally normal and i am weird that i feel it.
2025-06-16 13:37:12 <p_6f3Ik7Suw> but really, it is something you get used to, and alpine is the least worst of all distros, so paying this little price is totally worth it
2025-06-16 13:38:47 <p_6f3Ik7Suw> you can also just unmount /boot after booting, and any updates will go to a "shadow-boot" that you can use anytime to update your production boot partition from.
2025-06-16 13:39:15 <p_6f3Ik7Suw> (but still good to keep a copy of your kernel mods for the kernel you are running)
2025-06-16 14:58:51 <pu> Since my machines are all virtual (Hetzner, or Proxmox), I will probably do cold backups before a kernel is upgraded. This brings an additional downtime, but I am not a hyperscaler. Still bothers me since Debian for example does both (keeps older packages available and has a fallback option to the previous kernel at boot).
2025-06-16 14:58:51 <pu> That said, I do love Alpine and I donate each month.
2025-06-16 15:10:08 <aron> pu: you can make kernel package backup anytime you want, so you can have any number of backups
2025-06-16 15:21:52 <pu> aron: Sure but how do I reinstall them when the machine does not start? Rescue disk, chroot into the broken install and try to apk add?
2025-06-16 15:55:46 <invoked> probably, this is one of the downsides to switching away from -virt (which enables serial by default, iirc)
2025-06-16 15:56:20 <invoked> understand what you're trading off on
2025-06-16 16:46:27 <akyoto> pu: can't you just select them, to boot from backup? in the boot manager I mean
2025-06-16 16:47:09 <akyoto> e.g. rEFInd automatically shows me everything that starts with vmlinuz- on /boot as a bootable option
2025-06-16 17:02:15 <aron> pu: if you have at least 2 kernels installed, pin one of them, and you can use that as a rescue
2025-06-16 17:02:29 <aron> but if you use it in a VM, you probably don't want to switch from -virt
2025-06-16 17:02:32 <aron> I never did
2025-06-16 17:04:26 <akyoto> I have multiple kernels on my desktop install, but on Hetzner I'm also just using -virt
2025-06-16 18:17:27 <pu> So did I, until 3.22-virt which does no longer boot (on aarch64, that is)
2025-06-16 18:29:37 <aron> pu: were you able to gather some details why it does not boot?
2025-06-16 18:53:37 <HadiChokr[m]> Hi! I'm a KDE Developer and we are currently working on a GUI frontend for Distrobox called Kontainer (formerly K-Box). We'd like to include the Alpine Linux logo in the UI to visually represent Alpine-based containers.... (full message at <https://matrix.org/oftc/media/v1/media/download/Ad2uvOCK1rjuMazON0Mlklm3RtiRSTeppLAMPArYKDpmbNG3Xsz0oO32QwnbVrmqswtK-rT-33mZzBzjpGtYCwVCeXwjAIHwAG1hdHJpeC5vcmcvZGxDbXJUbXBuaklVYXdPS09MRk53RFB3>)
2025-06-16 18:57:02 <ikke> ncopa: ^
2025-06-16 18:57:23 <ikke> There should be no issue, but I'm not sure who the actual rightsholder is
2025-06-16 18:59:09 <HadiChokr[m]> Hmmm. Thanks. Since for Reuse Complaince i have to define the Copyrightholder and License since currently its just having a placeholder so the CI can shut up.
2025-06-16 19:00:20 <HadiChokr[m]> And for actuall Redistribution (since it is currently in Playground state aka KDE saying of Heavy Development) we would need to correctly define them.
2025-06-16 19:05:57 <ikke> The logo has been added to the website 10 years ago, but I'm not sure who actually created it
2025-06-16 19:06:02 <ikke> ncopa may be able to tell
2025-06-16 19:06:59 <quinq> Would be to “Alpine Linux Development Team”
2025-06-16 19:17:52 <HadiChokr[m]> Thanks. Juat 28 Distros left to go. 
2025-06-16 19:18:00 <HadiChokr[m]> *just
2025-06-16 19:18:17 <HadiChokr[m]> Really love Alpine btw. Goodbye
2025-06-16 19:18:22 <ikke> bye
2025-06-16 19:27:51 <PureTryOut> Hadi Chokr: hey btw just packaged Kontainer for Alpine, thanks for making it. However the desktop file hard refers to the binary at Flatpak's location, why is it not just using the binary from PATH?
2025-06-16 19:29:49 <HadiChokr[m]> There are two Desktop files one for the binary in the path for regular packaging and the one as org.kde.Kontainer that is for the Flatpak
2025-06-16 19:30:46 <PureTryOut> ok but the latter is the one installed by cmake --install. Why not just have one and use PATH?
2025-06-16 19:31:22 <HadiChokr[m]> Actually yeah 
2025-06-16 19:31:25 <PureTryOut> Really the only difference I see between them is the path thing and DBusActivatable=true
2025-06-16 19:31:46 <HadiChokr[m]> Give me 10 minutes
2025-06-16 19:51:16 <ncopa> I think you can just use it. I know who created it and I was under the impression that the rights was given to me. I don't remember if we did a formal agreement, and im pretty sure we never wrote any contract.
2025-06-16 19:52:13 <ncopa> what I do know is that it is *very* unlikely that it will create any problems
2025-06-16 19:53:16 <ncopa> but it would be good to have it followed up
2025-06-16 19:53:41 <HadiChokr[m]> <PureTryOut> "ok but the latter is the one..." <- Done
2025-06-16 19:54:10 <HadiChokr[m]> Now there is only one .desktop
2025-06-16 19:55:39 <HadiChokr[m]> Btw Kontainer is still in KDEs Playground Phase (or in human in heavy Development) so if you package it pls mark it as something like unstable till it moves past kdereview to Gears
2025-06-16 19:56:13 <PureTryOut> it'll remain in the testing repo for now. But why are there releases if it's unstable still? 🤔
2025-06-16 19:56:29 <PureTryOut> (it's not in https://download.kde.org/unstable btw)
2025-06-16 19:56:36 <HadiChokr[m]> Yet
2025-06-16 19:57:17 <HadiChokr[m]> PureTryOut: It turned from a pet project to learn Qt to an actuall KDE Project thats why.
2025-06-16 19:57:40 <HadiChokr[m]> Just ignore the tags. Its for me to mark progress. 
2025-06-16 19:57:59 <HadiChokr[m]> When it moves into Gear then the releases will have actuall meaning.
2025-06-16 19:58:29 <p_6f3Ik7Suw> huh, that's how openssl also started, EAY thought it's a good project to learn c...
2025-06-16 19:58:51 <HadiChokr[m]> Lol
2025-06-16 19:59:02 <HadiChokr[m]> And how Linux started
2025-06-16 19:59:11 <p_6f3Ik7Suw> indeed :)
2025-06-16 20:05:28 <quinq> Not really how OpenSSL started
2025-06-17 01:18:24 <eews> How to install hypercorn on Alpine Linux without pip install --break-system-packages?
2025-06-17 01:57:18 <abby> use pipx
2025-06-17 02:04:45 <eews> wouldn't that require --break-system-packages though?
2025-06-17 02:17:43 <abby> no, it creates a venv for the program
2025-06-17 02:18:39 <abby> https://pipx.pypa.io/latest/
2025-06-17 02:43:53 <swee> would I need to install the program's dependencies separately using pipx? (e.g. pyotp, boto3)
2025-06-17 02:49:09 <abby> no, it installs the dependencies in the same venv, just like pip
2025-06-17 05:49:24 <akyoto> any tips on debugging nouveau hanging at boot?
2025-06-17 05:49:38 <akyoto> I tried debug level 5, it just shows the BIOS version of the firmware before hanging
2025-06-17 05:50:30 <akyoto> tried linux-edge 6.15 (uses 535.xx firmware) and 6.16-rc2 (uses 570.xx firmware) custom abuild
2025-06-17 05:51:05 <akyoto> card is ad106 / rtx 4060
2025-06-17 06:10:47 <aron> akyoto: try nomodeset
2025-06-17 06:27:34 <akyoto> nomodeset made nouveau disappear completely from dmesg
2025-06-17 06:27:51 <akyoto> it still shows up in lsmod, just not initializing anything
2025-06-17 08:19:28 <akyoto> it's weird because the driver works on arch, on the same machine, but not on alpine - maybe I'm missing some kernel config
2025-06-17 08:21:09 <akyoto> asked on #nouveau with logs attached https://files.urbach.dev/dmesg.txt maybe someone there can make sense of it
2025-06-17 13:24:11 <akira> test
2025-06-17 13:24:14 <akira> anyone ehre?
2025-06-17 13:24:15 <akira> here?
2025-06-17 13:24:47 <akira> test
2025-06-17 13:24:48 <akira> test
2025-06-17 13:24:54 <invoked> test failed successfully
2025-06-17 13:25:32 <akira> invoked
2025-06-17 13:25:37 <akira> are you from sweden
2025-06-17 13:26:21 <akira> ?
2025-06-17 13:26:25 <akira> help
2025-06-17 13:26:34 <invoked> i can neither confirm nor deny. do you have an alpine linux question?
2025-06-17 13:26:45 <akira> no
2025-06-17 13:27:14 <akira> okay im going to #theoldnet
2025-06-17 13:27:17 <akira> by
2025-06-17 13:27:34 <invoked> another satisfied customer
2025-06-17 13:28:17 <longnoserob[m]> rotfl
2025-06-17 13:41:30 <Biswa96[m]> How can I request for reviews for MRs which have been sitting for weeks?
2025-06-17 13:43:13 <akira> poop
2025-06-17 13:43:24 <akira> i meant pop
2025-06-17 13:46:23 <akira> eh
2025-06-17 13:49:15 <invoked> Biswa96[m]: you just did, but you should mention which ones you're referring to
2025-06-17 13:50:36 <Biswa96[m]> aports mr 84382, 85255, 85346
2025-06-17 13:50:36 <invoked> 3.22 was released a couple of weeks ago, so there's probably some hangover from that
2025-06-17 14:27:53 <qaqland> !84382 !85255 !85346
2025-06-18 12:34:42 <divVerent1> Just finally released https://github.com/divVerent/backup_kernel - a tool to make a bootable backup of the current kernel and its modules on Alpine.
2025-06-18 12:35:12 <divVerent1> * Just finally released https://github.com/divVerent/backup\_kernel - a tool to make a bootable backup of the current kernel and its modules on Alpine.
2025-06-18 12:35:12 <divVerent1> As it adds an openrc service to early boot, be careful - or rather, be prepared to fix, it works for me, but didn't test it on more than two systems yet.
2025-06-18 12:39:08 <divVerent1> There is an alternate install method that is init system independent but requires an extra boot command line edit, and even there - I can't guarantee this will work forever. Gotta try that on some of the weirder distros regarding initramfs/system interaction, isn't Fedora one of those?
2025-06-18 14:34:27 <Administrator> Hea
2025-06-18 14:54:02 <Administrator> welcome
2025-06-18 14:55:06 <warb> ty
2025-06-18 19:30:00 <realroot[m]> how move installtion to one partition to another? there is luks and destination is bigger
2025-06-18 19:41:42 <midipix> realroot[m]: is that also your boot partition? or only / (and /home, etc.)
2025-06-18 19:42:38 <realroot[m]> I can keep /boot as it is now
2025-06-18 19:42:59 <realroot[m]> I am moving /
2025-06-18 19:44:00 <midipix> then should be fairly easy; boot into a live environment of sorts; create the new luks partition; mount it; create the new file system (mkfs.whatever)
2025-06-18 19:44:09 <midipix> then rsync the two locations
2025-06-18 19:44:59 <midipix> the update the partition uuid inside of the boot configuration
2025-06-18 19:45:48 <realroot[m]> how rsync exactly?
2025-06-18 19:46:27 <midipix> once you've created the new partition inside of the new luks partition
2025-06-18 19:46:36 <midipix> mount it to, say, /mynextroot
2025-06-18 19:46:37 <realroot[m]> i mean the flags
2025-06-18 19:46:38 <midipix> then 
2025-06-18 19:47:00 <midipix> rsync -vaxHP / /mynextroot
2025-06-18 19:48:10 <realroot[m]> thanks i'll try it
2025-06-18 19:48:28 <midipix> yw:-)
2025-06-18 19:48:43 <midipix> realroot[m]: assuming you're using grub
2025-06-18 19:48:45 <realroot[m]> how update /boot?
2025-06-18 19:48:58 <midipix> and assuming you have a folder /boot/grub2
2025-06-18 19:49:19 <midipix> then inside of grub.cfg, look for something along the lines of root=UUID=3302f2aa-a405-4b49-aba2-1ae3f546a4e0
2025-06-18 19:49:46 <midipix> (obviously with a different uuid)
2025-06-18 19:50:07 <realroot[m]> yes i am using grub cause i know it better
2025-06-18 19:50:20 <realroot[m]> chrooting and running update-grub ?
2025-06-18 19:51:06 <midipix> not sure that last part is necessary, but maybe someone else here could chime in
2025-06-18 19:51:11 <midipix> has been a little while
2025-06-18 19:53:57 <midipix> realroot[m]: you'll also need to udpate fstab, assuming you have a line there that looks like:
2025-06-18 19:54:10 <midipix> UUID=3302f2aa-a405-4b49-aba2-1ae3f546a4e0   /          xfs    noatime         0  0
2025-06-18 19:54:37 <midipix> (if you're using xfs; otherwise ext4 or whatever)
2025-06-18 19:54:56 <realroot[m]> and i need to edit /etc/default/grub
2025-06-18 19:55:40 <midipix> I'm not sure that's necessary -- which setting?
2025-06-18 19:56:09 <midipix> on my end there's not setting that pertains to a specific partition
2025-06-18 19:56:36 <realroot[m]> cryptroot=UUID=
2025-06-18 19:56:40 <realroot[m]> do you have luks?
2025-06-18 19:59:14 <midipix> realroot[m]: yes I do
2025-06-18 20:02:20 <midipix> realroot[m]: GRUB_ENABLE_CRYPTODISK="y"
2025-06-18 20:02:36 <midipix> is the only relevant setting on my end, but you should have that already
2025-06-18 20:03:00 <midipix> the UUID should not be in /etc/default/grub, at least not in my experience
2025-06-18 20:03:11 <midipix> it should be in /boot/grub2/grub.cfg
2025-06-18 20:04:27 <midipix> realroot[m]: do you have a cryptomount command in grub.cfg
2025-06-18 20:04:48 <midipix> followed by 
2025-06-18 20:04:52 <midipix> set root='cryptouuid/...'
2025-06-18 20:04:57 <midipix> that's what you need
2025-06-18 20:06:24 <midipix> on my end, the uuid is without the hyphens, but maybe newer version accept it either way
2025-06-18 20:06:36 <midipix> you'll find the uuid of the new disk under
2025-06-18 20:06:44 <midipix> /dev/disk/by-uuid/
2025-06-18 22:01:49 <bhaible> Hi, I've been using Alpine Linux (standard x86_64 download, no graphics, just text console) in versions 3.9, 3.10, 3.12, 3.13, 3.14, 3.17, 3.18, 3.19, 3.20, all rock solid.
2025-06-18 22:01:53 <bhaible> Now I installed 3.22 (with exactly the same steps as 3.20), and it's not rock solid any more: just compiling a package with make&gcc hangs the VM within 5 minutes. Tried it twice. It hung twice.
2025-06-18 22:01:57 <bhaible> Just FYI.
2025-06-18 22:50:49 <dwfreed> bhaible: does it respond to magic sysrq ?
2025-06-19 00:26:41 <bhaible> dwfreed: Haven't tried it. Which sysrq codes (b e i o p r s t u) should I try?
2025-06-19 00:30:23 <teapot9> i'd say sysrq-f to call the oom-killer to try kill the compile process
2025-06-19 00:31:35 <teapot9> maybe also check top/htop in another terminal to see how the cpu/memory behaves just before it hangs?
2025-06-19 10:24:03 <bhaible> dwfreed: no, it doesn't respond to magic sysrq, not even to sysrq o.
2025-06-19 10:24:58 <bhaible> This is inside a VirtualBox VM, btw. But as I said, Alpine Linux 3.20 works flawlessly, 3.22 hangs.
2025-06-19 10:35:05 <lopid> nothing logged?
2025-06-19 10:36:18 <lopid> maybe something is output to vt1
2025-06-19 10:54:04 <bhaible> nothing logged, and as I said, even sysrq o, which ought to turn off the VM if sysrq was active, did not have an effect.
2025-06-19 11:27:15 <ctrl> Hi, I installed openjdk 24, but now I want to switch back to openjdk 11 as the default. Should I just update the symlinks, or is there a better way to manage multiple Java versions, like update-alternatives in Ubuntu?
2025-06-19 17:24:25 <realroot[m]> how unlock extra luks partition at boot? cant remember now
2025-06-19 17:24:49 <lopid> enter passphrase
2025-06-19 17:25:42 <realroot[m]> no with key
2025-06-19 17:25:53 <lopid> provide key
2025-06-19 17:28:12 <realroot[m]> realroot[m]: (automaticallt)
2025-06-19 17:29:31 <lopid> from a usb key or something?
2025-06-19 17:40:24 <Hello71> bhaible: is sysrq sysctl enabled?
2025-06-19 18:25:01 <bhaible> Hello71: yes. I tested sysrq h before starting the compilation of the package.
2025-06-19 18:26:33 <bhaible> I mean, before I starting the compilation, sysrq h worked. After the hang, none of the sysrq commands had any effect.
2025-06-19 18:56:41 <tyr0ne> Hi guys! I have always used Alpine but now I am thinking of giving back to the community by contributing to the project.
2025-06-19 18:57:00 <tyr0ne> I would love if you have any pointers, or tips for someone like me who is starting out
2025-06-19 18:59:32 <ikke> tyr0ne: what kinds of things do you like to do and/or do you have skills in?
2025-06-19 18:59:50 <ikke> tyr0ne: welcome btw
2025-06-19 19:02:42 <tyr0ne> Well, I know Python, Go, PHP, and some Javascript, more or less. That's programming language wise, I obviously daily run Linux, I have even used Alpine linux for Desktop
2025-06-19 19:03:16 <tyr0ne> I'm nothing special, I am just a guy who knows some Linux, and some programming. But I am a fast learner
2025-06-19 19:06:16 <tyr0ne> I have contributed to a few projects but nothing as demanding as becoming a maintainer. Just wanna help the community.
2025-06-19 19:21:21 <tyr0ne> I have registered on Alpine's Gitlab, but I am stuck on e-mail verification step. I have not received any email.
2025-06-19 19:24:15 <realroot[m]> <lopid> "from a usb key or something?" <- from hard disk /etc/cryptab in other distros
2025-06-19 19:24:16 <realroot[m]> crypttab?
2025-06-19 19:25:44 <realroot[m]> moved alpine system OK moving /home
2025-06-19 19:32:41 <realroot[m]> gentoo wiki /etc/conf.d/dmcrypt
2025-06-19 19:33:45 <realroot[m]> what would be in alpine `depends="gcc-libs"` ?
2025-06-19 19:38:28 <ikke> tyr0ne: what email provider 
2025-06-19 19:39:12 <tyr0ne> mail2tor
2025-06-19 22:00:06 <rhizoome> the internet says mail2tor stopped working some three month ago. I guess they do not receive a lot of mail.
2025-06-19 22:40:19 <WhyNotHugo> package bluez-tools has pkgver=0_git20201025. upstream has no releases. is this acceptable for moving into community?
2025-06-20 00:03:27 <jvvv> WhyNotHugo: i looked at the source repo for bluez-tools, found a reference to version 0.2.0 (beta) in the ChangeLog. not sure how relevant that is. the Makefile.am has a rule to create '.version' from VERSION makefile variable (but so far not found definition of VERSION).
2025-06-20 00:34:43 <jvvv> WhyNotHugo: https://github.com/khvzak/bluez-tools/commit/19ad27ad9cf9ded69dac4b3dbb678d9d4a6b9361
2025-06-20 03:00:44 <korn3r> hi. i would like to report issue, no one probably cares about anyway, and im to lazy to register on yet another resource to report yet another bug. setup-alpine command in apline 3.22 (virt) changes keyboard layout if you select cyrillic layout (Ukrainian or Russian). and you cant continue even setup-alpine because language is changed, layout switch shortcut is not obvious (if there even) and font doesnt even support cyrillic symbols.
2025-06-20 03:02:45 <korn3r> screenshot of an issue - https://ibb.co/1J7XTVKn . and its like that only for Cyrillic (didnt try all of them, but cn and jp is fine).
2025-06-20 03:24:24 <ismael> so, dovecot is broken again (2.4.1-4) it doesn't like it's own configuration
2025-06-20 03:24:43 <ismael> running latest-stable
2025-06-20 06:52:48 <lopid> https://gitlab.alpinelinux.org/alpine/aports/-/issues/17228 ismael 
2025-06-20 12:28:19 <frag> what do you use for mindmaps/draw and write?
2025-06-20 12:42:40 <longnoserob[m]> rnote,xnote, inkscape?
2025-06-20 12:43:24 <longnoserob[m]> fragdo you want touchscreen or graphics talet support?
2025-06-20 12:58:02 <ttl05> Hi, since 3.22 I can't upgrade no more, I get "ERROR: unable to select packages:" related to some packages (icu-data-full, icu-libs, libprotobuf), I tried differents things but I can't solve the problem
2025-06-20 13:02:34 <frag> alpine actually has rnote, but yeah seems like touch screen app, i have used inkscape before, maybe that will be the best solution
2025-06-20 13:08:39 <longnoserob[m]> fragor doing it in graphviz..
2025-06-20 15:40:44 <frag> hmm think graphviz on 3.22 doesnt work? getting magick warnings and grap not found, when doing grap2graph test.gv
2025-06-20 15:54:59 <frag> nvm, dot works
2025-06-20 16:16:35 <vampire337> I'm trying to get Alpine (3.22, VM on Proxmox VE) to pull a search suffix from my router (Mikrotik, RouterOS). I've added the DHCP option 119 to DHCP on my router. I've tried adding "udhcpc_opts -O search" to /etc/network/interfaces (a Google search turned up that this might be necessary to request option 119 / search suffix). I can manually add "search mydomain" to my /etc/resolv.conf, 
2025-06-20 16:16:35 <vampire337> and once I've done that I can ping the Alpine VM hostname, but as soon as Alpine refreshes its IP from the DHCP server (or when executing udhcpc) it resets /etc/resolv.conf and I can no longer ping the hostname. I have a domain controller with a DNS entry for the FQDN, and I can ping any FQDN. Is there something else I need to do in order to get Alpine to use the search suffix from my 
2025-06-20 16:16:35 <vampire337> router?
2025-06-20 16:30:45 <frag> graphviz was nice!
2025-06-20 17:01:03 <rhizoome> vampire337: it looks like udhcpc's dhcpc.c is not doing anything with DHCP_DOMAIN_SEARCH. You probably need a more sophisticated dhcpc.
2025-06-20 17:01:05 <rhizoome> https://github.com/mirror/busybox/blob/371fe9f71d445d18be28c82a2a6d82115c8af19d/networking/udhcp/dhcpc.c#L181
2025-06-20 17:02:40 <rhizoome> vampire337: I read somewhere that install dhcpcd in alpine is plug-and-play, so you could give it a try.
2025-06-20 17:05:56 <rhizoome> vampire337: if you want you can also use RESOLV_CONF="no" https://wiki.alpinelinux.org/wiki/Udhcpc
2025-06-20 18:11:40 <vampire337> Thanks @rhizoome for the info. I would like to use the search option from DHCP, so rather than RESOLV_CONF="no" I'll try dhcpcd out and see if that works.
2025-06-20 22:14:25 <Smithx10> Im trying to compile zfs userland and am running into error: 'S_IFMT' undeclared.   Any idea what package i might be missing or need?
2025-06-20 22:16:09 <quinq> Most likely the code is missing including sys/stat.h
2025-06-20 22:35:15 <Smithx10> tests/zfs-tests/cmd/statx.c:254:61: error: 'S_IFMT' undeclared (first use in this function)    is where its compalining
2025-06-20 22:38:50 <achill> <Smithx10> Im trying to compile zfs userland and am running into error: 'S_IFMT' undeclared.   Any idea what package i might be missing or need?
2025-06-20 22:38:50 <achill> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/zfs/APKBUILD thats how we build it
2025-06-20 22:39:16 <Smithx10> yeah im looking at that.
2025-06-20 22:39:50 <Smithx10> trying to build it on 3.21.3
2025-06-20 23:21:55 <Smithx10> so strange, ive added all those packages and still gettinmg error while trying to compile the userland, kernel built no issues
2025-06-21 00:00:45 <abby> Smithx10: https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/zfs/tests-fix-S_IFMT-undeclared-at-statx.c.patch
2025-06-21 01:38:40 <Smithx10> abby:  ahhh i should have checked the patches, thank you
2025-06-21 04:37:57 <Borgube> Upgrading from 3.21 -> 3.22 I did notice time till luks prompt went from ~2.8s down to ~2.2s so thanks :)
2025-06-21 12:00:25 <icefrost> Hi, I have a Lenovo Tab P11 Pro with Android 11. Is there a trusted/reliable way of installing AlpineLinux on this device with/without using Termux? Also will Alpine packages listed as x86_64 (e.g. qpdfview) work on my device?
2025-06-21 12:09:01 <longnoserob[m]> x86_64 will not work on an aarch64 device
2025-06-21 12:46:35 <tyr0ne> Hello
2025-06-21 13:21:33 <Ibanez> hi
2025-06-21 13:21:35 <Ibanez> all
2025-06-21 14:12:43 <Fxzxmic> Hi everyone, I’d like to know if there’s a place where we can request new packages, or if we accept such requests at all?
2025-06-21 14:15:33 <ikke> Fxzxmic: https://gitlab.alpinelinux.org/alpine/aports/-/issues
2025-06-21 14:29:09 <jakub_novonty> Hello, I am trying to setup Alpine on my rpi in a diskless mode from SD card. I have followed the instructions on https://wiki.alpinelinux.org/wiki/Diskless_Mode. I want to save the config files on my usb stick. It did not mount automatically, so I have added it to the /etc/fstab. Then I configureed the lbu and commited. However, when I reboot the system, the usb stick is not mounted, because the /etc/fstab override is stored on the usb stick i
2025-06-21 14:32:11 <jakub_novonty> Seems like an chicken and egg problem. When the usb stick is not mounted automatically, I need to alter the /etc/fstab. But when I want to store the config files on the usb stick, the /etc/fstab is not oberwritten before the usb stick is mounted. I am not sure how this suppose to work.
2025-06-21 14:41:49 <ikke> jakub_novonty: Not sure how that works on the rpi, but you would provide it as a kernel cmdline argument apkovl
2025-06-21 15:22:40 <icefrost> Hi, is there a standard way to install alpine linux on Android 11?
2025-06-21 15:33:07 <jakub_novonty> I tried to add "ovl_dev=usbdisk:vfat" to the cmdline.txt, but still not working. The usb stick is not mounted on boot. I am not sure it this can actually work without mounting it.
2025-06-21 16:01:32 <zazanka1[m]> 💵New NFT platform💵... (full message at <https://matrix.org/oftc/media/v1/media/download/AV2IjRYToKLSvgeSTrVje4mWb1ZA237ShebEIFrZo2iQ0IznrCBWNK1EAPmz41KPrUSRkzPU8YNOd0hzr6gaAx5CeX21JIgwAG1hdHJpeC5vcmcvUHlDRXlDbEdZek9teUR4c0FHblhoc2F1>)
2025-06-21 16:02:10 <alexia> I am very glad to see that matrix-appservice-irc truncates the spam so that it can't be read from here 🥰
2025-06-21 16:02:27 <zazanka1[m]> 💵New NFT platform💵... (full message at <https://matrix.org/oftc/media/v1/media/download/ASUYzyRU0wgKeiG7Hbd0dRHzdg4IdK2WfAKUzTkaRb9NT5dUOfNnV_a1WdamczaJqIvwddBT5GB9ycbIwOZyJ9tCeX21Mg8QAG1hdHJpeC5vcmcvWEpkV0l0dUZOWkVSZ2JGbG5IbnJRUHRM>)
2025-06-21 17:01:29 <prabu> jakub_novonty, please take a look at my dotfiles for a diskless pi zero 2W at https://git.sr.ht/~prabuanand/pizero2w
2025-06-22 12:19:29 <el[m]1> does anybody know what package has the qemu edk2-arm-vars.fd file?
2025-06-22 12:21:39 <longnoserob[m]> el[m]1: qemo-system-arm according to https://pkgs.alpinelinux.org/contents?file=edk2-arm-vars.fd&path=&name=&branch=edge&repo=&arch=
2025-06-22 12:21:57 <el[m]1> huh so not the aarch64 one? fascinating. thank you, i'll try it
2025-06-22 12:22:58 <el[m]1> aaaa i think this virt-manager install is cursed lol... (full message at <https://matrix.org/oftc/media/v1/media/download/AT_TK3p2sPUzI2bsZRmKMeenaL5xuqn7gYbWaADKKpfD45ouNQiKx6MlUrWKK7K2AFoy9WNql6EsZLLRbpWdCn5CeX37CKrQAG1hdHJpeC5vcmcvTVhJaVNjRXl4bHp5andCdUpvVUtESmtV>)
2025-06-22 12:23:25 <el[m]1> edk2-arm-vars.fd is present now 🙂 so that error went away, yay! thank you
2025-06-22 12:26:43 <longnoserob[m]> el[m]1: you aare very welcome
2025-06-22 12:36:58 <el[m]1> nice, after changing video to QXL and restarting libvirtd and virtlogd it works now
2025-06-22 12:45:06 <el[m]1> okay there still seems to be some sort of qemu & kvm install problem though relating to virt-manager, because it's not allowing me to use KVM. and i can see in ps aux it didn't invoke qemu with kVM, and as a result it's unusably slow. does anybody know how to fix that? i'm on arm64
2025-06-22 12:45:15 <el[m]1> * on arm64 and the VM is x64
2025-06-22 12:46:50 <el[m]1> virt-manager allowed me to pick qemu only (later listed as `QEMU TCG`) as a hypervisor but no KVM, that was only listed for arm64. i can't find any "kvm" packages, i guess since it's part of the kernel, but i'm guessing i'm missing something for kvm x64-on-arm64 emulation
2025-06-22 12:47:04 <el[m]1> * virt-manager allowed me to pick qemu only (later listed as `QEMU TCG`) as a hypervisor but no KVM for x64, kvm was only listed for arm64. i can't find any "kvm" packages, i guess since it's part of the kernel, but i'm guessing i'm missing something for kvm x64-on-arm64 emulation
2025-06-22 12:51:32 <el[m]1> 
ACTION uploaded an image: (34KiB) < https://matrix.org/oftc/media/v1/media/download/AYgKPHGH9_BpN0LA7S1SEUP1fqmGDCrwl0aqSp1Zm0udj-pq95d7AqpLvKFaad-O1pzqN1rvehG5_3y-c0G3-p1CeX38qzCQAG1hdHJpeC5vcmcvS2xqTkp6Vm5USHVYTG53Slp6T1BZeFh0 >

2025-06-22 12:53:00 <el[m]1> oh huh, i guess reading some more, it's normal that KVM can't help at all with emulation? weird. is there any other way to speed it up a little bit, or is that just how it is?
2025-06-22 13:03:28 <el[m]1> 
ACTION uploaded an image: (76KiB) < https://matrix.org/oftc/media/v1/media/download/AevrYK4QSvoYtgaQ5ouTMsV3tgCTE5S7FtSIVaPwgWzv60wSVpm6hmJEFbVW0vxz4o7RWvXUwiqFPbyMqyofYAJCeX39Wc6wAG1hdHJpeC5vcmcvRHBBbk12eEd1RmtkZWJ0ZmlyTGp1RG5l >

2025-06-22 13:04:04 <el[m]1> seems like i have to try box64. i thought qemu would be in at least kind of a similar ballpark of usable but apparently not 🫠
2025-06-22 13:07:12 <el[m]1> update:  seems like box64 doesnt compile on musl 😅
2025-06-22 13:44:56 <invoked> so ... i guess what you're trying to do is run x86 stuff on arm64.
2025-06-22 13:45:15 <deck> hi
2025-06-22 13:45:29 <invoked> i'm guessing it's probably a game or something
2025-06-22 13:46:26 <invoked> even if box64 was patched for musl, it probably wouldn't run well (unless it's a very old game)
2025-06-22 13:53:25 <longnoserob[m]> elbox64 is mentioned here https://wiki.postmarketos.org/wiki/Steam
2025-06-22 13:53:38 <realroot[m]> I can't get xprop to work with thunderbird is it upstream bug?
2025-06-22 13:53:38 <realroot[m]> `
2025-06-22 13:53:38 <realroot[m]> `_NET_WM_ICON(CARDINAL) = xprop: error: Out of memory!
2025-06-22 13:53:54 <realroot[m]> or should I open bug in alpine?
2025-06-22 14:29:00 <el[m]1> <invoked> "i'm guessing it's probably a..." <- it's a simple office app lol. but mint needs like 30 minutes to boot (not an exaggeration)
2025-06-22 14:29:22 <el[m]1> would probably be somewhat fast in box64 since it's likely CPU limited
2025-06-22 14:30:25 <el[m]1> tangentially related bug:  https://github.com/ptitSeb/box64/issues/2012
2025-06-22 17:19:27 <tyr0ne> Why does abuild and newapkbuild give "ERROR: Do not run abuild as root" 
2025-06-22 17:22:41 <mason> tyr0ne: Typically you don't want to build as root, because a malicious set of build instructions can compromise or damage your system. Build accounts are a better way.
2025-06-22 17:23:00 <mason> Unprivileged* build accounts.
2025-06-22 17:24:08 <tyr0ne> Define "malicious build instructions", how would I get them? I am the one writing the APKBUILD file, for a project I trust. I don't see how this can be an issue
2025-06-22 17:24:19 <XFaCiEr> mason: with caveat that fakeroot, chrooting, and other such workarounds may be needed for build scripts that expect root for whatever reason
2025-06-22 17:24:54 <mason> XFaCiEr: Yes.
2025-06-22 17:25:01 <mason> tyr0ne: Does the build system know that?
2025-06-22 17:25:22 <mason> tyr0ne: Also, your trust might be misplaced if, for example, you have some variety of error in your code.
2025-06-22 17:28:01 <tyr0ne> The build system might not know that, but with that logic, bash should also give similar warnings, because "a malicious set of instructions" might compromise the system. I understand running anything as root risks availability (risk of accidentally modifying important system files) more so than security, but in this specific case, I don't get why abuild gives such errors. Is it a concern I might download an APKBUILD file off a 
2025-06-22 17:28:01 <tyr0ne> shady source and build it? 
2025-06-22 17:28:55 <tyr0ne> I'm learning here, it's always welcome to get alpine'
2025-06-22 17:29:07 <tyr0ne> alpine's dev take on such things, they were baked in for a reason after all
2025-06-22 17:30:22 <mason> tyr0ne: You have the reason now. :)
2025-06-22 17:32:05 <tyr0ne> Even if that is true, I think abuild should give a warning and not an error (which is confusingly not fatal as well)
2025-06-22 17:32:40 <mason> tyr0ne: Even if it's true? A warning would be no defense at all. But please try to be less insulting, especially since you're learning and don't actually know.
2025-06-22 17:33:01 <tyr0ne> Sorry, didn't mean to be insulting
2025-06-22 17:33:57 <tyr0ne> But, my point earlier was that the "error" it threw, wasn't an error, abuild worked, so it was more like a warning, but it didn't say that, makes sense ?
2025-06-22 17:43:03 <tyr0ne> I apologize if my wording came off wrong way, I am just here to learn :)
2025-06-22 17:47:14 <octavio64[m]> If I want to automount encrypted hard drive on alpine linux boot do I need to create /etc/crypttab?
2025-06-22 17:56:03 <tyr0ne> AFAIK, Alpine does not use /etc/crypttab, it appears to be a systemd-only feature. Alpine instead relies on dmcrypt
2025-06-22 17:57:16 <octavio64[m]> I mean Void Linux uses /etc/crypttab and has runit as init system
2025-06-22 17:58:39 <octavio64[m]> I looked on the net for a while and I can't find how to automount encrypted hard drive so I was wondering how to do it on Alpine...
2025-06-22 18:00:48 <tyr0ne> Im sorry, by "automount" do you mean auto unlock on boot ?
2025-06-22 18:00:59 <octavio64[m]> Yes
2025-06-22 18:01:16 <octavio64[m]> unlock and mount on system boot
2025-06-22 18:03:53 <tyr0ne> install `cryptsetup, then find the LUKS partition's UUID (something like blkid /dev/sdX), then maybe for the auto unlock, create a keyfile for passwordless unlock and then configure /etc/conf.d/dmcrypt and update /etc/fstab 
2025-06-22 18:05:20 <octavio64[m]> Okay but one thing I'm not familiar with is Alpine's /etc/conf.d/dmcrypt. How should the config look like?
2025-06-22 18:06:20 <tyr0ne> https://wiki.alpinelinux.org/wiki/Setting_up_encrypted_volumes_with_LUKS
2025-06-22 18:06:37 <tyr0ne> There is an example of a /etc/conf.d/dmcrypt there
2025-06-22 18:07:28 <octavio64[m]> Great I'll install Alpine and try it out. Thank you very much!!
2025-06-22 18:08:07 <tyr0ne> Np. Alpine's Wiki and Google are your 2 best friends :)
2025-06-22 18:09:21 <octavio64[m]> Funny thing is I saw that page before but somehow completely overlood the bottom part. I quess working eyes are third best thing to have xD
2025-06-22 18:35:28 <mason> tyr0ne: /etc/crypttab has been around longer than systemd fwiw
2025-06-22 18:35:48 <tyr0ne> Oh thanks, didn't know that
2025-06-22 19:28:08 <tyr0ne> Man, creating and maintaining packages is no joke, I've been tryharding trying to get a specific package which unfortuntely also requires compilation of a driver but I keep running into roadblocks
2025-06-22 19:39:09 <mason> tyr0ne: It'll be nice when you're on the other side of it, and then additional packages will be easier.
2025-06-22 19:48:45 <tyr0ne> How can I install Linux-lts headers?
2025-06-22 19:49:38 <tyr0ne> Never mind I found it, it's called linux-lts-dev for lts kernel but linux-headers for regular kernel
2025-06-22 19:54:10 <tyr0ne> So uhmmm I'm running into an issue
2025-06-22 19:54:58 <tyr0ne> The package requires linux headers, so should I make it install both linux-lts-dev and linux-headers for the package to support both lts kernel and regular one ?
2025-06-22 19:55:03 <tyr0ne> Or is there a cleaner way to do it ?
2025-06-22 19:56:33 <realroot[m]> octavio64 use /etc/conf.f/dmcrypt
2025-06-22 19:57:14 <realroot[m]> gentto wiki explains that ^
2025-06-22 19:57:14 <realroot[m]> also artix uses /etc/crypttab and of course it does not use systemd
2025-06-22 21:25:16 <tyr0ne> Just made a merge request for my first package py3-simpleeval !
2025-06-22 21:29:17 <Saijin_Naib[m]> Congrats! The first of many, I hope
2025-06-22 21:29:39 <Saijin_Naib[m]> You have particular things youre looking to tackle?
2025-06-22 21:30:54 <tyr0ne> Not much really, I am quite generic
2025-06-22 21:31:24 <tyr0ne> I think I will be packaging python libraries that are worth packages, and some other software here and then
2025-06-22 22:18:29 <sertonix[m]> tyr0ne: running abuild as root should be a fatal error by default. How did the abuild command look?
2025-06-23 02:29:29 <dogg2> do most ppl that are only using v4 of nfs disable 4.0 and 4.1?
2025-06-23 02:30:14 <dogg2> all my boxes are kernel 6+
2025-06-23 03:39:03 <Saijin_Naib[m]> Is that to force v4.2 or?
2025-06-23 04:42:28 <dogg2> yes that what im wondering
2025-06-23 04:42:42 <dogg2> sry was out 
2025-06-23 06:20:12 <swee> is there any alpine package for NGINX with QUIC support?
2025-06-23 06:26:49 <fission> swee: it looks like it should be there in alpine 3.22 (nginx 1.28.0)
2025-06-23 06:27:03 <fission> at least according to the build log
2025-06-23 06:55:28 <swee> fission: that is correct, thanks!
2025-06-23 07:02:25 <Saijin_Naib[m]> @dogg2 I have done nothing to tune client nor server, but I'm getting connected to my NAS via v4.2. Are you certain you must do anything? 
2025-06-23 07:06:39 <fission> swee: np!
2025-06-23 10:22:42 <kapad> ~ https://ua3.anondns.net/im/p/075c47/52f7/everything-you-need-to-know-about-quic-and-http3-1.png
2025-06-23 10:23:00 <kapad> ~ https://ua3.anondns.net/im/p/075c47/d598/everything-you-need-to-know-about-quic-and-http3-2.png
2025-06-23 10:23:10 <kapad> ~ https://ua3.anondns.net/im/p/075c47/b1fb/everything-you-need-to-know-about-quic-and-http3-3.png
2025-06-23 14:13:02 <realroot[m]> do i need xf86-video-amdgpu for amd gpu?
2025-06-23 14:33:37 <andar1an[m]> Hi all, I am learning to do optical backups for system using xorriso/xorrecord.
2025-06-23 14:33:37 <andar1an[m]> Most of it is pretty straight forward, but I am having trouble finding information about what happens when the media is too small for an iso or file that you are writing. 
2025-06-23 14:33:37 <andar1an[m]> Does anyone know if there are dry run tools or pkgs in alpine to mock this, or if the write operation will prompt for a second disk? 
2025-06-23 14:38:48 <Shiz> andar1an[m]: looks like xorrecord has -dummy
2025-06-23 14:38:52 <Shiz> according to the man page
2025-06-23 14:39:22 <andar1an[m]> Shiz: Thanks! I checked dry and mock but not dummy!
2025-06-23 14:39:22 <andar1an[m]> I didnt think to check manpages for an option to create iso as several specific files either
2025-06-23 14:39:43 <andar1an[m]> Maybe I can chunk it with an option
2025-06-23 14:51:22 <andar1an[m]> I guess worst case I can create an archive that spans multiple files, and then just write those parts to different disks
2025-06-23 15:10:12 <youyou_> Hello, quick question, how would I go about getting an updated version of a package included in the v3.22 branch?
2025-06-23 15:10:30 <youyou_> Talking about: https://pkgs.alpinelinux.org/package/edge/community/x86/clamav for context
2025-06-23 15:45:25 <andar1an[m]> If you are not on 3.22 and can't apk update and upgrade, you can use  'apk fetch' potentially
2025-06-23 15:48:09 <andar1an[m]> Probably wanna make sure freshclam, clamav-daemon, and clamav-libunrar match if you use those
2025-06-23 15:48:45 <ikke> youyou_: either provide an MR or create an issue for it
2025-06-23 15:52:02 <andar1an[m]> Oh, my bad. Can't you just use an edge label tag and/or virtuals to be pulling clamav from edge? Probably makes sense to have that on edge?
2025-06-23 15:52:43 <andar1an[m]> E.g. apk add clamav@edge or some repo label?
2025-06-23 19:00:13 <achill> andar1an[m] <https://matrix.to/#/%40oftc_andar1an%5Bm%5D%3Apostmarketos.org>: mixing edge repos with stable ones is unsupported as it may lead to various issues such as missing dependency resolves
2025-06-23 19:01:31 <andar1an[m]> Can you use virtuals to bring in the edge dependencies for the edge package?
2025-06-23 19:02:24 <ikke> The problem is that they will conflict with dependencies for the other repos you have
2025-06-23 19:02:33 <andar1an[m]> Shared libraries feels silly in today's world to me.
2025-06-23 19:03:10 <andar1an[m]> I understand why it exists, I'm just looking forward to a focus more in interfaces vs shared libraries if that ever happens
2025-06-23 19:03:16 <ikke> Only in a world where you have infinite storage and compute
2025-06-23 19:03:28 <andar1an[m]> Not even infinite
2025-06-23 19:03:38 <andar1an[m]> Most of these libraries aren't that big
2025-06-23 19:04:07 <ikke> But it adds up
2025-06-23 19:04:10 <andar1an[m]> I often wonder and may be wrong, but has data storage density outpaced the need for shared libs?
2025-06-23 19:04:21 <ikke> Absolutely not
2025-06-23 19:04:50 <ikke> I'm constantly fighting lack of diskspace
2025-06-23 19:04:53 <andar1an[m]> ikke: I understand it does, but with compiling to something like wasm/wasi I often wonder if it needs to add up that much 
2025-06-23 19:05:15 <andar1an[m]> ikke: How much disk space do you have?
2025-06-23 19:05:46 <andar1an[m]> Is the constant fight for disk space significantly affected by redundant libraries?
2025-06-23 19:05:50 <ikke> Depends on the builder, but typical would be 1 to 2 TB per server (where some server hosts multiple builders)
2025-06-23 19:06:21 <andar1an[m]> And it is the libraries that are consuming most of that space? That sounds like a lot
2025-06-23 19:06:42 <ikke> Because we only have to store only one copy of a library, it does not take up much space
2025-06-23 19:06:56 <ikke> but if that library is statically compiled in every program, _then_ it starts eating space
2025-06-23 19:07:00 <andar1an[m]> But could one instead store an interface
2025-06-23 19:07:07 <andar1an[m]> Not for linux
2025-06-23 19:07:19 <andar1an[m]> Just thinking hypothetical next OS
2025-06-23 19:07:39 <ikke> The need for multiple versions of libraries is because of interface breakage
2025-06-23 19:08:15 <andar1an[m]> What do you mean?
2025-06-23 19:08:51 <ikke> A library has a soname. The expectation is that as long as the soname stays the same, there will be no breaking changes
2025-06-23 19:08:54 <ikke> (roughly)
2025-06-23 19:08:59 <ikke> It's about ABI in this case
2025-06-23 19:09:28 <ikke> Every time a library author introduces a breaking change, they should bump the soname, causing a new library version
2025-06-23 19:10:07 <ikke> There's a bit more nuance to it, but that's roughly how it works
2025-06-23 19:10:34 <ikke> As long as the soname stays the same, programs that have been built against the previous version do not need to be rebuilt
2025-06-23 19:11:19 <ikke> So if there's an important library with a critical security issue, all we would have to do is update that library, and all programs using that library will be fixed
2025-06-23 19:11:40 <ikke> If everything is statically compiled: 1) it becomes a lot harder to keep track what program uses what version of a library / module / package
2025-06-23 19:11:56 <ikke> 2): you have to rebuild the world (roughly) to address security issues
2025-06-23 19:12:16 <ikke> We already see it with go, where security issues are quite a pain
2025-06-23 19:13:12 <ikke> So in my opinion, shared library still play an important role. But less and less people want to maintain stable libraries and rather break everything every release
2025-06-23 19:14:22 <ikke> For a single application, it's very attractive to vendor everything and to build everythign statically. But in the aggregate, that causes a lot of issues
2025-06-23 19:15:49 <andar1an[m]> But what I am wondering is: what if the OS scope defined interfaces that library authors needed to adhere to, and then the libraries themselves would just be compiled with the binary. If there was a security issue like you state, it could be addressed in the interface for all instead of library. 
2025-06-23 19:15:49 <andar1an[m]> Sorry if this is dumb. I have been thinking about this for a while since messing with wasm and wanting to learn more about embedded, but it is still not clear in my head. 
2025-06-23 19:15:49 <andar1an[m]> Not as low level as ABI, but to abstract common pipelines with standardized communication
2025-06-23 19:17:26 <andar1an[m]> I dk if that makes sense, but thinking about Wayland or xorg for example, why not have a standardized interface, but the libraries compiled with binaries
2025-06-23 19:17:55 <andar1an[m]> Again could be so dumb, but I keep wondering
2025-06-23 19:19:08 <andar1an[m]> Then the interface realistically can only be extended, and if a library does not have feature of interface, not really a big deal because it doesnt use it?
2025-06-23 19:19:54 <ikke> I don't see what benefits that would have. You would still have to rebuild every application, and you are still duplicating common code
2025-06-23 19:20:16 <ikke> + you have to design an interface that satisfies all possible use cases
2025-06-23 19:20:23 <andar1an[m]> Yes, but at the is admin level you are trading code duplication for simplicity
2025-06-23 19:20:36 <andar1an[m]> ikke: Start small and extend?
2025-06-23 19:20:52 <andar1an[m]> Why I think this would only be possible with a new OS
2025-06-23 19:21:20 <ikke> Yes, understood, but it would require a very tight integration of the applications with the OS
2025-06-23 19:22:01 <ikke> Linux more or less is tthat
2025-06-23 19:22:03 <ikke> that
2025-06-23 19:22:06 <ikke> at the kernel level
2025-06-23 19:22:58 <andar1an[m]> ikke: Ya, goes back to me wanting immutable deployments for deeply embedded systems. The tradeoff for admin simplicity vs duplication would be to simplify highly distributed p2p nodes
2025-06-23 19:24:27 <andar1an[m]> I feel like as node numbers increases, layers of abstraction needs to decrease for node management to stay sane
2025-06-23 19:25:30 <andar1an[m]> But I often find I spend a lot of time dealing with dependencies for images I plan to create to deploy with netboot
2025-06-23 19:27:25 <andar1an[m]> Have you ever tried using world file like an immutable manifest?
2025-06-23 19:27:34 <ikke> I have not myself
2025-06-23 19:27:53 <ikke> Though a run-from-ram system with lbu can kind of emulate that
2025-06-23 19:31:05 <andar1an[m]> That's so cool. I was looking to do that, but want to try creating downstream repo where I can define a package to update config for upstream packages, and reference those in a world file statically. Was trying to think of how to do something nix-esque without nix store. Still dk if it's possible, but I'll get there
2025-06-23 19:32:02 <andar1an[m]> Each of my nodes has nvme, so from-fram seemed unnecessary, wanted netboot to only be used to look for updates
2025-06-23 19:32:27 <ikke> You could use the nvme still for persistent state
2025-06-23 19:32:37 <ikke> ie, mount /var on the nvme
2025-06-23 19:32:47 <andar1an[m]> Ya, but then if a switch or router goes down I can't boot
2025-06-23 19:33:08 <andar1an[m]> Oh I see
2025-06-23 19:33:44 <ikke> It can boot from USB, not necessarily netboot
2025-06-23 19:33:45 <andar1an[m]> But for smaller microcontroller ram is more scarce than nvme space
2025-06-23 19:33:50 <ikke> yup
2025-06-23 19:33:56 <ikke> then it's more of a problem
2025-06-23 19:34:04 <andar1an[m]> That was main driver for wanting to flash is to nvme
2025-06-23 19:35:08 <ikke> Note that alpine created to run on lowish-resource routers (not the openwrt kind of routers though)
2025-06-23 19:44:55 <andar1an[m]> I have Mikrotik and OpenWRT networking hardware, I have been using alpine as server and personal OS, and can't wait to try PMOS, just waiting for devices to advance in support a bit.
2025-06-23 19:44:55 <andar1an[m]> Maybe one day I will get to try for networking hardware haha, though I do want to explore embedded rtos's there too. 
2025-06-23 19:48:31 <octavio64[m]> Hi. I installed Alpine on my server and I wanted to automatically decrypt and mount my two external LUKS encrypted hard drives on boot. I created luks keys for both drives in /root/  and also records in /etc/fstab and /... (full message at <https://matrix.org/oftc/media/v1/media/download/AQi8OBP-i3UP_VMthRU7-7HnbebQvopVH7jm3SWlBbU2swB0buWoKaf7L9vhKJhNG99_1NNt90-OSI6JoHXJnHxCeX5m7P4gAG1hdHJpeC5vcmcvSXNTdlNpcFBmSWlialJIbHBNRWJWaG5s>)
2025-06-23 19:51:42 <realroot[m]> i do not have remdev='/dev/sdc1' and options='LUKS'
2025-06-23 19:52:18 <octavio64[m]> realroot[m]: So how do you have set it up?
2025-06-23 19:52:33 <realroot[m]> like you without those 2
2025-06-23 19:57:03 <octavio64[m]> realroot[m]: So I removed those two options and restart dmcrypt and this is what I got:... (full message at <https://matrix.org/oftc/media/v1/media/download/AQEki3JkLDbswbIPJ7kxyCqxhZGrMSf9G8USzDwjGGYkDiVG9jPgJvGaw6WauhrAtF1FKwT9sd92RZK9lpFPij9CeX5naf4gAG1hdHJpeC5vcmcvZnFucmtvY1RUV1puRklyeXVVbXhpeXVF>)
2025-06-23 19:58:19 <realroot[m]> octavio64 do you have localmount service? i may be wrong here
2025-06-23 20:00:26 <octavio64[m]> realroot[m]: Okay so I added localmount  to runlevel default and started it after this I restart dmcrypt and still nothing
2025-06-23 20:02:03 <octavio64[m]> Okay restarted both dmcrypt and localmount at the same time and now both drives are mounted
2025-06-23 20:02:11 <octavio64[m]> So thank you very much
2025-06-23 20:02:40 <realroot[m]> you are welcome , iguess a wiki page is useful here
2025-06-23 20:04:08 <octavio64[m]> I did read the Alpine Wiki page on this but I didn't notice mention of localmount
2025-06-23 20:04:49 <octavio64[m]> Also I'm new to Alpine so to my defense I just didn't know about it
2025-06-23 20:09:08 <realroot[m]> what page? i think that there is no dmcrypt part
2025-06-23 20:19:42 <octavio64[m]> <realroot[m]> "what page? i think that there is..." <- https://wiki.alpinelinux.org/wiki/Setting_up_encrypted_volumes_with_LUKS
2025-06-24 00:38:19 <kapad> ~ https://willem.com/blog/2025-06-04_breaking-changes/ | Upgrading Dovecot 2.3 to 2.4 in Debian Stable
2025-06-24 04:57:43 <Babba> test
2025-06-24 05:33:52 <fission> test what
2025-06-24 12:50:02 <fred42> hi, at work we have some trouble with the dns of the cdn if I test the dns with dnslookup it fail with 1.1.1.1 but it's a success with 8.8.8.8
2025-06-24 12:50:12 <fred42> nslookup alpinelinux.org 1.1.1.1
2025-06-24 12:50:12 <fred42> Non-authoritative answer:
2025-06-24 12:50:12 <fred42> Name:   alpinelinux.org
2025-06-24 12:50:12 <fred42> Address:        1.1.1.1#53
2025-06-24 12:50:12 <fred42> Server:         1.1.1.1
2025-06-24 12:50:13 <fred42> Address: 213.219.36.190
2025-06-24 12:50:15 <fred42> ;; Got SERVFAIL reply from 1.1.1.1
2025-06-24 12:50:17 <fred42> ** server can't find alpinelinux.org: SERVFAIL
2025-06-24 12:50:23 <fred42> nslookup alpinelinux.org 8.8.8.8
2025-06-24 12:50:23 <fred42> Server:         8.8.8.8
2025-06-24 12:50:23 <fred42> Address:        8.8.8.8#53
2025-06-24 12:50:25 <fred42> Non-authoritative answer:
2025-06-24 12:50:27 <fred42> Name:   alpinelinux.org
2025-06-24 12:50:29 <fred42> Address: 213.219.36.190
2025-06-24 12:50:31 <fred42> Name:   alpinelinux.org
2025-06-24 12:50:35 <fred42> Address: 2a01:7e00:e000:2fc::4
2025-06-24 13:10:10 <programmerq> fred42: use a paste service to paste multiple lines like that. looks like it's only the AAAA record that is returning servfail. When I try, both 1.1.1.1 and 8.8.8.8 return both addresses correctly.
2025-06-24 18:11:53 <CharlesMartinez[m]> Get in touch with this platform for greatness you’ll definitely thank me later
ℹ️❤️
2025-06-24 18:11:53 <CharlesMartinez[m]> ➡️t.me/+zEFPK-AiVFEyZDM0
2025-06-24 18:47:01 <rickard0[m]> For security, can someone verify the alpine signing GPG key fingerprint? A copy they have on their local system?
2025-06-24 18:51:36 <tyr0ne> The fingerprint is available on download page: https://alpinelinux.org/downloads/ "0482 D840 22F5 2DF1 C4E7 CD43 293A CD09 07D9 495A"
2025-06-24 19:53:33 <tyr0ne> Where can I find the repository of "apkbuild-pypi" ? I would like to contribute some fixes
2025-06-24 19:54:16 <ikke> https://gitlab.alpinelinux.org/alpine/abuild/-/blob/master/apkbuild-pypi.in
2025-06-24 19:57:38 <tyr0ne> Thanks. I earlier contributed a python3 library, and after I used the tool to generate the APKBUILD file, a maintainer told me to do couple changes to the generated APKBUILD, one noteable change is the addition of depends="python3", saying it is customary
2025-06-24 19:57:59 <tyr0ne> Now I am curious, why didn't apkbuild-pypi add in that 
2025-06-24 20:00:08 <alfa> hello
2025-06-24 20:00:23 <alfa> is anybody here?
2025-06-24 20:00:39 <ikke> at least you are here
2025-06-24 20:00:55 <alfa> @ikke and what about you?
2025-06-24 20:01:03 <ikke> I can't confirm nor deny
2025-06-24 20:01:23 <alfa> @ikke are you bot or something?
2025-06-24 20:01:26 <tyr0ne> lol
2025-06-24 20:01:44 <ikke> I do feel like one sometimes
2025-06-24 20:02:21 <alfa> I need to talk about alpine distro a little
2025-06-24 20:03:06 <alfa> is it relevant to install k3s on it?
2025-06-24 20:04:27 <alfa> I have some bad experience when upgraded Ubuntu server from 22.04 to 24.04 and eventually need to choos something small, fast, low overhead and footprint
2025-06-24 20:05:02 <ikke> I run k0s (same ballpark as k3s) on alpine
2025-06-24 20:05:22 <alfa> could you elaborate something on that?
2025-06-24 20:07:25 <ikke> k0s does have first-class alpine support, so that helps. I just have to enable the cgroups and machine-id service, and then everything just works
2025-06-24 20:07:42 <alfa> any obstacles, challanges when using networking plugins like calico, flannel, cilium, canal, kube-router or multus?
2025-06-24 20:08:05 <ikke> k0s includes both calico and kube-router, both which I have tested and work
2025-06-24 20:08:10 <ikke> the others I have no experience with
2025-06-24 20:08:37 <alfa> it's great to read that :)
2025-06-24 20:09:10 <alfa> I'll take a look at k0s and will back soon.
2025-06-24 20:10:31 <alfa> see you next time - I apperciate your comment
2025-06-24 20:11:54 <alfa> @ikke where are you from? I'm from Poland. 
2025-06-24 20:12:44 <ikke> NLD
2025-06-24 20:29:07 <alfa2> \00304 this is red text, isn't it?
2025-06-24 20:30:15 <alfa> \00304No\003
2025-06-24 20:32:09 <tyr0ne> I think you should be in #alpine-offtopic
2025-06-24 20:51:45 <alfa> k0s works on alpine like a charm thaks bro @ikke
2025-06-24 20:52:52 <alfa> \msg alfa bye!
2025-06-24 20:56:28 <rifux[m]> hello. I have a problem with podman/distrobox.
2025-06-24 20:58:21 <rifux[m]> in short it's runc: runc create failed: unable to start container process: unable to apply cgroup configuration: rootless needs no limits + no cgrouppath when no permission is granted for cgroups: mkdir /sys/fs/cgroup/d7da0b557f54931281252b510e100bdb479efbdead65e5828cba52bad30a1061: permission denied: OCI permission denied
2025-06-24 20:59:05 <rifux[m]> I don't have such issue on postmarketOS what is really strange for me
2025-06-24 21:08:50 <Saijin_Naib[m]> <rifux[m]> "in short it's runc: runc create..." <- Do you have cgroups service started? 
2025-06-24 21:10:01 <rifux[m]> rifu@nihon ~> service cgroups status
2025-06-24 21:10:01 <rifux[m]>  * status: started
2025-06-24 21:10:43 <rifux[m]> it makes things even stranger, I guess
2025-06-24 21:18:36 <Saijin_Naib[m]> https://wiki.alpinelinux.org/wiki/Podman
2025-06-24 21:19:09 <Saijin_Naib[m]> Have you addressed the items in the wiki? I am on x86_64 edge and using rootless podman successfully
2025-06-24 21:24:20 <rickard0[m]> Hi. Im trying to find a graphics card that can decode 60+ videos under xorg. I wanted to use the nvidia nouveau, but the newest card they support is very old. Is driver support for other cards any better? Is there a way to use the proprietary driver?
2025-06-24 21:28:31 <tyr0ne> https://wiki.alpinelinux.org/wiki/NVIDIA " Currently Nouveau, the open-source driver for NVIDIA GPUs is supported as the proprietary NVIDIA driver is not available for Musl C library used in Alpine Linux."
2025-06-24 21:31:41 <Saijin_Naib[m]> What is 60+
2025-06-24 21:31:43 <Saijin_Naib[m]> 60+ fpsm
2025-06-24 21:31:44 <Saijin_Naib[m]> ?
2025-06-24 21:31:56 <Saijin_Naib[m]> Intel Arc A380 is what I used, worked great
2025-06-24 21:36:06 <rickard0[m]> I need to play 60 videos to a screen
2025-06-24 21:37:55 <Lord> 60 video at the same time ? o__O
2025-06-24 21:38:27 <Lord> not sure any gpu can decode 60 videos simultaneously
2025-06-24 21:38:41 <Lord> you'll have to use cpu decoding too
2025-06-24 21:39:38 <rickard0[m]> it was working under ubuntu with a 4070, although it was pegged
2025-06-24 21:39:55 <rickard0[m]> Its a wierd problem I know
2025-06-24 21:40:53 <Lord> what are you trying to achieve ? 60 videos is quite a lot !
2025-06-24 21:42:13 <rickard0[m]> camera station. 60 is a max, might need to be 30 and 30 on two separate boxes
2025-06-24 21:43:31 <rickard0[m]> We might end up trying the Intel Arc A380, thanks for the suggestion
2025-06-24 21:50:31 <tyr0ne> 60 videos isn't that much. It all really depends on the video resolution 
2025-06-24 21:56:37 <tyr0ne> So the questions becomes less "if I can do it", and becomes more "If I play them smoothly", depending on the resolution, but I would say you wont be able to play them all smoothly
2025-06-24 22:06:14 <Saijin_Naib[m]> @rickard0 Arc A7xx or Battlemage might be better. I chose A380 based upon TDP and MSRP vs the GTX 1050TI OC it was replacing when I switched to Alpine
2025-06-24 22:06:32 <Saijin_Naib[m]> It is solid, but by no means comparable to a GTX 40xx
2025-06-24 23:06:43 <mason> Ooh, I didn't think that nVidia won't build on MUSL. That's unfortunate.
2025-06-24 23:12:25 <mason> Presumably the kernel module wouldn't be a problem, and I wonder if a chroot or container would allow for the userland bits to work. Might be a funny sort of environment.
2025-06-25 13:42:57 <xpufx> powerdns recursor (maybe the resolver too) has a new configuration format requirement. It has to be in yaml. There's a command line flag to use the old settings but it's not the default. On the latest alpine this causes the service to not start.
2025-06-25 13:43:26 <xpufx> I don't know how alpine handles this kind of situation. There's a tool to convert the config but it's a manual process.
2025-06-25 13:43:48 <xpufx> https://doc.powerdns.com/recursor/upgrade.html   (version 5.2.0 requires the new yaml format)
2025-06-25 13:48:43 <clandmeter> you could add some warning in the init script, as apk warnings are not properly implemented.
2025-06-25 13:54:53 <fossdd> you can also write something to the release notes https://wiki.alpinelinux.org/wiki/Draft_Release_Notes_for_Alpine_3.23.0
2025-06-25 15:12:35 <rifux[m]> <Saijin_Naib[m]> "https://wiki.alpinelinux.org/..." <- didn't help at all 
2025-06-25 16:04:28 <ewo> Hi there
2025-06-25 16:06:21 <ewo> Not sure this is the right place but I was wondering -- I was looking to setup my laptop to suspend on low battery and am using Sway without a desktop manager. Has anyone tried this?
2025-06-25 16:07:50 <prabu> rifux, i tested the instructions on that page https://wiki.alpinelinux.org/wiki/Podman and updated it recently. Can you verify once again? btw my filesystem is btrfs.
2025-06-25 16:11:08 <prabu> ewo, check this blog entry, see if this idea can be used: https://whynothugo.nl/journal/2023/11/24/setting-a-battery-charge-threshold/
2025-06-25 16:12:29 <prabu> also check this page,https://wiki.alpinelinux.org/wiki/Power_management, also check the "See also" section for additional links related to laptop
2025-06-25 16:14:32 <ewo> prabu: awesome thanks
2025-06-25 16:15:01 <ewo> Got suspend working nicely with powerctl :) but just finding a way to suspend/swaylock when the battery is getting low
2025-06-25 16:22:51 <prabu> i don't have a laptop so cannot help you further..checkout the blogpost from whynothugo and play around with capacity parameter in somewhere inside /sys/class/power_supply/BAT0..
2025-06-25 16:23:51 <prabu> i'll appreciate if you can add you solution later to the above wikipage..
2025-06-25 16:25:40 <ewo> Thanks! yeah i'll have a look
2025-06-25 16:41:13 <rifux[m]> <prabu> "rifux, i tested the instructions..." <- I can't see any changes within a few hours, latest was made at June 2nd, 2025
2025-06-25 16:42:33 <prabu> yes..i meant the last update..i edited the page after testing..
2025-06-25 16:44:39 <prabu> after enabling the cgroups, you may need to restart the computer once..
2025-06-25 19:23:41 <Saijin_Naib[m]> Two rootless podman over XFS following the guide here
2025-06-25 19:23:57 <Saijin_Naib[m]> Hmm... any errors in rc.log or dmesg?
2025-06-26 02:36:17 <feespay[m]> Get in touch with this platform for greatness you’ll definitely thank me later... (full message at <https://matrix.org/oftc/media/v1/media/download/ASW2qPcDwZLuNOOe6YAjFWaeXVRU1ShTSlYQ_cVBOi3XR3VBRdSQbTvNBWqc5g7EsjR0lrKeWYCWEUKYl1pTLyZCeX8jDbWAAG1hdHJpeC5vcmcvSGRncXlrbFRmQ1hyc0ZGa0xocUx1enJr>)
2025-06-26 02:41:09 <longnoserob[m]> spam..
2025-06-26 02:47:18 <fission> Lovely spam! Wonderful spam!
2025-06-26 02:51:05 <longnoserob[m]> hrhr
2025-06-26 05:39:04 <royce> Is there a guide on how to install with the ISO? 
2025-06-26 05:43:33 <quinq> https://wiki.alpinelinux.org/wiki/Installation
2025-06-26 05:43:45 <quinq> “yes”
2025-06-26 05:43:53 <dwfreed> or https://docs.alpinelinux.org/user-handbook/0.1a/index.html
2025-06-26 05:45:06 <royce> Great. Thanks.
2025-06-26 08:42:44 <sratabix> Hi! I recently submitted a fix for the clamav package that fixes a critical CVE. Our software uses alpine stable and clamav, currently i'm still building clamav every time i want to update it. Is it possible to backport this security fix? Thank you.
2025-06-26 08:58:56 <ikke> sratabix: backport to what release?
2025-06-26 09:00:48 <sratabix> from edge to 3.22, but maybe i don't fully understand how backporting works? This cve has been out since 18/06 so that's why i'd like to get it to stable asap.
2025-06-26 09:06:55 <ikke> sratabix: are you able to provide a merge request? It would target the 3.22-stable branch 
2025-06-26 09:10:05 <sratabix> ikke: I made a merge request to edge, the commit is now in master. Do you want me to make a new MR for the 3.22 branch?
2025-06-26 09:13:44 <ikke> Yes
2025-06-26 09:14:23 <sratabix> ikke: ok, give me a couple minutes. thank you for the quick response!
2025-06-26 09:35:08 <sratabix> ikke: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/86131 here is the MR.
2025-06-26 09:37:42 <swee> does Alpine Linux offer a package for Drone CI exec?
2025-06-26 09:38:43 <sratabix> swee: it seems to be the drone package, i think this is the one https://pkgs.alpinelinux.org/package/edge/community/x86_64/drone
2025-06-26 09:39:18 <swee> isn't that one for the backend?
2025-06-26 09:41:53 <sratabix> drone-cli seems to be in testing now https://pkgs.alpinelinux.org/package/edge/testing/x86_64/drone-cli
2025-06-26 09:44:02 <sratabix> swee: if you're on edge, you can install it like so: apk add drone-cli --repository=http://dl-cdn.alpinelinux.org/alpine/edge/testing/ 
2025-06-26 11:55:02 <sratabix> ikke: the pipeline for my MR is finally done :)
2025-06-26 11:56:20 <ikke> merged
2025-06-26 11:56:34 <sratabix> ikke: thanks!
2025-06-26 12:15:05 <sratabix> This feels like a nice community, i'll be sure to submit more MR's when i see more CVE's!
2025-06-26 12:17:39 <ikke> glad to hear, and that's appreciated :)
2025-06-26 13:04:08 <xpufx> clandmeter, fossdd: re the pdns recursor package. I am just an end user.
2025-06-26 13:04:22 <xpufx> should i create an issue?
2025-06-26 13:05:46 <xpufx> i see there's a note about dovecot in the 3.22 release notes which is a similar situation (though much more involved than pdns)
2025-06-26 13:18:23 <Habbie> > powerdns recursor (maybe the resolver too)
2025-06-26 13:18:42 <Habbie> the recursor -is- the resolver. there's also the auth ('pdns') and dnsdist. pdns does not have a new format yet. dnsdist has a new format but it's entirely optional
2025-06-26 13:19:10 <Habbie> putting something in the release notes makes sense to me
2025-06-26 13:24:11 <xdeus> Hi, I'm on an Apple M1 Air. I found some (several years old) blog post about a script to set it up and IIRC the same person (mps) has talked about Apple Silicon support on here and #alpine-devel. I've been playing around with Asahi Linux's m1n1, got my Linux build booting to initramfs with either just busybox or the Alpine Linux's minirootfs. I was just wondering, is there some docs about Alpine on these devices?
2025-06-26 13:24:53 <clandmeter> xdeus: check #alpine-arm 
2025-06-26 13:25:01 <xdeus> Oh thanks
2025-06-26 13:26:35 <xpufx> Habbie: i was confused about the terminology. Thanks. I hadn't checked the other releases. You are right, it seems to be only in the recursor upgrade instructions.
2025-06-26 13:26:57 <xpufx> i agree about putting info in the release notes.
2025-06-26 18:00:51 <kaathewise> Good day!  I use Alpine on my laptop, and today booting failed
2025-06-26 18:00:52 <kaathewise> dmesg shows that BOOT_IMAGE parameter got ignored (unknown kernel command line parameters)
2025-06-26 18:01:14 <kaathewise> So cryptroot failed to mount, and so the whole system dropped down into the emergency shell
2025-06-26 18:02:12 <kaathewise> It was loading just fine this mornig, and I'm pretty sure the only thing I did was do an apk upgrade, which only bumped the release of the Alpine package on the kernel and some other packages
2025-06-26 18:02:52 <kaathewise> Could anyone point me to docs or posts on how I can troubleshoot this issue?
2025-06-26 18:19:49 <p_6f3Ik7Suw> kaathewise: open the cyptroot manually using cryptsetup, then mount it on /sysroot and exit the shell, it should continue booting. need to look at logs i guess to figure out why the cryptroot mount failed?
2025-06-26 18:27:43 <wizzard> Any advice how I can implement this fix for mkinitfs, my laptop has the same issue. https://gitlab.alpinelinux.org/alpine/mkinitfs https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2107477
2025-06-26 18:39:45 <kaathewise> p_6f3Ik7Suw: huh, trying to do a luksOpen fails.  It seems that it aready got mounted as /dev/mapper/root, but init expects it as /dev/mapper/vg0-lv_root
2025-06-26 19:16:28 <kaathewise> Wait, am I supposed to have lvm available in initramfs?
2025-06-26 19:17:12 <kaathewise> Because luksOpen on the rescue filesystem correctly creates vg0-lv_root, but it's doesn't get created when I do a manual luksOpen in the emergency console
2025-06-26 19:36:37 <jvvv> kaathewise: for you issue, /etc/mkinitfs/mkinitfs.conf's features variable should have lvm, cryptsetup,(maybe) cryptkey, and any other features needed for your root filesystem. if you need to modify mkinitfs.conf, also need to rebuild initramfs with mkinitfs
2025-06-26 19:37:19 <jvvv> see /etc/mkinitfs/features.d for available features
2025-06-26 19:38:29 <jvvv> also see mkinitfs(1) and mkinitfs.bootparam(7) for more details
2025-06-26 19:40:01 <kaathewise> jvvv: thanks!  mkinitfs seems to have lvm in it (and cryptsetup, and nvme, twice (?)).  I tried rebuilding it and rebooting, but lvm is still not present in the initramfs
2025-06-26 19:40:34 <jvvv> is the lvm on top of a raid?
2025-06-26 19:42:14 <kaathewise> Nope, just a partition on a disk
2025-06-26 19:43:07 <kaathewise> doing everything manually from RescueSystem which has lvm works fine: cryptsetup luksOpen creates vg0-lv_root mapping
2025-06-26 19:43:27 <kaathewise> but in Alpine's initramfs it doesn't, I presume because lvm is not in initramfs, despite the configuration
2025-06-26 19:44:02 <jvvv> the rescuesystem, you mean the shell you plopped into when root fs not found?
2025-06-26 19:47:57 <jvvv> if the rescue system is that, then that is the initramfs... i haven't combined cryptroot with lvm in a while, but i think you might need the cryptdm variable set on the kernel command line
2025-06-26 19:49:15 <jvvv> something like 'cryptdm=/dev/mapper/vg0-lv_root', if i'm reading your previous posts correctly
2025-06-26 19:52:19 <jvvv> setting that would be in /etc/default/grub from grub boot loader and /etc/extlinux.conf for extlinux/syslinux bootloader.
2025-06-26 19:54:39 <jvvv> then would need to actually update the bootloader config, grub-mkconfig or update-extlinux.conf, which ever is appropriate
2025-06-26 20:01:04 <kaathewise> Alright, it was indeed lvm!  I smuggled lvm2 apks via RescueSystem (it's a live image for situations like this, system-rescue.org) into my Alpine image, installed them, rebuilt initfs with them, and now everything works
2025-06-26 20:01:42 <kaathewise> I presume the kernel release bump upgrade I ran today triggered mkinitfs, which built the image without lvm for some reason, which broke everything
2025-06-26 20:01:50 <kaathewise> Thanks for all the help!
2025-06-26 20:02:39 <jvvv> setting up crypt root is finnicky, no doubt... i've done it bunch of times, but that is how i know it is easy miss a step
2025-06-26 21:20:13 <elagost> anyone using openrc user services? I have been for a while but it seems fairly unreliable. I.e. if I log out and log back in I either get two copies running or none at all.
2025-06-26 21:44:33 <elagost> hm, openrc-user-pam seems to be a lot more reliable.
2025-06-26 22:09:34 <mason> elagost: I've always been a fan of cron for users running things under their own accounts.
2025-06-26 22:26:22 <tyr0ne> I'm not sure what to contribute / to do for Alpine
2025-06-26 22:34:54 <mason> tyr0ne: Great fall back: use it and find bugs.
2025-06-26 22:38:04 <nanon> tyr0ne: https://gitlab.alpinelinux.org/alpine/aports/-/issues/17294?__goaway_challenge=cookie&__goaway_id=d5e79d9388f6438cd08a75bf4a6724b3
2025-06-26 22:38:07 <mio> use alpine, tell friends about it, write howtos? just ideas
2025-06-26 22:38:51 <mio> if there are applications you'd like to see in the repos, to try packaging as well
2025-06-26 22:39:10 <tyr0ne> mason: I want to contribute to Alpine but it's not necessarily just about bug fixes, more like subtle improvements
2025-06-26 22:39:25 <achill> https://wiki.alpinelinux.org/wiki/Alpine_Linux:Contribute
2025-06-26 22:39:36 <tyr0ne> For instance, https certificates are free by Let's encrypt, why not enforce this in the package manager mirrors ?
2025-06-26 22:40:15 <tyr0ne> Seems like an easy win for better security, even if packages are signed, using https mirrors might break or complicate exploits
2025-06-26 22:40:21 <achill> because its "useless" for some since the packages are signed anyway and are verified, for some the improved performance by http matters
2025-06-26 22:40:33 <tyr0ne> Signed packages can still be exploited FYI
2025-06-26 22:40:53 <tyr0ne> I am not just talking about rollbacks, I am talking about RCEs.
2025-06-26 22:41:13 <tyr0ne> It has already been exploited I believe on apt. 
2025-06-26 22:41:15 <achill> sure but in the end i would consider the system maintainer to take care of it
2025-06-26 22:41:36 <tyr0ne> Huh ?
2025-06-26 22:42:36 <achill> if someone actively wants to use http, then the person is clearly knowing what they are doing
2025-06-26 22:43:14 <elagost> mason: I was more thinking about things like pipewire, kanshi, etc, and the openrc-user-pam package solved my issues. I use cron too.
2025-06-26 22:44:16 <elagost> I strongly agree that the package mirrors should support http, and not enforce https; sometimes systems don't have new certs.
2025-06-26 22:44:35 <tyr0ne> I never said not to support http, I simply said make default https and consider http legacy
2025-06-26 22:45:10 <tyr0ne> If a system admin wants to use http, he should be able to. But this new default would protect a lot of people and complicate / hinder any would-be 0-day vulnerability in APK or similar
2025-06-26 22:45:37 <tyr0ne> It's an easy win, especially since Let's Encrypt project gives free certificates and absurdly easy to set up too.
2025-06-26 22:47:06 <tyr0ne> APT package manager got hacked for this reason
2025-06-26 22:47:07 <tyr0ne> https://thehackernews.com/2019/01/linux-apt-http-hacking.html
2025-06-26 22:47:17 <tyr0ne> " The flaw, apparently, once again demonstrates that if the software download ecosystem uses HTTPS to communicate safely, such attacks can easily be mitigated at the first place."
2025-06-26 22:48:45 <elagost> dl-cdn already uses letsencrypt. I assume you could find the place that alpine media gets built, or container images, and replace https with http in the repositories file.
2025-06-26 22:49:59 <tyr0ne> Yes, but I want it default to protect other users. Most users are obvlivious to such security risks
2025-06-26 22:50:31 <tyr0ne> It's up to us, maintainers and contributors to inform users and fix the project. Adopting a secure-first approach and proactive rather than reactive
2025-06-26 22:52:40 <tyr0ne> Alpine is a big and widely used project. Making big changes is understandably slow and cautious process, however this change appear to be relatively harmless and with big security benefits
2025-06-26 22:55:06 <elagost> ok, so find the repo, make the MR, see what happens?
2025-06-26 22:57:09 <tyr0ne> Yes, will do. But before that, there need to be also a change in documentation (https://wiki.alpinelinux.org/wiki/How_to_setup_a_Alpine_Linux_mirror) to recommend setting up Let's encrypt certbot
2025-06-26 23:06:06 <tyr0ne> Alright I traced where the mirrors are loaded, it's in the line at top in https://gitlab.alpinelinux.org/alpine/alpine-conf/-/blob/master/setup-apkrepos.in?ref_type=heads (https://mirrors.alpinelinux.org/mirrors.txt) now what repo / where do I need to contribute to change that file's content ?
2025-06-26 23:21:36 <elagost> I assume that's a manually edited file - likely one has to apply to be on the mirror list. You could also edit the setup-apkrepos script to prefer https, or have it default to that.
2025-06-26 23:30:53 <elagost> tyr0ne: https://termbin.com/cv2h that probably wouldn't be accpeted but I assume you could do something like that; likely some testing would need to be done to ensure the mirror supports https at all
2025-06-27 00:00:27 <Borgube> I noticed upon upgrade to 3.22 that busybox dc prints the top of the stack + a newline when a user uses "n". Ex: dc -e "1 1 + nnnn". Pretty sure theres supposed to not be a newline. Anyone else confirm?
2025-06-27 00:06:02 <Sheila> that produces a runtime error on both macOS dc(1) and the POSIX-strict dc(1) Adélie ships.
2025-06-27 00:13:48 <Sheila> Borgube: busybox-dc does not implement 'n', so whatever it's doing when you use that function should not be relied on to produce consistent behaviour.
2025-06-27 00:15:39 <Borgube> Well thats a shame. Worked fine previously. No idea why it doesn't work now.
2025-06-27 03:52:05 <swee> Does Alpine have any b43xx drivers in its packages or do I have to use fwcutter?
2025-06-27 06:45:37 <staceee> do we have a doc for Postgresql upgrades? step by step migration guide?
2025-06-27 06:54:52 <staceee> found
2025-06-27 10:06:54 <rifux[m]> I don't quite understand how's that even possible:
2025-06-27 10:07:05 <rifux[m]> 
ACTION sent a log code block: https://matrix.org/oftc/media/v1/media/download/AVo6zGPvp2wBZf9BPMi18jmkKtduBY1Prk_Xi_uel0CHd3Rga6GJFWO6Gitdw2wWXmZU2Ap-YVfjp-wCJpYm5ERCeX-PPuzQAG1hdHJpeC5vcmcvWGdFUENZUlRRbGJkZkxTWERHQ2l3YU9l

2025-06-27 11:34:21 <ovf> fossdd: thank you for doing linux-stable! only noticed it now by accident
2025-06-27 12:39:20 <elagost> my zram-init service fails to start on linux-stable, but running `zram-init 2048` works. Anyone else seen this?
2025-06-27 13:05:04 <SyntheticBird[m]> Hi
2025-06-27 13:05:07 <SyntheticBird[m]>  is this channel alive?
2025-06-27 13:07:51 <xpufx> yes it is
2025-06-27 13:08:11 <Justin[m]> SyntheticBird[m]: No. It has in fact deceased.
2025-06-27 13:08:17 <Justin[m]> * No. It is in fact deceased.
2025-06-27 13:09:12 <SyntheticBird[m]> Justin[m]: It's over
2025-06-27 13:09:16 <SyntheticBird[m]> thx xpufx
2025-06-27 13:11:44 <SyntheticBird[m]> Are there anyone who manage to get SDDM working on edge ? I got cryptic Failed to take control of "/dev/tty1" ("root"): Operation not permitted
2025-06-27 13:11:58 <SyntheticBird[m]> it's a fresh vm install
2025-06-27 13:16:43 <Habbie> Justin[m], it is now an ex-channel
2025-06-27 13:18:02 <SyntheticBird[m]> Habbie: wdym?
2025-06-27 13:19:27 <Habbie> it's from Monty Python's Dead Parrot Sketch. I was joking on about 'deceased'
2025-06-27 13:19:28 <xpufx> beautiful plumage SyntheticBird[m]
2025-06-27 13:19:41 <Habbie> The plumage don't enter into it. It's stone dead.
2025-06-27 13:19:51 <SyntheticBird[m]> Habbie: ah ok lol
2025-06-27 13:19:52 <xpufx> that sketch is perfection
2025-06-27 13:19:59 <Habbie> yes
2025-06-27 13:22:58 <Justin[m]> It's not a rule but I find this relevant https://nohello.net/en/
2025-06-27 13:26:58 <Habbie> i would like it to be a rule
2025-06-27 13:28:20 <ovf> fossdd: however i think linux-stable-doc should provide/replace linux-edge-doc
2025-06-27 13:33:57 <fossdd> ehh shouldnt matter, -doc packages are mostly installed by `docs` i think
2025-06-27 13:34:27 <fossdd> and people should always manually verify orphaned packages anyway
2025-06-27 13:37:24 <ovf> yes it was installed by docs, so installing linux-stable (with which docs will install_if linux-stable-docs) should replace it
2025-06-27 13:37:37 <ovf> also ERROR: linux-stable-doc-6.15.3-r1: trying to overwrite usr/share/doc/linux-doc owned by linux-lts-doc-6.12.34-r0.
2025-06-27 13:37:58 <fossdd> thats should be fixed now with apk upgrade
2025-06-27 14:02:01 <ovf> thanks!
2025-06-27 15:16:07 <SyntheticBird[m]> Is there anyone who manage to bootup KDE from console ?
2025-06-27 15:17:32 <elagost> SyntheticBird[m]: what do you mean? like, `startx`?
2025-06-27 15:18:46 <SyntheticBird[m]> elagost: `XDG_SESSION_TYPE=wayland dbus-run-session startplasma-wayland`
2025-06-27 15:19:53 <SyntheticBird[m]> I get Could not create wayland socket. with no more explanation or logs. Someone also reported it on r/AlpineLinux
2025-06-27 15:20:17 <SyntheticBird[m]> https://reddit.com/r/AlpineLinux/comments/1bmzsfm/kde_plasma_6_not_starting_on_edge
2025-06-27 15:20:21 <SyntheticBird[m]> s///
2025-06-27 15:20:51 <SyntheticBird[m]> im on 3.22
2025-06-27 15:20:54 <SyntheticBird[m]> it don't work on edge too
2025-06-27 15:20:59 <elagost> do you have xdg-runtime-dir? do you have elogind running? Have you installed `shadow-login`? Is there any reason you're not using sddm?
2025-06-27 15:22:47 <SyntheticBird[m]> yes. yes. yes. And I can't use sddm because it's broken since 3.22_r3, see https://gitlab.alpinelinux.org/alpine/aports/-/issues/17204
2025-06-27 15:29:14 <SyntheticBird[m]> elagost i fixed it thx for the hint
2025-06-27 15:29:26 <SyntheticBird[m]> elogind wasn't enabled but i started and expected the xdg-runtime-dir to be exported
2025-06-27 15:29:39 <SyntheticBird[m]> just had to reboot
2025-06-27 15:33:22 <elagost> when you log in and run `loginctl` you should see elogind output, if elogind is enabled and shadow-login is installed.
2025-06-27 15:34:01 <elagost> glad it is working now though!
2025-06-27 20:34:31 <alexhaydock> How do I find out where the file `/etc/init.d/hwclock` comes from? pkgs.alpinelinux.org claims it's from openrc but I can't find it in the Git repo anywhere.
2025-06-27 20:34:31 <alexhaydock> Need to find out how it works to investigate whether it makes sense to just rely on hwclock in a QEMU VM for a very lightweight guest, or whether an NTP daemon is actually needed.
2025-06-27 20:35:37 <Sheila> `apk info -W /path/to/file`
2025-06-27 20:35:52 <Sheila> (but it has to exist)
2025-06-27 20:37:08 <alexhaydock> Huh. That also claims it's owned by `openrc`. Useful command though, thanks!
2025-06-27 20:37:08 <alexhaydock> I must be missing which of these files it actually comes from.
2025-06-27 20:37:08 <alexhaydock> https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/main/openrc
2025-06-27 20:38:02 <Sheila> try openrc's own repo instead.
2025-06-27 20:38:22 <pbui> https://github.com/OpenRC/openrc/blob/master/init.d/hwclock.in
2025-06-27 20:42:06 <alexhaydock> Ah of course - maintained upstream. That makes sense. Thanks!
2025-06-28 15:22:41 <quinq> Hola o/
2025-06-28 15:22:52 <quinq> Sorry, I must have asked that question before, but I don't remember
2025-06-28 15:23:12 <quinq> Is there an alternative to https://pkgs.alpinelinux.org/contents for searching Alpine packages contents?
2025-06-28 15:23:16 <quinq> Something like a local cli?
2025-06-28 15:23:41 <ikke> quinq: no, there's not at the moment.
2025-06-28 15:23:52 <quinq> Thank you ikke :)
2025-06-28 15:24:57 <quinq> It's mostly that I feel a bit bad about spamming that tool
2025-06-28 15:25:18 <quinq> Well, not spamming, but a few requests feel like a lot of resources used
2025-06-28 15:25:39 <ikke> Something CLI would either have to do the same, or build a local cache of the repo, which is also quite heavy
2025-06-28 15:26:46 <ikke> There's no easy to obtain index of all files in each package
2025-06-28 15:26:54 <frag> ahh, also been wondering about that.. nice to keep it small indeed
2025-06-28 15:26:57 <quinq> Could it not simply sync with the remote cache list??
2025-06-28 15:27:24 <quinq> Maybe a simpler tar -tf *.apk > file_list
2025-06-28 15:28:12 <ikke> The sqlite db is 5-30GB per repo
2025-06-28 15:28:53 <quinq> Yeah, I'm just talking about filenames
2025-06-28 15:28:56 <quinq> Not whole metadata
2025-06-28 15:29:14 <achill> maybe pkgs.a.o could give a api out, its still cpu heavy on pkgs.a.o, but at least people don't have parse the html and we could add some minor rate limiting
2025-06-28 15:29:57 <quinq> Anyway, I have my answer, thanks :)
2025-06-28 15:30:09 <ikke> quinq: I think the filenames is actually the biggest part of that
2025-06-28 15:30:28 <achill> btw i think https://github.com/genuinetools/apk-file is already a CLI tool that parses the pkgs.a.o html, but i dunno if it still works
2025-06-28 15:30:35 <achill> likely not
2025-06-28 15:30:48 <pbui> i came across this: https://github.com/fcolista/apkfile ... havent tried it yet though
2025-06-28 15:32:07 <achill> ah i think thats what i searched for
2025-06-28 15:32:08 <achill> yeah
2025-06-28 15:35:30 <quinq> $ grep ^F: /lib/apk/db/installed | wc -c
2025-06-28 15:35:30 <quinq> 874693
2025-06-28 15:35:34 <quinq> $ grep -v ^F: /lib/apk/db/installed | wc -c
2025-06-28 15:35:34 <quinq> 10257389
2025-06-28 19:55:59 <raiguard> During setup-alpine, it asks for "SSH key or URL for $USER". There isn't a description of what this actually does on the wiki that I could find - are you supposed to manually type out an SSH key? What does the URL do?
2025-06-28 19:58:00 <raiguard> Also, on the wiki page for LVM on LUKS, it claims that setup-alpine's "crypt" option does not use LUKS, but when I select it, it clearly says "The following disk is selected (with LVM on LUKS)". Is the wiki out of date?
2025-06-28 19:58:01 <ikke> raiguard: the url would point to a text file containing the key
2025-06-28 19:58:24 <ikke> github and gitlab for example expose the public keys of users, so you could use that
2025-06-28 19:58:45 <raiguard> Ah, that is convenient. Much better than having to temporarily enable password login so I can scp my public key over :D
2025-06-28 20:17:05 <frag> hmm, groff recently started depending on perl?
2025-06-28 20:18:19 <ikke> 544861defc073485bc64d16a748affc788755420
2025-06-28 20:18:38 <ikke> https://gitlab.alpinelinux.org/alpine/aports/-/commit/544861defc073485bc64d16a748affc788755420
2025-06-28 20:22:08 <frag> ikke what does that mean? that perl is supposed to be a dependency and now is?
2025-06-28 20:23:41 <ikke> There are perl scripts that require perl, so now it's actually reflected as a runtime dep
2025-06-28 20:24:59 <frag> ah .. too bad
2025-06-29 03:49:59 <xebastuan> hi
2025-06-29 03:50:12 <xebastuan> i have a question
2025-06-29 03:53:11 <Biswa96[m]> xebastuan:  please ask the question.
2025-06-29 03:56:58 <xebastuan> Does this version bring any significant changes or improvements for use in Docker containers??
2025-06-29 03:57:58 <Saijin_Naib[m]> This version being v3.22? What specific scenarios do you feel need improvement?
2025-06-29 09:50:07 <sertonix[m]> frag: Alternative would be a split package for the perl scripts
2025-06-29 09:53:12 <frag> yeah, perl is kinda big 37MiB, i guess its kinda standard tho
2025-06-29 11:11:19 <longnoserob[m]> does anyone know if PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP exists in musl?
2025-06-29 11:21:13 <ikke> longnoserob[m]: you might also want to ask in #musl on irc.libera.chat
2025-06-29 11:21:35 <longnoserob[m]> alight
2025-06-29 11:21:41 <longnoserob[m]> +r
2025-06-29 11:26:17 <longnoserob[m]> it does not show up in https://git.musl-libc.org/cgit/musl/tree/include/pthread.h?h=v1.2.5 so I assume its not (yet) supported
2025-06-29 15:27:19 <yoloman> curl v8.14 has a really annoying bug via https://github.com/curl/curl/issues/17554 which is in alpine latest. any chance this could be patched?
2025-06-29 15:32:21 <achill> yeah probably, can you open a issue (https://gitlab.alpinelinux.org/alpine/aports/-/issues) so i dont forget it?
2025-06-29 15:36:56 <yoloman> achill: ok
2025-06-29 17:02:07 <userdocs> achill: thanks
2025-06-30 09:53:40 <vanveldt> 12
2025-06-30 10:05:03 <frag> `time` doesnt work on functions it seems, and busybox date doesnt work with date +%N, is there another way to time functions?
2025-06-30 10:13:24 <lopid> the builtin time should work on functions
2025-06-30 10:13:56 <lopid> (if bash)
2025-06-30 10:15:50 <frag> i use ash, wonder how many al users use bash..
2025-06-30 10:17:04 <achill> i would guess a lot
2025-06-30 10:29:07 <frag> seems exchanging [ .. -a .. ] with [ .. ] && [ .. ] made it more effective in ash :S
2025-06-30 10:29:12 <fatal> frag: try coreutils
2025-06-30 10:29:54 <frag> kinda like to use the native busybox :) got used to even busybox grep!
2025-06-30 10:30:21 <fatal> yeah it's nice and small
2025-06-30 10:30:25 <frag> and forces you to make more effective code hehe
2025-06-30 10:32:40 <fatal> anyway date it's not a bash builtin
2025-06-30 10:36:18 <frag> maybe time is inbuilt in bash, i use busybox time it seems
2025-06-30 10:37:11 <fatal> time is for meassuring cpu resources
2025-06-30 10:37:16 <frag> hmm doesnt seem to be inbuilt in bash either, but somehow still works there and not in ash
2025-06-30 10:37:37 <fatal> i alrady told you that date is in gnu coreutils
2025-06-30 10:38:06 <frag> yes i know, im talking about time now.
2025-06-30 10:38:17 <frag> i mean `time`
2025-06-30 10:38:50 <fatal> i alrady said that time is something different
2025-06-30 10:39:41 <frag> alright, good talk
2025-06-30 10:39:55 <fatal> just try `time date`
2025-06-30 10:40:44 <fatal> or `time sleep 10`
2025-06-30 10:42:37 <fatal> well, have fun kids.
2025-06-30 14:48:41 <kaathewise> By chance, has anyone here had to deal with the ALC294 codec?
2025-06-30 15:02:59 <tyr0ne> No
2025-06-30 15:35:42 <realroot[m]> what does prepare() { default_prepare ?
2025-06-30 15:38:10 <Sheila> default_prepare handles patches automatically, mainly.
2025-06-30 17:36:51 <sertonix[m]> And it should always be used cause it might be expanded in the future.
2025-06-30 19:27:18 <frag> does webkit2gtk browsers  work for you (on rpi)?