

appreciate you 😊
grow a plant, hug your dog, lift heavy, eat healthy, be a nerd, play a game and help each other out


appreciate you 😊
I think that could work well. looking forward to more diversity in compute in the future! 😊
That’s fine, it’s an emerging ISA, as with any, it takes some time before perf and sw compatibility reach a good spot.
I think the key novelty to rv especially compared to x86_64 and arm is that there are no licencing restrictions: anyone is free to design and produce products based on that ISA, making more viable for vendors to more easily provide in-house silicon solutions. It’s already become fairly popular in lower power devices, like for IoT and wearables. My smart soldering iron uses a little 32 bit RISC V CPU and I wouldn’t be surprised if it’s found some use in automotive, particularly in China.
As we alluded to above, there are several designs available for more general use, and you may find that they handle your compute needs fairly well already, but they won’t be within striking distance of other ISAs if high performance is a requirement.
compat wise I think many packages are now available for rv specifically or as .noarch.
perf wise, I think we’re still a ways off, we’re not seeing rv SoCs at the same level of perf / efficiency as arm, and whilst that’s just a matter of time, I’m not sure you’ll have many compelling offerings even a couple years from now, though potentially in 2030?
you can check in with experiences using devices like the PineTab V or even the custom RV mainboard for the Framework 13. There are also several SoCs produced by SiFive on SBCs, some are card sized, some are mATX. These are primarily positioned as development devices, but they may give you some idea of what things are like right now


appreciate the info, will pass this on


Harry (from the github thread) hasn’t been able to repro on Ubuntu so far
I’m curious if you’ve been using --usecase=graphics on install?
You’ve had me realise how long I’ve actually been using Linux for, though not quite at the ten year mark unless you count some very early endeavours with ubuntu.
fully agree with you on Debian as a rock solid server. my “don’t fuck with it, just work” client system for several years now has been fedora workstation, though I’ve only relatively recently switched all of my personal computing over to it (still have several windows installations for work-related testing).


appears to be similar to innertune / metrolist. I use the latter and adore it.


Thank you for checking in with this. Strangely it seems to work fine for other people using different distros. Will follow up internally.


huh, weird. I’ll check in with that and see what’s going on.


hey, hope you’re doing well. Can you confirm if ROCm 7.2.1 fixes the issue for you?
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.
it’s great to see Alexander right in the phoronix comments for that article! 😅
top lad. brave guy