I tried doing this method but it reports to me fatal error: exiting. I don't understand what's going on.

All I did is follow instructions after I downloaded the patch.

I also have the full game with the path downloaded from GOG already.

EDIT: I tried the other one, the .7z instruction and it tells me that the file doesn't exist, but it does - it's in my downloads folder. Am I doing something wrong?

Please post the full console returns, from the command you submitted to the last prompt.
It’ll make easier to spot if there is an actual error or if you got something wrong.

7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,4 CPUs)


Error:
there is no such archive

You need to run the '7z' command from the directory containing the .7z archive, or you need to give it the full path to the archive:

Ah okay. I opened the terminal from within the folder it's at, and did it and it started - everything seemed fine - but sometime during the process it errored and instead of telling me what the error is it just says "Skipped because of previous error". I skimmed through it, and it won't let me scroll all the way back up...

Do you end up with a .delta file? If so check its md5sum via the following command (the 'md5sum' command is provided by the 'md5sum' package): If you get the same value than the one given is the following file, the extraction went OK:
https://www.dotslashplay.it/ressources/pillars-of-eternity/poe-linux-patch_1.1.0.2_1.2.0.3.delta.md5sum

Harmless errors during decompression can happen on filesystems not supporting UNIX rights, such as FAT32 or NTFS.

Yeah, but when I run the game - it's still the previous patch. Not the new one. So I don't think the patching is working. But I did manage to get the .deb building thing working for the main full archive from GOG.

It works flawlessly here, so you probably missed something in the process. Did you double-check that you’re patching the 'Pillars of Eternity/game' sub-directory and not the 'Pillars of Eternity' one?
This patch might not work on NTFS filesystems, so that’s another think you need to be aware of.

-----

Oh, I see you already used my scripts for building .deb packages, if that’s the case the patch can not be applied to '/usr/local/share/games/pillars-of-eternity' without root rights. You need to run it on a user-writable directory.

I’ve not yet implemented an easy method to use the patches *and* the .deb-building scripts alongside.

I think so, I just did what I was suppose to by following the instructions.

I do not have Windows installed on here at all. There shouldn't be any NTFS file system. Everything should be ext4. I have Linux Mint 17.1 Rebecca XFCE. Last year I removed Windows entirely, replacing it with Linux.

I don’t see anything here that would cause the patching process to not work.
But if the in-game version isn’t updated, something clearly went wrong.

Sorry, no idea what’s not working with your setup.

Now this is curious -- when running rdiffdir patch I get this error over and over again: Error '[Errno 1] Operation not permitted: --- and then one filename after another.

Check that your user have writing rights on the files, and that they are on a "standard" Linux filesystem such as ext4.

I got the same error.

Turns out the second patch wants to switch the group of all files under game/ to the group "users". That may not be permitted on your system (I think that's an Ubuntu-ism.)

So on Debian, I had to run the rdiffdir command as root, and then manually change the privileges back.

su
rdiffdir patch Pillars\ of\ Eternity/game/ poe-linux-patch_1.1.0.2_1.2.0.3.delta
chown youruser:youruser -R Pillars\ of\ Eternity/game/

Instead of using su, you can prefix the latter two commands with sudo if you have sudo set up in an Ubuntu way.

Needless to say, running things as root is dangerous. Use with caution.

Didn’t notice this when testing it, thank you for pointing it out.
I’ll run some checks and build a new patch if this one is problematic on some systems.

The patches only work if the user has uid 1000 (or if you are root) and it actually changes the uid to 1000 after that. Would be cool if you fixed that ;)

Thanks for the patches in any case!