• 0 Posts
  • 47 Comments
Joined 1 year ago
cake
Cake day: September 13th, 2023

help-circle






  • Astaroth@lemm.eetoLinux@lemmy.mlSwitching to Debian on my gaming pc
    link
    fedilink
    arrow-up
    1
    arrow-down
    1
    ·
    edit-2
    1 year ago

    All I know is wine-mono and wine-gecko doesn’t come in any default package lists on apt that you get on Linux Mint (which should include Debian and Ubuntu packages), not sure if they exist on some other mirror list somewhere but it didn’t seem like it, while on Arch I got them directly from Extra (not even AUR).

    Well you technically don’t need mono or gecko, especially not if you’re just going to use Steam Proton to play, but I use pure WINE a lot and it was a pain having to install them manually. Eventually I gave up on using mono and just downloaded the .net runtimes I needed through winetricks.

     

    There were also some lib32 package I got from AUR on Arch that didn’t exist on apt. One of those gst plugins (ugly/good/bad/nice/whatever)




  • Been a while since I had a VM but iirc it was pretty easy to have a shared directory to the VM, which is very useful to (obviously) share files but it also means that since the files aren’t actually on the VM itself they’ll still be there even if you remove the VM since they’re not part of the image.

     

    How I learned my lesson to have a shared directory was this: I had been having audio issues on the VM and at one point just decided to start over with a new VM, completely forgetting that the files I had been working on for a project were part of the VM and would be gone.


  • Just the other day I was looking into how to use a single shared WINE prefix for multiple users since it’s not like any 2 users would ever use the same PC at the same time… TIL I was wrong

    Unfortunately I don’t really have anything helpful to add except it seems like Linux is more or less inherently built to support what you’re looking for.


  • Arch is made out to be a lot harder and unstable than it really is. And AUR is a great resource but realistically you won’t even use it that much. At least I haven’t. I used it for Brave Browser package before switching to Firefox, some WINE gst plugin, and some other small stuff I don’t remember.

    Also keep in mind even if it’s a AUR package, you can just install the package like normal if it’s a binary (it will be named with a -bin at the end, like brave-bin), so just because you’re using some packages from AUR it doesn’t mean you have to build lots of packages from source every time you update.

     

    People hear scary stuff about some random update breaking the system but it’s exaggerated.

    You definitely can break stuff with user error and sometimes if you’re not paying attention while updating you can get problems (combination of bad defaults + user error).

    Main problem is that you can do whatever you want, but you might not actually know what you really want to do or you might not be doing what you meant to do, and Arch Linux will let you do it even if something breaks due to it.

    And well that’s going to be same regardless of OS but it’s more accessible on Arch.

     

    However you shouldn’t be too worried about it, in the basically worst case scenario you might need a Live USB and another device with an internet connection to look up and what you need to do to fix what’s wrong, but you can always count on that there’s a fix.

    Most other OSes if you have a problem, depending on what it is you might just be stuck with it.

     

    Biggest noob mistake I recall doing was that I had my old windows hard drive as extra storage and slowly moving stuff over once in a while, so I hadn’t reformatted it and I also wasn’t aware of that the default Linux NTFS driver wasn’t very good and that I should’ve gotten NTFS-3G if I weren’t going to reformat.

    Well one day while not paying attention while updating my system through pacman (yay actually) I was also copying files from my old windows hard drive and I didn’t even look before just pressing accept on some AUR package rebuild.

    Well it turns out that package was formerly part of Extra repository and thus it used to be a binary package, but now since it was moved to the AUR and it didn’t have -bin it was changed to a package to be built from source, and if I were to continue using it I should’ve changed which package.

    But I just hit accept and it started chugging away, and it needed more RAM that I have and apparently there’s no safe guard for this (at least not by default) and by the time I noticed that my RAM usage was getting to high the system already got too sluggish and I was too late to end the process.

    I also didn’t know about SysRq at the time so the only option I knew was to force shut down by holding down the power button for 5 seconds.

     

    My actual system was still fine and all but my old windows hard drive that was transferring files got borked. It wasn’t completely bricked so I eventually salvaged it and it’s since been reformatted too, but I thought I had bricked it at the time.

     

    Well that might still seem a bit scary but that was me making several user errors in a row, and at the end of the day it still wasn’t even a big problem.




  • Astaroth@lemm.eetoLinux@lemmy.mlArch or NixOS?
    link
    fedilink
    arrow-up
    2
    arrow-down
    1
    ·
    edit-2
    1 year ago

    Disclaimer: I only tried NixOS for less than a month when I was a complete Linux noob, I have since then been daily driving Arch Linux for about 2 years now.


     

    For me, at least on the surface level, NixOS just felt like Arch Linux, with more similarities than differences.

    What was nice about NixOS was the single config file for everything, although iirc I had to reboot every time for it to be applied while with Arch you can just install something and run it immediately.

    Edit: I either remembered it wrong or I was doing it wrong because you don’t have to reboot the whole system according to the reply from hallettj.

     

    What I didn’t like however was all the packages that got installed (through the list in the config file) had really strange directories which I couldn’t find easily.

    like on Arch the packages and the executables are basically all at /usr/lib/ and /usr/bin/ and iirc it was pretty much the same on NixOS, except on Arch I’ll have usr/lib/firefox but on nix it would be usr/lib/u123uadqasd782341kasjhiu3sh932s9sdasdsapzxcqw-firefox

     

    Another thing is that it works great for everything you install through the Nix config file, but it’s not necessarily going to clean up any files created by programs that got installed through it when you remove the packages from the config file.

    Like say you have installed steam and then you install some game through steam, well that game wasn’t added through the config file so there’s no guarantee that if you decide to remove steam that you will also remove whatever the programs steam installed or if they created some new files somewhere.

     

    Of course the same thing already happens on other OSes as well, so you could say that it’s an upside that Nix is better at cleaning up after itself whenever you remove something, but also because it’s supposed to all be controlled through a single config it just feels that much worse when you have to hunt down some file somewhere.


     

    Again these are mostly my anecdotes from 2 years ago when I was a complete noob. Maybe I wouldn’t have any issues if I tried it today. And chances are I was just trying to do something you shouldn’t even be doing.

    Plus at the start I used KDE Plasma 5 on Nix and Arch, maybe it will go better if I use i3wm on NixOS like I’ve been doing for a year and half or so on Arch now.

     

    At least I’m pretty sure that having daily driven Arch for 2 years now I would have much better chances with NixOS now than when I tried it with 0 experience on Linux.

    So since you’ve already got the experience from using EndeavorOS you might not have any big problems using NixOS, or at least learn how it works pretty fast.



  • Google Search is way worse than it used to but still beats DDG by a mile.

    I’ve tried SearX and it was meh, maybe there’s some better instance than the one I tried though.

    Yandex is good for reverse image search and when the American government makes western search engines block certain search results, but not that useful in general. Also for a period Yandex just kept bombarding me with endless captchas and was completely unusuable

    Bing search is just DDG, or well DDG is just Bing.

    Baidu search, tbh haven’t tried it much, but even for chinese I had better search results on google search so yeah


  • Guess what I found in /home/{user}/.wine/drive_c/users/{user}/Temp, 10GB of log files. Although 9GB was from one time when I used Cheat Engine and I don’t know what really happened tbh besides it causing a OOM crash.

    It created a 9GB sized file called ADDRESSES.TMP, I never considered checking for temp files in .wine before. And I guess I should be checking all the prefixes created by Steam games as well…


  • Disclaimer: my experience is only with Arch Linux (daily drive for 2 years) and a little bit of Linux Mint on a relative’s PC.

    For me I found it more tedious to get games working through WINE on Linux Mint compared to on Arch Linux, some packages I wanted seemingly don’t exist in the apt repositories (wine mono and wine gecko) and had to be manually installed.

    I also had some trouble because the package names were different compared to on pacman, especially the lib32 ones, but to be fair I would probably have had the same issue on Arch if I first used Linux Mint then Arch so not having the same package names isn’t inherently a fault of Linux Mint.

     

    But it wasn’t that it wasn’t doable, it was just more tedious, and to be fair daily driving Arch for 2 years compared to using Linux Mint every once in a while means I’m way less familiar with Linux Mint.