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