sudotstar

I think that’s the rub, in my theoretical scenario, Apple is not blocking the distribution or sale of iOS applications through third-party means, they’d enforce their existing restrictions on and power over building iOS applications in the first place. Developers would absolutely still be able to distribute unsigned applications - end user iOS devices would just be unable to install them.

It sounds ridiculous to me, and as I wrote earlier, it would be a clear violation of the spirit of the DMA, but I don’t see any reason why this scenario would not be technically possible for Apple to pull off.

I’m not too sure that these actions violate the letter of the law here, even though I agree that they’re 100% in violation of the spirit of the law.

It’s been some years since I’ve put the mobile development world behind me, in no small part because of Apple’s shenanigans, but the way I understand how this might work - Apple may be required to allow “iOS software” to be installed from third party stores, but software that runs on iOS must either be signed using a certificate that only allows installation in a developer or enterprise context (which require explicit and obvious user consent to that specific use case, and come with other restrictions such as the installation only lasting for a limited period of time), or through an “appstore” certificate that allows installation on any device, but the actual application package will need to go through Apple’s pipeline (where I believe it gets re-signed before final distribution on the App Store). All certificates, not just the appstore ones, are centrally managed by Apple and they do have the power to revoke, or refuse to renew, any of those certificates at-will.

If my understanding is correct (I’d appreciate if any up-to-date iOS devs could fact-check me), then Apple could introduce or maintain any restrictions they please on handling this final signing step, even if at the end of the day the resulting software is being handed back to developers to self-distribute, they can just refuse to sign the package at all, preventing installation on most consumer iOS devices, and to refuse to re-issue certificates to specific Apple developer accounts they deem in violation of their expected behavior. I haven’t read the implementation of the DMA in detail, nor am I a lawyer, so I’m not sure if there are provisions in place that would block either of these actions from Apple, but I do expect that there will be a long game of cat and mouse here as Apple and the EU continue to try and one-up the other’s actions.

I can see the use case for someone who wants a single OS install on the Steam Deck that does gaming just about as well as SteamOS does, but has a more fleshed out desktop experience (or even just a different one). The linked article goes into detail on various desktop-focused developments within Bazzite that wouldn’t really make sense for Valve to prioritize in SteamOS itself.

deleted by creator

Only thing I can think of is that it hides from your friends if you’ve played the game an extreme amount of time immediately after purchasing it, though if you exit the 10 day period with close to 240 hours in the game that’s gonna show that off anyways.

I’m a big fan of the series and would consider it to be my favorite JRPG series, not just for the story but because I enjoy the gameplay it offers as well.

It’s a fairly “cheap” series to try out and see if you’re into it. The entire series is a singular, continuous story, so the recommended place to start is Trails in the Sky First Chapter, which can be picked up fairly cheaply on Steam, especially during Steam sales. It’s not as long as future games in the series, and is fairly representative of the pacing and storytelling format that later games will follow (though it is considered one of the slowest-paced games in the series). Basically if you’re not a fan of Sky FC, you’re not likely to be a fan of the future games in the series either (especially given that the substantial improvements to gameplay over the series’ 20 year history likely won’t have much appeal to you).

There are also demos available for some of the newer games in the series (e.g. Trails of Cold Steel III), and while I would not recommend actually playing through those games out-of-order, they may serve as a quick/cheap way to see if the format of the games is right for you.

I will say that while the combat of the games is rarely very difficult, and the game provides difficulty modifiers to make it even easier if you’d like, that the combat system is still fairly fleshed out and quite good casually IMO, but if you’re really not into doing it even at easy difficulties, one option (PC exclusive) may be to download completed game saves and play through the games on New Game+ and completely trivialize the combat.

In this case it’s referring to the fact that the OS is built upon the same containerization technology used on cloud platforms such as Kubernetes. As a marketing tool it’s a bit buzzwordy, but it’s not about running the core OS components outside of the physical machine here.

Even if the performance is only mediocre, the gameplay will hold up. The game uses a fresh new combat system that merges action combat with turn-based gameplay, the likes of which I haven’t really seen in any other game including past Trails entries, and it’s absolutely a great time.

For the original PS4 release, Falcom released a fairly comprehensive demo that allowed you to play through the entire first chapter of the game, and carry over your save to the full release. They’ve also done something similar with Ys X which released on Switch day 1, so hopefully the Switch version gets a similar demo for both the Japanese and Western releases so you can try-before-you-buy.

I’m interested to see how the game performs on Switch. I played the Japanese PS4 version which was rough at launch but improved with post-release patches. I expect there are going to be some necessary cutbacks (no 60FPS, lowered render resolution, reduced visual effects, the standard fare) but that shouldn’t impact the quality of the game experience at all, it’s a wonderful entry and a great starting point for newcomers in a long-running series that rarely ever has those great starting points.

