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.

it was, just in an early state under the developer settings

can you elaborate on these issues

what’s wild is that you’d post this in Linux gaming (rather than a generic Linux message board), where technologies like display independent VRR, scaling and HDR become increasingly relevant.

Wayland is the standard today, in that

• The xorg development team moved directly on to it
• It’s the default for major distros and desktop environments

Arguing about this is an exercise in futility.

If you’re not trolling, I’m genuinely sorry that you’re wasting time and effort down in this rabbit hole occupied by shitty pundits preying on young, impressionable minds, claiming they wish to ‘strip the politics away from software’ when they’re busy doing the direct opposite of what they preach.

cool, I’m just gonna go ahead and enjoy my contemporary display technologies and improved security.

also mixed display scaling values and extended colour space support. Like there’s no argument against today. There were breaking changes as first, sure. The software ecosystem has more or less caught up.

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