The Flat Earth Society
Other Discussion Boards => Technology & Information => Topic started by: Lord Dave on December 04, 2013, 02:04:36 AM
-
So I'm trying this again, but now with Debain (so I don't have to worry about Ubuntu's compatibility issues with ATI legacy drivers).
Unfortunately I'm having an issue that doesn't seem to exist...
I'm missing libatiuki.so.1
My first problem is that I'm not even sure where it should go.
My second problem is that it doesn't appear to be in the debian repositories.
I'm on Wheezy and I'd rather not upgrade to Jessie(which has steam in it's repository) unless it's relatively stable.
Unless someone knows of another option...
-
libatiuki.so.1 is provided by the non-free AMD video driver. I would recommend using the open-source driver unless you know you need the proprietary one; AMD cards actually have very good open-source driver support. I use it myself with Steam.
Also, upgrading to jessie shouldn't pose a problem for your use case.
-
libatiuki.so.1 is provided by the non-free AMD video driver. I would recommend using the open-source driver unless you know you need the proprietary one; AMD cards actually have very good open-source driver support. I use it myself with Steam.
Also, upgrading to jessie shouldn't pose a problem for your use case.
Which is odd because I have the non-free driver.
I installed it because the open source drivers are great but only for the 5000 series and up. I have the 4890 and it sucks. Or at least it did in Ubuntu. Does Debian use a different driver?
-
Which is odd because I have the non-free driver.
Just install the non-free driver from the Debian repository. Then everything should work.
I installed it because the open source drivers are great but only for the 5000 series and up. I have the 4890 and it sucks. Or at least it did in Ubuntu. Does Debian use a different driver?
It's probably the same driver, although according to the man page, the 4890 is supported. I have a 6850, though, so I can't comment on how well it runs on the 4890.
-
Yeah, the non-free drivers are from the repository. But I'm on a 64-bit system so that might have something to do with it. Dunno honestly.
I'm gonna continue screwing around with packets trying to get the legacy drivers uninstalled so I can re-install them without the reinstall argument.
-
I'm also having problems with video drivers, and I use a 4870. I could install steam, but I can't launch it due to missing some libraries or something.
-
I'm also having problems with video drivers, and I use a 4870. I could install steam, but I can't launch it due to missing some libraries or something.
libatiuki.so.1?
-
Got it working.
I had to grab an RPM, extract the file, and throw that into /usr/lib
And it did give me an error about OpenGL not having direct rendering but steam loaded.
-
I'm also having problems with video drivers, and I use a 4870. I could install steam, but I can't launch it due to missing some libraries or something.
libatiuki.so.1?
I don't remember. I haven't been running debian in a while.
-
I just fixed a bug in Debian that prevented me from playing FTL:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742433
Now that it's fixed, I will proceed to play FTL on Linux. And so can you!
-
Debian might implement your fix in 6 to 8 years.
-
Debian might implement your fix in 6 to 8 years.
More like 6 to 8 weeks at most, but nice try.
-
Yes, because Debian is so quick about implementing fixes.
-
Yes, because Debian is so quick about implementing fixes.
Having submitted several patches to Debian before, I can assure you that yes, they are. 6 to 8 weeks is pretty quick considering it's both a volunteer project and the largest distribution of free software in existence.
-
This thread is a monument to why no sane person would use Linux as a gaming platform.
-
What Linux kernel does Debian stable use? When was this kernel released?
-
This thread is a monument to why no sane person would use Linux as a gaming platform.
Why, because Lord Dave is a noob and software developers aren't perfect?
What Linux kernel does Debian stable use? When was this kernel released?
Who said anything about Debian stable?
-
lol
-
Debian is not stable.
-
Debian is not stable.
But of course it is, you just need to attackclone the grit repo pushmerge, then rubygem the lymphnode js shawarma module – and presto!
-
Don't forget sudo when you do that.
-
sudo apt-get attackclone the grit repo pushmerge, then rubygem the lymphnode js shawarma module
:-B
-
I don't think it's fair to call me a noob.
I got it to work.
I ran a few games on steam.
My problem is that most games I play are only optimized for Windows and not Linux. And the open source drivers for Linux (which are stable) are not optimized as well as the proprietary drivers. But the proprietary drivers are not as stable for the games.
-
Why, because Lord Dave is a noob and software developers aren't perfect?
No, I mean the way he fixed the error in the first place. Linux gaming will only win against Windows gaming if it is easier. Security, cost, and speed are great, and Linux can probably deliver all three to the gaming world, but usability is the #1 thing that increases adoption. If I can't download Steam on Linux, double click an executable, and have it just work, then I won't use it on Linux, and neither will millions of other gamers. What Valve is trying to do is admirable, but until they really get their shit together no one is going to touch their SteamOS or Linux in general. This will ultimately kill Steam on Linux. Valve will either make it easier or abandon the project. This all started because of Gabe's pissing contest with Microsoft and I'm pretty sure it'll end just as quickly.
Linux isn't used by many people the same reason Bitcoin isn't used by many people. It's hard as shit to use and anyone who doesn't actually need the functions it provides would never use it.
-
I don't think it's fair to call me a noob.
I got it to work.
I ran a few games on steam.
The way in which you got it to work has a small chance of introducing malware on your system, unless you verified that the RPM was signed by a trusted key first. It's also likely to break if you ever upgrade your system.
My problem is that most games I play are only optimized for Windows and not Linux. And the open source drivers for Linux (which are stable) are not optimized as well as the proprietary drivers. But the proprietary drivers are not as stable for the games.
Do you have a source for any of this information?
If I can't download Steam on Linux, double click an executable, and have it just work, then I won't use it on Linux, and neither will millions of other gamers.
But you can do that. Lorddave was trying to do so on a release unsupported by Steam. Your argument is kind of like saying that Windows isn't usable because I can't download and run a Windows 8-only program on Windows XP.
-
The big issue here is: customers don't give a crap if it's your fault or not. If what they're trying to do doesn't work, they'll just try something else. And in case of your average computer user, that something else won't be a different Linux distro. It'll be ¬Linux.
-
The big issue here is: customers don't give a crap if it's your fault or not. If what they're trying to do doesn't work, they'll just try something else. And in case of your average computer user, that something else won't be a different Linux distro. It'll be ¬Linux.
This is probably why Valve are making SteamOS, so that the average computer user has minimal thinking required.
-
This is probably why Valve are making SteamOS, so that the average computer user has minimal thinking required.
Yeah, if that works out, it might push Linux forward quite significantly among non-technical users.
-
Debian is not stable.
But of course it is, you just need to attackclone the grit repo pushmerge, then rubygem the lymphnode js shawarma module – and presto!
$ attackclone the grit repo pushmerge && rubygem the lymphnode js shawarma module
attackclone: command not found
Please help. I've tried rebooting twice.
-
Debian is not stable.
But of course it is, you just need to attackclone the grit repo pushmerge, then rubygem the lymphnode js shawarma module – and presto!
$ attackclone the grit repo pushmerge && rubygem the lymphnode js shawarma module
attackclone: command not found
Please help. I've tried rebooting twice.
Sudo apt-get install attackclone
-
$ Sudo apt-get install attackclone
No command 'Sudo' found, did you mean:
Command 'sudo' from package 'sudo-ldap' (universe)
Command 'sudo' from package 'sudo' (main)
Command 'udo' from package 'udo' (universe)
Sudo: command not found
:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(
-
$ Sudo apt-get install attackclone
No command 'Sudo' found, did you mean:
Command 'sudo' from package 'sudo-ldap' (universe)
Command 'sudo' from package 'sudo' (main)
Command 'udo' from package 'udo' (universe)
Sudo: command not found
:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(
If you don't have sudo, you have bigger issues.
-
$ Sudo apt-get install attackclone
No command 'Sudo' found, did you mean:
Command 'sudo' from package 'sudo-ldap' (universe)
Command 'sudo' from package 'sudo' (main)
Command 'udo' from package 'udo' (universe)
Sudo: command not found
:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(
If you don't have sudo, you have bigger issues.
He probably does have sudo.
Also, I don't see why anyone makes a big deal of whether Linux becomes a major gaming platform among existing Windows users. I know plenty of Linux users who keep a Windows desktop around for the sole reason that they like to play games. When enough games begin supporting Linux (and it is a when and not an if, given the current rate of adoption), they will be glad to be rid of Windows.
Couple the above with the fact that many Linux users are technical enough to fix bugs in the underlying software stack (such as the one I linked on the last page) and the fact that Linux is open-source, and you have an immensely powerful platform for Valve to create a console supported in part by volunteers they don't have to pay. What sane for-profit company wouldn't jump at the chance? It seems to me that Valve are in agreement (http://forum.tfes.org/index.php?topic=1176) with me on this one.
If Windows remains the dominant PC gaming platform but Valve continue to support Linux because they want to make a console out of it, who really cares? I sure as hell don't; I can keep using the superior features of Linux and play all my games without having to reboot into Windows. It doesn't matter to me if other people prefer to stick with Windows.
Linux is successful in every way that matters: it's useful to the people who use it in a way that most operating systems could never be. People who complain about its usability either have a different use case that it doesn't fit, or aren't giving it a fair chance; and people who continually spread hype about this year being "the year of Linux on the desktop" seem to be missing the fact that Linux has been usable on the desktop for years.
On behalf of Linux users everywhere: We don't care if you don't like it; we do.
-
The two biggest hurdles that need to be dealt with for Linux gaming are
1. Better opengl drivers (proprietary)
This has already been done by valve. Thanks valve!
2. Getting game makers to use opengl instead of direct x.
This is the part that will require a ton of work. Microsoft owns the rendering stages and it'll take a lot of effort for ooengl to catch up.
-
1. Better opengl drivers (proprietary)
This has already been done by valve. Thanks valve!
Why do they need to be proprietary, and how has Valve been able to have any influence at all on what NVIDIA and AMD are putting into their drivers?
-
you have an immensely powerful platform for Valve to create a console supported in part by volunteers they don't have to pay.
Make Money By Not Paying People. Ah the ethics of open source.
There's enough companies already releasing shit games safe in the knowledge that they're getting paid in return for free beta testing. I'm not sure how I feel if those beta testers get promoted into coders.
-
1. Better opengl drivers (proprietary)
This has already been done by valve. Thanks valve!
Why do they need to be proprietary, and how has Valve been able to have any influence at all on what NVIDIA and AMD are putting into their drivers?
1. Because open source drivers are written by people without direct access to the card's firmware and that makes things oh so much nicer.
2. Valve has a fair bit of games and a lot of pull as a major software distribution service. Its not unreasonable to see them convincing both AMD and NVidia to optimize their opengl drivers. Especially when they throw around words like "half life 3".
-
Make Money By Not Paying People. Ah the ethics of open source.
They're volunteers. If they didn't want to be writing code for free, they wouldn't be.
There's enough companies already releasing shit games safe in the knowledge that they're getting paid in return for free beta testing. I'm not sure how I feel if those beta testers get promoted into coders.
They're not getting promoted; open-source developers are already writing code for free. Make your proprietary games available for that platform, and you expose new bugs (such as the one I fixed recently (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742433)). On Windows, you have to wait for Microsoft to do something about OS bugs, which they will only do if they have some financial incentive. On Linux, anyone can get the source and fix it, and someone will usually do so for free.
I know which platform I'd rather target.
1. Because open source drivers are written by people without direct access to the card's firmware and that makes things oh so much nicer.
This isn't a problem in the slightest if your card has a well-documented interface; unlike certain vendors which start with an "N", end with an "A" and have "VIDI" somewhere in the middle, which is why nouveau has precisely this problem and why I recommend AMD to people building Linux computers.
Have you actually tried the open-source AMD (or any other manufacturer that makes their hardware supportable) driver, or are you making the assumption that it's bad?
2. Valve has a fair bit of games and a lot of pull as a major software distribution service. Its not unreasonable to see them convincing both AMD and NVidia to optimize their opengl drivers. Especially when they throw around words like "half life 3".
Fair enough.
-
open-source developers are already writing code for free. ...On Linux, anyone can get the source and fix it, and someone will usually do so for free.
You're confusing open source developers with players of open source games / users of an open source platform.
At the moment open source is supported by developers for free largely because the company fixing the bugs has some other way of making money from the open source platform.
For example an IT company deploys Ubuntu in its client companies; fixes bugs in Nautilus because they make money from a client that has a file browser that doesn't die. Everyone wins, and takes home a pay packet.
Sure there'll be the occasional hobbyists but they're not really what drives open source development. In my opinion.
So what's the model really?
Valve will take a cut of games they sell via SteamOS.
Paid developers will do a significant part of the work on SteamOS. They will be paid because they are games developers who sell games on SteamOS.
Game players will buy games on SteamOS.
A very small fraction of those game players will have the wit and know-how to make changes to source code. This is a volunteer coder.
-
1. Because open source drivers are written by people without direct access to the card's firmware and that makes things oh so much nicer.
This isn't a problem in the slightest if your card has a well-documented interface; unlike certain vendors which start with an "N", end with an "A" and have "VIDI" somewhere in the middle, which is why nouveau has precisely this problem and why I recommend AMD to people building Linux computers.
Have you actually tried the open-source AMD (or any other manufacturer that makes their hardware supportable) driver, or are you making the assumption that it's bad?
I have an AMD. (Hell my whole system is as AMD as possible)
I tried both.
Here's my experience:
The proprietary driver (legacy) was a pain to install. Once in I found that steam games were visually faster but produced graphical glitches (flashing shadows, missing renders, etc..).
The open source drivers worked without glitches but produced noticeably visually slower rendering. I think it was a 15fps difference.
This was done in a supported edition of Debian, BTW.
Card: ati radeon 4890 HD 1 GB gddr
My guess is that my card, being a legacy card, wasn't given the optimization and fix that the other, newer cards got with the proprietary driver. Hence the instability.
But its not a big deal. I gave up my Linux drive for my wife so I don't have a spare drive to reinstall Linux on anyway.
-
Sure there'll be the occasional hobbyists but they're not really what drives open source development. In my opinion.
Too bad your opinion doesn't correlate with reality.
Yes, there are open-source projects that are backed by companies, but there are also many successful open-source projects which are primarily community-driven. Both are significant sources of development effort, and neither should be underestimated.
So what's the model really?
Valve will take a cut of games they sell via SteamOS.
Paid developers will do a significant part of the work on SteamOS. They will be paid because they are games developers who sell games on SteamOS.
I never suggested that Valve would have to do no work at all, only that they would also benefit from the work of volunteers.
Game players will buy games on SteamOS.
A very small fraction of those game players will have the wit and know-how to make changes to source code. This is a volunteer coder.
I would imagine that most players on SteamOS won't want to fix bugs, as it's a commercial product targeted at gamers. This is irrelevant as long as SteamOS is based on Debian, and people who write code on Debian run Steam.
-
Here's my experience:
The proprietary driver (legacy) was a pain to install. Once in I found that steam games were visually faster but produced graphical glitches (flashing shadows, missing renders, etc..).
The open source drivers worked without glitches but produced noticeably visually slower rendering. I think it was a 15fps difference.
Sounds to me like the open-source driver is what needs optimising. The proprietary driver needs bug fixes.
I haven't actually tried the proprietary driver on my HD 6850, but I feel no need to, since the open-source one works perfectly well for my needs.
-
Too bad your opinion doesn't correlate with reality.
Evidence?
Yes, there are open-source projects that are backed by companies, but there are also many successful open-source projects which are primarily community-driven.
Community != Volunteer
-
Evidence?
I could put in the effort to track down some numbers to post, but I don't care enough. Instead, I'll name a few projects that started as volunteer efforts and continue to be maintained in large part by volunteers: Linux, GNU, Debian, Apache, PHP, PostgreSQL, Xfce, Mesa (a free OpenGL implementation). Any of these sound familiar?
Community != Volunteer
Communities are typically made up of a healthy mix of paid and volunteer developers. It would be highly unusual to find one lacking in volunteer effort.
-
I'll name a few projects that started as volunteer efforts and continue to be maintained in large part by volunteers:
*sigh*. You don't get it do you?
Communities are typically made up of a healthy mix of paid and volunteer developers. It would be highly unusual to find one lacking in volunteer effort.
It would be unusual to find a field without a sheep in it. Therefore all animals in fields are sheep.
-
It would be unusual to find a field without a sheep in it. Therefore all animals in fields are sheep.
Thanks for the obvious straw man. It's made it clear that you're trolling.
-
Thanks for the obvious straw man. It's made it clear that you're trolling.
Meh. Whatever dude.
-
fappenhosen is a troll? He should have a troll name or something. Oh, wait, never mind.