Same, I’m on Fedora Silverblue (which should be much more similar to Bazzite) on my Framework 12 and haven’t experienced this. I regularly leave my laptop lying around off the charger for 3-4 days (will maybe wake it up for 10-15 minutes at a time every so often during) and it’ll still be running.
The story demo was tiny compared to previous similar demos (Sky 1st, Ys X, DB 1), but given just how generous those previous demos were, and how this game isn’t really the opener for this arc, just showing off a tiny bit of gameplay + enough story to situate the game is likely fine.
I’m on a bit of a Dragon Quest kick right now so I wouldn’t mind, but VII seems like the absolute strangest choice to remake. It wasn’t that long ago that the 3DS remake came out, which IMO was a fine remake all the way through (I’m ok with the shortened intro, having played through the first chunk of the PS1 original). I expect perhaps that version wouldn’t hold up to modern scrutiny even on Switch/Steam Deck-style handhelds, but it feels like the effort would be better spent on getting a game like VIII which did feel compromised a slight bit in its 3DS iteration, or IX which has never seen a rerelease since the DS, a more proper remake?
VII is notably the only current missing game from the pre-IX offerings on mobile. I don’t personally care for playing these games on mobile devices but I don’t know how much of an impact that market has.
As said already, this specific chip cannot support socketed memory. And personally, I don’t really think Framework needs to enter the regular desktop hardware market which is already well-served by a thriving ecosystem of multiple hardware vendors collaborating around a well-defined standard (ATX).
The “Framework Desktop”, with this specific choice of hardware, seems to be more of a competitor to the likes of the Mac Studio than to anything that could already be custom-built today anyways. While I think its naming choice might be a bit poor due to it being conflated with that desktop market, I think it’s a natural fit as something fairly laptop-adjacent and thus close to Framework’s existing efforts and strengths.
I was reading this title and got super excited that they were finally releasing WWHD for Switch until I saw ...on Nintendo Music. Maybe it’ll happen on the next system.
I assume Falcom is making the Switch and PlayStation versions (given they’ve done the Switch and PlayStation versions in-house for Daybreak/Kai and Ys X on the same engine), and either them or GungHo are doing the PC port. At the very least Durante confirmed on Reddit that neither he nor PH3 are involved in the announced PC port (yet?): https://old.reddit.com/r/Falcom/comments/1hhlayv/the_legend_of_heroes_trails_in_the_sky_the_1st/m2st366/
Plasma has generally respected custom icon themes. I imagine that if this change does indeed land within the default Breeze icon set, that it would be possible to run either an older Breeze icon set, or a completely custom icon theme to restore colored icons.
I’m cautiously optimistic about this, because Qualcomm has been actually putting in some work to get the mainline Linux kernel more supported on their Snapdragon X Elite laptop CPU: https://www.tomshardware.com/software/linux/qualcomm-goes-where-apple-wont-readies-official-linux-support-for-snapdragon-x-elite. This doesn’t necessarily mean the same benefits will come to their mobile chipsets, but I’m hopeful that there is some runoff benefit from their new laptop efforts here.
While I do not expect to see Android devices with future Snapdragon 8 Gen 4 chipsets immediately booting mainline kernels on release, this might be a step towards achieving something closer to that. Those efforts will certainly make it easier for phone manufacturers to release updated kernels, and therefore Android releases, for their devices, or at least stop using Qualcomm as the excuse for not doing so (see e.g. Fairphone 4’s software support roadmap: https://support.fairphone.com/hc/en-us/articles/9979180437393-Fairphone-OS).
Yup, waking it from suspend.
I checked on my machine in detail, and was surprised to find that it’s using suspend-to-idle/s2idle, not even deep sleep. Deep sleep should save even more battery life, at the expense of requiring a couple extra seconds to wake from suspend (and at least on my Framework 12, requiring pressing the power button to wake rather than just opening the screen and/or pressing any keys)
cat /sys/power/mem_sleepshould show you what your machine supports, and you can e.g.echo "deep" > /sys/power/mem_sleepas root to change this. I’ve tested both on my Framework 12 running Silverblue 43 and they both seem to function fine, though I’ll leave my machine in s2idle as I’m not in particular need of maximizing my battery life (this laptop for me is currently homebound so battery life isn’t the highest priority).