Linux-Misc Digest #245, Volume #27 Tue, 27 Feb 01 12:13:02 EST
Contents:
Re: Samba 2.0.7/RH7.0 and W2K (Dean Thompson)
Plotting conics (Nikodemus Karlsson)
Re: Ascii-art Tux (Jean-Michel Grimaldi)
Re: Ascii-art Tux (Jean-Michel Grimaldi)
Re: Linux partitioning question (John Hasler)
VESA energy saver with a new 2.4.0 kernel? (Otto J. Makela)
Re: Linux partitioning question (Rod Smith)
Re: [Q] How do I boot without a keyboard connected? (Rudy Taraschi)
Re: [Q] How do I boot without a keyboard connected? (Rudy Taraschi)
Re: Linux as terminal emulator. (Frank da Cruz)
RedHat-6.2+ kernel-2.4.0+PPP problem.. (Ish Rattan)
Re: FTP scripting... (Frank da Cruz)
Re: Ascii-art Tux (Jean-Michel Grimaldi)
Re: Xfree86 problems (Daryl Fonseca-Holt)
X Server questions ("Wayne Howarth")
Re: ssl email client? (bv)
Re: X Server questions (Lew Pitcher)
Call To Action: Help me help others. (Chris Falch)
Re: X Server questions (bv)
----------------------------------------------------------------------------
From: Dean Thompson <[EMAIL PROTECTED]>
Crossposted-To:
alt.os.linux,alt.uu.comp.os.linux.questions,comp.os.linux,comp.os.linux.admin,comp.os.linux.networking,comp.os.linux.setup,comp.protocols.smb
Subject: Re: Samba 2.0.7/RH7.0 and W2K
Date: Wed, 28 Feb 2001 00:17:25 +1100
Hi!,
> Im running Win2k and I have samba on my solaris machine. Couple quesitons:
>
> 1. Did you enable Plain text passwords in windows 2k? (similar to the way
> you would do it in windows 98).
I have to say that instead of setting the passwords for clear text on each of
the clients, I just enable the encrypted password option on the samba server.
This means that you don't have to visit each SAMBA client. I know this
approach works under Win98/WinNT/Win2000/WinME.
> 2. Is it necessary to have different host names and IP's on your single
> dual boot machine? each time you turn the computer on it has to register
> with the network. Usually this operates smoothly but there are times when
> it goes awry. This is why i would suggest using the same hostname and ip
> addresses on each OS in the dual boot.
Providing that the various operating systems are not running together through
the use of a virtual machine like "VMWARE", you should be able to get away
with the same IP address and the same hostname. Normally, you only have to
use different names and numbers if you are going to have both the O/S's up at
the same time.
> 3. Hard kill (pkill smbd and pkill nmbd) and restart samba (or reboot your
> samba machine :)
To do a hard kill of Samba 2.0.7 I would recommend using the samba script
which is installed in the runlevel of the system. You should be able to do
the following:
/etc/rc.d/init.d/samba start ---> Start the SAMBA daemon
/etc/rc.d/init.d/samba restart -> Restart the SAMBA daemon
/etc/rc.d/init.d/samba stop ----> Stop the SAMBA daemon
I also like the SWAT interface which allows me to do some remote
administration of the site including adding/deleting shares and
starting/restarting both the smbd (SAMBA daemon) and the nmbd (NetBIOS name
server daemon).
I hope this goes some way to answering your questions.
See ya
Dean Thompson
--
+______________________________+____________________________________________+
| Dean Thompson | E-mail - [EMAIL PROTECTED] |
| Bach. Computing (Hons) | ICQ - 45191180 |
| PhD Student | Office - <Off-Campus> |
| School Comp.Sci & Soft.Eng | Phone - +61 3 9903 2787 (Gen. Office) |
| MONASH (Caulfield Campus) | Fax - +61 3 9903 1077 |
| Melbourne, Australia | |
+------------------------------+--------------------------------------------+
------------------------------
From: Nikodemus Karlsson <[EMAIL PROTECTED]>
Subject: Plotting conics
Reply-To: [EMAIL PROTECTED]
Date: Tue, 27 Feb 2001 14:20:59 +0100
Is there any linux program one can use to easyly plotting conics? Gnuplot
doesn't support conics. I would like the feature to save the plot in an
eps-file.
TIA Nikodemus
--
*****************************************
Nikodemus Karlsson,
Teacher in mathematics and science
*****************************************
------------------------------
From: Jean-Michel Grimaldi <[EMAIL PROTECTED]>
Subject: Re: Ascii-art Tux
Date: Tue, 27 Feb 2001 14:36:34 +0100
> png2html
> http://www.thinkgeek.com/stuff/things/340a.html
Thanks a lot for both answers : pgn2html allow to recreate the page I
had seen, but img2ps gives results that are easier to print.
--
JM
------------------------------
From: Jean-Michel Grimaldi <[EMAIL PROTECTED]>
Subject: Re: Ascii-art Tux
Date: Tue, 27 Feb 2001 14:42:04 +0100
> png2html
> http://www.thinkgeek.com/stuff/things/340a.html
Thanks a lot for both answers: pgn2html allows to recreate the page I
had seen, but img2ps gives results that are easier to print.
--
JM
------------------------------
From: John Hasler <[EMAIL PROTECTED]>
Subject: Re: Linux partitioning question
Date: Tue, 27 Feb 2001 13:17:40 GMT
Robert Heller writes:
> Nothing was really seriously wrong,...
Yes it was. You failed to install anacron.
--
John Hasler
[EMAIL PROTECTED]
Dancing Horse Hill
Elmwood, Wisconsin
------------------------------
Crossposted-To:
sfnet.atk.linux,comp.os.linux.hardware,comp.os.linux.setup,alt.os.linux.redhat,redhat.config,comp.os.linux.x
Subject: VESA energy saver with a new 2.4.0 kernel?
From: [EMAIL PROTECTED] (Otto J. Makela)
Date: Tue, 27 Feb 2001 14:44:50 GMT
I assume the whole logic behind the VESA energy saving system has
changed, or something, because the settings in XF86Config-4 which
worked well with a older kernel no longer (with a hand-compiled 2.4.0)
switch my monitor to energy saving from the gdm login screen, nor does
the Gnome screen saver ever switch over to energy saving mode though
it has been set to do so. This is a RH7.0 system with XFree86 4.0.1,
the old kernel was the 2.2.16-22 that came with the system.
I got a report of a similar problem from another user, and then again,
someone else told me that it works just fine for him.
How should I proceed to figure out what's wrong?
--
/* * * Otto J. Makela <[EMAIL PROTECTED]> * * * * * * * * * * * * * * * */
/* Phone: +358 40 765 5772, FAX: +358 42 7655772, ICBM: 60N 25E */
/* Mail: Mechelininkatu 26 B 27, FIN-00100 Helsinki, FINLAND */
/* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * */
------------------------------
From: [EMAIL PROTECTED] (Rod Smith)
Crossposted-To: comp.os.linux.setup,comp.os.linux.hardware
Subject: Re: Linux partitioning question
Date: Tue, 27 Feb 2001 14:54:04 -0000
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>,
Floyd Davidson <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Rod Smith) wrote:
>>Splitting off multiple partitions has several advantages, such as a
>>reduced chance of problems should a runaway process create a too-large
>>file and a reduced chance losing all your data in case of a filesystem
>>problem. IMHO, these are all dwarfed for new users by the near certainty
>>of getting partition sizes wrong, but those who know how big to make
>>their partitions may prefer to split things up.
>
> Since SysV R3 (with symbolic links) it has been almost
> *impossible* to get the partition sizes wrong, and hence there
> is absolutely no need to readjust partitions sizes (which was
> indeed a *serious* admin consideration when installing a SysV R2
> UNIX). Instead entire directories can be placed on other
> partitions and symlinked to any given location.
This is pretty ugly, IMHO, but it does of course work. Part of the
problem is that it cuts into the advantages of having multiple
partitions to begin with. For instance, suppose you normally mount
/usr/local read-only for security reasons, activating read/write access
only when you install a new package or upgrade a new one. When it runs
out of space and the only space left is on /home and link some
directories in /usr/local to somewhere in /home, you lose the read-only
nature of /usr/local for those files.
Furthermore, my objection to lots of filesystem splits is not for
experienced users, but for newbies. Will a newbie know the commands to
use to safely move these files? Probably not. A newbie with incomplete
instructions on doing this could easily produce a non-bootable system
and have to reinstall (or do SERIOUS maintenance, which this newbie
would also be unqualified to do).
--
Rod Smith, [EMAIL PROTECTED]
http://www.rodsbooks.com
Author of books on Linux & multi-OS configuration
------------------------------
From: [EMAIL PROTECTED] (Rudy Taraschi)
Subject: Re: [Q] How do I boot without a keyboard connected?
Date: 27 Feb 2001 14:50:44 GMT
steve wrote:
> I wonder what is actually checked, and if you started with a
> keyboard, and started ripping parts off, at what point would you
> not be able to boot?
I was leaving the chainsaw approach as a last resort.
> I also wonder if you couldn't get a BIOS upgrade that
> might allow the no keyboard check?
It's a 1993 or 1994 Olivetti M4 - proprietary BIOS. You gave me an
idea though. I'll just pop the BIOS chip off another old 486 MB that
I've got kicking around and try plugging it into the M4. Thanks.
--
Rudy Taraschi
<rudy at see aye ee dot see aye> is my correct email address
------------------------------
From: [EMAIL PROTECTED] (Rudy Taraschi)
Subject: Re: [Q] How do I boot without a keyboard connected?
Date: 27 Feb 2001 14:52:35 GMT
mike <[EMAIL PROTECTED]> wrote:
> I once read an article about how to do it. I haven't been able
> to find it, but I remember that you had to make a "dongle" .
> You get a DIN connector and solder a resistor between some pins.
> That tells the bios that there is a keyboard connected.
Sounds like *exactly* what I'm looking for.
> If I find the article I will post it.
Much appreciated. I hope you find it too :-)
--
Rudy Taraschi
<rudy at see aye ee dot see aye> is my correct email address
------------------------------
From: [EMAIL PROTECTED] (Frank da Cruz)
Crossposted-To: comp.protocols.kermit.misc
Subject: Re: Linux as terminal emulator.
Date: 27 Feb 2001 15:01:52 GMT
In article <[EMAIL PROTECTED]>,
Peter T. Breuer <[EMAIL PROTECTED]> wrote:
: Grant Edwards <[EMAIL PROTECTED]> wrote:
: > In article <[EMAIL PROTECTED]>, Peter T. Breuer wrote:
:
: [Minicom versus Kermit debate...]
:
Minicom is great for casual or novice users if it has been set up for
them in advance -- all its configuration files, etc. It's like the
"Windows" of communications software. The tradeoff is always between ease
of use and flexibility. When a Windows-like product works, it's great.
When it doesn't, it can be difficult or impossible for the user to find
out why and fix or work around the problem.
Kermit is for the non-casual user who knows what they want to do, doesn't
want anything happening by magic, needs detailed control of every facet of
the setup and connection, and might also want to automate all or parts of
the connection. For the experienced user (that is, somebody who spends 20
minutes figuring this out or reading the documentation), it's actually
*easier* to use than Minicom because multiple actions can be condensed
into macros.
The real tradeoff, then, is ease of learning versus ease of use. Going
back to the Windows example, Windows is as popular as it is because it's
easy to learn, easy to get started -- you don't have to read or study
anything. Unfortunately, once you're hooked you begin to notice how
labor-intensive certain common tasks are, and begin to wish for an easier
way to do them -- perhaps even a way to automate them. A good example is
entering user IDs in Windows NT. It's good that there is a nice GUI to
guide you through the process, and this is just the ticket for the 99% of
people who need to enter only a handful of IDs. But what if you need to
enter ten thousand IDs? That's an awful lot of clicking. If you find
youself in this situation, you are more than ready to read and study to
save yourself all that RSI-inducing and error-prone drudgery. Wouldn't
you be disappointed to learn there was NO WAY to automate the task? I
don't know if there is or there isn't, but the point is: there is room for
both kinds of tools -- the easy-to-learn ones and the powerful ones.
So too with Kermit and Minicom. If Minicom does everything you want, then
it's right for you. If there are things you wish you could do with it but
can't, maybe you're ready for a more powerful package. More about
Kermit-versus-Minicom tradeoffs here:
http://www.columbia.edu/kermit/kermit.html#complexity
- Frank
------------------------------
From: Ish Rattan <[EMAIL PROTECTED]>
Subject: RedHat-6.2+ kernel-2.4.0+PPP problem..
Date: 27 Feb 2001 09:35:10 -0500
Follow up on my own post. Ppp seems to work if I do
modprobe ppp_async
before
pppd
Is there a way to make this module automatically when pppd is
invoked (like autoload when needed)? I think that is the norm,
so what am I missing? Placing an entry in /etc/modules.conf does
not seem to help..
Thanks in advance.
- ishwar
------------------------------
From: [EMAIL PROTECTED] (Frank da Cruz)
Crossposted-To: comp.protocols.kermit.misc
Subject: Re: FTP scripting...
Date: 27 Feb 2001 15:19:06 GMT
In article <[EMAIL PROTECTED]>,
Bud Rogers <[EMAIL PROTECTED]> wrote:
: Josef Moellers wrote:
: > Bud Rogers wrote:
: >> Expect was designed to handle tasks like that.
: ...
: budr@twocups:~$ autoexpect telnet localhost
: ...
: Now script.exp is an expect script that will exactly replay that online
: session from login to logout. Then you can add control statements to
: alter the flow of the script, handle errors, whatever.
:
Expect is a fine tool that can be used to automate interactive procedures
that can't be automated any other way. For FTP it's better than .netrc
because it allows some measure of decision making.
But it's not as good as an FTP client that has its own built-in scripting
language. Why? Because it is driven entirely by whatever text happens to
appear on the screen. It can't tell whether text is from the FTP client
or the server or (in the example above) the shell or the Telnet client.
There is no connection between the scripting language and the FTP protocol.
A script based on messages will stop working as soon as any of the
messages changes. You're likely to need a different script for every FTP
client/server pair.
Plus an Expect/FTP script is limited by the feature set of the FTP client.
Can you use Expect to force your FTP client to:
. Make secure connections to a secure FTP server?
. Translate character sets?
. Automatically switch between text and binary mode for each file?
. Traverse directory trees?
. Select files based on date and/or size?
. Handle filename collisions automatically?
. Preserve file dates or permissions?
. Execute update or recovery procedures?
Probably not. But the new Kermit FTP client:
http://www.columbia.edu/kermit/ftpclient.html
can do all this in a very simple, straightforward way that can be
scripted easily and robustly. See the tutorial here:
http://www.columbia.edu/kermit/ftpscript.html
- Frank
------------------------------
From: Jean-Michel Grimaldi <[EMAIL PROTECTED]>
Subject: Re: Ascii-art Tux
Date: Tue, 27 Feb 2001 16:31:19 +0100
> Thanks a lot for both answers: pgn2html allows to recreate the page I
> had seen, but img2ps gives results that are easier to print.
By the way, in order for img2ps to work with versions of PerlMagick that
give 5 digits instead of 3 for RGB components, you should add the
following lines just after "my $c_str = shift;" in sub parse_color:
if ($c_str =~ /^(\d{1,5}){1},(\d{1,5}){1},(\d{1,5}){1},?(\d{1,5})?/)
{
return [$1>>8, $2>>8, $3>>8, $4>>8];
}
--
JM
------------------------------
From: [EMAIL PROTECTED] (Daryl Fonseca-Holt)
Subject: Re: Xfree86 problems
Reply-To: [EMAIL PROTECTED]
Date: Tue, 27 Feb 2001 09:32:23 -0600
On Tue, 27 Feb 2001 06:53:01 GMT, Thaddeus L Olczyk
<[EMAIL PROTECTED]> wrote:
>On Mon, 26 Feb 2001 22:01:48 -0500, in comp.os.linux.misc you wrote:
>
>>Thaddeus L Olczyk wrote:
>>
>>> I just converted my whole system to Reiserfs ( except for /boot).
>>> The way I accomplished this was to tar gzip each partition and
>>> then reformat that partition, and untar ungzip the partition back.
>>> The problem is that everything seems to work. I manage to boot
>>> runlevel 3 fine. The one problem that I have is when I try to start X.
>>> At which point the system hangs and I have to reboot.
>>> Is there some way I can start configuring the system from scratch
>>> ( which would be the simplest way to fix things )?
>>>
>>> The way the system hangs is this.
>>> The screen goes blank, nothing comes up, and I can still telnet into
>>> the system.
>>> I wonder if what is happening is that a window manager is not being
>>> started.
>>> Any idea?
>>> TIA
>>
>>switch back to the console u started X from (using CTL+ALT+Fx) to see if
>>any error messages are reported that u woudlnt normally see b/c u would
>>be seeing X related stuff on screen.
>I can't.
Use startx 2> /tmp/x.log &1 to start up X, then while system is hung, telnet in
and look at the log. Pay close attention to lines marked with (EE).
HTH,
Wyatt
------------------------------
From: "Wayne Howarth" <[EMAIL PROTECTED]>
Subject: X Server questions
Date: Tue, 27 Feb 2001 15:46:38 -0000
Could somebody please try and explain to me the basic structure of X
Windows. I am coming from a Windows background and am slightly confused at
how the whole 'X' thing fits together. Somehow I just can't get to grips of
it being a graphical server???
I am currently assuming that XFree86 is the GNU's implementation of an X
Server which runs locally. The desktop presumably is an X-Client (e.g.
Gnome, KDE, etc). Then the window manager acts as an agent which is called
by the X-Client to 'display' things.
Any clarification/confirmation would be appreciated.
Thankx,
Wayne.
------------------------------
From: bv <[EMAIL PROTECTED]>
Subject: Re: ssl email client?
Date: Tue, 27 Feb 2001 17:19:45 +0100
jpk wrote:
> Does anyone know of an ssl capable email client for Linux? I'm trying to
> wean my system's users off of cleartext.
KMail, I think
--
Bastian Voigt
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Lew Pitcher)
Subject: Re: X Server questions
Reply-To: [EMAIL PROTECTED]
Date: Tue, 27 Feb 2001 16:19:14 GMT
On Tue, 27 Feb 2001 15:46:38 -0000, "Wayne Howarth"
<[EMAIL PROTECTED]> wrote:
>Could somebody please try and explain to me the basic structure of X
>Windows. I am coming from a Windows background and am slightly confused at
>how the whole 'X' thing fits together. Somehow I just can't get to grips of
>it being a graphical server???
>
>I am currently assuming that XFree86 is the GNU's implementation of an X
>Server which runs locally. The desktop presumably is an X-Client (e.g.
>Gnome, KDE, etc). Then the window manager acts as an agent which is called
>by the X-Client to 'display' things.
>
>Any clarification/confirmation would be appreciated.
An X server is the software that manages the physical display,
keyboard, and mouse. It's job is to provide the display and input
services for other programs, hence the 'server' nomenclature.
Any program that requests services of the X server is an X client.
This can include application programs that accept mouse or keyboard
events or generate window events, Window Managers which provide the
window placement and management tools (like resize handles, maximize
and minimize functions, window move functions, etc.) and Desktop
Managers which provide an integration framework for application
programs and Window Managers (drag'n'drop, theming, etc.).
All client requests are passed directly to the X server for action.
Window Managers and Desktop Managers eavesdrop on these requests, and
add their own requests based on the requests they hear. Think of it
this way,
an application asks X to show a window...
+--------+
| my |
| window |
+--------+
the Window Manager eavesdrops on this, and adds it's request
to X to show it's own window (which happens to look and act
like window control bars). The placement of the Window Manager's
window is such that it is physically associated with the original
application's window. This looks like...
============
[+] [_][X]
============
I+--------+I
I| my |I
I| window |I
I+--------+I
============
You _can_ run without a Desktop Manager; you loose drag'n'drop, etc.
You _can_ run without a Window Manager; you loose window controls
>From a MSWindows point of view, the combination of X server, Window
Manager and Desktop manager make up the GUI. That is to say that
MSWIndows incorporates (most of) the facilities of an X server, Window
Manager and Desktop Manager into it's GDI. The only part truely
missing is the networked aspect of X; you can run an X app (including
a WM and/or a DM) on a different physical system than you run your X
server or your X client applications. They all talk through the
network.
Let's make that clear...
I can do this...
TCP/IP network
------------------------------------------
/ / / \
| | | |
+-----------+ +-----------+ +----------+ +----------+
| appsystem | | wmsystem | | dmsystem | | mysystem |
+-----------+ +-----------+ +----------+ +----------+ +- monitor
| xload app | | FVWM95 wm | | GNOME dm | | X server |-+- keybd
+-----------+ +-----------+ +----------+ +----------+ +- mouse
I can sit at "mysystem", and run an X client application on
"appsystem" which will display it's windows on "mysystem". Further,
those windows will have window controls provided by the FVWM95 window
manager running on "wmsystem" and drag'n'drop facilities provided by
the GNOME desktop manager running on "dmsystem". "appsystem" does not
need a local X server, neither does "wmsystem" or "dmsystem".
Lew Pitcher
Information Technology Consultant
Toronto Dominion Bank Financial Group
([EMAIL PROTECTED])
(Opinions expressed are my own, not my employer's.)
------------------------------
From: Chris Falch <[EMAIL PROTECTED]>
Subject: Call To Action: Help me help others.
Date: Tue, 27 Feb 2001 10:20:20 -0600
Warning: Philosophical monolouge forthcoming (aka rant)....
Newbies, this is a must-read.
As a response to a question I had about the 'setuid' system call in
linux,
Victor Wagner wrote:
> Type following command at the shell prompt:
> info -f libc "Process persona"
> If you have installed libc docs, excellent tutorial on this subject
> would come up.
Ya' know, when I first started UNIX, I *hated* it. I had just spent a
year trying to figure out Windows 3.1/DOS, and then got to college and
had to fool around with a completely different architecture with new
commands and new ways of processing information. And the worst part was
that there was no good way to learn, except from word of mouth. When I
needed information, if it wasn't in the man pages, I was SOL, until I
found a person that knew how to do what I needed to do.
Now, thankfully, I've got the internet to help me. Newsgroups like this
one, and help groups and informative web sites are immeasurable in their
helpfulness, but I still find myself floundering every time I think to
myself "... hmm. I wonder if something like *this* can be done". If I
don't know the exact command that can achieve my goals, then I don't
even know where to start.
Case in point: I'd heard the 'info' docs were sometimes better than the
'man' docs, so naturally, when I needed help with setuid, I tried 'man
setuid' and 'info setuid'. Useless. It told me exactly what I already
knew, and no more, and further, the 'info' was exactly the same as the
'man'. Now, as Victor so nonchalantly points out, 'info -f libc "Process
persona" ' will give me a tutorial on how and why and when you'd want to
change persona. Geez, if I had that information 2 weeks ago, my life
would have been a lot easier! And how completely non-intuitivie is it
for me to have to supply a -f switch and a libc info file (which, by the
way, I have NO idea where it resides on my system), and provide an index
called "Process persona". Yikes. Just look at how many tools and
paradigms are needed to be learned *before* you can start learning the
stuff ya' need to know.
My organization is just getting the gears churning on the linux
movement. In the next year, I expect many people like myself wasting a
lot more time than is probably need, just finding out how to find
answers to their questions, so here's my challenge: Submit the most
powerful tools you know of to find information about UNIX/Linux specific
questions. For instance, what can I use in place of 'libc' in the
command at the beginning of this post? Are there any special tricks
with the 'man' command, or is it just for looking up already-known-of
commands? Any other resources?
If the response is good, I'll post the solutions in the public domain
somewhere, most likeley on the web, where it will actually be useful to
others. I'll be posting this call-to-action on other newsgropus as
well, so please forgive me if you feel this is an inappropriate post for
this newsgroup.
------------------------------
From: bv <[EMAIL PROTECTED]>
Subject: Re: X Server questions
Date: Tue, 27 Feb 2001 17:48:42 +0100
Wayne Howarth wrote:
> I am currently assuming that XFree86 is the GNU's implementation of an X
> Server which runs locally. The desktop presumably is an X-Client (e.g.
> Gnome, KDE, etc). Then the window manager acts as an agent which is called
> by the X-Client to 'display' things.
Well, not exactly.
XFree86 is a free open source implementation of the X-Window System, but
the project has nothing to do with gnu. Their website is at
http://www.xfree86.org
Speaking in windows-terms, the X-Server is a combination of display driver,
mouse/keyboard/joystick driver and font manager.
Every application that wants to display a window can use the X-Server for
input and output. The applications need not run on the same machine as the
X-Server, e. g. you can run an app on a remote machine and send its output
to the X-Server running on your local system.
The Window Manager is responsible for the window decorations (border, title
bar, minimize/maximize icons...)
Then there are the widget sets, these are libraries that contain the
widgets (e. g. menus, buttons, checkboxes, edit fields ...). The GNOME
environment uses GTK+, KDE uses Qt.
The desktop environment (KDE/GNOME) itself is a quite complicated thing,
for normal use you needn't know how exactly it works.
--
Bastian Voigt
<[EMAIL PROTECTED]>
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to comp.os.linux.misc.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
