No Chinese Characters? (CPW)

[SylenThunder]

Ok. Really stuck with this one. I've searched high and low, and it's still got me completely baffled.

Basically, I've got the server all set up, everything is running great, and I'm sick of having to manually update each client every time I make a change.

SO, I go out and read all the guides and documentation on how to use CPW, and I'm pretty certain that I've got that all figured out.

THEN I run into a major problem. For the life of me, I cannot get the fracking files to retain the Chinese characters when I copy them over. It turns them all into "?".

I've tried with WinSCP and forcing UTF-8, (yeah, I know, WinSCP sucks, but I was running out of options), I've tried compressing it into a .7z file, but it won't extract on the server because it can't handle the format. When I try to install p7zip, it throws errors about lib32.
So I copied it all to my flash drive, plugged that into the server, tried to do a direct copy from there and no go again.

Then I notice something. I navigate to one of the directories with Chinese filenames, do a ls, and discover that the OS is not displaying them properly.

Now, it's been 6 hours, I've been all over these forums and run about 50 different searches on Google and I can't find anything that helps.

I've already extracted all the .pck files and done the majority of the work, I just need to get the stupid files into /opt/cpw/files/new so that I can create the version.

Sylen

[MentaL]

[fgru]

... install lib32 [ apt-get install ia32-libs ]
... install p7zip [ apt-get install p7zip [ DoKu > http://www.thegeekstuff.com/2010/04/...e-compression/] > extract archive > p7zip -d archive.7z ...

[343]

That should all be included and working just fine, provided you're using the newest version of my release

7z is the only real way to go imho...

This is also why all this is included in my release, so even it (CPW) is pretty much "ready to go right out of the box"... The only thing really needed to get CPW workin' is to do that first build

So, once you get 7z working on your server you will be golden

[SylenThunder]

Right, I'm using PsyTrac's 1.4.4 release which is based off of your package 343, so I didn't figure that I'd have any issues.

Unfortunately, "apt-get install lib32" gives me this error.

root@PWI:~# apt-get install ia32-libs
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 ia32-libs : Depends: ia32-libs-multiarch
 lib32gcc1 : Depends: gcc-4.4-base (= 4.4.3-4ubuntu5) but it is not going to be installed
 lib32stdc++6 : Depends: gcc-4.4-base (= 4.4.3-4ubuntu5) but it is not going to be installed
 libasound2 : Depends: libpython2.6 (>= 2.6) but it is not installable
 libc6-i386 : Depends: libc6 (= 2.11.1-0ubuntu7.8) but 2.15-0ubuntu10 is to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

I get a pretty similar response trying to install p7zip.

Using "apt=get -f install" as it suggests scares the crap out of me.

The only thing different here from 343's package is that I'm running on 12.04 LTS.

[Bola]

change your sourcelist

[343]

Right, I'm using PsyTrac's 1.4.4 release which is based off of your package 343, so I didn't figure that I'd have any issues.

Unfortunately, "apt-get install lib32" gives me this error.

root@PWI:~# apt-get install ia32-libs
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 ia32-libs : Depends: ia32-libs-multiarch
 lib32gcc1 : Depends: gcc-4.4-base (= 4.4.3-4ubuntu5) but it is not going to be installed
 lib32stdc++6 : Depends: gcc-4.4-base (= 4.4.3-4ubuntu5) but it is not going to be installed
 libasound2 : Depends: libpython2.6 (>= 2.6) but it is not installable
 libc6-i386 : Depends: libc6 (= 2.11.1-0ubuntu7.8) but 2.15-0ubuntu10 is to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

I get a pretty similar response trying to install p7zip.

Using "apt=get -f install" as it suggests scares the crap out of me.

The only thing different here from 343's package is that I'm running on 12.04 LTS.

There is your problem, you have two options:

DO NOT USE 12.04 (ia32-libs has been eliminated, er they're working on eliminating it [er something like that])

OR

use 12.04 but run ./install.sh in my /root/ia32-libs/ directory

Same for 7z, install from my installation location (/root/notes/7z/x86 or x64/)

[343]

Or perhaps you could try to use the new format, but it wouldn't simply be "apt-get install ia32-libs" any longer. It would now be:
apt-get install ia32-libs:i386
Though that will produce this message:

So it looks like you'd have to install the 4 packages it lists there (then take it from there [sorry but I'm not going to follow any further down the 'dependency list'])

[SylenThunder]

use 12.04 but run ./install.sh in my /root/ia32-libs/ directory

Same for 7z, install from my installation location (/root/notes/7z/x86 or x64/)

Yeah, I thought I had done this already. Basically I followed the 343 install, copied over PsyTrac's files, made the necessary config changes, and I was off and running. I will take a stab at running it again.

change your sourcelist

You could be more specific here is my current list.

# 

# deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Release amd64 (20120424.1)]/ dists/precise/main/binary-i386/
# deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Release amd64 (20120424.1)]/ dists/precise/restricted/binary-i386/
# deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Release amd64 (20120424.1)]/ precise main restricted

#deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Release amd64 (20120424.1)]/ dists/precise/main/binary-i386/
#deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Release amd64 (20120424.1)]/ dists/precise/restricted/binary-i386/
#deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Release amd64 (20120424.1)]/ precise main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://us.archive.ubuntu.com/ubuntu/ precise main restricted
deb-src http://us.archive.ubuntu.com/ubuntu/ precise main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://us.archive.ubuntu.com/ubuntu/ precise-updates main restricted
deb-src http://us.archive.ubuntu.com/ubuntu/ precise-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://us.archive.ubuntu.com/ubuntu/ precise universe
deb-src http://us.archive.ubuntu.com/ubuntu/ precise universe
deb http://us.archive.ubuntu.com/ubuntu/ precise-updates universe
deb-src http://us.archive.ubuntu.com/ubuntu/ precise-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://us.archive.ubuntu.com/ubuntu/ precise multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ precise multiverse
deb http://us.archive.ubuntu.com/ubuntu/ precise-updates multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ precise-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://us.archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu precise-security main restricted
deb-src http://security.ubuntu.com/ubuntu precise-security main restricted
deb http://security.ubuntu.com/ubuntu precise-security universe
deb-src http://security.ubuntu.com/ubuntu precise-security universe
deb http://security.ubuntu.com/ubuntu precise-security multiverse
deb-src http://security.ubuntu.com/ubuntu precise-security multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu precise partner
# deb-src http://archive.canonical.com/ubuntu precise partner

## Uncomment the following two lines to add software from Ubuntu's
## 'extras' repository.
## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
# deb http://extras.ubuntu.com/ubuntu precise main
# deb-src http://extras.ubuntu.com/ubuntu precise main

Or perhaps you could try to use the new format, but it wouldn't simply be "apt-get install ia32-libs" any longer. It would now be:
apt-get install ia32-libs:i386
Though that will produce this message:

So it looks like you'd have to install the 4 packages it lists there (then take it from there [sorry but I'm not going to follow any further down the 'dependency list'])

