Wild Penquin reacted to TorC in Can I put Linux packages into a file and tell the command prompt to download from the file?
One could make their own personal repo and install from there.
See Repositories/Personal in help.ubuntu.com
Wild Penquin reacted to Princess Luna in is it better to do a dual boot or use a software like wine for playing some video games
I personally dual boot. Wine/Proton are both still at a state of infancy, and a lot of games don't bother making dedicated Linux versions. A lot of games that happen to use weird dependencies, or anti-cheat would probably have issues and/or not run at all. Additionally you'll probably experience various bugs and issues which, if you're not very Linux-savvy, would be almost impossible to debug and fix. I also experienced quite a lot of lag and issues with VR when running under Linux.
I simply use Windows for all my gaming needs. Simply waiting for a minute to reboot is so much easier than trying to get stuff to run via Wine/Proton when it doesn't "just work".
Wild Penquin reacted to mahyar in is it better to do a dual boot or use a software like wine for playing some video games
well if thats the case you can get away with wine
granted compatibility is not guaranteed but most incompatibilities are from anti cheat software so most games that do not use anti cheat software most definitely will work
i myself played a handful of (older) AAA game on my ancient laptop with wine
aslo a tech tip when playing a game in linux if possible set the rendering api to directx11 it will get you better performance
Wild Penquin reacted to jj9987 in Linux extremely high fan speed.
The wiki is for Arch Linux, but it applies mostly for other distros as well.
EDIT: Depending on the system, the support for managing all the fans might not be possible. Just try it out. If that doesn't work, then unless you find some other solution for your specific system/platform, you don't have a lot of options.
Wild Penquin reacted to gardotd426 in Corsair fan control on Linux
But yeah, Corsair devices definitely can be controlled on Linux now, both fan speed and RGB, through some combination of ckb-next (for keyboards like my K70 RGB MK.2), liquidctl for fan/pump speeds (and RGB control for some devices), and OpenRGB for RGB control.
Honestly the bad information on Linux given in this thread and elsewhere in this forum category is kind of disheartening, sure there's no first-party RGB software to speak of, but why the hell would we want that? All the countless bloated RGB programs you have to install on Windows is one of the biggest thing people here complain about on Windows. Much better to have 2 or 3 programs (or even just 1) that can control all your devices, and are also open source. I have RGB everything. Motherboard (the motherboard itself has lighting), ARGB fans plugged into the header on the motherboard, AIO cooler (NZXT Kraken X63), RAM (Trident Z RGB), and keyboard. And I can control EVERY single bit of it in Linux with OpenRGB, ckb-next and liquidctl. That's much better than having iCue, the ASRock motherboard utility, Aura Sync, NZXT CAM and whatever the hell else installed on Windows to control the same shit.
Wild Penquin reacted to Sauron in Terminals in linux
"Commands" is a misleading term in this case and answering yes or no here would be reductive.
Some of the commands you type in the terminal are Bash commands. Bash is the default shell in most (but not all!) Linux distributions. These commands will be the same on every distribution that uses Bash and you can always install Bash yourself if you want it on any distribution. This includes pipes ( | ) and environment variable syntax. Other shells (such as ZSH) often share many basic commands with Bash but you should always check.
Some other commands are programs you run in your terminal. Many of these are part of the GNU core utilities and will be present on all GNU/Linux distributions. An example of this would be cat or ls. Others are programs that may or may not be available on any given distribution and you may need to install yourself; for example sudo is a program that is not preinstalled on some distributions.
Of those, some commands refer to programs that are distribution specific, for example the package manager, which often cannot be easily installed on distributions that don't come with them. On Ubuntu you use apt to install packages, on Fedora you use dnf or yum.
Lastly, a command could be an alias, which is a shortcut for some longer or less intuitive command. These depend on your shell configuration and you should not count on their presence on any given distribution unless you define them yourself. For example, some people alias ll to mean 'ls -F', but this is far from universal.
With some experience using Linux you'll be able to make this distinction without thinking much about it.
Wild Penquin reacted to Sauron in Do I need to download drivers for itegrated drivers? (Ubuntu 20.10)
It used to be that you'd have to install the AMDGPU driver to get better performance but now it's part of the default package so you don't need to do anything.
Just because it's not on the amd product page doesn't mean it doesn't exist. Linux based systems use a repository based system to install drivers and applications so you don't need a dedicated download page.
Wild Penquin reacted to gabrielcarvfer in Why don't we have more choices when it comes to operating systems?
Java, C# and other virtual-machine languages are reasonably performant.
The problem with them is that they can't be optimized to a specific architecture before being run.
This is why most modern VMs include some for of JIT compilation to speed things up. .Net Core is notorious for its performance optimizations.
Wasmer is promising to let basically all languages hook into the webassembly runtime, removing the need for compiling 3rd-party libraries for each and every OS/language version.
There is even an OS project that wants to run WebAssembly on kernel mode for performance and isolation. This sounds crazy but it's actually good for container replacement.
Wild Penquin reacted to maplepants in Why don't we have more choices when it comes to operating systems?
This is the dream of basically every Java marketer ever but I don’t know how true it is. For every amazing application like Minecraft you’ve got a million terrible Java apps that perform and work much worse than a native counterpart. The same is true for electron with a million Slack style performance hogs for every VS Code.
I don’t see there really ever being cross platform tools which are good enough to make the kind of complex apps that the customers willing to spend the most money care about. And that fact will, I think, discourage most companies from trying to roll a custom OS. Unless you’re making a narrowly focused product like a game console or a TV, you probably shouldn’t be writing your own OS.
Wild Penquin got a reaction from jazzguitar1440 in lm-sensors: How to tell what sensors-detect did??
What are you specifically worried about? If your system works fine now, no damage was done.
Overall IMHO the dangers of running sensors-detect is a bit exaggerated sometimes. That being said, it can cause lock-ups, or at least in theory even data corruption or some similar problems. But these issues are somewhat theoretical, yes still there is some real risk. The more obscure, and more locked-in like the H/W you are using, the greater the risk - but I don't know about all the details. Blame manufacturers who don't adhere to standards or open up their H/W sensors to software, for the whole issue of hw-sensors being as hairy as it is (not only in Linux)...
From sensors-detect man page:
(this is not all of it, I copy+pasted the relevant part only)
This may be slightly different depending on your distribution, but generally lm_sensors suite hasn't changed much so your man page should be identical.
So we can not be sure what sensors-detect scanned for since it depends what you answer to it's questions.
However, we can see:
$ file $(which sensors-detect) /usr/bin/sensors-detect: Perl script text executable So you could open the script and see what it does. The source of lm-sensors seems to be here, so anyone can take a look (there is no quarantee your distribution has the latest version of the script, though).
Depending on what you answered to the very last question of the script:
Do you want to overwrite /etc/conf.d/lm_sensors? (YES/no):
What it *detected* will be in /etc/conf.d/lm_sensors (or some other location in case your distribution has a different configuration compared to mine). The man page could be clearer on this, but this is all the script stores in the end (AFAIK; one could double-check from the documentation or the script itself). This file will contain kernel module names only. In case you did not tell it to write to the file, there is no way to know for sure what it scanned for. Actually, not even then since what the file contains is only those modules the script thinks your systems sensors needs. So best approach to answer the question would be to read the script or run it again (maybe answer "NO" to everything or at least the more dangerous probes at least on the first time, but on subsequent runs answer similarly you did on the first run).
You can see what lm_sensors detects OOTB just by running sensors.
Hope this answers your questions. If it doesn't, and you still have some, please tell us your distribution (there might be some minute details on the packages of lm_sensors between distributions), and post here the contents of /etc/conf.d/lm_sensors, contents of /etc/sensors.d/* (contents of all files in there, if there are any), and output of the sensors command.
Wild Penquin got a reaction from linuxChips2600 in Nvidia Drivers Issues on Linux
I want to chime in with some personal experiences.
In general, amdgpu drivers are of better quality than NVidias drivers (on Linux!). Examples on which they are better: tearing (or lack of it on amdgpu), minor stability issues, suspend support.
That being said, NVidia drivers are not bad. I used them still in 2019 and they were certainly usable. There were some minor problems, but there was always some workaround, but for example, I was not able to completely eliminate tearing. Suspend didn't work. There were occasional driver related problems with NVidia and KDE Plasma (well, not the specific de per se but the parts of the stack it was using tripped over the NVidia driver) - but there was a workaround and they were fixer in later releases (as it's been a while, I don't remember the details...). But: two years is a long time. Things might have changed. Also, the generation of the NVidia GPU in use plays a role; each one might have their different set of problems (or lack of problems). I was using the GTX 970.
In general, NVidia has been very slow in fixing errors / bugs in their Linux driver (but again, in 2019...)
One final note: If you main platform is Linux, don't look at Windows benchmarks or general experiences in Windows. They are mostly irrelevant. Look comparisons made in Linux specifically. Try to do some detective work on how the development is going these days.
In case you notice errors / bugs with the driver, with amdgpu the place to file reports is clear (your distribution or upstream). With NVidia, you may post to their forum and hope some developer notices the bug.
These are just some things to consider. If I was looking for a new GPU, and would be mostly using some Linux distribution, I would definitely choose an AMD GPU. However, in case current NVidia benchmarks (in Linux!) are a lot better at my budget, I could consider them, too.
Wild Penquin reacted to martward in Which version of linux for a noob?
I would suggest going Ubuntu if you're not familiar with linux. It's not necessarily the easiest as far as I know, but there is so much support online. Everybody and their grandma's are using Ubuntu and the internet forums are filled with questions and answers about the platform.
There is a lightweight version called Lubuntu, but I have no idea whether it is any good.
Wild Penquin reacted to Nayr438 in lm-sensors: How to tell what sensors-detect did??
When it probes unknown devices, it sends common raw commands to see what a detected component returns. When it does this, it can lockup the device, place it in weird sleep states that can usually be recovered by removing power from the board (including cmos battery), wipe onboard components, or even send bad voltages across the board. The risk is real and damage does occur more often than people probably realize. MSI boards (I just see this one popup often) and Laptops are probably the most problematic. However the risk factor of it actually coming to that is fairly low, especially on hardware that's been out awhile, but its something you should still take caution with.
Wild Penquin reacted to gardotd426 in Thinking About Multi-Booting Windows and Linux
I mean, having 5 Linux distros installed on one machine is no more complicated than having one. As long as you have one be the "main" OS, and have it handle GRUB/rEFInd/whatever boot manager, you're fine. I always keep 3-4 installed on my main rig. Obviously I have one daily driver, but I like to have a few others installed just to mess around with, or for testing. It's especially nice having /home on a separate partition, so my customizations always come with me.
Wild Penquin got a reaction from unsorted in What to put in an otherwise useless 5.25" drive bay?
There is nothing wrong with the drive opening, and I have hard time believing the laser is dirty (the drive has seen very little use altogether).
I get spurious I/O errors in the logs from that drive even when no media is inserted - so it could be a faulty SATA cable. But, the drive also takes a very, very long time trying to identify any disk - and fails. It could also be faulty electronics in the drive (this could explain both the SATA errors and inability to recognize media)
Part of the problem is the fact the drives are cheap. And by that I don't mean the price but the fact they are made cheaply and fail prematurely. Often it is the motor spinning the drive which will fail or the mechanism moving the head will fail (prematurely). Those are not user serviceable parts, really. I've never actually had a dirty laser, as I generally don't put dirty discs in the drive (I can see that happening if there are for example kids using the computer).
But the most important point is, that optical media is mostly useless as it's been superseded by the internet (and streaming). Only when I get a new (for me) CD/DVD/Bluray I want to back up to my personal collection for easier playback (CDs & DVDs are just inconvenient, and ripping removes this inconvenience in subsequent use). But that happens very rarely, but TBH still does so I still need an optical drive. An external drive I can connect to any computer once in a blue moon is much more worthwhile than an internal one. Seems that external drives are a bit more expensive, but perhaps they are more durable.
P.s. seems like I'm another one of "those guys"! 😆
Wild Penquin reacted to unsorted in What to put in an otherwise useless 5.25" drive bay?
I have to be 'that guy',
If the optical drive tray is not opening reliably when you hit eject, the solution is just clean the rubber belt inside (visible when the tray is opened). If the laser is really dirty, it can be cleaned. With the price of optical drives nowadays, nobody bothrers though
Optical drives are so cheap and so undervalued today, but to me they have always been precious. So there it is, the most boring response to this otherwise fun thread.
Wild Penquin reacted to Sauron in shift + Q or shift + W or shift + S is not working in ubuntu
What keyboard layout are you using?
Don't feel forced to reply if you don't know what the problem might be.
Wild Penquin reacted to mahyar in shift + Q or shift + W or shift + S is not working in ubuntu
use caps lock