General Linux Chat and Small Questions v. Year of the Linux Desktop! - Hardware & Software

[QUOTE=PredGD;49698141]perhaps Arch as a complete beginner as in never tried any form of Linux before is a bit of a stretch, like what thelurker1234 said, it might be a good idea to begin with something more beginner friendly like Ubuntu just to get that feel of "everything is different and weird" before actually learning how to operate it. since Manjaro was mentioned, perhaps that is something that -could- work for a beginner? I haven't tried it but it seems like something I'd love as a complete beginner. being built on Arch which means you have access to that sweet sweet pacman and AUR, but with added user friendliness through GUIs.[/QUOTE] Manjaro and fedora actually are two that I'd also offer as also being good choices. But really, if one's interested in linux they should just pick one of the distros that are seen as easy to use without caring too much about the differences, they'll probably find their way to one that suits their tastes or go back to windows/mac if they don't like replacing their OS.

[QUOTE=PredGD;49701917]I've set up Let's Encrypt SSL certs on my VPS which works swell, however I'm having issues with generating a certificate for two of my subdomains which are protected by htpasswd. virtual host snippet [code] location / { auth_basic "Passworded Directory"; auth_basic_user_file /home/predme/.htpasswd; } location /.well-known { allow all; }[/code] I need the .well-known file available to all despite the root directory being protected with a password. how would I go about doing this? [editline]9th February 2016[/editline] I should probably mention I'm running nginx[/QUOTE] Try putting the well-known rule first, rules are supposed to be checked in order.

[QUOTE=IpHa;49702096]Try putting the well-known rule first, rules are supposed to be checked in order.[/QUOTE] I had completely forgotten about that, thanks for mentioning! OpenVZ vs KVM in terms of performance and stability? if I intend to run a game server on a VPS, would it be more at home with KVM? or should I not bother with the extra cost and go for OpenVZ?

[QUOTE=thelurker1234;49702076]Manjaro and fedora actually are two that I'd also offer as also being good choices. But really, if one's interested in linux they should just pick one of the distros that are seen as easy to use without caring too much about the differences, they'll probably find their way to one that suits their tastes or go back to windows/mac if they don't like replacing their OS.[/QUOTE] I would only recommend Fedora if you know for a fact that the end user will be perfectly happy running only FOSS software without MP3 support. I'm sure many people would, considering the two major web browsers are available and everybody's doing browser based crap these days anyway, but if you need a proprietary program, prepare for problems.

[QUOTE=lavacano;49702439]I would only recommend Fedora if you know for a fact that the end user will be perfectly happy running only FOSS software without MP3 support. I'm sure many people would, considering the two major web browsers are available and everybody's doing browser based crap these days anyway, but if you need a proprietary program, prepare for problems.[/QUOTE] Except it's piss easy to add non-free fusion.

[QUOTE=Levelog;49702661]Except it's piss easy to add non-free fusion.[/QUOTE] the last time i used that repo my system consistently conked out every week, which was what i meant by "prepare for problems" Also, did the login(1) man page always use she/her pronouns to refer to the user or did someone change it? I don't much care either way, I'm just trying to figure out exactly how bad my memory is

[QUOTE=lavacano;49703207]the last time i used that repo my system consistently conked out every week, which was what i meant by "prepare for problems" Also, did the login(1) man page always use she/her pronouns to refer to the user or did someone change it? I don't much care either way, I'm just trying to figure out exactly how bad my memory is[/QUOTE] Odd, my last install was rock solid for the nearly year I had it with non-free fusion. This new laptop's has been without issue since I got it.

[QUOTE=Xonax;49698639]Okay right, turns out Tear Free (in AMD Catalyst, it is for vsync, turned it on to fix something in a game I am working on) was the culprit of the awful FPS in the source games. The FPS dips, but not as badly as it did before, Portal was really bad, unplayable, but with Tear free off, I can play it with ease.[/QUOTE] The state of V-sync on Linux is still utter shit. I've given up trying to get it working on my desktop. I'm really hoping this is something that Wayland fixes.

Best I've gotten in regards to that is when using compton, it's not perfect, but it's so much better than without.

