September 2001 - openSUSE Edu - openSUSE Mailing Lists

Running Remote X - Client Server arrangement....
by Simon Wood 11 Sep '01

11 Sep '01

Hi all, I'm setting up a system at home, similar to the ltsp, so that I can connect to/from machines on my network to a big server running X/Gnome. I have the basics working (a chooser on each machine, xdm and Gnome on server), I'm having real difficulty getting my head around the idea of local applications and how I might tie them together. Specifically I have trouble with the idea of TV Cards, CD Players/Burners and any audio (WAV, MP3) player - all of which have to be on the machine that you are sitting next to (OK audio doesn't but I want to leave some bandwidth available on my network). What is the best way of providing these services? How can I get the 'Start Menu' to reflect the options that available on the specific client that you working are on (they are not identical machines, and each has a fully install of one distro or the other). What happens when a user is logged in more than once? If someone can set my head straight I would be grateful, Simon Wood

2 1

SAMBA & Winbond
by Rob Keeling 10 Sep '01

10 Sep '01

Has anyone installed the Samba Appliance version of Samba which includes Winbond, this is said to alto synchronise linux users with a NT domain. This sounds brilliant for a school WWW server/Database system/misc server though I have only just mastered installing Suse! Any comments on usage etc would be gratefully received. Does anyone know where I can download binaries for Suse 7.1 for this application? Rob Keeling Network Manager Queen Elizabeth`s Grammar School

2 1

Re: [suse-linux-uk-schools] Re: KMail
by Chris Howells 08 Sep '01

08 Sep '01

> From: npauli <npauli(a)st-johns.org.uk> > Have you had any luck with your sig file problem yet? I've got the same > problem in Kmail 1.2 (using KDE 2.1.2) which I've just installed onto my It works for me under KDE 2.1.2, and KMail 1.2, with self compiled sources. > Debian setup. I made a text file ~/Mail/signature and selected it during > configuration but no luck. Try ~/.signature -- ~/Mail is intended for the actual messages AFAIK... > BTW, finding kde for debian-potato (the current stable release) is nigh on > impossible until you stumble on the correct instructions hidden in the > discussions of a FAQ in the archive of the kde-debian mailing list... Just a matter of adding the correct line to /etc/apt/sources.list and doing and apt-get update, and then apt-get install <whatever> I would have thought.. -- Cheers, Chris Howells -- chris(a)chrishowells.co.uk, howells(a)kde.org Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt http://www.koffice.org, http://edu.kde.org, http://usability.kde.org

2 1

Fw: [suse-linux-uk-schools] X terminals
by Marcus Birkin 07 Sep '01

07 Sep '01

>From now on i'm calling them Application servers ;) > ----- Original Message ----- > From: "Kevin Taylor" <kevin(a)eala.uklinux.net> > To: <suse-linux-uk-schools(a)suse.com> > Sent: Friday, September 07, 2001 7:55 PM > Subject: Re: [suse-linux-uk-schools] X terminals > > > > > *I* know that > > > > Good stuff :) This was for the benefit of Marcus, as confusing or not, > > this is the terminology that is used, and I was just trying to explain > > why it is used. > > > > > Hence it can be confusing when you try to explain to someone that > > > the "clients" in their thin-client network are actually running X > servers > > > whereas the "servers" are running the X client software. > > > > Until you explain *why* they are called X servers. > > > > > I generally try > > > to avoid potential sources of misunderstanding and refer to "application > > > servers" and "client workstations", leaving out any mention of "X > servers" > > > or "X clients" altogether. :-) > > > > A good aim, but like it or not X server *is* a term that is very widely > used, > > and it is less confusing (IMO) if someone actually understands why it is > called > > a server. > > > > Of cause Marcus - if you have long since switched off, then just ignore > the > > above and read/remember what is appropriate to you. > > > > Kevin. > > > > -- > > To unsubscribe, e-mail: suse-linux-uk-schools-unsubscribe(a)suse.com > > For additional commands, e-mail: suse-linux-uk-schools-help(a)suse.com > > >

1 0

X terminals
by Marcus Birkin 07 Sep '01

07 Sep '01

Hi, First off i don't think i'm uning the correct terms... but here gos... I have got an Xserver on my linux box, i've installed a X terminal emulator on my Windows box (X-Win32) this works fine. First of all are there any free X terminal emulators for windows? and are there any X terminal emulators for Mac? Thanks Marcus

6 7

RE: [suse-linux-uk-schools] kppp
by Grainge, Derek 07 Sep '01

07 Sep '01

> > Uklinux and it connects at 115K but using kppp stats I see that it > > consistently leaps and troughs quite badly and keeps > stalling. The average > > speed is about 600b/sec. This may be because the modem tries to increase its transmission rate, and fails, therefore drops it again. It is normal for a modem on a poor line to do this. Perversely you can get better performance with a slower modem because its peak speed doesn't cause problems - hence no troughs. The modems at both ends renegotiate line speeds at intervals - if you have a modem manual you can use modem initialisation codes which will lower the max. speed at your end. Hit their website if you don't have paperwork. I doubt this is a Linux issue, but Linux may initialise your modem differently to your other machine. Have you compared modem settings? As someone else has said, the 115K is the speed between your serial port and the modem, not between the modem and the ISP. Don't change that, because if your modem uses compression the 115k bandwidth gets used. > You also might be able to complain to BT about a noisy line. If it > doesn't meet a minimum standard then I understand that they will fix > it without charge. Complain about crackle on the line. Even if you can't hear it, it may be there :-) Sometimes this is because of water in junction boxes and conduit, and the BT engineer will bale it out. Actually they usually patch you onto a different line to the exchange. The point about gain is equally valid and it makes a LOT of difference. An engineer also told me about some dodgy Spanish bits of v. cheap kit which they can pull and replace at the exchange if they know you have a modem line. My last thought, because you said 56K rather than V90 - before V90 became a fixed standard there were modem wars (modems labelled V56 and X2 were very different), and some ISPs have kit which works better with one make rather than another. That might explain part of the difference. If you ask UKLinux what modem banks they use and whether there are known issues with your make you might get somewhere. Good luck. -- ******************************************************************************** All mail sent and received may be examined to prevent transmission of inappropriate attachments and certain obscenities. Wellington College does not accept responsibility for email contents. Problems to postmaster(a)wellington-college.berks.sch.uk. ********************************************************************************

1 0

kppp
by ptaylor 07 Sep '01

07 Sep '01

Hi all: I am using an ISA 56K modem (not win as far as I know), and have managed to get it working by various configurations including setserial. I am using Uklinux and it connects at 115K but using kppp stats I see that it consistently leaps and troughs quite badly and keeps stalling. The average speed is about 600b/sec. Using a different modem on another machine I get a good through rate with the same uklinux phone numbers so I assume it is some setting in the modem itself or one on the linux box that is awry? It seems to go quite quickly and gradually die and then continuously stall. Any tips for configuration or trouble-shooting? Paul

2 1

Re: KPPP
by Paul Munro 07 Sep '01

07 Sep '01

The 115Kbps is no doubt the reported "port speed", i.e. your serial port's maximum speed (UART). You should be getting anywhere from 40-48Kbps on a 56Kbps modem (some lucky people get more). The troughs in speed are probably drops in line quality between your connection and the UKLinux lines (though I rarely had trouble with them). One thing you can do is have BT test your line quality, and then prompt them to increase your line's "gain". That may help. Another thing to do (though I'm personally not sure how ;-) is try and turn off compression on the modem's software. Having an ISA modem doesn't help either, as the extra overhead can make things slower than if you were using a direct external modem (my preference) or in fact a PCI (but its hard not to find one that's exclusively WINMODEM these days). Anyway, hope some of that helps. Good luck! Paul

1 0

kppp revisited
by ptaylor 07 Sep '01

07 Sep '01

Hi Simon: Thanks for that. It makes sense as the other machine exists on a phone socket by itself. Oh well. paul

1 0

RE: [suse-linux-uk-schools] kppp
by Simon Wood 07 Sep '01

07 Sep '01

> -----Original Message----- > From: ptaylor [SMTP:ptaylor@westwood-st-thomas.wilts.sch.uk] > Sent: Friday, September 07, 2001 2:13 PM > To: SuSE Schools > Subject: [suse-linux-uk-schools] kppp > > Hi all: > > I am using an ISA 56K modem (not win as far as I know), and have managed to > get it working by various configurations including setserial. I am using > Uklinux and it connects at 115K but using kppp stats I see that it > consistently leaps and troughs quite badly and keeps stalling. The average > speed is about 600b/sec. Using a different modem on another machine I get a > good through rate with the same uklinux phone numbers so I assume it is some > setting in the modem itself or one on the linux box that is awry? It seems to > go quite quickly and gradually die and then continuously stall. > Any tips for configuration or trouble-shooting? [Simon Wood] Firstly it is highly unlikely that the problem lies with the application Kppp, this is mearly a method for controlling the pppd deamon and bringing up the modem link. I (and my parents) have problems with bandwidth on UkLinux (an otherwise excellent service) and I've had an almost identical problem with respect to the 'stalling'. I believe that it is the phone link rather than any 'software', I can make most of the problem go away if I unplug the adjacent telephone, this seems to make the line perform better. I'm guessing that it is related to the amount of noise/echo on the line. The recommended maximum for a phone line is a REN of 4.0, most phones/modems are 1.0. Hope this helps, Simon W.

1 0