I`m new to Linux an I`ve been trying this OS cause it sound fast and not so hard to learn. My intention is simple I want to use my second hdd to have the games. using steam was easy I just had to mount it as a bootable disk put my self as owner and send the steam games to there, but there is a game that is in arch repository (vintage story (and SC to)) and I`d like to install it there.
I thought of 2 solutions and I don`t know if it is a good option. So I`m asking the community opinion on this. Should I try to change the install path (I know that the install is the place were the make files go I`m referring as the endpoint place) or should I try to make a swap in both disk and use them as one so I can install everything in default path? Is there any other thing I can do that I haven`t thought about?
What do you mean ‘bootable’ disk?
This probably is not what was required .. you do not boot that partition.
What games or what packages specifically?
I dont see vintage story in the Arch repos .. it is in the AUR though.
Unsure what SC refers to .. if StarCraft then thats not in the repos either.
The install path is where the unpacked files go and the ‘endpoint place’.
Are you thinking of “build directory”?
That is often a configurable path that your AUR helper will use to build things in before installing them to system.
Now to the original question.. I am not sure you should.
But if you do then it might depend on the sofwtare.
In the case of vintagestory it seems it installs anything substantial to /opt.
There is a launcher and such going to /usr/share and executable to /usr/bin. But the heft is going to /opt. Which .. is a bit brutish but is actually somewhat helpful for our case.
You could edit the PKGBUILD to not install to /opt.
You could move everything to your other partition and symlink back to the original location in /opt.
I might also wonder what else you have in /opt?
Because the best bet might actually be the mount that external to /opt (or some other similar setup like having a directory symlinked inside the external from opt like /opt -> /dev/nvme2/local while steam installs stuff to /dev/nvme2).
I don`t know if its the correct way of saying it but I told this trying to say that the HD auto mount in the boot (my boot is in SDA (250G), the games I want in SDB (1T). I think i could have omitted that and it wold be easier to read.
AUR is something different??? I thought everything there would be in the arch repo, I mean I understand that it isn`t created by the arch, but is in the repository they manege…..
I was trying to explain that, but i was`t able…. I want the games when the install ends to be there, When I tried to install them they went to a default location. basically so the texture, audio, those heavy files dosn`t use all system space.
here is vintage ( AUR (en) - vintagestory ) and SC is Star Citzen ( AUR (en) - lug-helper ) but SC I think its easier to install in other place since the app that installs is a installer for the installer. I was thinking in search there how to change the install directory.
this is the part that I do not understand of the system. I do believe they would install a thew things (something like libraries I guess) that are common for all games (direct x, wine… those things that i think are shared).
so the bulk of the files goes to /opt?
and I can mount /opt to the other drive?
I will try to change the mount of /opt to the other disk, this wold actually resolve my problem.
I`ve formatted my pc this week so I could change the hd that the system is installed in the smaller hd (it was with the windows) so I`m trying to organize it now. I did had it installed before, but not now. So nothing
Please familiarize yourself with it before using it.
For example it is imperative to read every PKGBUILD because the AUR is open for anyone to upload to - the security comes from transparency.
That Star Citizen LUG thing is an installer or a script that will install and/or manage and/or optimize Star Citizen. The package is the script which is detailed here;
So how ever it is going about downloading and installing through wine and so on is going to be different than anything you do with the package.
Again the package is just the launcher for the script that will walk you through things like installing Star Citizen through wine. The package is not Star Citizen.
As it is wine though you will be able to manage that in a similar fashion - such as by placing the wine drive on your secondary much like we discussed with /opt above.
I dont know what you mean?
Its pretty much everything in /opt. None of it being shared with anything else .. and a few files that are outside of that are for launching it .. a .desktop file in /usr/share/applications, icons in /usr/share/icons and the executable in /usr/bin.
It does not have anything like ‘directX’ installed to a shared place in /usr/lib. If any such other software were needed then the normal thing would be for those to be dependencies of the package .. and those packages would be installed and distributed on the filesystem as needed.
You can see this with the example of vintagestory and its dependencies .. dotnet-runtime-10.0opengl-driveropenalglibc>=2.34 .. which will be seen as required by the package manager and installed as well vintagestory if not already installed.
If you take an example like glibc its distributed through the filesystem in /usr/share and /usr/lib and so on like you would expect of a common library.
For this package yes. Pretty much dumped there. Detailed above.
Sure. You could do this any number of ways but one would be an fstab line, ex;