I realise this isn't specifically a Suse question but it has been discussed a lot on here. When I first tried the Smart Package Manager I was fairly impressed especially when used with Suse 10.1 which seemed to struggle so much with Zen. It's search facility isn't as nice as YaST's but for downloading patches it's quite handy. However I've noticed that with the current version the download speeds are fantastically slow often dropping to only a few bytes/second even if it's only downloading a single RPM. This can be especially frustrating when patching a newly built machine where there is a lot of updates to download. Yet if I was to wget the same package from the same location from the same machine at the same time I'll get several hundred + KB/s. There doesn't seem to be options for throttling the download speed, it didn't use to be this slow, anyone having the same problem? Cheers Matthew
Does anyone know how to go about running a secure viewer from SUSE 10 to Windows 2000/XP? SSH Connection from SUSE (client) to Windows (Server). It all seems to be the opposite out there. Thanks..
On Wednesday 20 September 2006 15:06, My Group wrote:
Does anyone know how to go about running a secure viewer from SUSE 10 to Windows 2000/XP?
SSH Connection from SUSE (client) to Windows (Server).
It all seems to be the opposite out there.
i believe there is an ssh daemon for Windows which ships with Cygwin. That said, once you're logged in you can't do much because you can't "project" the windows apps across that ssh connection to your linux client, and there's little one can actually accomplish over the windows command line. There are at least two pretty simple solutions: a) rdesktop client for linux. Works well, but i can't get it to connect to all machines (not sure why). http://www.rdesktop.org/ b) VNC, e.g. http://vnc-tight.sourceforge.net/ VNC has been around forever and is rock-solid. If you run it in fullscreen mode (with the -fullscreen option) then you can control the remote Win box as if you were in front of it (e.g., alt-tab works as desired). i've been running it for 3 days straight on this PC because working on this keyboard is more comfortable than working directly on the Windows PC (which is a laptop with a non-ergo keyboard). There are some minor window refresh annoyances (e.g., scrolling with the mouse wheel might not update the screen properly), but it's still very usable. -- ----- stephan@s11n.net http://s11n.net "...pleasure is a grace and is not obedient to the commands of the will." -- Alan W. Watts
My Group wrote:
Does anyone know how to go about running a secure viewer from SUSE 10 to Windows 2000/XP?
SSH Connection from SUSE (client) to Windows (Server).
It all seems to be the opposite out there.
You'd need a SSH server on Windows, plus whatever viewer you're using.
James Knott wrote:
My Group wrote:
Does anyone know how to go about running a secure viewer from SUSE 10 to Windows 2000/XP?
SSH Connection from SUSE (client) to Windows (Server).
It all seems to be the opposite out there.
You'd need a SSH server on Windows, plus whatever viewer you're using.
_I'm using here WinSCP_
On Wednesday 20 September 2006 10:31, Erik Jakobsen wrote:
James Knott wrote:
My Group wrote:
Does anyone know how to go about running a secure viewer from SUSE 10 to Windows 2000/XP?
SSH Connection from SUSE (client) to Windows (Server).
It all seems to be the opposite out there.
You'd need a SSH server on Windows, plus whatever viewer you're using.
_I'm using here WinSCP_
Hi Erik, Courtesy of Google: From: http://sshwindows.sourceforge.net/support/: SSH-L Mailing List - Support list for users of OpenSSH on the Windows platform. This list is great for finding answers to odd problems. New version announcments are sent to this list. This list is not run by the maintainer of the OpenSSH for Windows installer package. Lists subscription info: http://tech.erdelynet.com/ssh-l.html OpenSSH for Windows downloads link: http://sourceforge.net/project/showfiles.php?group_id=103886&package_id=111688 hth & regards, Carl
Carl Hartung wrote:
On Wednesday 20 September 2006 10:31, Erik Jakobsen wrote:
James Knott wrote:
My Group wrote:
Does anyone know how to go about running a secure viewer from SUSE 10 to Windows 2000/XP?
SSH Connection from SUSE (client) to Windows (Server).
It all seems to be the opposite out there.
You'd need a SSH server on Windows, plus whatever viewer you're using.
_I'm using here WinSCP_
Hi Erik,
Courtesy of Google:
From: http://sshwindows.sourceforge.net/support/: SSH-L Mailing List - Support list for users of OpenSSH on the Windows platform. This list is great for finding answers to odd problems. New version announcments are sent to this list. This list is not run by the maintainer of the OpenSSH for Windows installer package. Lists subscription info: http://tech.erdelynet.com/ssh-l.html
OpenSSH for Windows downloads link: http://sourceforge.net/project/showfiles.php?group_id=103886&package_id=111688
hth & regards,
Carl
Hi Carl. Longt ime no see :-) I did not have the problem. Was just my 2 cents :-) But I might have the problem in the future. I'll see the URL's, and thanks for them Erik
OpenSSH for Windows downloads link: http://sourceforge.net/project/showfiles.php?group_id=103886&package_id=111688
hth & regards,
Carl
TY all VM for your help. I got it working with tight, but will look at the SSH piece now.
Date: Wed, 20 Sep 2006 13:49:28 +0100 From: Matthew Stringer
To: suse-linux-e@suse.com Subject: [SLE] Why is Smart slow
One reason is that it is written in Python (which, looking at the wall clock time of a regex program, is even slower than Perl). Now, developers and irc people have - more or less - admitted it may "take some time" when doing a full system upgrade (10.0->10.1). Oh well more than 30 minutes for dependency resolution on a 933MHz box is not feasible - the so much praised 'smartness' of smart to figure out "The Right Thing" better than apt really pays.
Yet if I was to wget the same package from the same location from the same machine at the same time I'll get several hundred + KB/s.
As for your download speed problem, I do not think it is related to smart being written in Python since downloading is not that CPU intensive. Jan Engelhardt --
On Wednesday 20 September 2006 16:01, Jan Engelhardt wrote:
Date: Wed, 20 Sep 2006 13:49:28 +0100 From: Matthew Stringer
To: suse-linux-e@suse.com Subject: [SLE] Why is Smart slow One reason is that it is written in Python (which, looking at the wall clock time of a regex program, is even slower than Perl). Now, developers and irc people have - more or less - admitted it may "take some time" when doing a full system upgrade (10.0->10.1). Oh well more than 30 minutes for dependency resolution on a 933MHz box is not feasible - the so much praised 'smartness' of smart to figure out "The Right Thing" better than apt really pays.
Yet if I was to wget the same package from the same location from the same machine at the same time I'll get several hundred + KB/s.
As for your download speed problem, I do not think it is related to smart being written in Python since downloading is not that CPU intensive.
Jan Engelhardt
I can understand the dependancy resolution taking a while although that's not a problem it's purely the speed in which it downloads packages or the catalogues. Matthew
On Thursday 21 September 2006 01:48, Matthew Stringer wrote:
On Wednesday 20 September 2006 16:01, Jan Engelhardt wrote:
One reason is that it is written in Python (which, looking at the wall clock time of a regex program, is even slower than Perl). Now, developers and irc people have - more or less - admitted it may "take some time" when doing a full system upgrade (10.0->10.1). Oh well more than 30 minutes for dependency resolution on a 933MHz box is not feasible - the so much praised 'smartness' of smart to figure out "The Right Thing" better than apt really pays.
Yet if I was to wget the same package from the same location from the same machine at the same time I'll get several hundred + KB/s.
As for your download speed problem, I do not think it is related to smart being written in Python since downloading is not that CPU intensive.
I can understand the dependancy resolution taking a while although that's not a problem it's purely the speed in which it downloads packages or the catalogues.
I don't think it has anything to do with Smart or Yast but the dam mirrors/servers you are being directed to when you download anything. With some you are better watching paint dry than watching the downloads (paint can dry quicker). -- Regards, Graham Smith
participants (8)
-
Carl Hartung
-
Erik Jakobsen
-
Graham Smith
-
James Knott
-
Jan Engelhardt
-
Matthew Stringer
-
My Group
-
stephan beal