data1701d (He/Him)

“Life forms. You precious little lifeforms. You tiny little lifeforms. Where are you?”

- Lt. Cmdr Data, Star Trek: Generations

  • 149 Posts
  • 602 Comments
Joined 1 year ago
cake
Cake day: March 7th, 2024

help-circle

  • This just seems to be the web app in weird packaging, and you would get very little benefit installing it.

    Personally, I use an iPhone, and I just resort to the web app, and I can live with it. Not as fancy as on the Mac, but I manage. I’m able to access my Apple e-mails and photos just fine. I eventually just plan to jump the Apple ship, but like you, that’s not possible for me at the moment.

    As others have said, rclone might work for you, but I personally don’t use iCloud Drive, so I don’t know enough to speak about it.







  • I second Debian Testing. The only issues I have are updates slow down during package freezes and sometimes, a package you are using becomes a victim of a package transition. Both are symptoms of Testing being exactly what it says, so I can’t blame them, but still a valid annoyance.

    The worst example was FreeCAD had a dependency being transitioned, so FreeCAD disappeared from Testing for a while, meaning my system wouldn’t update if I wanted to keep FreeCAD. In the end, I just gave up and used the Flatpak. (I probably could have installed from Unstable, but whatever.)

    Truth be told, I kind of wish there was a project to keep some new packages flowing to Testing users during freezes. I get why Debian themselves doesn’t do it - it would be a nightmare to maintain - but an outside community project would be amazing. It wouldn’t exactly be easy, but such a project wouldn’t need to necessarily do every package (just desired ones), and they would only need to maintain them a couple months until new versions start flowing into Testing again. I think the biggest difficulty is not going too far ahead of what will end up in Testing post-freeze.


  • I tried UE5 on Debian Testing and it seemed to work fine.

    If it works there, it’ll probably work on almost anything.

    Personally, I dislike Ubuntu, but if it’s been working for you, you shouldn’t have problems.

    I really like Debian and think it’s not too difficult, but it isn’t for everyone and might not be your thing.

    EDIT: Looking at the website for UE5, almost any distro released in the past 3 years should do the trick so long as the distro works on your hardware.





  • data1701d (He/Him)@startrek.websitetoLinux@lemmy.mlDistro choice
    link
    fedilink
    English
    arrow-up
    12
    arrow-down
    1
    ·
    edit-2
    3 days ago

    While (I think) you can install HWE (hardware enablement) kernels on Mint, you would also have to upgrade Mesa, which is not as easy on Mint.

    Personally in this case, for a truly stable distro, I’d install Debian Stable and install a backports kernel and backports Mesa, which are both currently versions that should support RDNA4 GPUs like OPs just fine. This involves two simple steps after installing:

    1. Enable the Debian Backports Repo (see https://backports.debian.org/Instructions/). It’s like, one file.
    2. Install the packages with something like sudo apt install -t bookworm-backports linux-image-amd64 mesa-va-drivers and reboot.

    Before you take these steps, you probably won’t have hardware acceleration, but will still get video output so you can perform the steps and reboot.

    This is definitely a weird suggestion, and other people’s suggestions might be less work out of the box. I just like Debian, and stability+backports+testing is part of what makes it possible for it to be my everything distro.




  • If only Cycles would ever work on AMD Polaris…

    Though honestly, I’ll probably get around to a GPU upgrade eventually. Rocm packaging looks to be pretty much done on Debian, although they still seem to need time on the problem of keeping it reasonably up to date in Testing and Sid - momentum will probably pick up after Trixie leaves hard freeze and goes stable.

    Honestly, it’d be kind of nice to have a project with a repo that does nothing most of the time except during the Testing freeze, in which it would deliver package updates and keep Testing as a rolling release during that time.

    I get why Debian doesn’t do this themselves - they tried and found it hell to both prepare a stable release and package new versions.


  • Two things:

    • What input device(s) are you using? Are you using the built-in laptop keyboard, or a gamepad of sorts. (By Balatro, I’d assume it might even be happening with mouse.)
    • Are you running these games on a platform like Steam, or are you running another way? (I’m assuming the answer is yes to Steam, by Balatro and Stardew.)

    For Steam, try messing around with Steam input settings and see what happens.





  • Debian Stable actually updates Firefox ESR through the typically on by default security channel.

    The current ESR version in there is 128, which is about a year old, which replaced the 115 that came with Debian 12 by default.

    The newest ESR, 140 just came out 2 weeks ago. 128 still has 2 months of security updates, and 140 has already been packaged for sid. I have no doubts 140 will come before those 2 months are up.

    Now the KDE thing actually sounds like it sucks.


  • As with others, I love Debian Stable.

    Most packages have sane defaults, and it’s so stable. It’s true that it sometimes means older software versions, but there’s also something to be said for behavior staying the same for two years at a time.

    If hardware support is an issue, using the backports repo is really easy - I’ve been using it on my laptop for almost a year with no problems that don’t exist on other distros. If you really need the shiniest new application, Flatpak isn’t that bad.

    It also feels in a nice position - not so corporate as to not give a darn about its community, but with enough funding and backing the important stuff gets maintained.