Well, I came to this with a computer that have 3 users, and after I setup a gpu on it, its possible to play some games, but we all have our own users / desktop envirionments already setup, and after tf2 ran just fine, the other user logged on steam on his user, and the game started downloading from scratch. On another computer that I build to stay on my living room, the windows users are setup so they go straight to big picture, and if some games are owned / shared between the users they are all there, on program files/steamapps/common. Searchin arround I found some suggestions: • Create a brand new user, and install games only on it and make it like a public user: So all others can play without downloading again, since they wont be on the same time on the box. The cons are that we cant multi task on our already known environment, and the auto login feature on steam gets useless, since we would have to log on each account everytime. Still life for mac steam. • make a simlink from 'some' folder so the new users could read the /common folder from another: I tryed to do this but linking the steamapps folder breaks the library for the other user. Even using full permissions like 777 the steam client cant find previews installed games. • create a new folder with public access somewhere, add as a library folder to all users: well, its easy to create a 777 folder somewhere like /usr/share or /opt/ or whatever, and add to a user as another library. Nov 25, 2012 - I just downloaded Steam and Borderlands 2 on my mac, but I have two user. Having to download and install the game on both computer accounts. All you need to do is move the folder to the desired shared location in the. But on the other users, isnt possible to add a non empty folder, and even adding by hand the folder on the steamapps/libraryfolders.vdf it wont appear avaiable for this user, as so the games wont be detected by the client. Well, for me its an issue since on windows its quite simple the program_files approach, but the /home/user/.steam on linux just blocks the possibility to a multi user machine to avoid downloading the games in duplicity. Maybe there are some workarround but I didnt manage to get it working. I tried this on a 64b Linux Mint 17.1. What I do is I've set up a steam slave user on my machine to handle steam (under my own user's xsession). I'm also using a unix socket for pulseaudio so as to be capable of accessing steam's (user) audio streams through my xsession and my own user's pavucontrol. The method to follow is described, just make sure you use a unix socket rather than a tcp one for less overhead (described in Peter Funk's comment). Using pulseaudio in system-wide mode is problematic, insecure, cpu/ram intense and disables important featrures too so stay clear from it, sockets is the way to go. I personally don't have to worry about multiple human users accessing steam, though that should probably work in your case, unless you require multiseat (which afaik doesn't work without tricks in windows either) in which case you're going to require some kind of sandbox in order to launch multiple instances of the steam client. There are some tricks you could resort to in order to launch multiple steam instances (different users) at the same time though I doubt you're going to need multiseat anyway. Moving on to the how-to: • Create a steam user and possibly add him to a games/steam/other group if you want to have extended control over which users access what (I don't want my main account to run steam or anything related thus I don't have him in my games group and disable read-write access to Other users in those files, owned by games group) • Follow the pulseaudio socket method in the article above (unix sockets work fine if you too don't want the tcp overhead). ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |