g el

If not pol consider lutris as well for scripts.. Also think of contributing to the wine app dB if you got something running people often manage to reproduce it from small hints you give there

Thanks for your reply, I am indeed in no rush, so I can wait a few months and see what's new I lean towards going with a Linux option, but I just had the idea to get a Mac since I never used one and it could be useful to have around. Especially when I saw it was cheaper than the XPS. To give more context, a current gen mac is 1300€ here, while the XPS is about 1400 for the 4k model. But it does look like the prices might drop eventually let's see. The ThinkPad T480 is also a nice option but since it doesn't come with Linux I'm currently leaning against it. (I prefer to support the company that spent resources validating Linux support)

So I'm looking for a new laptop and had some requirements in mind : - ~13 inch - Long battery live - Does not run windows - Resolution > 1080 Because of the battery life, Clevo laptops (Like the System76 ones) are out of the question, that left me with XPS 13 in the PC world, but then I saw that the Macbook Pro 13 on its lowest config (8G/128G) is cheaper than the "entry" point XPS with 4k res and it got me to start maybe considering a Mac I know that on the low end the XPS still has better specs (256GB drive and 8th Gen i5) and on the higher end models the price difference takes the Macbook out of the picture but what do you guys think about the entry point? PS : I know I can get a windows system and install Linux, and I would like to think I know enough to get the best battery life possible, but I would just like to save that time and get some compatible hardware right away. Also if I go the DELL way I would be supporting a company that made the choice to test Linux on their hardware, and if I go Mac then I just know my hardware and software work well together.

Since disabling the C-States in the BIOS I have not experienced a freeze, I left the system running for 10 days, and I'm keeping it on and off for 3 / 4 days in a row... still no freeze

I'll try that thanks for the tip. I was reading a bit about the issue, and it seems to also show some messages in the log/boot but my journalctl has no kernel errors is there another place I should be looking for to find these?