yeah it takes me way down a rabbit hole to the point where I might as well use the "apt-get -f install" option.

Looks like I'll be researching how to back up my databases properly so I can start over again with 10.04.

______________________________________________________

GRRRR ok I give up. I got it all working to extract, and now instead of the Chinese characters, I see "地狱狮王效果".

__________________________________________________
Update again... using utf8 in Winscp, the files display properly >.< but they don't in the terminal.

I'll keep pushing through for now and see how it goes.

[avalanche3]

As far as I understand the problem, isn't it better to do patches on own PC (Win 7 OS for example), run CPW and copy patch files on the server? Since they don't contain chinese characters...

[343]

As far as I understand the problem, isn't it better to do patches on own PC (Win 7 OS for example), run CPW and copy patch files on the server? Since they don't contain chinese characters...

No, this is not possible as the server / CPW needs ALL files to NOT be compressed (in .PCKs) you MUST upload all files to CPW individually...

[SylenThunder]

Well, it appears to be working. I used "./cpw initial" and it spat out the following...

root@PWI:/opt/cpw# ./cpw initial
[INFO 2012-08-05 12-51-24] Running initial.
[INFO 2012-08-05 12-51-24] Loaded private key: MIIBNgIBADANBgkqhkiG9w0BAQEFAASCASAwggEcAgEAAoGBAIcx0pEP0ZMAmF5Bf6NzAV/Gvopk6Wn2Mir4iJBtwyvvIkhSZy/NYVDjSIyEOjGdvlFVJ6wpAxodMPMi7X3NQ7qM78HlUWuKnVW4Y4MPV61itQKaFr5jjlhYkb/rcos0zu5AYKf810C0oZCB+DdKK9LBqJZ8hhgn/tJkeQjWbg2LAgEAAoGAY9MW/sOmZJwQ5bAJViAKCLVQZhHjA7mlC3OeKr7RWPRm5O3rgTFuRPK90/uimJY4PAfbllRmFPcu+Kh2oehZtCBsV66RBoHj1iV3AuPdy3UCgXWDv5gJEzaazq6oEcvO7jiKysVMCeT4siuu+ZeGh4DsfwpAXCqDDdLKF72RXaECAQACAQACAQACAQACAQA=
[INFO 2012-08-05 12-51-24] Loaded public key: MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCHMdKRD9GTAJheQX+jcwFfxr6KZOlp9jIq+IiQbcMr7yJIUmcvzWFQ40iMhDoxnb5RVSesKQMaHTDzIu19zUO6jO/B5VFrip1VuGODD1etYrUCmha+Y45YWJG/63KLNM7uQGCn/NdAtKGQgfg3SivSwaiWfIYYJ/7SZHkI1m4NiwIDAQAB
[INFO 2012-08-05 12-51-24] Creating initial patch data.
[INFO 2012-08-05 12-51-24] Using new files location = files/new/
[INFO 2012-08-05 12-51-24] Using patch output folder = files/CPW/
[INFO 2012-08-05 12-51-24] Updating...
[INFO 2012-08-05 12-51-24] Updating element...

