[-] unique_hemp@discuss.tchncs.de 1 points 1 week ago

I mean, Swift is not an Apple project just like .NET is not a Microsoft project - barely. I have not heard of significant outside involvement in either of them.

[-] unique_hemp@discuss.tchncs.de 2 points 2 weeks ago
  • C# = Java (the language itself)
  • .NET (Core) = Oracle JDK (a runtime and std lib implementation for the language)
  • ASP.NET = Spring boot (the default web framework)
[-] unique_hemp@discuss.tchncs.de 3 points 3 weeks ago

At least a while back there was not a built-in GC on the WASM runtime side, so the GC has to be shipped with every app.

[-] unique_hemp@discuss.tchncs.de 5 points 1 month ago

Make sure that port forwarding is actually working - on ProtonVPN the port allocated to you can change regularly and QBittorent's settings need to be updated accordingly. Easiest way to check is to click through your active torrents and check if any peer has the I (incoming) flag.

If you have not set up something like this, port forwarding is probably not working: https://github.com/mjmeli/qbittorrent-port-forward-gluetun-server

I would personally just run the plain script as a cronjob on the host though, to not rely on some random docker image.

[-] unique_hemp@discuss.tchncs.de 2 points 1 month ago

Hmm, I might try to make that. Any particular feature you are looking for, or is just displaying all the events in a table good 'nuff?

[-] unique_hemp@discuss.tchncs.de 21 points 2 months ago

The MSYS2 environment on Windows uses pacman as well.

[-] unique_hemp@discuss.tchncs.de 1 points 2 months ago

They're most likely actually responding from Mastodon.

[-] unique_hemp@discuss.tchncs.de 6 points 2 months ago

No way they will ever be in sync.

[-] unique_hemp@discuss.tchncs.de 41 points 2 months ago

All the core tools are actually a single executable with many symlinks to it, which makes the distro very compact. This makes it very nice as a base for Docker images.

https://en.m.wikipedia.org/wiki/BusyBox

[-] unique_hemp@discuss.tchncs.de 2 points 3 months ago* (last edited 3 months ago)

Some distros have editions with a WM (usually i3) as a default, yes. These editions tend to come with some basic config so it's more usable out of the box. But you can also install WMs side by side with DEs and then switch in the login manager (GDM, SDDM), just the same as you can install multiple DEs on a system. You could also install a headless version of a distro first and then install only the WM and whatever other tools you want on top of that. Basically all system settings can be changed through config files or CLI programs, for some things like audio and bluetooth there are good DE-independent settings programs like pavucontrol.

You can also replace the WM built into KDE (kwin) with i3, for example, but that's pretty messy, IMO.

As for advantages, WMs are usually very keyboard driven, you pretty much never have to touch the mouse. They also tend to be fairly light weight and use little RAM. My favourite i3 feature is that workspaces are per-monitor, so I could easily move multiple windows between monitors and not lose the way they are set up.

As for disadvantages, changing any system settings tends to be a research project, because there is no centralized solution, it's even worse than Windows in this regard. Personally this is the main reason I switched back to KDE from i3. I could also never get theming to work quite right.

[-] unique_hemp@discuss.tchncs.de 6 points 3 months ago

WMs typically do not include stuff like a custom GUI for system settings and do not have a suite of GUI software associated with it (think Kate, Konsole, Dolphin etc) - it is just a piece of software for managing windows, you have to put the rest of the desktop together yourself.

[-] unique_hemp@discuss.tchncs.de 1 points 3 months ago

It's fine with the beta driver, so still not fine by default.

365
submitted 6 months ago* (last edited 6 months ago) by unique_hemp@discuss.tchncs.de to c/linux@lemmy.ml

Since nvidia drivers do not properly implement implicit sync, this protocol not existing is the root cause of flickering with nvidia graphics on Wayland. This MR being merged means that Wayland might finally be usable with nvidia graphics with the next driver release.

EDIT: Nvidia dev posted that support is planned in the 555 driver, with beta release planned for May 15: https://github.com/NVIDIA/egl-wayland/pull/104#issuecomment-2010292221

view more: next ›

unique_hemp

joined 1 year ago