I am experiencing random Freezes on my Desktop mostly when idle but it also happened once while I was using the system. The system has Linux installed, always updated to the latest stable kernel (distro is Arch) The system is completly unresponsive, CAPS key does not respond, mouse does not respond, cannot ping or SSH I tried magic SysRQ but I don't think I have it enabled I can try this on next freeze I guess. My system is a Ryzen 1700 on an ASUS x370-prime (BIOS updated to latest version but I also experienced it with 3 versions already) with 32GB RAM a 512GB m2 SSD (Samsung EVO something) Graphics card is RX560 connected to one cheap 4k Samsung monitor with Display port and one 1080p as cheap Samsung monitor using the HDMI link. I run the opensource AMDGPU driver. Power supply Be Quiet Pure Power 10 600W (Amazon don't mention any certification but I believe this is 80+ Bronze) I have a 4TB Seagate drive attached ( I first started noticing the issue after I got the HDD but It could just be because I didn't leave the PC on before that) I use Plex to manage the media on that disk, I guess it is scanning it constantly. I have no overclocks I recently ran a memtest for 24 hours (5 runs on the 32GB) with no errors, I am not sure how to proceed with testing this. Do you guys have any recommendations? I was thinking the next step would be to disable Plex, and then to disable NFS (Sharing) and eventually to Unplug the new Disk to isolate it. I, however, find it a bit hard to believe that an extra disk with no OS component would cause a freeze. Could a power supply issue cause this? 600W should be enough for my System.

If you want a fix mount point you should usually set it in your /etc/fstab file. If you are talking about dynamic mount points this is controlled by udisks According to the Arch wiki you can change the default location to mount your files using a udev rule, it looks however like this hardcoded to /media/... instead of /run/media/$USER/... https://wiki.archlinux.org/index.php/Udisks#Mount_to_.2Fmedia_.28udisks2.29 Not sure if this is more customizable, I haven't used this before as I usually just assign mount points to my frequently mounted drive in /etc/fstab where you could also specify that the drive will / may not always be available This is the fstab line I use for my network share which is not always on : brainiac.local:/srv/nfs/Data /mnt/Data nfs rsize=8192,wsize=8192,x-systemd.automount,x-systemd.device-timeout=14,user,rw The keyword here is x-systemd.automount it is also well documented on the Arch wiki You might also want to look into AutoFS: https://wiki.archlinux.org/index.php/autofs

Could you paste the output of steam steam-runtime and steam-native from the terminal?

Do you have a custom scaling set? What is your resolution? Did you move from another de or is this a fresh install? Which terminal is this?

Sorry those were keywords to get you googling The graphical environment on a Linux system is not related to what distribution you chose. You can have your choice of a variety of desktops for any distribution you choose. The most common graphical environments you will encounter are GNOME which you will find on Fedora, OpenSuse, and recently Ubuntu by default. KDE is another big name, you will usually find it by default on Kubuntu and OpenSuse (they give you the choice when downloading/installing). Most of the graphical environment these days will have no problem working with touch screens. Now when it comes to mint, it is refreshing yes. The Linux distribution mint, that was recommended in your thread several times comes with the graphical environment called Cinnamon... I cannot tell you more about that Regarding SSH, you are talking about a server installation, you want to run a media server, that means you will set-up your OS, and Plex and then leave the system alone. That means that your choice of graphical environment will not matter. SSH stands for Secure SHell and is a way to access your system remotely to maintain it. On a server that makes much more sense then attaching a screen. If you want a server setup, you should be ready to learn how to deal with the terminal, you will not find a UI to configure every aspect of the system on Linux.

Try running steam-native from the terminal

The trend for GUIs also seems to be going towards HTML based "apps" with an electron wrapper. In which case any platform will work (But Linux is still better), just keep in mind not do code EVERYTHING in Javascript if you go that route Look into Typescript or maybe use some Java/.NET/C++ for some of the backend, java and .net are compile once run anywhere, C++ will be platform dependent and UI will be compatible.

The GNOME desktop, which is now the default on ubuntu since 17.04 is built with touch-screens in mind, or so they claim. Any decent desktop environment will have good enough icons for touch screen work. I haven't worked with cinnamon so I cannot tell you much about Mint and touchscreens. What you need to make sure of with touchscreens is that it has Linux support, Google will help you there. Also if this is only a server, you can use the monitor for installation and then just enable SSH, no need for graphical installations, or at least there is no need for a fully fledged desktop running all the time. You will need it in the first run to setup plex since you cannot set it up from outside localhost, but this also can be worked around (SSH Tunnel) Other services you will be running on a server also do not require desktops usually.

No, that's not how that works. Running apt-get as root or in sudo is the same thing, what apt-get will do, or what dpkg will do really is to extract the content of the deb file and place it relative to the / folder, now it needs root because as a normal user you cannot write to the / folder. It will then set the permissions of the files to +x for non-group members, meaning anyone can execute the file, this is done in all cases, try to apt-get install in root and normal it is the same if you do your installation by hand then you have to worry about that, the package manager will always make sure appropriate groups can execute the software Here's another example: ghaith@brainiac  ~   master  whoami ghaith ghaith@brainiac  ~   master  sudo whoami [sudo] password for ghaith: root ghaith@brainiac  ~   master 

Not really, running an installer using su -c is equivalent to changing to a root account and running the application from there. I think sudo has the same effect, it does not preserve permissions, it will run the given command as root. ghaith@ghaith-laptop  ~   laptop  sudo mkdir test [sudo] password for ghaith: ghaith@ghaith-laptop  ~   laptop  cd test ghaith@ghaith-laptop  ~/test   laptop  ls -lah total 8.0K drwxr-xr-x 2 root root 4.0K Dec 12 22:41 . drwxr--r-- 73 ghaith ghaith 4.0K Dec 12 22:41 .. ghaith@ghaith-laptop  ~/test   laptop  touch file touch: cannot touch 'file': Permission denied ✘ ghaith@ghaith-laptop  ~/test   laptop 