can we not make this an instance thing

Init managers for sure! Amongst file managers and DEs, firewalls, package managers, modern packaging systems and their sandbox/security systems, display servers (probably the funniest one), audio servers, filesystems.

Lots of stuff we should appreciate having as FOSS, especially the options we don’t choose.

Fully switching over for the last couple years has made this modularity feel especially apparent compared to commercial systems (when things aren’t always so seamlessly integrated) but I’m glad for it all; it’s really fucking cool to think about how dramatically you can change the experience of a Linux desktop OS.

the confounding tribalism behind its modularity. options are great, but they also bring out the absolute worst in many of us.

it’s not much of a problem until those options actually manage to fragment the desktop and server ecosystems, but the attitudes at play surely drive prospective newcomers away a bit.

Isn’t made by former team members of ableton as well?

nop. my overall desktop experience has improved substantially after I carved out my own niche of ‘creature comforts’.

feels lovely to have a system that works for you, rather than something that’s so adversarial.

The fluxer appimage will ‘install’ itself into /opt/ without your knowledge. I think because it’s essentially an electron package similar to stoat, standard notes and discord, large parts of it can self-update without needing to bump the actual package version, but this is really shitty behaviour considering what appimages are designed to do.

Banking apps may vary. Google wallet will not work sure to integrity / attestation but other contactless payment methods word.

this guy uses curve pay on graphene:

https://shkspr.mobi/blog/2025/06/contactless-payments-with-grapheneos/

I’ve done it and I will accept nothing less. I’m glad though, that it’ll be expanding in availability to more than just google pixels.

yes

I got a pro because it was heavily discounted at the time. The one thing I sort of appreciated is the display LTPO thing, which enables it to gear all the way down to 1hz to save power.

thing is kinda moot since the 9a and 10a achieve significantly better battery life than the 10 pro (10a uses the prior gen SoC which seems to have better idle power characteristics).

Wow what a leap. note that i said community and not project members, though they’ve not been without controversy either. let’s not pretend micay wasn’t massively problematic,

the fun thing is like, I use grapheneOS on a pixel 10 pro, though I find it kind of difficult to fess up to given the cringeworthy escapades of the graphene community.

who pissed in their cereal? does the mere presence of other ROM projects attack their identity in some way? have they claimed to be more secure than GOS and others?

what has prompted this, I wonder.

can you tell me which device this is with?

edit: nvm i saw you posted it directly into the thread - gfx1103 = 780M iirc

no hurry at all, thanks a bunch!

Someone on the github issue thread has been asking for clinfo output on affected systems, theorising that client issues are caused by issues with vendor detection.

This is a bit of an ask, but if it’s quick to jump forward and back between ROCm releases on your setup, would you be able to pass your clinfo output from 7.2.0 into the ticket linked above? No worries if not

Good news, seems there’s an existing internal ticket covering this defect. It’s an application-side issue pertaining to libProResRAW.so.

I believe we’re shipping a workaround at the ROCm framework side in 7.2.1

We’ll find out. It’s filed to the public issue tracker, which is a nice change of pace. Hope you can stay appraised of the progress from the following link:

https://github.com/ROCm/ROCm/issues/5970

have filed this to the ROCm team, hope to get someone looking into this tomorrow.

I don’t suspect it’s davinci resolve. This is likely due to rocm-opencl.

It’s a long weekend, so I likely won’t hear back from my colleagues until Tuesday at the earliest