I'm assuming that it's working as it should, although the files it's creating in /CPW are named funny like a directory of "/CPW/element/element/cmVwb3J0YnVncw==" but for now I'm going to assume that it's humming along with it's process and that it will probably take a couple of hours to build.

[343]

You'd have to find it but, I have done a post about the amount of time this process can take for a FULL client and the INITIAL build.

It mainly depends on the machine, but if it means anything I have had initial builds take around 12 hours to do (and that was a physical machine, so ofc if you were using a VM, you could be looking at several DAYS)...

[SylenThunder]

LOL no prob. It's an actual server, that old V20z you pointed me at. I've got it running off of a Putty session, but I figure that even if the session closes, it will continue on in the background. As long as it's creating the initial build properly, I don't care if it takes all day. I just wish the thing didn't bog down when the memory gets to 12GB used. (It's better than the 10.5GB used that it bogged down at with 10.04 though.)
Still haven't been able to figure that one out, and I've increased the swap to meet the RAM size. That will be another discussion though, I ran into an odd error when I looked at fdisk yesterday.

[avalanche3]

No, this is not possible as the server / CPW needs ALL files to NOT be compressed (in .PCKs) you MUST upload all files to CPW individually...

but I am doing it my way since 8 months or so and it works fine =P

[SylenThunder]

OK HMMM it finished (in about 6-8 hours). I then ran ./cpw refresh 606 so that it would be the same version number to test a verify.
It acts like it's there and can see it, "updates" the patcher, and then gives me the "Server not available" error. Should I maybe increment the version number to 607?

My server's IP is 192.168.15.144, and I have the patch server setting in the file set to "Local" "http://192.168.15.144/cpw/". I'll have to go digging through the old CPW threads to figure out what I've set up wrong I guess.

[343]

but I am doing it my way since 8 months or so and it works fine =P

