Page 3 of 4

Posted: Thu 20 Dec 2007, 09:30
by HairyWill
remove the # symbol in front of
#timeout 30

Posted: Thu 20 Dec 2007, 20:21
by Wilsonb
Is there a way to keep a live-cd from using the saved file on the HD?

I would like to resize the original partition, but when booting with a live-cd it takes hold of the save file and I can not un-mount the HD. Locked..

Posted: Thu 20 Dec 2007, 20:37
by HairyWill
at the 5 second pause type
puppy pfix=ram

Posted: Thu 20 Dec 2007, 22:08
by Wilsonb
Hairy,

Thank you so much for your feedback...
I was playing with the tightVNC server and thought it was the coolest thing..


I will post and ask how to incorporate the service automatically.

so when the puppy system boots up, I will have access to it without intervention.

Posted: Sat 22 Dec 2007, 01:42
by Wilsonb
Stupid quick question.....

I have been using the TightVNC, and was wondering if there was a way to select the initial display.


Meaning, I want to make changes on the actual display. Can it display and let you VNC the actual current screen?

Also, trying to find a GOOD slide show app.
Will be making a picture frame

Posted: Sat 22 Dec 2007, 04:07
by HairyWill
Wilsonb wrote:I have been using the TightVNC, and was wondering if there was a way to select the initial display.
Meaning, I want to make changes on the actual display. Can it display and let you VNC the actual current screen?
I don't think you can do this with straight vnc though I have seen someone recommend a server that you could.

Please keep this thread on topic. There are lots of threads about vnc.
Wilsonb wrote:IAlso, trying to find a GOOD slide show app.
yes and you have received lots of replies
http://www.murga-linux.com/puppy/viewtopic.php?t=24721

Posted: Wed 16 Jan 2008, 19:59
by RobertB
I got out of 2am system checks because I didn't have a Windows box at home, but my sympathy for my co-workers got the better of me. I tried the Cisco VPN client in Pizzasgood's PCPuppyOS, but it didn't connect to the work server at all. Luckily, our guy who requests IDs suggested searching on PPTP, which led to this thread!

From the internal network, RemoteDesktopClient (and RDesktop) work great! It's already clear that I'll be able to connect to my Windows workstation after all. There are some access issues on the server side, but we're working on those.

But outside of the internal network, I need to use PPTP. The packages from HairyWill do everything promised... I installed the pptpconfig.pup and his version of the "IP" command, and it runs with diagnostic messages in a window and everything.

But he admits one problem: this process doesn't update /etc/resolv.conf with the nameserver of the host system. I was able to make RemoteDesktopClient work by using an IP address I spotted in the output from ifconfig, but I can't get to the in-network Intranet -- that's the main thing I need to be able to do at 2am.

HairyWill suggests putting the nameserver in resolv.conf manually, and I'll try that tonight if I get a chance.

But what would be better for converting my Windows friends would be a way to automatically get the information. Isn't there some existing protocol for finding out the nameservers? Without that information, I may not be able to access the system at 2am. Help me be overworked *and* underpaid! :)

Posted: Wed 16 Jan 2008, 23:00
by rarsa
This thread is just for the Remote Desktop client which assumes you already have a connection to the network where the windows computer is.

I would recommend starting a new thread for those questions and adding your comments to one of the VPN threads. You may get more comments and responses that way.

Posted: Fri 18 Jan 2008, 20:52
by RobertB
rarsa wrote:This thread is just for the Remote Desktop client which assumes you already have a connection to the network where the windows computer is.

I would recommend starting a new thread for those questions and adding your comments to one of the VPN threads. You may get more comments and responses that way.
Thanks -- it turns out that the main pptpconfig thread doesn't come up on a forum search! Google was my friend, and maybe this link will help prevent future thread hijacks.

By the way, I was way off on the actual problem. The VPN details are in the other thread. I was doing the wrong thing on RemoteDesktopClient, too -- I was putting the IP address of the VPN gateway machine and attempting to establish a session with it, instead of with the box on my desk. The attempt failed, of course -- which is good, because I don't *like* having access to things I shouldn't on the work network!

But once VPN was configured correctly and I entered the right host in RemoteDesktopClient, things are working great. I'll be trying it next on a dialup connection, so wish me luck. See you at 2am! :?

Posted: Wed 27 Feb 2008, 14:38
by RobertB
Ok, I'm ready to ask a RemoteDesktopClient question. :)

