• 28 Posts
  • 653 Comments
Joined 2 years ago
cake
Cake day: June 15th, 2023

help-circle

  • Agreed on your points and usually I do 2. (name) and 3. (exit instead else) sometimes. For the [[ over [, it usually matters only for word splitting and globbing behavior, if you do not enclose the variables between quotes I believe. But looking into the shellcheck entry, looks like there is no disadvantage. I may start doing this by default in the future too.

    So thanks for the suggestions, I will update the script in a minute.

    Edit: I always forget that Beehaw will break if I use the “lower than” character like in , so I replaced it in the post with cat %%EOF which requires to change that line. And the example usage is gone for the moment.

    Edit2 (21 hours later): I totally forgot to remove the indentation and else-branch. While doing so I also added a special option -h, in case someone tries that. Not a big deal, but thought this should be.





  • Just a thumb of rule to make sense of it: A column in AWK is by default any space separated part. You can change the column separator to any other character too with -F ":" in example would be a double colon. There is also a way to print all columns, but with certain exceptions. In example print all, but the third and fourth columns: ls -l | awk '{$3=""; $4=""; print $0}' . Admittely I forget this syntax often and have to look for it again.



  • It depends, there are no hard rules. I have a preference for the native package manager with pacman and repository of my distribution. I also would like to use AUR more often, but it depends who is maintaining that package. It also depends if there is a Flatpak available. Some AppImages have an auto update for itself, so I download it only once and use the applications own update functionality manually.

    The good thing about AppImages are that they usually don’t require super user privileges to install (in other words use) them and I can also archive them very easily.





  • You have to think in terms of bottleneck. If you have a really heavy desktop environment or operating system, then it can (and will) slow down older and weak computers. For those, it makes sense to install some special prepared environments, so it does not slow them down. If you have a modern and fast computer with plenty of resources, then it won’t make a difference which you install.

    In example, you have 16gb RAM, but your system uses only 4gb. Switching to a system that uses only 2gb won’t get you any benefit, you have plenty of room that is unused. And for all other daily operations in the Window environment, lets say opening and closing windows with some effects and transparency, would lets say for fun require 1ghz of CPU to calculate without slowing the operation down. If you have a modern multicore CPU with 5ghz, then you don’t win anything by installing a desktop environment or operating system that makes use of only 0.5ghz.


  • No doubt about ntsync being superior and better than the hacky solutions of current implementation. My point is only about the performance gains, which can be misleading to some people if they do not pay attention. I’m not saying anyone was “false advertising” here, just making clear its compared against the base WINE version and not Proton.

    I’m still curious and want to see how much of a performance difference in a real Steam environment will be.


  • The big boost for gaming is only relevant if you do not use Proton. While there might be some boost for selected games, in general the new Kernel 6.14 shouldn’t make much of a difference for Steam gamers using Proton. Because Proton already got some alternative to NTSync mechanism, which improved some titles already.

    The benchmarks presented with huge %-boosts and improvements are compared to previous WINE version, which do not have some of the alternative optimizations from Proton. Therefore I would be a bit cautious, if you already play on Steam using Proton.



  • This can easily be solved by bundling all update commands into a single command. I have an alias for this, that updates everything with just a command called update. There is no need for an extra software. But you have to figure out the commands and options to do this correctly. For my operating system EndeavourOS, I have this:

    alias update='eos-update --yay ;
      flatpak update ; 
      flatpak uninstall --unused ; 
      rustup self update ; 
      rustup update'
    

    then run it with:

    update
    

    … which updates the system, the AUR, Flatpak and my Rust environment. You don’t need to rely on any third party software to update your system.