• 0 Posts
  • 116 Comments
Joined 1 year ago
cake
Cake day: June 25th, 2023

help-circle


  • That probably depends on the country, but I don’t think you should omit learning language, even as English native, even if everyone around you speak your native one.

    I’ve seen that several times already in Poland. Been around a guy from India who was practically monolingual English speaker (his local language is fading away, he should technically still speak it due to his grandparents, but doesn’t or speaks very little) and he straight up refused to learn Polish because he „seen no value” in it, it’s not an easy language to learn and he’d rather just put that time and effort into a MMO game. He only attended lessons to learn to pass an exam that will allow him staying in the country, with no intention to actually learn how to speak. Poles are quite often excited to speak English with somebody as everyone knows importance of it and wants to practice IRL. Everyone around him, like his gf, her family, coworkers in corpo, accept that and they all speak English well, so no obligation on his side. He only knows how to tell cashier that he’ll pay with a debit card and it takes a single word. Well, that’s his choice you can say, but then it was pretty annoying at times to have him around. Imagine standing in a circle joking around and every two sentences that guy asks „What? What did he/she say?”, and someone attempts to translate it to English, but the joke doesn’t work or is not understandable even after translating because it refers to something else in the language, culture, memes, slang etc. Either learn it or expect to be disconnected and excluded at times. That’s all good to tolerate newcomers who don’t yet know much about the culture and language, but it doesn’t look very good to me if that’s a guy who lives here for 8 years and doesn’t have plans moving away anytime soon.


  • The thing with trying different distros drives me a bit nuts. If you’re getting consistently bad results across so many different ones, then you can see how distros don’t matter all that much after all. What really matters is your hw config combined with software config. Stop trying different distros expecting that some of them will maybe do something differently, stick to one and try to figure out the problem or ask for help. Only resort to other distro if you know that it will make something easier (eg provide more up to date packages).

    You said what’s your hw configuration, but not much about how you handle NVIDIA drivers. By default, your GPU will run on open drivers built in Linux kernel called Nouveau, combined with OpenGL (and for your GPU that’s it for now) implemented in Mesa. This is enough for basic things to work, such as the desktop, video playback, office applications, but not necessarily games. For that you need the proprietary NVIDIA drivers. Check manual of your currently used distro for how to get those drivers in place. For your GPU even the newest drivers are available (560), so it’s good if your distro offers that. For drivers older than 555 series, use X11 session instead of Wayland.











  • At the very beginning in early 90’s Linux adopted X11 implementation that was XFree86. It was obvious and pragmatic move, because Linux was UNIX clone with full POSIX standard compatibility, and X11 was already there for almost a decade. Porting it allowed for having graphical interface very early on (Linux started in 1991, X11 support was added one year later) and allowed all the contemporary UNIX software to be easily ported to Linux.

    X11 however was designed with completely different needs in mind, as UNIX machines were mostly mainframes or powerful workstations and not home computers. It was about a lot of features that make no sense in this day and age (like network transparency, drawing primitives, printing capabilities, font rendering etc) and its design aged like milk. Xorg (that was fork of XFree86 started after license change) was implemented in a way that allows keeping compatibility for the time being with many issues being worked around and the old solution being effectively forcefully framed into modern use. It’s basically huge

    Wayland started as an idea on how to do graphics on Linux (and other UNIX systems) without X, but it was never meant to be drop-in replacement. That being said, it’s vastly incompatible and the shape towards having Wayland desktops is long process of gradual implementation of new protocols to make it complete eventually.

    Making Wayland possible took redesign of the OS itself. In old days, Linux didn’t think much about graphics and it was the monolithic X server that took responsibility of things like loading video drivers, setting screen modes or pushing stuff to video memory. Wayland was all about split of X’s features outside of X to gradually remove the dependency, so now the kernel has native system interfaces like kernel mode setting, direct rendering manager and so on. It’s not only Wayland taking advantage of it, as the same infrastructure is now used under X too.

    Your experience wasn’t much different because it wasn’t meant to be. Desktops that are ported to Wayland are very good at abstracting things that are specific to both (otherwise completely different) display systems. You can gradually find about some things being different over time as you dive deeper.

    There are certain limitations of X that Wayland doesn’t have:

    • X cannot handle multiple DPI settings, so it is only possible to set one scaling factor globally for all monitors no matter their size/pixel density
    • X could never properly handle multiple refresh rates for different monitors
    • No way for proper HDR support on X
    • VR is not really a good idea on X

    On the other hand, X is very open to the user and applications, providing all sorts of information about opened windows and sniffing input globally by any client (focused or not) is a feature. In 1984 no one really thought cybersecurity will be important factor. So on Wayland:

    • App can’t keylog keyboard presses or mouse movements unless its window is focused (global shortcuts are still unsolved issue, WIP)
    • App can’t directly control its window position and size as it is only controlled by compositor (the idea is to introduce protocol for asking compositor on window positions relative to some area, it’s WIP)
    • App cannot get image of screen or window (this is solved via PipeWire video capabilities and xdg-desktop-portal)
    • Any GUI automation is compositor-specific, at least for now.

    For those and other reasons (like availability of desktop environments and window managers), some still prefer Xserver.




  • Traditionally on Ubuntu-based systems, those packages get installed as dependency of a meta package that pulls the entire desktop experience, for instance on Ubuntu this is ubuntu-desktop (the default GNOME experience), kubuntu-desktop (the KDE Plasma experience) and so on. I believe this won’t be much different for Mint.

    The consequence of uninstalling such package is removal of the meta package. You can totally do that, but then the dependencies (so the cinnamon desktop with everything that makes it Linux Mint) are due for autoremoval of no longer needed packages (so apt autoremove would remove it all) unless they’re marked as explicitly installed and needed by you. Unless they’re “optional” dependencies. It’s hard to tell precisely what will happen without access to actual Linux Mint, but in theory you can just cherry pick whatever you want from that big chunky meta package, or remove it all and only reinstall stuff that interests you.

    I personally wouldn’t bother and just set my default apps to my preference and if the app menu is too crowded I’d hide them using something like Alacarte (old school GNOME menu editor). That way you know that full system upgrades wont cause any problems, and you effectively replace apps as you desire.

    And it’s true that for lightweight system with only what I need, something like Debian or Arch would be much better. My experience is that usually modifying easy-to-use distribution is (while perfectly possible) more effort than building one from the ground up.