How do you get pregnant
The Sillican Files » 2008 » May » 30
logo

Pages


Erick’s Games

Faith

Older Games

Other Blogs

Posts

Categories

 

May 2008
S M T W T F S
« Apr   Jun »
 123
45678910
11121314151617
18192021222324
25262728293031




Comments

Administration

Can you print files to your local computer from the remote computer via PC Anywhere?

May 30, 2008

According to Symantec, yes you can!  Look at page 100 in the manual for version 11.5.  For those lazy readers, here is the cut out text.

Configuring remote printing
If the host user has configured your printer information in pcAnywhere, you can
print a file that is located on the host computer to a printer at your location
during a remote control session. As you run programs on the host computer, you
can select your printer from the list of installed printers. If the host user has not
configured remote printing, you can print files to the default printer for the host
computer.
When adding a printer, the host user must have the correct drivers for the
remote computer. Symantec pcAnywhere prompts you for the location of the
printer, what port to use, and other configuration information.
To configure remote printing
1 In the pcAnywhere Manager window, on the Edit menu, click Preferences.
2 In the pcAnywhere Options window, on the Remote Printing tab, click Add
Printer.
To find this tab, click the left and right arrows in the pcAnywhere Options
window to scroll through the tabs.
3 Follow the on-screen instructions to set up the information for the printer
on the remote computer.
If the printer that the remote computer uses is not listed, you must install
the drivers first, and then repeat this procedure.
4 Click OK.

Valve Source Engine to hit Linux soon?

EDIT: I respond to the ‘EA wrote the PS3 Orange Box port’ comments here.

I’ve been meaning to write this post for awhile. It’s old news by now I’m sure, Phoronix first posted their story here on May 7th. But regardless…

I’m not sure what else I can add that the Phoronix article didn’t cover. However it seems some people are dismissing this as just a baseless rumor and no one seems optimistic about the possibility of it actually happening. So I’ll list the three main points here.

1. Valve puts up a job posting asking for a “Senior Software Engineer”, with one of the responsibilities being to “Port Windows-based games to the Linux platform”.

2. An upcoming game, Postal III is slated to have Windows, Mac and Linux ports. This game is designed using the Valve Source Engine. This is probably one of the strongest points, how are they going to make a Mac and Linux port without OpenGL? Clearly something is afoot. ;)

3. The Orange Box was released on the Playstation 3, a system that isn’t known to have any viable Direct3D/DirectX API implementations, on the contrary, it uses an OpenGL ES derivative and some other libraries standardized by the Khronos Group. It also uses Nvidia’s Cg shader language, which is also cross-platform (yes, works on ATI too). This means that either Valve already ported their game engine to OpenGL, or they are using an emulation layer such as Wine. Transgaming has been known to license their Cedega (Wine derivative) backend to console game developers, they did so for The Sims on the PS2 and some others too I believe. This by the way is not mentioned on the Phoronix article, and I’m not aware of any other site that has mentioned this (which is what makes my article unique I suppose).

Bonus! :)

4. Steam represents a unique opportunity for Valve, you see many who use Linux are often known to be more technically skilled than the average user, it is possible that game companies have known for a long time that there were many potential customers on Linux, but that they figured piracy would lower sales down too far, unlike on Windows where there is a huge majority of clueless users who may not even know how to pirate something, most Linux users are adept enough to do far more. This concern if it exists, is all but completely eliminated with Steam. Valve could also make a lot of money selling download statistics and usage data to other companies.

Phoronix also suggests that the UT3 Linux client delay could be related to this given that Epic has recently started offering their games through Steam. The implication seems to be that maybe Epic wishes to launch the Linux client through Steam, if this were the case, then Ryan Gordon would definitely be correct when he said “If I told you what the specific problem is, you wouldn’t believe me” during an interview at LinuxHardware.org. Can you imagine?:

“Yeah, it’s being delayed because of Steam”
“oh.. ok… .. wait.. — WHAT?”

In any case, we’ll have to wait patiently for more news. Personally I think the three first points are probably the strongest indications that this may happen. At the very least, it seems there is already, or will be an officially-maintained OpenGL backend for the Source Engine. Whether this translates into a Linux/Mac port remains to be seen. I mention the Mac too now because if they do a Linux port, it is doubtful they will not also release a Mac version, it is essentially as simple as a recompile to take a unix/posix/opengl/sdl application between Linux and Mac. Anyways, until next time. ;)

Last Night I had the Strangest Dream

