On Sat, 08 Jun 2002 09:08:09 +0800, "Stephen Liu" <[EMAIL PROTECTED]> wrote:
> Hi All Guys,
>
> I am trying to find a way to save clients' works by themselves other than
> stored in the Terminal Server nor getting them printed. The workstation is
> booted by floppy and I am not allowed to mou
Ok, so the curiosity got the better of me, and I decided
to take a look at the x0rfbserver program.
I grabbed the source tarball and looked at the code, to see if
I could understand how it works, and what it would take
to eliminate the pop-up dialog and to setup the properties
via commandline arg
Hi All Guys,
I am trying to find a way to save clients' works by themselves other than
stored in the Terminal Server nor getting them printed. The workstation is
booted by floppy and I am not allowed to mount a floppy in the workstation.
Of course I can have all works saved in a folder in the
I noticed a Netstation project on freshmeat last night.
Seems to be the same sort of thing as LTSP.
Does anyone know how it fits into the thin client scheme
of things?
John O'Gorman
___
Don't miss the 2002 Sprint PCS Application Develo
> Ooh! What about this... What about starting a program
> with xinit as was recently suggested, but instead of
> starting x0rfbserver it starts a monitoring app?
*** I've written a similiar program (God it's a hacked up mess, but I get
by) that listens on the client machine (tcp port) for a
How might the NIS requirement affect those using alternate
authentication schemes? We are happily authenticating users against
our PDC using SAMBA's winbind. For us, winbind makes transitioning
users from PC to thin client quite painless and administration is a breeze.
Can't wait to see ver
Jim,
1) I think that rsh should be avoided on general principle.
2) I don't think local apps and NIS or even LDAP should be
necessary in order to get shadowing capabilities.
Perhaps these ideals are unrealistic and I appreciate the
old maxim about reinventing the wheel, but couldn't we just
find
Matt,
it was over a year ago that Andrew Williams and I tried using
LDAP for authenticating users for Local apps, and I don't remember
all the details. We just didn't get it going, and had to
move on.
I'm confident that it can be done. It's just a matter of pouring
the right amount of time in
Hi Skip !
The Keybord-stuff works fine, but
now i recognized that the german
"Umlaute" Ä Ö Ü ß don't work.
Do you have an idea - thanks for your help !
best regards,
Danny
> -Ursprüngliche Nachricht-
> Von: Skip Gaede [mailto:[EMAIL PROTECTED]]
> Gesendet: Montag, 3. Juni 2002 22:49
>
> An alternative to NIS might be LDAP, but we haven't gotten
> that to work for local apps yet.
What are the hangups with LDAP so far?
> In the past, some people have suggested just copying the
> servers /etc/passwd file to /opt/ltsp/i386/etc, but I can
> tell you very clearly that will NEVER b
Jason and Matt,
The problem with running an rsh daemon on the
workstations is that it needs to know WHO is sending
the request to run something, and whether they are
allowed to or not.
By turning on local apps, you enable NIS. That is how
the rsh daemon will validate that the "WHO" is a correct
Anders,
Is your workstation listed in the /etc/hosts file
with the name of 'term1' ?
And, is that the name used in the 'host' declaration
in the dhcpd.conf file ?
What i've seen happen is that the workstation has one
idea of what the hostname is, and the server has a
different idea.
The workst
Din,
I've seen a problem in the past, where the kernel starts to
download, and then it stops.
In my case, adding '-r blksize' to the tftpd command line
solved the problem.
Without the '-r blksize', the tftp client and the tftp server
will try to negotiate a blocksize of somewhere around 1500
by
On second thoughts after re-reading your post and having some coffee,
I guess my initial reply might have been too quick. :-)
I'm not sure what the problem is... perhaps checking for shared IRQs
or incorrect PNP settings in the BIOS. Most BIOSen have a setting Auto
and a reset config data - try t
Are you using etherboot or an builtin PXE boot rom? PXE boot roms
won't boot ltsp directly and the screen looks like you describe. If
you are using PXE get the etherboot floppy image and try
that. http://www.rom-o-matic.net. Alternatively read the PXE howto.
---Venkat.
Izauddin Mohd Isa ([EMAIL
> From: John_Cuzzola [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 06, 2002 6:04 PM
>
>> Any idea how well it works over a WAN connection?
> *** Well it works OK with an ADSL type connection which
> although it isn't all that great it is infinitely faster
> than getting a technician to physic
Sertifikam.Com Bilgisayar Eðitim MerkeziMicrosoft Certified Systems EngineerMicrosoft Certified Systems AdministratorMicrosoft Certified Database AdministratorMicrosoft Office User Web Designer Super Fiyatlar ! Ve http://www.sertifikam.com adresinden KAYIT olanlara %10 indirim
Matt,
I don't think local apps should have to be enabled in order
to get this to work. They should be totally separate
options with no mutual dependency or exclusivity between
them. And I think it could be easily set up to work like
this...
The only thing required is a way to start and stop th
Hi
I have a problem with getting sound to work on my
clients. When my clients boot they come with the following
message:
"Unknown Value for
SOUND_DEAMON"
I don't really understand it, because in the
file rc.sound it seems as it only will echo this line out if it can't find the
sound-s
19 matches
Mail list logo