What is "your way"? The documentation for CPW said NOT to use .PCKs in CPW. Not to mention, even if "it works" that would not be the ideal or most efficient way of doing it.

Prime example, lets say you wanted to update JUST badwords.txt in configs.pck. "My way" [and the way described in the 'original documentation'] would have you upload just your new badwords.txt to the proper location in CPW, run a CPW patch/update, BAM done. If you're using .PCKs in CPW you would have to first un-compress configs.pck, replace badwords.txt, re-compress configs.pck, upload to CPW, run the CPW patch/update, THEN you'd be done [much more work] <.< Then, if I am not mistaken, this makes things for users (clients) more difficult too, as, since the patcher works off of files and their MD5 (say if a person uses the 'verify' feature), now opposed to the patcher updating just the users/clients badwords.txt, now it'd going to re-update the entire configs.pck [and I'll bet you could imagine how bad this would be for a HUGE pck like models!]. So unless you know something I do not (or I am wrong about anything above), you can see how inefficient that way really is

OK HMMM it finished (in about 6-8 hours). I then ran ./cpw refresh 606 so that it would be the same version number to test a verify.
It acts like it's there and can see it, "updates" the patcher, and then gives me the "Server not available" error. Should I maybe increment the version number to 607?

My server's IP is 192.168.15.144, and I have the patch server setting in the file set to "Local" "http://192.168.15.144/cpw/". I'll have to go digging through the old CPW threads to figure out what I've set up wrong I guess.

The only thing I see wrong for sure in your post is that I do not think that the cpw flag "refresh" even exists, it is either cpw "new" or "revision"...

Aside that, at this time, I would like to assure that you NEVER ran cpw "install" ~ if you did that, it will NOT work because I already did that prior to putting it out so that the server and client side 'keys' would match, if you run install it gave the server side a new key and therefore will not connect now

As it states in my documentation the ONLY commands you should run is "initial" to do your first build, then "new" or "revision" to make updates

[Psytrac]

apt-get install ia32-libs:i386
Though that will produce this message:

So it looks like you'd have to install the 4 packages it lists there

apt-get install lib32* will work

[SylenThunder]

The only thing I see wrong for sure in your post is that I do not think that the cpw flag "refresh" even exists, it is either cpw "new" or "revision"...

Aside that, at this time, I would like to assure that you NEVER ran cpw "install" ~ if you did that, it will NOT work because I already did that prior to putting it out so that the server and client side 'keys' would match, if you run install it gave the server side a new key and therefore will not connect now

As it states in my documentation the ONLY commands you should run is "initial" to do your first build, then "new" or "revision" to make updates

Right, it was revision. Too many hours looking at web searches. I never did run install, and if I read what you said correctly, I never should have, so all is correct there.

After much searching, the only real detailed instructions I can find on CPW are included with it, and even they are vague on some spots.
Here's what I have...

This release comes with CPW pre-installed and pre-configured...

All you must do is fully un-pack and place your entire client in /opt/cpw/files/new/

*Please note that /opt/cpw/files/new/ *CANNOT* contain any PCK's (you must fully un-pack your client [do NOT forget PCK's in sub-directories {ie... element/help/}])

Example -- The file loginpage.ini from the pack configs.pck would be (found/put) in:
/opt/cpw/files/new/element/configs/loginpage.ini

or, the file list.txt from the pack script.pck would be (found/put) in:
/opt/cpw/files/new/element/help/script/list.txt

*Please also note that you must be cautious to preserve files and directories that contain Chinese characters in their name...
One program I recommend using is 7zip, because it saves in UTF32 - this will preserve our Chinese file and directory names...

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

STEP 1) FULLY UN-PACK CLIENT AND PLACE IN:
        /opt/cpw/files/new/

STEP 2) RUN BASE BUILD:
        ./cpw initial

STEP 3) TO CREATE PATCHES - PLACE NEW FILES IN:
        /opt/cpw/files/new/

   3.B)
        ./cpw revision [revision_number]

        or

        ./cpw new [revision_number]

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Content of a Patch CUP (manual patch file):

