General Linux Chat and Small Questions v. I broke my Arch Install - Hardware & Software

[QUOTE=lavacano;43645055]I believe that's exactly what it is.[/QUOTE] I dove deep into some old posts. Its exactly what it did. It would automatically rate the last rating in the list. And the "anti-furry flagger" threw it off. It really wasn't a good script in the first place. It also flagged tons of non-furries as furries purely because they had made a post in furry related threads and the sub-forum. :v:

[QUOTE=O Cheerios O;43644201]AMD dropped linux driver support for my aging brute of a HD4870x2 right when they were finally about to get out of their Linux support denial. Motherfuckers[/QUOTE] The radeon drivers are supposedly pretty good for R600 cards.

[code] [root@newbornbaby ~]# brain -S eye-server eye-server-utils eye-xinit resolving dependencies... looking for inter-conflicts... Packages (3): eye-server-1.14.5-11 eye-server-utils-7.6-3 eye-xinit-1.3.3-3 Total Installed Size: 3.39 MiB Net Upgrade Size: 3.39 MiB :: Proceed with installation? [Y/n] y (3/3) checking keys in keyring [######################] 100% (3/3) checking package integrity [######################] 100% (3/3) loading package files [######################] 100% (3/3) checking for file conflicts [######################] 100% (3/3) checking available disk space [######################] 100% (1/3) installing eye-server [######################] 100% (2/3) installing eye-server-utils [######################] 100% (3/3) installing eye-xinit [######################] 100% [root@newbornbaby ~]# nano .xinitrc [root@newbornbaby ~]# startx (!EE!) No eyes found!! (!EE!) [/code]

You need to install libviscortex beforehand. [editline]23rd January 2014[/editline] You also may want to check /etc/eye/conf.d/optnerve.conf and ensure the 'send' and 'receive' directives are both set to true. There's a bug where a few installations will ship with 'send' set to false.

Your fault for using a brain helper instead of makepkg, NOOB

[QUOTE=ben1066;43645165]The radeon drivers are supposedly pretty good for R600 cards.[/QUOTE] That requires massive amounts of black magic in order to make it work well. I don't exactly have any female virgins to sacrifice just because AMD decided to be cuntmonglers.

Got sick of memorising the ffmpeg command etc... [code]#!/bin/bash if [ "$1" ] ; then eval `slop` ffmpeg -f x11grab -s "${W}x${H}" -i ":0.0+${X},${Y}" -f alsa -i pulse $1 else echo "Usage: record filename.extension" fi[/code] you'll need this [url]https://github.com/naelstrof/slop[/url]

[QUOTE=ben1066;43645165]The radeon drivers are supposedly pretty good for R600 cards.[/QUOTE] I can vouch for this. Although I still haven't gotten my custom Funtoo system installed on my netbook (which is what I'm currently sitting at), my desktop uses the radeon drivers and has a HD 4670 card from Saphire in it, and it runs pretty much all the games at a very respectable framerate. It isn't 100% equal to the fglrx drivers yet, but it's pretty close. It is a somewhat ages card though, and as I mentioned I haven't yet tested a lot with the radeonsi drivers, although my netbook does run games like Xonotic 0.6 very well although on mid-range settings. With very well I mean eSports-friendly well.

just tried to launch killing floor about 10 minutes ago and it crashed the X server. no clue why. got two 6870's in my PC using the catalyst drivers. X is obviously degraded to make sure stuff works. I haven't tested that many games, but I know for sure that minecraft runs without issue.

[QUOTE=O Cheerios O;43652413]That requires massive amounts of black magic in order to make it work well. I don't exactly have any female virgins to sacrifice just because AMD decided to be cuntmonglers.[/QUOTE]The open source drivers work really well now. The open source ones are pretty much plug-n-play for me, while sometimes fglrx requires some "black magic". My HD 4850 with open source drivers runs better than my HD 7770 with either of the drivers.

[QUOTE=Terin7;43657971]The open source drivers work really well now. The open source ones are pretty much plug-n-play for me, while sometimes fglrx requires some "black magic". My HD 4850 with open source drivers runs better than my HD 7770 with either of the drivers.[/QUOTE] what about 3D stuff though? I tried the open source drivers last week but the performance was still terrible when it came to games. neither did it come with proper fan/power control, so it ran at 100% at all times. it's a lot easier to install the open source drivers though, that's for sure. was a real turn off about the fans though since I didn't want them to wear out so fast. also play a few games every now and then, so the performance with the open source ones just didn't cut it.