[QUOTE=PredGD;49698141]perhaps Arch as a complete beginner as in never tried any form of Linux before is a bit of a stretch, like what thelurker1234 said, it might be a good idea to begin with something more beginner friendly like Ubuntu just to get that feel of "everything is different and weird" before actually learning how to operate it. since Manjaro was mentioned, perhaps that is something that -could- work for a beginner? I haven't tried it but it seems like something I'd love as a complete beginner. being built on Arch which means you have access to that sweet sweet pacman and AUR, but with added user friendliness through GUIs.[/QUOTE] AUR is far from beginner-friendly. At least when a PKGBUILD doesn't just automatically work.

[QUOTE=DrTaxi;49704217]AUR is far from beginner-friendly. At least when a PKGBUILD doesn't just automatically work.[/QUOTE] Synaptic is love, Synaptic is life. Also debian crew is aware of the once-every-full-moon wonky dependency resolvement, but as per usual debian fashion, backwards compatibility and not breaking other things while solving issues is their M.O.

[QUOTE=DrTaxi;49704217]AUR is far from beginner-friendly. At least when a PKGBUILD doesn't just automatically work.[/QUOTE] I rarely ever got that, at least.

When I try to play Dying Light, I get a black main menu screen, anyone know what I can do? I updated my drivers, I tried it in window, I verified the files and I tried launching it through the terminal. Using R9 270x GPU, fglrx-update drivers, Linux Mint 17.3 and XFCE Desktop Environment.

So I just installed the latest x64 Linux Mint on my Asus eepc 1225b. Not sure why it hangs up when shutting down. My laptop has an AMD E-450 APU w/4gb of RAM using an Intel ssd 223gb. I'm new to the command line and know very little about it so if someone could post step by step trouble shooting I can post my results. I've read it may be related to the grub file but I tried changing it with some tutorials online and it still hangs up. Also tried installing Lubuntu AMD x64 and I got the same result so it's not just Mint. Tldr: Linux Mint freezes at splash screen when shutting down.

Is AMDGPU effectively an open source fglrx for the GCN cards or is it a newer version of the radeon driver?

[QUOTE=rilez;49695649]Debian is better for newbies. You have .deb support and huge community support, without the other crap that comes with using Ubuntu. Most Linux tutorials are going to use apt, and a lot of multiplatform applications just host .deb files, which would be confusing for newbies on any other distribution. I don't think Debian is the best distribution, but if you get confused, there's a lot of people who can help you[/QUOTE] Debian/Ubuntu are like your enemy, they teach you to work wrong, to expect magic to happen when you install package, to add too much dependencies to simple packages. where in fact your system shouldn't activate scripts, programs when you installed a package. it has to be done by you. Arch, fedora, centos teach you to work right. Today I got some ubuntu 14.04 laptop at work, and I got so freaked out by Unity so I went straight away to install kubuntu-desktop package. Kill me for saying this: Ubuntu does it wrong. popping some magical wizards to ask me which default login manager I want to use, and printing too much output compared to a simple operation on Arch Linux, but then my packages broke and I wasted more time fixing it. With Arch it takes less than 10 Minutes to change the desktop environment along with the login manager. [editline]9th February 2016[/editline] [QUOTE=DrTaxi;49704217]AUR is far from beginner-friendly. At least when a PKGBUILD doesn't just automatically work.[/QUOTE] if the AUR and PKGBUILDs are far from being user-friendly, how come most of the linux users are not so familiar building their own custom deb/rpm? I find the PKGBUILD system to be self explanatory.

[QUOTE=Lyoko2;49707357]I find the PKGBUILD system to be self explanatory.[/QUOTE] I would say that shell scripting and manually compiling/installing software is not very beginner friendly. PKGBUILDs are basically just some shell scripting wrapping up a manual compile/install, so I guess in that sense they aren't beginner friendly either? But I do agree that PKGBUILDs are very easy to learn if you're already comfortable with that stuff. I've messed with RPMs before and they're a nightmare by comparison. DEB I don't know much about but even though there's some similarity with PKGBUILD there's definitely some extra complexity there.

[QUOTE=Lyoko2;49707357]if the AUR and PKGBUILDs are far from being user-friendly, how come most of the linux users are not so familiar building their own custom deb/rpm? I find the PKGBUILD system to be self explanatory.[/QUOTE] In comparison to building your own packages for other distributions, I don't think PKGBUILDs are any harder. But that's not the alternative. The alternative is just using someone else's prebuilt packages from an Ubuntu PPA or something.

[QUOTE=Lyoko2;49707357]if the AUR and PKGBUILDs are far from being user-friendly, how come most of the linux users are not so familiar building their own custom deb/rpm? I find the PKGBUILD system to be self explanatory.[/QUOTE] To be fair, RPM is pretty self explanatory compared to DEB