ec_patch_0-1.cup
ec_patch_0-1.cup/version
ec_patch_0-1.cup/v-1.inc
ec_patch_0-1.cup/element/*.* (where the new files are)

Create a .CUP using PW-PACK (or sPCK, etc...)
Files are found (file names are in base64) in /opt/cpw/files/CPW/

Personally, I haven't made any .cup files, and I don't immediately see the need to, although I may later.
I followed this for creating the base build and it would not connect. My existing client version is 606. All of the version files in /opt/cpw/files/CPW have the number 1 in them.

So basically what I have done to this point is this....

1. Installed the necessary lib packages to get p7zip installed.
2. Installed p7zip
3. Un-packed the .7z files I made of my fully extracted client files into /opt/cpw/files/new
4. Ran the command "./cpw initial"
5. Tried to connect the patcher using update server of http://192.168.15.144/CPW/ (Originally cpw was lowercase, I changed it to all uppercase and there was no change), to no avail, it "updated" the patcher, and then says "Server not available".
6. Ran the command "./cpw revision 606"
7. Tried to connect the patcher and it says "Update server connection Please try other update s", running a verify results in the same as above, and occasionally it will pop up a "version mismatch" error that just goes away after I click on it.

The clients can connect to the game server and play just fine, but so far I can't get cpw to connect properly at all.

[fgru]

rtfm !!! http://pwcpw.codeplex.com/downloads/get/130629

./cpw revision 606

you habe 605 updates ?

[SylenThunder]

rtfm !!! http://pwcpw.codeplex.com/downloads/get/130629
you habe 605 updates ?

I am using PsyTrac's 1.4.4 release based off 343's build. I am using client version 606 from his release.
http://forum.ragezone.com/f751/psytr...elease-831329/

I do not understand what you mean by that question.

It's also too bad that I can't read Russian. I'll try Google translate, but usually it completely fails.

[Psytrac]

you want 607 then..

[SylenThunder]

ok so basically the I would use "./cpw revision 607"?
I'll give that a shot

Edit: Nope. Patcher brought up the message saying "Version mismatch. Verify now?" I click yes, it goes through the process like it's updating the patcher, then we see the patcher again and it says "Server not available "Please try again later".

[Swoosh91]

CPW - Download Release File

English documentation...

[343]

Right, it was revision. Too many hours looking at web searches. I never did run install, and if I read what you said correctly, I never should have, so all is correct there.

After much searching, the only real detailed instructions I can find on CPW are included with it, and even they are vague on some spots.
Here's what I have...

This release comes with CPW pre-installed and pre-configured...

All you must do is fully un-pack and place your entire client in /opt/cpw/files/new/

*Please note that /opt/cpw/files/new/ *CANNOT* contain any PCK's (you must fully un-pack your client [do NOT forget PCK's in sub-directories {ie... element/help/}])

Example -- The file loginpage.ini from the pack configs.pck would be (found/put) in:
/opt/cpw/files/new/element/configs/loginpage.ini

or, the file list.txt from the pack script.pck would be (found/put) in:
/opt/cpw/files/new/element/help/script/list.txt

*Please also note that you must be cautious to preserve files and directories that contain Chinese characters in their name...
One program I recommend using is 7zip, because it saves in UTF32 - this will preserve our Chinese file and directory names...

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

STEP 1) FULLY UN-PACK CLIENT AND PLACE IN:
        /opt/cpw/files/new/

STEP 2) RUN BASE BUILD:
        ./cpw initial

STEP 3) TO CREATE PATCHES - PLACE NEW FILES IN:
        /opt/cpw/files/new/

   3.B)
        ./cpw revision [revision_number]

        or

        ./cpw new [revision_number]

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Content of a Patch CUP (manual patch file):

ec_patch_0-1.cup
ec_patch_0-1.cup/version
ec_patch_0-1.cup/v-1.inc
ec_patch_0-1.cup/element/*.* (where the new files are)

Create a .CUP using PW-PACK (or sPCK, etc...)
Files are found (file names are in base64) in /opt/cpw/files/CPW/

Personally, I haven't made any .cup files, and I don't immediately see the need to, although I may later.
I followed this for creating the base build and it would not connect. My existing client version is 606. All of the version files in /opt/cpw/files/CPW have the number 1 in them.

So basically what I have done to this point is this....

1. Installed the necessary lib packages to get p7zip installed.
2. Installed p7zip
3. Un-packed the .7z files I made of my fully extracted client files into /opt/cpw/files/new
4. Ran the command "./cpw initial"
5. Tried to connect the patcher using update server of http://192.168.15.144/CPW/ (Originally cpw was lowercase, I changed it to all uppercase and there was no change), to no avail, it "updated" the patcher, and then says "Server not available".
6. Ran the command "./cpw revision 606"
7. Tried to connect the patcher and it says "Update server connection Please try other update s", running a verify results in the same as above, and occasionally it will pop up a "version mismatch" error that just goes away after I click on it.

The clients can connect to the game server and play just fine, but so far I can't get cpw to connect properly at all.

Few things. First, looking toward the end of your post (numbers 1-7) I must ask what you mean by updated the patcher in step 5. If you updated the patcher there's your problem. If you updated (to say the current official patcher) the keys now no longer match the key on the server... Also, noted in number 5 was changing cpw to CPW, do NOT do that as Linux IS case sensitive on directory names (unlike windblowz), so, CPW does not exist, cpw does... Another thing you can do is go to http://ip.address/cpw in a web browser and you should get a directory listing... Which will contain element, info, launcher, and patcher... Second, you are correct, you DO NOT want to run ./cpw install, so I am glad you did not. Though like I said above, if you've updated the patcher, your client and server 'keys' no longer match (and leave /cpw/ cpw not CPW)

If I am correct in that your patcher keys do not match between your client and server side, you should revert back to the old patcher, at least for testing purposes. If you really don't like that old patcher (like I do) you can, once you verify you can get it working, update it to latest official patcher, then hex edit the patcher.exe and make the key match the server... However, first you should worry about making it function first

And (provided you haven't touched them) the pid and pid.ini files (client AND server side) should be "131" and "[Version]
pid=131" respectively...

[SylenThunder]

By updated the patcher, I mean the patcher connected to my server, and displayed this image...

Here is what my updateserver.txt file looks like.

"[EN]Patch-1"		"http://192.168.15.144/cpw/"

(Although when it "updates" the patcher, it changes "cpw" to "patch")
Personally, I'm not certain it's really updating anything, It's just that I open the patcher, it says "verifying files", and it says there's a version mismatch, do I want to verify. If I don't click verify, it says "Server not available" and I can click Start to move on. If I DO click Yes to Verify, it closes the patcher, displays the box above, and then re-opens the patcher and then tells me the server isn't available.

I have since taken the patcher.exe and Launcher.exe and copied them over to /opt/cpw.
I then, (following an English translation of the Russian instructions, thank you PsyTrac), ran "./cpw x patcher.exe" and "./cpw x Launcher.exe", then after it got done patching those files with the keys, I moved them to their respective folders in /opt/cpw/files/new and ran "./cpw revision 608" Unfortunately, still nothing has changed.
I additinally copied those files after they were "patched" by cpw back over to my computer and get the same result.

The patcher appears to connect to it initially to tell me there's a version mismatch, but then when it's time to check the files or do any actual updating, it's not connecting. Also, yes I have checked the PID, both are 131, and the version files in /opt/cpw/files/CPW (Yes, the case is correct there), showed "1" after the initial build, and now shows "2". (I have also tried changing those files to match my current version with no success.)

All files in /opt/cpw/files are 555, with root as group and owner.
Oh, almost forgot... If I put http://192.168.15.144/cpw/ into my browser, I do get an index of files with the four base client folders listed. Browsing the tree, it looks exactly like /opt/cpw/files/CPW.