[QUOTE=Terin7;43657971]The open source drivers work really well now. The open source ones are pretty much plug-n-play for me, while sometimes fglrx requires some "black magic". My HD 4850 with open source drivers runs better than my HD 7770 with either of the drivers.[/QUOTE] The open source driver is even more horrible than the proprietary for the HD4870x2, due to the fact the support for the dual gpu solution is fucked. It only utilizes one of the cores, and it does so absolutely horribly.

I can't even get GMod to work on XUbuntu with my HD5870. I've tried my fair bit of black magic, but it didn't work. Meanwhile GMod on my laptop with the exact same distribution worked the first time I tried it (Intel/NVidia optimus configuration).

[QUOTE=FPtje;43663880]I can't even get GMod to work on XUbuntu with my HD5870. I've tried my fair bit of black magic, but it didn't work. Meanwhile GMod on my laptop with the exact same distribution worked the first time I tried it (Intel/NVidia optimus configuration).[/QUOTE] I've had some issues with GMod on my boxes but that was primarily shader issues, which is still a somewhat shady business on the open source drivers really. Attempted to try some shader mods for Minecraft too, and that didn't go well, so I'm only assuming that the support for GLSL isn't really up there yet, but it's coming slowly forward. I only wish AMD would push forward on that front, and just phase out the fglrx drivers on Linux instead. I'm personally totally fine with no guaranteed support on Linux as long as the open source GPL(-like?) drivers are available, because as long as people are using them, they will keep existing forever on.

[QUOTE=mastersrp;43665129]I've had some issues with GMod on my boxes but that was primarily shader issues, which is still a somewhat shady business on the open source drivers really. Attempted to try some shader mods for Minecraft too, and that didn't go well, so I'm only assuming that the support for GLSL isn't really up there yet, but it's coming slowly forward. I only wish AMD would push forward on that front, and just phase out the fglrx drivers on Linux instead. I'm personally totally fine with no guaranteed support on Linux as long as the open source GPL(-like?) drivers are available, because as long as people are using them, they will keep existing forever on.[/QUOTE] Pretty sure Mesa is going to move to an LLVM backend for the AMD cards with the R600 support that's being developed.

[QUOTE=ben1066;43665312]Pretty sure Mesa is going to move to an LLVM backend for the AMD cards with the R600 support that's being developed.[/QUOTE] They somewhat have done that already, but it requires you to enable support for it and so far I think it only works for the radeonsi drivers. At least, with Mesa 10 that seems to be the case on Gentoo-based systems.

Had some troubles installing Arch Linux for UEFI but I'm pretty sure I fucked my hard drive in the process. Now I'm reinstalling Windows and then I'm gonna install Linux with BIOS in mind. And to think I installed Linux to make my life easier! It's gonna be a long night.

[QUOTE=elevate;43685578]Had some troubles installing Arch Linux for UEFI but I'm pretty sure I fucked my hard drive in the process. Now I'm reinstalling Windows and then I'm gonna install Linux with BIOS in mind. And to think I installed Linux to make my life easier! It's gonna be a long night.[/QUOTE] What did you attempt to do? When I installed for UEFI, I installed on a GPT disk with a FAT32 boot partition and used gummiboot. Works just fine.

[QUOTE=elevate;43685578]Had some troubles installing [b]Arch Linux[/b] for UEFI but I'm pretty sure I fucked my hard drive in the process. Now I'm reinstalling Windows and then I'm gonna install Linux with BIOS in mind. And to think [b]I installed Linux to make my life easier![/b] It's gonna be a long night.[/QUOTE]

Everytime I install Archlinux, I will always encounter a bug or problem that makes me go back to a more sane distro like debian or fedora. [editline]27th January 2014[/editline] Last time it was Horrible font rendering, despite having bitmap fonts disabled and the infinality patches installed.

I always skip the hassles of Arch installations with installing one of the complete Arch-based distributions, such as Manjaro or Archbang, although on my netbook it's currently Antergos. Wasn't the best choice, but it got the installation done pretty easily, allowing me to focus more on customization of packages, instead of just getting the darn thing to work. Next up is doing the same thing for a Funtoo-based system.

[QUOTE=elevate;43685578]Had some troubles installing Arch Linux for [B]UEFI[/B] but I'm pretty sure I fucked my hard drive in the process. Now I'm reinstalling Windows and then I'm gonna install Linux with BIOS in mind. And to think I installed Linux to [B]make my life easier![/B] It's gonna be a long night.[/QUOTE] I found where you fucked up. Fuck UEFI, I'll start using it when manufacturers get their shit together.