I went to this old industrial building to watch an episode of Star Trek, because it was filmed in that warehouse.  It was a really creepy episode, and to watch it in the place it was filmed was even creepier.  While I was watching it, this guy came in.  I walked over to him, and he pulled out a gun and shot at me.  It hit me in the shoulder, but only grazed my skin.  I started grabbing the gun from him, and it was pretty clear that he was a weakling who barely knew what he was doing.  I wrestled the gun from his hands and shot him in the chest.  He fell to the floor.  He wasn’t dead, but he’s in some sort of temporary shock.

I tossed the gun on the floor and fled into the building.  I hid in a room that I knew about.  A couple of my things were in the room, and I hid them under the bed.  Eventually the police came to the building, and I decided that I’d better leave.

As I was walking out the door, the guy caught up with me.  He still had his gun.  He pointed it at me at point blank range and said something threatening.  Before he could finish saying it, I took the gun from him again, and shot him in the stomach.  A cop came running down the hallway towards me, and I held the gun by the barrel and offered it to him.  The cop, still quite a distance away told me to put the gun down.  I did, and told him that this guy needed medical attention.  He quickly figured out that I shot him, and started to read me my rights.

I interrupted him and told him it was self-defense, and that there is a lot of evidence in the building which will back me up.  I told him that I had come here to the building to watch the Star Trek episode, and he immediately knew about it.  He said it was a great episode and he liked the building because of it.  I told him that he could find the DVD still in the building, as well as some stuff of mine in one of the rooms.  I told him that this guy had come in and shot me in the shoulder, and I showed him the wound.

I didn’t get arrested, but I did wake up.

Access RDP servers from Linux (Bonus: Xrdp)

The other day a coworker of mine was trying to test if he could access an RDP server on our network, we started by pinging it to see if it was live. My computer is a laptop that runs Linux, but we happened to have a Windows XP machine nearby which I was setting up for someone else. So we used that to test if RDP itself worked. It occurred to me that RDP is used pretty often by people on our network, and that it might be handy to be able to access RDP servers from my laptop in case I ever needed to. After a bit of googling I found rdesktop: http://www.rdesktop.org/

I recall finding this once before, but back then I didn’t feel I needed it. In any case, on most Linux distributions, installing a new application is as simple as one command:

apt-get install rdesktop
yum install rdesktop

…or in my case:

emerge rdesktop

Which compiled/installed the package for me. Emerge is a Gentoo Linux utility, not all distributions require compiling, the two other commands I listed before are on Debian/Ubuntu and RedHat/Fedora respectively, and install binary packages as opposed to compiling.

After that, I simply typed “rdesktop n.n.n.n” where “n.n.n.n” is the IP address of the server we were test-connecting to earlier, and it worked fine. Of course I didn’t have the password for that machine.

Today, Koopa gave me an address so I could try it out a bit more extensively, I connected to it, logged in, and began playing around. It seemed to work fairly reliably, I was able to open several applications and check various server logs, I even opened up IE and browsed around just for the sake of testing. The last thing I did, which I considered the ultimate test, was to see if I could copy text from the RDP session and paste it into my local Linux machine. The first time I tried it didn’t work, but I believe this was just because of Linux’s sometimes random clipboard behavior, I tried it later and it worked great.

All in all I have to say that this is a great solution for anyone who works at a primarily Windows company, but wants to run Linux on their desktop. I’m sure many of you already are aware about Samba which will let you use windows file and printer shares. And if you need to access Exchange/AD stuff, there is the Ximiam Evolution email client which is comparable to Outlook in it’s features and compatibility with microsoft protocols.

As a bonus, a bit of googling reveals that there is also an RDP server for Linux which I have to say surprised me, especially given that the protocol was designed specifically for Windows and integrates a bit more deeply with the Windows system than say… VNC. The server is named Xrdp, and it is available here. As the screenshots show, it seems to work pretty well, despite having an ugly login screen. I think that the login screen is likely a result of some strange details in the RDP protocol, my guess is that the screen that is normally presented to windows users via RDP isn’t exactly the same one they see when logging on locally, and even if it is, it’s likely deeply integrated with the RDP protocol, so they probably had no choice but to write one from scratch for Xrdp directly on top of X11, which isn’t a bad thing, it doesn’t affect functionality.

If I ever have some time I might try setting up a Linux server at home that uses Xrdp, and I’ll make a more detailed post about it. For now, I’m signing off. Later everyone, and happy remote-computing. :)

Google