I've got it working on my laptop, which is great. Mucho happiness from my co-workers who don't have to take my place because of my non-"standard" home setup. But I can't seem to get RemoteDesktopClient to work on my desktop, which has a much bigger screen.

The worst part is not knowing what's wrong. If you hit "Connect" and the connection fails, then the GUI dialogs just go away. I'm running from the command line, but no messages are reported back there, either -- in fact, it seems to return to the # prompt whether the connection is successful or not. The only diagnostic on the console is about an apparently unrelated icon that it can't find.

I'm about to leap forward to the 1990s and get a high-speed Internet connection, so I expect to use Remote Desktop more and more. It would be nice to be able to do so on the big screen, instead of pulling out the laptop every time -- and worse yet, hoping that it works, since if it stops working I won't know why!

(Note: both the laptop and the desktop are running Puppy 2.17)

Posted: Wed 27 Feb 2008, 14:43
by HairyWill
could you post whatever arguments you are using for the rdesktop command

Posted: Wed 27 Feb 2008, 14:55
by RobertB
HairyWill wrote:could you post whatever arguments you are using for the rdesktop command
None -- in fact, I'm not using "rdesktop"! I'm just entering "remotedesktopclient" in the command window. I'll have to try "rdesktop" and see if I get different results.

Posted: Wed 27 Feb 2008, 15:01
by HairyWill
ahh I see
the remote desktop gui just builds an rdesktop command string
http://linux.die.net/man/1/rdesktop
even running rdesktop from the commandline doesn't produce any useful error messages.

I tend to use something like
rdesktop -f -k en-gb -a 15 192.168.1.2
-f fullscreen to exit this mode you need to use CTRL-ALT-RETURN
-k en-gb keyboard map
-a 15 15 bit colour depth

I have the remote desktop installed

Posted: Sun 22 Jun 2008, 05:06
by kittu
I have the remote desktop client installed and the GUI, and all the dependencies. It runs, but when I connect and log in immediately everything disappears. When the remote machine finish loading all the programs I am allow to connect again and I can remain connected until some instance like an Update from Windows begins. Any idea what i could do to make it stabler?

Posted: Sun 22 Jun 2008, 07:23
by HairyWill
sorry no,
rdesktop used in dingo keeps crashing for me as well, I can't find any error messages

Posted: Mon 14 Jul 2008, 10:13
by paulh177
Can I just drop into theis thread to ask -- Will, does your pptpconfig dotpup work ok with Dingo? Also have you got round to (or are you planning to) updating it to a .pet ?

paul

Posted: Mon 14 Jul 2008, 10:29
by HairyWill
the php-gtk bindings are gtk1

If you want pptpconfig in puppy 4.00 you will need to install the stuff needed to make gtk1 apps work. I think all you need to do is switch the package manger to the puppy 3 repository and install gtk+12-1.2.10 I think this pulls down a couple of dependencies as well.

The lack of gtk1 was the push I needed to learn how to setup my vpn connection manually. Getting the interface up was fairly easy by hand though I think Gpptp on the network menu should do it as well. The tricky bit for me was getting the routing right. this might have been made more complicated by the fact that the machines I wanted to connect to already have public IP addresses but are firewalled to block direct ingoing connections.

Posted: Fri 18 Jul 2008, 23:11
by paulh177
I've got the vpn tunnel up and running OK under 4.1 Alpha 4 (pptpconfig messes with the routing for local stuff though) in a Lin'n'Win "frugal" install .
But:

Code: Select all

# remotedesktopclient 
bash: /usr/sbin/remotedesktopclient: /usr/bin/tclsh: bad interpreter: No such file or directory
# 
I guess tcl got taken out by Barry at some stage and I didn't notice?

Couldn't quickly find an rdesktop for Puppy in the repos so got the source and compiled it under 4.1a4.
Runs fine from the command line so far as I can tell (limited testing though).
I can login to work ok now, but that smooth front end of rarsa's would be nice to have in Dingo

paul

Posted: Mon 21 Jul 2008, 11:46
by HairyWill
Good to know that rdesktop works in the latest alpha, that is a driver for me to test it and upgrade, I wonder what has changed?

If you want rarsa's gui then you could try installing the tcl and gnocl pets from the puppy3 repository using the package manager.

Program does not start, Puppy 4.2.1

Posted: Thu 28 May 2009, 19:16
by rode
I have got a Problem. I installed the Remotedesktopclient from this thread and when I start it, I can only see a second an then it is gone. What can I do. With the older Puppy it works perfect.