If I’m not literally touching the content I’m trying to scroll, I’ll stick to the default orientation (scrolling down moves content down). Wayland touchscreen input handling seems to handle this just fine and not couple touchscreen scroll direction to trackpad/mousewheel scroll direction.

I think this game definitely has the hardest shinespark “puzzles”, but the actual execution of shinespark is much easier than in previous games which balances it out. Super Metroid had items where figuring out what shinespark maneuver to do was easy, but actually executing it was difficult, while Zero Mission and Fusion had easier-to-pull-off shinesparks with harder puzzles.

With Dread, the challenge is almost entirely in figuring out what to do, once you know exactly where/when to shinespark the actual execution is very intuitive and feels amazing when you land a complex sequence of shinesparks/speed booster runs/wall jumps.

I haven’t adopted this kind of setup, mainly because Proton just does such a good job I have almost zero need for Windows, but my plan for eventually doing something like this was to also maintain a passthrough Linux VM for any GPU-intensive work on that side.

When I realized that the practical end-state of my system would mean I’d just be running things from within the Linux VM 98% of the time (games that can run on Linux) I kind of dropped the idea.

For me it’s always been after I tried to resize a partition.

I recommend using whatever is the “least hands-on” option for your boot drive, a.k.a your distro default (ext4 for Debian). In my admittedly incompetent experience, the most likely cause for filesystem corruption is trying to mess with things, like resizing partitions. If you use your distro installer to set up your boot drive and then don’t mess with it, I think you’ll be fine with whatever the default is. You should still take backups through whatever medium(s) and format(s) make sense for your use case, as random mishaps are still a thing no matter what filesystem you use.

Are you planning on dualbooting Windows for games? I use https://github.com/maharmstone/btrfs to mount a shared BTRFS drive that contains my Proton-based Steam library in case I need to run one of those games on Windows for whatever reason. I’ve personally experienced BTRFS corruption a few times due to the aforementioned incompetence, but I try to avoid keeping anything important on my games drive to limit the fallout when that does occur. Additionally if you’re looking to keep non-game content on the storage drive (likely if you’re doing 3D modeling work) this may not be as safe.

I have played the original, and will be playing the remaster, though not on Switch, I already own the Japanese version on Steam which will be patched with the localization upon release in the West.

It’s quite a fun, fast-paced game, as Falcom action RPGs tend to be. Being a PSP title originally, I think the game format works well for shorter, pick-up-and-play sessions, making it ideal on devices like the Switch and Steam Deck. No context or experience with the wider Trails series necessary, all connections to the mainline series are just simple references and the game has a standalone story (unless you’re deep in the rabbit hole of lore crack theories).

Being incredibly car-centric is probably our biggest issue in my opinion. If you’re expecting to be able to use public transit or even walk to basic necessities, and are looking to purchase a house, you’d likely be looking at areas outside of your price range, generally within highly urbanized city centers. Owning a car is very much the norm here, even within those urban environments.

The thing with R&D for a company like Nintendo is that they’re never finished. If they’ve really finalized the Switch 2 as you’ve said then R&D will have immediately started working on the next console, or at worst post-launch accessories.

Not to be too dismissive, but I agree that it should be taken with a grain of salt. I also would expect that somebody who’s supposedly a part of Nintendo R&D specifically will be more likely to be walking around with many attempts at proof-of-concept hardware ideas that aren’t (yet) intended to ship in a final product, and only an incredibly tiny portion of such ideas will ever make it far enough to even be in consideration for a new device.

I used it in thr past with Google Reader, and I’m using it again now as a replacement for more niche gaming/tech news that I used to get from various smaller subreddits.

The ideal end state is “why not both?”, I think. Have an immutable “base” system, and utilize mutable overlays on top for any necessary tinkering or involved activities.

Casual users need not interface with the overlays at all (or do so through very controlled mechanisms, like how Flatpak/Snap, Steam game containers, etc work today), while developers, tinkerers, and those that are curious can create throwaway environments that they can mess with to their heart’s content.

WSL on Windows has its warts, but it shows how such an ecosystem is possible (if you treat Windows itself as a Black Box That Must Not Be Modified). I think the immutable distro ecosystem is on the right track, with technologies like Toolbox/Distrobox to bridge the gap, it will just take time for the tooling, practices, and ecosystem around them to mature and not be as much of a hassle as they are today.

Today, I am running both immutable and non-immutable setups on various machines. My work computer (development) and gaming rig are on a traditional setup, as my specific development needs are not 100% compatible with a toolbox environment, and gaming-adjacent applications like Discord are slow to adapt to the needs of Flatpak containerization. I have a laptop that’s 100% just used for media consumption and shitposting, which is a good use case for immutable distros today and is running Fedora Kinoite.