he/him

Alts (mostly for modding)

@sga013@lemmy.world

(Earlier also had @sga@lemmy.world for a year before I switched to @sga@lemmings.world, now trying piefed)

  • 0 Posts
  • 41 Comments
Joined 9 months ago
cake
Cake day: March 14th, 2025

help-circle








  • thing with endeavour os or cahy os is that, imo, arch is not a good distro to base upon. I consider them as arch installers with extra features. what you end up with is essentially arch linux (with some additional repositories). often you can get community support from endeavour/cachy os, but a majority of the time, problem is either better reported in arch forums or wiki. and they expect you to know more/better.

    I wanted to learn, so i started with arch, but a person who wants a just works distro, i do not recommend arch much.


  • I mostly agree with you, except for section of (un)/recommending distros.

    (my personal bias is for arch and debian, i love them)

    for example, I do not think debian is a great recommendation for new users. And imo ubuntu is a good recommendation. Debian does not update often enough, and this can be problematic for users who do not know what packages/package managers are. so if they have a browser version insitalled which is 10 versions behind the current latest, they may lack features or fixes (but security should still be be good as debian does backport security stuff). a new user does not know of backports repo, or using flatpak to install it. also, ubuntu is very famous online, and all problems have been asked for ubuntu. and ubuntu and debian are almost compatible, but in case the end in a gui guide, where they use ubuntu, and have “ubuntu-isms” in their guides, debian user may feel confused.

    and between fedora and suse, i would generally recommend fedora more as there are more fedora users so it is more likely to be able to find solutions to problems. as others have recommended, for fedora, one of the better ideas today is to recommend immutable stuff like aurora or kionite or ublue or all other siblings.

    and I would also not put mint and pop_os in non recommends. Mint is very famous, and it is a good thing a lot of people recommend it. so many people starting out have a strong option being advertised. I understand your wayland ready worries, but for now, there is no immediate issue to use X if you are not gnome. mint is working hard on wayland, and ypu can experimentally enable wayland, and it partially works. I can easily see them making wayland the default or atleast feature compatible within a year or so. Where as for pop os, you could already use cosmic shell in gnome wayland afaik. and now with actual cosmic de, which is made wayland only, and a major beta release in a month or so means it wayland ready imo. and most likely a stable release by april next year hopefully.


  • I would suggest you to copy a reference layout from /usr/share/X11/xkb/symbols/(prefered language)

    and then see what keys do not fit. it is a plain text file, and looks something like the following

    
        key <AD01> {[ q, Q, NoSymbol, NoSymbol, U211A ]};  
        key <AD02> {[ w, W ]};  
        key <AD03> {[ e, E, Greek_epsilon, eacute ]};  
        key <AD04> {[ r, R, Greek_rho, NoSymbol, U211D ]};  
        key <AD05> {[ t, T, Greek_theta, Greek_tau, NoSymbol, trademark ]};  
        key <AD06> {[ y, Y, dagger ]};  
        key <AD07> {[ u, U ]};  
        key <AD08> {[ i, I, integral, dintegral, Greek_iota ]};  
        key <AD09> {[ o, O, Greek_omega, Greek_OMEGA ]};  
        key <AD10> {[ p, P, Greek_pi, Greek_PI, Greek_psi, Greek_PSI ]};  
        key <AD11> {[ bracketleft, braceleft ]};  
        key <AD12> {[ bracketright, braceright ]};  
    
        key <AC01> {[ a, A, Greek_alpha, ae ]};  
        key <AC02> {[ s, S, Greek_sigma, Greek_SIGMA, Greek_finalsmallsigma ]};  
        key <AC03> {[ d, D, Greek_delta, Greek_DELTA ]};  
        key <AC04> {[ f, F, Greek_phi, Greek_PHI ]};  
        key <AC05> {[ g, G, Greek_gamma, Greek_GAMMA ]};  
        key <AC06> {[ h, H, Left, Left, Greek_eta, NoSymbol ]};  
        key <AC07> {[ j, J, Down, Down, NoSymbol, NoSymbol ]};  
        key <AC08> {[ k, K, Up, Up, Greek_kappa, NoSymbol ]};  
        key <AC09> {[ l, L, Right, Right, Greek_lambda, Greek_LAMBDA ]};  
        key <AC10> {[ colon, semicolon ]};  
        key <AC11> {[ apostrophe, quotedbl ]};  
        key <BKSL> {[ backslash, bar  ]};  
    

    suppose you wanna switch q and e in this example, just switch them, and move this file to above location, and change layout from settings wherever you do (most de/wm have some place to change layout). I do this for greek symbols as you can see above, but you can do a lot like this.

    for more details, check the following post https://lemmings.world/post/24385694


  • they are federated just as piefed is, but the difference is that in lemmy/piefed, you do not want to follow particular users, you follow communities. on peertube, you follow users. so when you watch a video on one instance, you can watch a video from different instance too, its just that peertube does not have a great recommendation algorithm. in lemmy/piefed, when you go to home page, and just search something, content from all comunities is shown. in earlier versions of peertube, you could not search across instances. now you can. if you want a better search, try - https://sepiasearch.org/






  • you have 2 major package managers (ootb) on bazzite iirc - flatpak and rpm (through rpmtree). ideally - do not install anything through latter. that is the one that requires the cli. if you can not find a package on flatpak (very common if you want a cli thing, or a niche gui software, or some browsers), then try to find if it is served elsewhere. for example, as this post highlights very nicely - use distrobox. for example, use distrobox and add arch (for example), and you can get new cli stuff.

    for chrome, if you have 2 versions, either you have 2 different flatpaks, or 1 from rpmtree, for that, try using rpm-ostree search chrome (or some other package name, for example chromium). you may also just want to do chro (in a terminal window) and then press tab (once or twice) to get completion options. that should help you with name of package most likely.


  • do a lot of magic with the kernel on Bazzite

    sadly, no. there are not any special kernel parameters or compilation difference. at best, these things can bring ± 5% difference (assuming a general benchmark, instead of a special synthetic benchmark). if there was some major switch you could hit which would increase performance, most distros would just press it. if most are not doing it, then it is likely because either their is not much to gain.

    for example, cachy os compiles it’s programmes for x86-64 v3/v4 as opposed to v1 or v2 for most distros. their have not been many extensions to x86-64 between v2 to v3, and most performance gain you get is in specific hashing benchmarks. on average, their is not much reason. as to why not all distros do it? because any software compiled in v1 runs on v4, but v3 can not be run on v2, v4 or v3, so if all distros would start doing it, then either they would have to stop serving users v3 or earlier versions (that is practically everyone with cpu before 2020, and new v3 cpus are still being made), or they would have to serve separate v3 versions for v3 folks, v2 for v2 folks and so on. that is a lot more costly, and increases software burden. even big company like microsoft is not serving different windows version forr different x86-64 versions (though they have different things, and windows 11 requires v2 or higher afaik)(it may even be v3, but not sure).


  • Am I hearing that I just need to switch to Bazzite and this problem disappears??

    not a nvidia user, but answer is likely - no. bazzite has no special magic nvidia drivers. their special thing is that thy prepackage closed drivers (which most distros can but not do so that they are not in legal trouble of redistributiing closed software or the ethics of distributing closed software in a foss promoting environment).

    I’d expect that Bazzite and Mint would use the same Nvidia proprietary drivers without much noticeable change in performance

    precisely.

    there is a possibility that maybe going to a newer kernel version or vulkan or other system libraries can get you some more performance, but on average, it is not going to be more than 5% (there may be some exceptional games which gain more, where there were game/engine specific bugs which were dealt in specified period). these are also the performance differences that people say that different distros (bazzite, cache, newer ubuntu release vs older) perform better than others, but you can check many places that assuming that game was already supported well.

    general reason for bad performance is - nvidia on linux is bad. (period). their drivers are bad (closed or open, for a long time open drivers could not even regulate power, so they were stuck in lowest power mode).

    you do not necessarily have to buy new amd hardware. try checking out protondb database, and see if the numbers you are getting are same or similar to others with similar hardware as you or not. if you are, then that is the best that can be done. if not, find what special sauce do they have (maybe a different library version, or some flags, or environment variable)