But RPMs define like a hundred of those %foobar thingies. It's basically its own scripting language. If you already know how to build and install something manually, you'd have to go through a whole translation step to figure out the correct RPM commands if you wanted to make a package out of it. For PKGBUILD you just wrap your usual shell commands in build() and package(), throw in a few ${srcdir} and ${pkgdir} and you're basically done. Granted, PKGBUILD has no restrictions on what commands you run during the build/install so it could do something truly stupid like delete your home directory (not root since it runs unprivileged). But instead of engineering a complicated scripting language to make the process more restrictive, Arch just says "look at the PKGBUILD before you install".

While we're at it [url]http://refspecs.linux-foundation.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/pkgscripts.html[/url]

Alright so I want to dual boot a Linux OS, but I don't know which to pick. I want to try gaming on Linux, more than likely either using wine or native stuff. Last time I tried gaming on Linux, through Ubuntu, it was not easy. Tried running GMOD natively and it was a lagfest, even with drivers.

[QUOTE=Larikang;49712244]But RPMs define like a hundred of those %foobar thingies. It's basically its own scripting language. If you already know how to build and install something manually, you'd have to go through a whole translation step to figure out the correct RPM commands if you wanted to make a package out of it. For PKGBUILD you just wrap your usual shell commands in build() and package(), throw in a few ${srcdir} and ${pkgdir} and you're basically done. Granted, PKGBUILD has no restrictions on what commands you run during the build/install so it could do something truly stupid like delete your home directory (not root since it runs unprivileged). But instead of engineering a complicated scripting language to make the process more restrictive, Arch just says "look at the PKGBUILD before you install".[/QUOTE] You don't actually have to use most of the %foobar things, I think the only required ones are %install and %files, and if you just use those you can effectively compile the package as normal

[QUOTE=Larikang;49712244]But RPMs define like a hundred of those %foobar thingies. It's basically its own scripting language. If you already know how to build and install something manually, you'd have to go through a whole translation step to figure out the correct RPM commands if you wanted to make a package out of it. For PKGBUILD you just wrap your usual shell commands in build() and package(), throw in a few ${srcdir} and ${pkgdir} and you're basically done. Granted, PKGBUILD has no restrictions on what commands you run during the build/install so it could do something truly stupid like delete your home directory (not root since it runs unprivileged). But instead of engineering a complicated scripting language to make the process more restrictive, Arch just says "look at the PKGBUILD before you install".[/QUOTE] So basically they're shell scripts with seasoning

[QUOTE=lavacano;49713965]So basically they're shell scripts with seasoning[/QUOTE] I think they're literally shell scripts. All they do is define variables and functions; makepkg just reads the variables, calls the functions, and turns the result into a package.

[QUOTE=Rocko's;49712278]Alright so I want to dual boot a Linux OS, but I don't know which to pick. I want to try gaming on Linux, more than likely either using wine or native stuff. Last time I tried gaming on Linux, through Ubuntu, it was not easy. Tried running GMOD natively and it was a lagfest, even with drivers.[/QUOTE] Steam officially supports Ubuntu, and in my experience, Ubuntu is the best choice for most games. Unity is a fairly heavy DE though, so if you're really resource starved I would suggest maybe Ubuntu with an alternative DE.

Reinstalled Arch again, still doing the same thing. Crashing for no reason. I really don't understand. Maybe I just need new hardware but then again, if that were the case windows would be fucking up too.

Try changing distros

[QUOTE=josm;49716146]Reinstalled Arch again, still doing the same thing. Crashing for no reason. I really don't understand. Maybe I just need new hardware but then again, if that were the case windows would be fucking up too.[/QUOTE] What is your current hardware?

[QUOTE=josm;49716146]Reinstalled Arch again, still doing the same thing. Crashing for no reason.[/QUOTE] Are you doing anything "fancy" during install? If so, I would try a stupid simple install: legacy BIOS, one partition, GRUB 2, wired internet if possible, install base and some bare-bones WM like openbox and just run with startx. Also make sure you checksum your ISO just in case. If even that has random crashes, then either your hardware has some special bug that Linux does not know about (but Windows does) or you are doing something fundamentally wrong during install. To check the latter case just try a "simple" distro like Mint or Ubuntu. If their automatic installer can get you a crash-free experience then you're probably missing an important step during your Arch install.