[QUOTE=nikomo;43686780]I found where you fucked up. Fuck UEFI, I'll start using it when manufacturers get their shit together.[/QUOTE] The problem is that there is no real standard. They all just do whatever. [media]http://www.youtube.com/watch?v=V2aq5M3Q76U[/media]

[QUOTE=Mega1mpact;43686846]The problem is that there is no real standard. They all just do whatever. [media]http://www.youtube.com/watch?v=V2aq5M3Q76U[/media][/QUOTE] I've been looking at using coreboot with the seabios payload, speaking of broken standards. What do you guys think of doing things that way? Would it be faster than just letting the BIOS do whatever? Because I've grown tired of EFI, UEFI, and BIOS implementations all around, and started to consider actually putting coreboot on my system, especially considering that you can flash the image file without having to reboot, and then verify if it even works. I'm wondering if the gained speed will be worth it, if it'll even be noticable.

so regarding my issue about killing floor. it crashes my X server as I mentioned earlier, and here are some logs dmesg [url]http://tny.cz/db6dfbe5[/url] gdm [url]http://tny.cz/3ecf539b[/url] x.org [url]http://tny.cz/e856e1a5[/url]

[QUOTE=PredGD;43687266]so regarding my issue about killing floor. it crashes my X server as I mentioned earlier, and here are some logs dmesg [url]http://tny.cz/db6dfbe5[/url] gdm [url]http://tny.cz/3ecf539b[/url] x.org [url]http://tny.cz/e856e1a5[/url][/QUOTE] Its borderline impossible to debug the exact reason for why it crashed other than that its FGLRX's fault. Seeing that you have the same series as I have (AMD 6800 - series), have you tried the opensource Radeon R900 driver? I have no problems with the R900 driver stability or performance wise.

[QUOTE=Anderen2;43687399]Its borderline impossible to debug the exact reason for why it crashed other than that its FGLRX's fault. Seeing that you have the same series as I have (AMD 6800 - series), have you tried the opensource Radeon R900 driver? I have no problems with the R900 driver stability or performance wise.[/QUOTE] I've tried the open source drivers but the 3D performance I'm getting is terrible. are there different open source drivers for the AMD cards since you specifically mention the R900 drivers? I tried the xf86-video-ati drivers [url]https://wiki.archlinux.org/index.php/ATI[/url]

[QUOTE=mastersrp;43687160]I've been looking at using coreboot with the seabios payload, speaking of broken standards. What do you guys think of doing things that way? Would it be faster than just letting the BIOS do whatever? Because I've grown tired of EFI, UEFI, and BIOS implementations all around, and started to consider actually putting coreboot on my system, especially considering that you can flash the image file without having to reboot, and then verify if it even works. I'm wondering if the gained speed will be worth it, if it'll even be noticable.[/QUOTE] Who the fuck cares about the speed differential, you're talking about something that's probably less than 10 seconds. What really matters, is the principle, that you own your hardware, so it [B]will[/B] run whatever [B]you[/B] decide it runs, and you're not forced to use the manufacturer's crap.

[QUOTE=PredGD;43687425]I've tried the open source drivers but the 3D performance I'm getting is terrible. are there different open source drivers for the AMD cards since you specifically mention the R900 drivers? I tried the xf86-video-ati drivers [url]https://wiki.archlinux.org/index.php/ATI[/url][/QUOTE] Hmm, I'm really not sure. I just used the out-of-the-box drivers bundled with Kubuntu 13.10. After what I've understood the R900 drivers is an subset of the default AMD driver package. I have not tested Killing Floor, but I've tried Amnesia: A Machine for Pigs, CSS, Portal and Garrys Mod, all with the highest settings and the performance I've got is very similar to Windows. Did you try the opensource drivers with the kernel you have now?

[QUOTE=nikomo;43687432]Who the fuck cares about the speed differential, you're talking about something that's probably less than 10 seconds. What really matters, is the principle, that you own your hardware, so it [B]will[/B] run whatever [B]you[/B] decide it runs, and you're not forced to use the manufacturer's crap.[/QUOTE] This is another concern of course, but my desktop PC starts up really slow, the BIOS DOES take up more than 10 seconds to load and initiate, and that's with the fast boot options set. But yeah, that's a very important issue as well. I was merely asking on my own grounds, but I would prefer if manufacturers put out a working coreboot + whatever payload that they would also contribute back, but the chances of that happening doesn't seem very realistic.