2026-09-01 09:08:45 <WhyNotHugo> Getting cosmic to work is pretty straightforward.
2026-09-01 10:39:08 <telmich> When trying to install https://github.com/OpenNebula/addon-context-linux/releases/download/v6.6.1/one-context-6.6.1-r1.apk to alpine 3.24, apk says "v2 package format error" - what's the right way to "reformat" the apk? 
2026-09-01 10:55:23 <octavio64[m]> I just noticed there is monero package in edge repo. Do you think it would be possible to run monero node over I2P network using I2Pd package on Raspberry Pi  4 or 5?
2026-09-01 11:43:39 <longnoserob[m]> <telmich> "When trying to install https://..." <- with an apk from 2023 you wont have much luck on an edge install
2026-09-01 11:43:56 <longnoserob[m]> probably rebuilding from source might fix it
2026-09-01 11:44:55 <longnoserob[m]> or try this? https://github.com/OpenNebula/one-apps/releases/tag/v7.4.0
2026-09-01 12:05:22 <andar1an[m]> Anyone else have issues with bluetooth speakers/headsets that started over last day or 2?
2026-09-01 12:05:50 <andar1an[m]> Not getting much in errors beyond a br-connection-unknown error from bluez. Can try rolling back more firmware, but trying to validate what step to take next
2026-09-01 12:06:22 <andar1an[m]> Mice and keyboards are fine.
2026-09-01 12:52:19 <telmich> <longnoserob[m]> "or try this? https://github.com..." <- I actually overlooked that one - thanks for the pointer! It indeed works!
2026-09-01 15:09:47 <lnl> andar1an: I have the same problem, it's a regression in a wireplumber upgrade
2026-09-01 15:14:26 <andar1an[m]> Thank you lnl! I rolled back pipewire, but not wireplumber yet.
2026-09-01 16:56:21 <omni> this? https://gitlab.freedesktop.org/pipewire/wireplumber/-/work_items/999
2026-09-01 16:57:16 <andar1an[m]> It didn't have to do with profiles for me
2026-09-01 16:57:31 <andar1an[m]> Profiles would have been a different error
2026-09-01 16:58:04 <andar1an[m]> Just purely unable to connect. Was able to grab a snippet of "local host dropped connection" with a specific flow
2026-09-01 16:59:21 <andar1an[m]> Could pair, could trust. Couldn't connect.
2026-09-01 17:00:18 <andar1an[m]> All bluetooth audio devices i tried were the same (tried 3).
2026-09-01 17:00:52 <andar1an[m]> These same devices never had issues even earlier this week
2026-09-01 17:01:38 <andar1an[m]> I can try to dig for more info later when back at system
2026-09-01 17:05:11 <andar1an[m]> Maybe something changed with wireplumber config that needs update, maybe bluetooth firmware? Going to start with wireplumber rollback and go from there. Already tried rolling back pipewire and a few firmwares (maybe wrong ones)
2026-09-01 21:33:57 <andar1an[m]> Thank you lnl, was wireplumber for me too
2026-09-01 21:36:03 <lnl> omni: doesn't look like it
2026-09-01 21:36:49 <lnl> I've bisected it down to https://gitlab.freedesktop.org/pipewire/wireplumber/-/commit/cb92ef9846e2b2f827e1831515bc3a31e7d2ed1a but this doesn't tell me much
2026-09-01 21:54:35 <andar1an[m]> Do you think there is some loop with the addition of remove dropping the connection. Maybe some logic is flawed, because I was immediately getting dropped by local host
2026-09-01 21:55:08 <andar1an[m]> That's awesome you dug down to that haha. How long did that take?
2026-09-01 22:02:24 <lnl> A bit, I had to reboot multiple times to confirm if it works or not
2026-09-01 22:04:45 <andar1an[m]> Line 58, create-device.lua
2026-09-01 22:04:47 <andar1an[m]> Does that seem right?
2026-09-01 22:06:25 <andar1an[m]> I want to dig in with you haha. I just know nothing about the codebase yet
2026-09-01 22:10:01 <andar1an[m]> Just seems weird from a naiive perspective to see a connection event removing a node. But it could be for a reason i don't know yet.
2026-09-01 22:12:13 <andar1an[m]> If that is supposed to be there, maybe something is triggering object removed signal when it shouldn't?
2026-09-01 22:18:56 <andar1an[m]> There also used to be a createDevice function, and a CreateMonitor function. Now just createMonitor
2026-09-01 22:20:57 <andar1an[m]> Just renamed. My bad
2026-09-01 22:29:46 <andar1an[m]> Could it be as simple as the changes in module standard event sources? Should remkve have the same event priority?
2026-09-01 22:35:02 <andar1an[m]> Gotta go make dinner, sorry if that was useless haha
2026-09-02 17:15:01 <frag> why does this fail on one computer, but not on another: su -s /bin/sh -l sysuser -c 'startx /usr/bin/dwm' .. dont have the computer here now but i got some permisison denied and x didnt start
2026-09-02 17:18:32 <frag> worked if i make a regular user and logs in as that user
2026-09-02 17:19:22 <frag> i guess that user is a bit outdated.. maybe thats the reason.. its not on the internet
2026-09-02 17:23:23 <quinq> Maybe it's something else in the startup files (.xinitrc for example)
2026-09-02 17:25:03 <frag> s/user/system
2026-09-02 17:25:46 <frag> i dont think there should be, i tried moving all the files in home to a /backup/ dir.
2026-09-02 17:31:08 <frag> i wonder in $SHELL gets set, and if that could affect it.. 
2026-09-02 17:34:36 <quinq> su: must be suid to work properly
2026-09-02 17:35:12 <frag> s/in/if/g ... guess im tired..
2026-09-02 17:35:16 <quinq> ok, works without specifying the shell
2026-09-02 17:35:44 <quinq> ~ # echo $SHELL
2026-09-02 17:35:44 <quinq> /bin/ksh
2026-09-02 17:35:44 <quinq> ~ # su -l -c 'echo $SHELL' quinq
2026-09-02 17:35:44 <quinq> /bin/sh
2026-09-02 19:21:11 <User8395[m]> longnoserob libcec 8.1.7 released today so can you bump alpine/aports!106926 to that?
2026-09-02 19:21:57 <User8395[m]> it fixes the aforementioned segfault on the raspberry pi
2026-09-02 20:31:57 <WhyNotHugo> Podman 6.1.0 won't work at all, anyone else seeing #18426?
2026-09-02 22:25:11 <longnoserob[m]> <User8395[m]> "longnoserob libcec 8.1.7..." <- yes can do that in a short while
2026-09-02 22:57:25 <Guest16971> hi
2026-09-02 22:57:45 <Guest16971> is someone here?
2026-09-02 22:58:11 <armin_> no.
2026-09-02 22:58:15 <armin_> nobody here.
2026-09-02 22:58:53 <armin_> We're all just purposefully hiding!
2026-09-02 22:59:02 <Guest16971> Does cloud image automatically runs SSH server?
2026-09-02 23:08:08 <omni> WhyNotHugo: I'm not super happy about the upgrade, I would have wanted to look into more things before going to 6.x
2026-09-02 23:08:52 <WhyNotHugo> Guest16971: I believe it does
2026-09-02 23:15:08 <omni> WhyNotHugo: although I only had to remove my old v1 registries.conf, I seem to be able to use podman 6.1.0
2026-09-02 23:15:24 <omni> I wonder what I'm doing differently
2026-09-02 23:16:47 <WhyNotHugo> My ~/.config/podman is empty
2026-09-02 23:17:10 <WhyNotHugo> I mean, ~/.config/podman. I also delted ~/.local/share/podman and its cache
2026-09-02 23:22:46 <omni> and ~/.config/containers/ ?
2026-09-02 23:24:58 <omni> I'm suspecting we also need to update community/containers-common/APKBUILD
2026-09-02 23:25:27 <omni> it was suggested to switch source to https://github.com/podman-container-tools/container-libs
2026-09-02 23:37:18 <longnoserob[m]> User8395: updated to 8.1.7
2026-09-02 23:39:51 <WhyNotHugo> Yeah, it seems like containers-common has moved to that new location and we're several versions behind.
2026-09-02 23:59:18 <omni> WhyNotHugo: I'm currently looking into it
2026-09-02 23:59:46 <WhyNotHugo> Thanks. The package seemed a bit non-trivial.
2026-09-03 00:02:03 <omni> perhaps one of the reasons it's been dodged ;)
2026-09-03 03:07:30 <Kel> Guest16971: During the install it'll have you choose between None, OpenSSH, or Dropbear for SSH servers.
2026-09-03 03:08:16 <Kel> (I might be thinking of virt)
2026-09-03 09:35:28 <quinq> Anybody using xfreerdp3?
2026-09-03 09:35:42 <quinq> Suddenly I the imput doesn't work at all anymore
2026-09-03 09:36:01 <quinq> I can connect correctly, same as before, but nothing responds there, keyboard or mouse pointer
2026-09-03 11:26:16 <kento2> i just discovered `apk fetch coffee` lmaooooo
2026-09-03 11:31:33 <courge_musque[m]> Go and fetch your own coffee.
2026-09-03 11:42:24 <kento2> apk fetch -f coffee
2026-09-03 11:42:26 <kento2> :>
2026-09-03 11:44:10 <quinq> $ apk fetch sandwich
2026-09-03 11:44:10 <quinq> sandwich: unable to select package (or its dependencies)
2026-09-03 11:44:11 <quinq> :(
2026-09-03 11:45:38 <kento2> better create a PR for that
2026-09-03 11:45:56 <quinq> jeje ;)
2026-09-03 14:05:44 <frag> is uni2ascii somewhere in repo? also trying iconv -f UTF-8 -t US_ASCII//TRANSLIT ... but it fails
2026-09-03 14:09:51 <ikke> 0https://pkgs.alpinelinux.org/contents?file=uni2ascii&path=&name=&branch=edge&repo=&arch=
2026-09-03 14:09:53 <ikke> https://pkgs.alpinelinux.org/contents?file=uni2ascii&path=&name=&branch=edge&repo=&arch=
2026-09-03 14:10:29 <aron> I built uni2ascii for myself
2026-09-03 14:10:47 <aron> I could share the APKBUILD
2026-09-03 14:11:56 <aron> btw, I think "//TRANSLIT" won't work on alpine
2026-09-03 14:12:21 <aron> at least with musl, it definitely won't work
2026-09-03 14:12:37 <aron> that's why I built uni2ascii
2026-09-03 14:13:02 <frag> yeah, seems so
2026-09-03 14:13:19 <frag> what does it output instead of eg ø?
2026-09-03 14:13:51 <frag> ups.. i had a filter to convert the char i tried typing.............
2026-09-03 14:14:07 <frag> what does it output instead of utf-8 symbols?
2026-09-03 14:14:15 <aron> uni2ascii?
2026-09-03 14:15:00 <frag> aron yes
2026-09-03 14:15:08 <aron> it works very well removing any achutes and other mumbo-jumbo decoration
2026-09-03 14:15:37 <aron> I use it all the time
2026-09-03 14:16:01 <aron> do you want the APKBUILD?
2026-09-03 14:16:24 <frag> i wouldnt know how to install/use it i suspect
2026-09-03 14:17:13 <aron> I can give access to the apk repo where I keep it
2026-09-03 14:17:22 <aron> or give me an example text
2026-09-03 14:17:30 <aron> and I run uni2ascii on it
2026-09-03 14:17:54 <aron> maybe the latter is the better to try it
2026-09-03 14:20:13 <frag> what does æøå turn into?
2026-09-03 14:20:28 <aron> my irc client eats this
2026-09-03 14:21:57 <aron> give me a codepoint
2026-09-03 14:22:31 <frag> https://accentcodes.com/languages/nordic-alt-codes.html
2026-09-03 14:22:41 <frag> and emoticons?
2026-09-03 14:23:23 <aron> The Nordic languages - Swedish, Norwegian, Danish, Icelandic, Faroese - share a small but distinctive set of extra letters that aren't in standard English. Swedish uses a a o. Norwegian and Danish use ae o a. Together they cover 10 characters you'll need for names (Bjorn, Orsted, Asa, Oresund), place names (Goteborg, Kobenhavn, Tromso), and words (smorgasbord, rodgrod).
2026-09-03 14:23:45 <aron> ^ this is the output
2026-09-03 14:24:28 <frag> aha, kinda of neat!
2026-09-03 14:25:08 <aron> obviously, some information is lost
2026-09-03 14:25:18 <aron> but at least it's ascii
2026-09-03 14:25:51 <frag> ive been using ø=0 æ=3 å=4 but not as intuitive..
2026-09-03 14:27:01 <aron> it converts emojis into codepoints, like 0x1F600, 0x1F642, 0x1F60B
2026-09-03 14:27:34 <aron> I don't see what else it could do
2026-09-03 14:28:19 <frag> started making a sed-filter to change them into :surprise:, :smirk:, etc
2026-09-03 14:28:26 <aron> although there is a lot of options
2026-09-03 14:28:27 <aron> like:
2026-09-03 14:28:28 <aron>   -S <Unicode:ASCII>  define a custom substitution
2026-09-03 14:28:36 <frag> but also thought of such code as a possiblity..
2026-09-03 14:29:57 <aron> you'll need a huge table for this though
2026-09-03 14:31:13 <frag> yeah, just doing the ones i come across, but those emoticons are kinda popular, and a lot of them yeah
2026-09-03 14:35:23 <aron> I found nothing in the manual, only the custom substitution
2026-09-03 14:35:38 <aron> it can switch a unicode codepoint to a single ascii character
2026-09-03 14:36:42 <aron> another alternative: download the source code, and add the desired emoji translations yourself ;)
2026-09-03 14:42:51 <frag> maybe need to install new applications/fonts :scream:
2026-09-03 14:48:16 <aron> if you want :P
2026-09-03 14:49:16 <aron> I don't really care about this emoji thing, if someone can communicate with me only using emojis, it's a lost cause :D
2026-09-03 14:51:20 <krisk>  /quit
2026-09-03 15:02:36 <andar1an[m]> I find emojis add emotional context which can be tedious without and i already suck at texting lol. Not a fan of only, but definitely a fan of supplemental. Thats cool haha
2026-09-03 15:04:23 <andar1an[m]> Reminds me I have been meaning to make an update request for Halloy. Can try later.
2026-09-04 00:11:42 <Justin[m]> Gitaly on GitLab seems to have fallen over.
2026-09-04 04:41:23 <Justin[m]> ncopa can you please look into this ^
2026-09-04 04:45:10 <Justin[m]> Probably worth getting a few more people onboard that can handle things like this while you're away.
2026-09-04 04:47:40 <ikke> Justin[m]: gitlab is working well for me
2026-09-04 04:47:46 <ikke> Justin[m]: Anything particular not working?
2026-09-04 04:48:18 <Justin[m]> gitaly: https://gitlab.alpinelinux.org/alpine/aports/-/commits/master/community/grpc
2026-09-04 04:48:55 <Justin[m]> ikke ^
2026-09-04 04:49:13 <ikke> gitaly is working fine, but certain types of requests are timing out
2026-09-04 04:49:21 <ikke> that's a different problem that has no easy solution
2026-09-04 04:49:56 <Justin[m]> It has been timing out all day. ☹️
2026-09-04 04:50:21 <ikke> Yes, that type of request will always time out
2026-09-04 04:50:27 <ikke> it's a history intensive request
2026-09-04 04:50:39 <ikke> and aports has lots of history
2026-09-04 04:50:57 <Justin[m]> So GitLab is too simple to do a database query with a limit of returned results? 😆
2026-09-04 04:51:29 <Justin[m]> I also can't sync my aports repo as it is far behind and I'm guessing just times out.
2026-09-04 04:54:27 <Justin[m]> Lets see if I can do it from my PC.
2026-09-04 04:56:55 <Justin[m]> I guess GitLab can't handle a query like that as it is probably now vibe coded by their AI loving bosses.
2026-09-04 05:10:16 <jvvv> In the past, when I have had issues pulling from gitlab, I've pulled from https://git.alpinelinux.org/aports
2026-09-04 05:10:47 <Justin[m]> I was wanting to view history mostly.
2026-09-04 05:12:34 <jvvv> Huh, we must have different preferences. I prefer looking at history with 'git log' locally. Oh well, everyone is different
2026-09-04 05:14:04 <ikke> https://git.alpinelinux.org/aports/log/community/grpc
2026-09-04 05:15:53 <jvvv> Yeah, that works nicely also
2026-09-04 05:18:54 <jvvv> ikke: Thanks for not merging that MR for clarkson this morning. I noticed you had added commits, then saw that now they are up to date. A bit of a face palm on my end
2026-09-04 05:20:05 <ikke> jvvv: I rebased it to deal with a conflict
2026-09-04 05:20:13 <ikke> You can revert it if you want
2026-09-04 05:20:36 <jvvv> Yep, I figured... that was the reason, was all good. I closed it
2026-09-04 05:21:11 <jvvv> 4 months, no updates. The day after I push removal commit, they update
2026-09-04 05:23:08 <jvvv> I'm not convinced they will stay sync'd, but I'm not getting the tarot cards out to try to guess the future, either
2026-09-04 05:27:23 <ikke> https://zabbix.alpinelinux.org/history.php?action=showgraph&itemids%5B%5D=28838
2026-09-04 05:27:37 <ikke> Or are you referring to individual repos?
2026-09-04 05:29:44 <jvvv> No, they hadn't sync'd since May. I was hoping they would get their act together at start of classes, and I guess that is what happened
2026-09-04 05:30:53 <ikke> From the zabbix history, it started syncing again since August 4th
2026-09-04 05:32:07 <jvvv> Huh, I thought I had manually perused the mirror earlier this week. Memory isn't would it should be I suppose
2026-09-04 05:32:41 <jvvv> s/isn't would/isn't what/
2026-09-04 13:39:11 <invoked> i'm assuming some requests time out because they don't use the cache. how often does gitaly run git maintenance?
2026-09-04 15:10:13 <ikke> invoked: I suspect it's trying to fetch all commits touching that path instead of some limit and then timing out
2026-09-04 15:24:46 <ikke> invoked: gitaly runs maintenance daily
2026-09-04 15:25:14 <invoked> ok. though, if that was in redis (i think the cache is redis?) it should still come back quickly unless it's just too large of a result.
2026-09-04 15:25:48 <ikke> If it already times out before getting the result, it can never be cached
2026-09-04 15:26:01 <ikke> And I'm not sure if those kinds of things are even cached in redis
2026-09-04 15:26:57 <invoked> i'm not sure either. i'm just assuming what i might do (tuple values caching the git log)
2026-09-04 15:29:01 <ikke> invoked: https://runbooks.gitlab.com/redis/redis-survival-guide-for-sres/#why-do-we-use-it seems to imply it does
2026-09-04 15:30:03 <ikke> But not sure if that's specific to the gitlab.com deployment
2026-09-04 15:31:47 <invoked> looks like some of it is. also, i just don't understand rails
2026-09-04 20:23:03 <el[m]> is there a known problem with qt5 and alpine and wayland? i got this qt5 app that wants to use the "xcb" backend which obviously under wayland doesn't work, and then crashes. i wonder if this is an app-specific bug somehow or a qt5 packaging issue
2026-09-04 20:24:33 <el[m]> (i'm on postmarketOS to make matters more complicated. but i'm guessing they probably just use the alpine qt, although correct me if i'm wrong)
2026-09-04 20:25:51 <el[m]> since this list is empty: https://pkgs.postmarketos.org/packages?name=qt5-*&branch=main&repo=&arch=&origin= and on pkgs.alpinelinux.org they show up
2026-09-04 20:27:13 <courge_musque[m]> What's the software you have issues with?
2026-09-04 20:59:13 <PureTryOut> postmarketOS ships stuff on top of the Alpine repositories. If it's not in pmOS repos but you can install it, it comes from Alpine. So yes, Qt5 comes from Alpine. What application do you have the problem with?
2026-09-04 20:59:33 <PureTryOut> We're actively trying to get rid of Qt5 btw, since it basically isn't maintained anymore by Qt itself
2026-09-04 22:10:17 <el[m]> <courge_musque[m]> "What's the software you have..." <- deltatouch
2026-09-04 22:10:59 <el[m]> <PureTryOut> "We're actively trying to get rid..." <- yeah i think deltatouch is working on a qt6 port too but since it's also used on lomiri there was some interference there, not sure. anyway for now it's qt5 only and breaks without xwayland. and i've wondered if that's a qt5 packaging bug or a deltatouch bug
2026-09-04 22:11:04 <el[m]> (it's not in the alpine repos i built it from source)
2026-09-04 22:11:17 <el[m]> basically i'm trying to find out where to report the bug
2026-09-04 22:12:17 <el[m]> even specifying QT_QTA_PLATFORM=wayland didn't make it work, for somer eason
2026-09-04 22:59:03 <Sertonix[m]> It is possible for qt applications to require not using wayland. Doesn't need to be a bug
2026-09-04 22:59:29 <Sertonix[m]> IIRC krita did/does that
2026-09-04 23:22:43 <Juzz> jvvv: are you here?
2026-09-05 01:40:56 <jvvv> Missed em again
2026-09-05 01:41:49 <el[m]> <Sertonix[m]> "It is possible for qt applicatio..." <- oh interesting, thanks for the info! i filed a bug with deltatouch for now
2026-09-05 01:46:08 <el[m]> okay i just realized keepassxc is also affected, as packaged by alpine
2026-09-05 01:46:39 <el[m]> although i suppose with the paste integration and other stuff keepass is doing, maybe it might be asking for the x11 backend on purpose too
2026-09-05 01:46:50 <el[m]> but it's a bit unfortunate that it won't even open up without x11
2026-09-05 01:52:41 <el[m]> https://gitlab.alpinelinux.org/alpine/aports/-/work_items/18429 i filed a bug here now for keepassxc, i guess whether it's a qt5 thing or not will hopefully be uncovered in the process
2026-09-05 03:06:49 <ikke> el[m]: A similar error message was reported in #18429 (as a comment, the problem I faced was due to an exported env variable)
2026-09-05 03:07:31 <ikke> Sorry, #17426
2026-09-05 11:39:42 <WhyNotHugo> Why is llvm-mingw not in repositories? It's present in aports and has arch="aarch64 x86_64"
2026-09-05 11:40:52 <WhyNotHugo> Never mind, my bad
2026-09-05 12:52:20 <Biswa96[m]> @WhyNotHugo what was the issue ?
2026-09-05 12:52:38 <WhyNotHugo> I was looking at the wrong APKBUILD, there's no commited package with that name.
2026-09-05 12:52:43 <WhyNotHugo> I.e.: PEBKAC
2026-09-05 13:27:58 <RoyalTiger[m]> Can someone guide me where to raise the ulimits nofile limits for a podman rootless container? I found different manuals where to edit, but till now nothing setting in a config seemed to apply. 
2026-09-05 13:27:58 <RoyalTiger[m]> `ulimit -n 4096` allowed for raising the soft limit up to the hard limit for a user (interestingly permanent, assumed that wouldn't survive a reboot) - that worked and is also applied to the container in the users context, but the settings in `/etc/security/limits.conf` doesn't seem to be used to define the users limit. 
2026-09-05 13:32:26 <RoyalTiger[m]> https://wiki.alpinelinux.org/wiki/PAM - so I still need PAM, that't the only problem and that's also the "intended" way to solve this problem? 
2026-09-05 14:01:28 <WhyNotHugo> RoyalTiger[m]: limits.conf is read and applied by PAM. Otherwise, you need root (or CAP_SYS_RESOURCE) to increase the hard limit.
2026-09-06 01:25:50 <RoyalTiger[m]> Meanwhile btw found /etc/rc.conf, wasn't aware of that and that there is even an outcommented entry for raising the systemwide limit. 
2026-09-06 01:25:50 <RoyalTiger[m]> Found it finally over some forum in the OpenRC deepwiki: https://deepwiki.com/OpenRC/openrc/9.2-resource-limits
2026-09-06 01:26:44 <dwfreed> that is not system-wide, that is specifically for services started by OpenRC
2026-09-06 01:40:33 <RoyalTiger[m]> Yeah, "systemwide" is the wrong term in this context. But it applies in the context of my OpenRC run podman containers and that's what solved my problem without going over PAM.  
2026-09-06 01:42:51 <RoyalTiger[m]> * Meanwhile btw found /etc/rc.conf, wasn't aware of that and that there is even an outcommented entry for raising the <del>systemwide</del> limit for all OpenRC services.
2026-09-06 01:42:51 <RoyalTiger[m]> Found it finally over some forum in the OpenRC deepwiki: https://deepwiki.com/OpenRC/openrc/9.2-resource-limits
2026-09-06 06:38:43 <bananicorn> Hi! I have a server running alpine 3.24 and just noticed that incus-feature is quite behind edge (7.0.0 vs 7.4.0) even though it's in community. The I noticed that even the non-feature incus package is ahead of incus feature (7.0.1). So I considered switching to the regular incus package but then noticed that the sub packages are not quite the same, there is an incus-feature-oci package 
2026-09-06 06:38:43 <bananicorn> but no incus-oci. Anyone have some insights into reasons for any of those three observations? Thanks in advance!
2026-09-06 13:28:18 <f_> bananicorn: incus and other packages in stable are typically freezed unless security fixes are available.
2026-09-06 14:00:22 <bananicorn> f_: I see, it appears I misunderstood the way that updates work in stable branches, thanks :)
2026-09-06 14:00:37 <bananicorn> Any idea regarding the absence of "incus-oci"?
2026-09-06 14:00:42 <f_> nope
2026-09-06 14:00:54 <f_> sorry