We do have a federated GitHub alternative. Perhaps not too mature yet, but it does indeed exist. Forgejo

1099$, seriously? 😅

Do you happen to own one? If yes, how do you feel about it?

For example, in the PineTime there is a heart rate monitor, but it’s too slow and imprecise. Notifications work great, and the battery lasts 20 days or more. How about the Bangle.js 2?

https://pine64.org/devices/pinetime/

Be warned though, the hearth rate monitor doesn’t work particularly well. And there is no sleep tracking afaik.

If you’d prefer something more reliable (but less open), GadgetBridge is an Android app to interface with commercial smart watches through reverse-engineered protocols.

https://gadgetbridge.org/

For reference, this is what the “Checking for Updates” page on the Pop!_OS store looks like for me. This icon feels out of place, that’s why I assumed this is a placeholder that replaced the correct icon that went missing due to some kind of minor problem with my installation.

I assumed that’s the “no icon” placeholder for Gnome. I saw it around as well.

In my experience, a great portion of competitive multiplayer games work. Although I have to admit that I mostly play games meant to be played among friends rather than against strangers.

If you are not talking about Steam, which comes with Proton out of the box, I’d recommend to give Legendary a try. It’s basically the same thing, but with non-Steam games. And it’s very user-friendly, like Steam.

I’m definitely no expert so I might not be the best person to try and help, but if you want to try having a 1 on 1 chat to fix it, feel free to send me a PM.

Can you see at least GRUB, or nothing at all?

If you can see GRUB I would try booting with the “nosplash” kernel option, which causes video drivers to be loaded later.

This is a temporary fix, as it might cause other issues, but if it makes the screen work it will be a step in the right direction.

I am not sure… in the case I’m referring to, they were lagging also when scrolling. But it was React, so native browser rendering. And they were actually very large tables, so we had to do some funny things like viewport culling (see react-window).

For what it’s worth I’ve never had any similar performance issues with tables in Flutter (web with the canvas-based render engine, not Android) when applying the same culling technique, they just ran fine at any resolution. Different hardware, though, so it’s not an apple to apple comparison.

In any case just to be safe I would personally assume less pixels = less work = less power = more battery life. My opinion is very unscientific though.

Isn’t rescaling usually done by the display driver? I am fairly certain this is the case for external displays. Are laptop displays any different?

Edit: with “display driver” I mean the hardware chip behind the display panel, dedicated to converting a video signal to the electrical signals necessary to turn on the individual pixels.

As a web developer, I noticed that some elements such as very big tables struggle to render on 4K but are absolutely fine at 1080p. I would assume that means the CPU and/or GPU are more taxed to draw at higher resolution, and therefore I assume they would draw more power. I might be mistaken. Do you speak by experience?

Good separation between business logic and UI without effort, cross-platform UI in any language, possibility to turn it into a web-accessible service in the future, great choice of UI frameworks and battle-tested components if you decide to go for a web framework and language.

As an example of a successful software that followed this approach: Synchthing. All versions run a local web service in the background. The Desktop version just opens a browser on the index page. The Android version is a native app that calls the exposed REST API on localhost, bypassing the web UI.

As an example of a much more complex software, albeit not FOSS: EasyEDA. It’s a web software, but it also comes as a desktop app (which I never tried) which I assume is not much more than a frame for the web view.

My recommendation: write the UI with React on Vite in TypeScript, and write the business logic in your general purpose language of choice (mine would usually be C#).

If it makes sense for your software, please consider giving it a web interface and turning it into a localhost-only web-service.

VM startup time can be skipped by saving state instead of shutting it down every time.

I would say the worst issue using a VM is with programs that need the GPU (e.g. CAD softwares or games), and software with aggressive DRM.

Fair enough, I agree with most of the things you said. The one I got is made of aluminum and doesn’t feel cheap/thin at all, I guess they have both cheap and “professional” options. Personally I wasn’t looking for something really unique, just for something that had a decent performance for a laptop and works well with Linux. I searched around and this model ticked all my most important boxes.

I don’t know whether Clevo engineers throught about Linux when they designed the device or not, but I can say after configuring it properly, it works without any flaws.

As for buying straight from China, I consider the idea, but at the time I didn’t find a way to buy it for cheaper than buying from a reseller. I’m in Europe, perhaps in the US or in Asia it would be different.

What is it that you don’t like about Clevo chassis? I bought one a few years ago and I love it. It’s elegant and sturdy in my opinion. It’s also easily serviceable, so what’s to complain about it?

That’s very likely the case, but I’d say it makes little difference: any self-hosted application supporting web technology is also a desktop application.

I’ve never had the chance to work with the RAW format, but I think Photoprism should handle it transparently. Depending on your area of knowledge, the setup might feel a bit convoluted though.