Maxy

Oh I don’t mind the nitpicking, thanks for the explanation! I (apparently erroneously) thought “demake” and “decompile” were synonyms. Guess I’m one of today’s 10000.

In that case the (now taken down, but forked a gazillion times) portal64 project would be a correct example of a demake, right?

interested in females

Username checks out, though I’m assuming you meant “demakes”?

Anyways, the demake I’m most familiar with is the in-progress Lego island. The YouTuber behind it documented part of the process in vlogs (linked on the GitHub page), so that might be an interesting starting point.

Interessante analyse, al heb ik (als mede links-progressieve rakker) wel een paar kleine opmerkingen:

• Verlagen van lasten door een schijf toe te voegen klinkt heel leuk, maar ik ben heel benieuwd hoe ze dat willen combineren met de extra uitgaven voor kinderopvang, de halvering van het eigen risico en de 4.7 miljard bezuiniging. Misschien blijkt dit kabinet over een klein legertje briljante economen te beschikken die deze extra uitgaven (zonder duidelijke extra inkomsten) in goede banen weten te leiden, maar tot nu toe hebben niet alle partijen (kuche BBB kuche) blijk gegeven van dat economische inzicht.
• De 130km/h is alleen “waar mogelijk”, wat dat ook precies mag betekenen. Marginaal minder slecht, maar nog steeds een verergering van het stikstofprobleem die we echt niet nodig hebben.
• Het schrappen van subsidies voor elektrische auto’s had ik wel aan zien komen, maar ik zou het toch zeker in de categorie “erg jammer” plaatsen. Als hun plan is om het OV zo verschrikkelijk goed te regelen dat auto’s overbodig worden vind ik het helemaal prima, maar met de VVD aan boord betwijfel ik dat. Elektrische auto’s zijn niet perfect, maar wel een flinke verbetering ten opzichte van auto’s met een verbrandingsmotor; het zou dus mooi zijn als meer mensen die overstap kunnen maken.

Om dan nu wat van het artikel af te dwalen:

• In de peilingen van eergisteren staat de PVV op 47 zetels, dus 10 zetels winst. Ik ben eerlijk gezegd best verbaasd dat ze zo veel lijken in te leveren, gezien zij de enige partij zijn die baat zou hebben bij herverkiezing (VVD -6, NSC -12, BBB -1). Ondanks dat leek de onderhandelingspositie van de NSC haast de sterkste van de 4; je kan veel zeggen over Omtzigt, maar hij lijkt een ijzersterke onderhandelaar.
• Ik ben positief verrast over het ontbreken van voorstellen omtrent de LHBTI+ gemeenschap (voornamelijk transgender personen). Na de enigszins achterbakse motie om de transgenderwet in te trekken had ik wel iets in het akkoord verwacht. Overigens heeft NSC het kleine beetje respect dat ik voor hen had verloren door die motie in te dienen. Is dit de fraaie politiek die NSC beweert te willen beschermen?
• Ik ben heel benieuwd hoe dit kabinet de EU een beetje te vriend wil houden. Aan de ene kant zou het kunnen dat ze haar handen al zo vol heeft aan Orban dat het kabinet vrijuit krijgt. Aan de andere kant zie ik het ook wel gebeuren dat ze alles dat in de globale richting van een 2e Hongarije gaat in de kiem smoort.
• Mijn levensverwachting voor dit kabinet is iets minder dan 2 jaar. Omtzigt lijkt het hele proces lang bereid geweest te zijn uit de formatie te stappen; wie weet doet hij dat alsnog. Ik zie het ook gebeuren dat de PVV plotseling een ruggengraat krijgt en het kabinet laat klappen omdat de migratieregels alsnog niet ver genoeg gaan (flashbacks naar Rutte-I en Rutte-IV).

I believe SSD’s don’t actually experience wear when reading data, only when writing. Loading more data from SSD’s shouldn’t cause any premature failure. Overwriting more data each update could cause the drive to fail slightly earlier, but if that’s really that big of a concern, you’d be best of moving to Debian stable (no updates means no SSD writes).

If SSD wear prevention is really that big of a concern, you might be interested in profile-sync-daemon (https://wiki.archlinux.org/title/Profile-sync-daemon). It reduces writes to hard drives by keeping your browser profile in RAM, and only periodically syncing it to disk.

Though I must add that SSD’s wearing out really isn’t that much of an issue with modern drives. With normal usage, a drive will become obsolete long before it actually wears out.

I tried using Linux alternatives to iTunes, but it was always a pain. Even iTunes itself on a separate windows box was more of a hassle than I wanted. I eventually discovered rockbox, which works great with my iPod (5th gen AKA video): it has way more config options and allows me to simply create .m3u playlists and use my own folder structure. If your iPod is supported (https://www.rockbox.org/wiki/IpodPort.html), I’d absolutely recommend Rockbox over other solutions.

If your iPod isn’t supported by Rockbox (like my nano 5th gen), you could probably use strawberry or GTKpod. Both are imperfect, but work “good enough”.

Oh never mind, you’re already using the proprietary driver.

Which GPU do you use? I believe mint defaults to the nouveau drivers for Nvidia GPU’s, which generally has significantly worse performance compared to the proprietary driver.

Could it be that the /usr/local/bin directory doesn’t exist? If that’s the case, you’d either have to create it or replace that part of the command with some other directory in your $PATH (make sure to change both occurrences in the command if you decide to go with this latter option). Though I must add that this kind of manual install isn’t great if you want to keep track of installed apps and pending updates, since you’d have to do all of that manually too.

Not OP (OC? Not the person you were helping, you get what I mean), are you sure you meant df -h? fd -H seems more useful for to me when trying to find a specific file in a dotfolder, though even that didn't work on my system. fd ignores ~/.config by default, so you need to use fd -u (which is an alias for fd -I -H) to find the correct files.

Anyways, from your description it seems like the correct file would be ~/.config/kwinrc, which exists on my system.

You could look at the awesome-selfhosted list, specifically these two sections:

https://awesome-selfhosted.net/tags/recipe-management.html

https://awesome-selfhosted.net/tags/task-management--to-do-lists.html

I don’t have any experience with any of those, but there might be something that fits your needs.

You could try adding the __GL_THREADED_OPTIMIZATION=1 environment variable to the custom launch options, it improved performance and lessened bugyness for me.

You could also try to run the launcher with software rendering^1^ by editing ~/.paradoxlauncher/launcher-v2.2024.1/Paradox Launcher (you might have to change the version). Try adding --disable-gpu in the last line, between --no-sandbox and "$@"

You could also try disabling gamemoderun. It hasn't really improved performance in my experience, but has caused some bugs for me. It also muddies the logs.

^1^Shamelessly stolen from https://www.protondb.com/app/394360#ju-PgaxbiU

Could you give a bit more information about the hardware and software setup?

• which GPU do your desktop and laptop have? (from what I could find online, the A285 has an iGPU from 2019. I really hope this is wrong)
• wayland or X11?
• hoi4 native or via proton?

I believe I had similar issues on my Nvidia GPU, but resizing the window was a complete fix in my case.