World: r3wp

Gimp can be loaded from the command console. Could it be loaded if 
there were no gui such as KDE?

Unless you are using gimp script, I would think you would at least 
need an X server somewhere.

If so, it seems to me that work would go a lot faster without the 
gui once the main Linux commands are learned. Am I right about this?

You would be wrong about the problem domain that is covered by your 
example app, Gimp. Other problem domains could be different though.

I would be slowed down - I can't type very quickly.

What do you mean by "problem domain"?

In this case, image editing.

I mean the general kind of problem an app is supposed to help with.

Ok, I see what you mean. I guess it would be best to keep all options 
open. I've just be intriged by how much faster one can, for example, 
locate files use the command console---it is almost instant.

Thanks, Brian.

coLinux-based distributiins manage just fine on Windows with just 
console and networking support - all of the GUI and sound stuff comes 
from servers running as native Windows apps and talking over the 
network connection.

Most of what I do could in theory be done from the command line (I 
don't edit images much), but the gain or loss in productivity varies.

I use have used Unix without a gui  well  forever,   but unless gimp 
has an ascii rendering mode  (netpbm does) it may not be what you 
want .

I'm keeping KDE, but I find myself more and more using the the command 
console (or eshell from emacs).

Louis;  Woohoo.  CLI wins in my book.  Everytime.   Well I take that 
back a little.  Windowed CLI's are just that little bit better, in 
terms of eye strain and quickly getting from task A to task B.  Konsole 
is the da bomb.  Note, my mileage varies.  I don't really do art, 
but I appreciate it when I see it.


Learn some bash, AWK, sed, tr and cut and there won't be a text file 
that can't be scrunched and munched into whatever form you desire. 
 ;)  Well, Icon too if you have reaallly complex needs.  Umm, assuming 
REBOL doesn't already have a one-liner solution.

I never used a GUI on Linux. The only thing I need is midnight commander.

I don't use a GUI on Syllable Server because it doesn't have one 
yet :-)

If you work in a terminal emulator in an X window, you can just start 
graphical apps from the command line

If you really want to do it from the text mode console, you have 
to start X first. And then when you start an X app, it will open 
on console 7, the graphical one where X runs, so you have to switch 
consoles

Has anyone a link to a good GCC toolchain tutorial. Things like: 
How to make static-link-libs, etc.

I already googled but there isn't really a lot available...

Any XEN or network configuration gurus here? I have setup a XEN system 
but have some problems with the network configuration.

for anybody who uses Windows and Linux on the same box, this program 
allows you to read/write to each other.You will need to have any 
other usb/external hds plugged in before installing

get it here :   http://home.comcast.net/~amiga/Ext2.exe

I've read many docs but can't get cron to work. I'm editing the table 
with gcrontab. The cron prossess is running. There are no error messages, 
but my rebol script simply does not run. Any clues as to why?

The two most obvious things are the shebang line in the script and 
file permissions.

Peter, thanks. Is the shebang line absolutely necessary? Here is 
what I had in mind for the crontab line:

0 * * * * /usr/bin/rebview -s -script /home/lat/r/dar/backup.r


When I use a shebang line a permissions request dialog pops up even 
though I have secure set to allow.

Probaby not if you as you are running Rebol and supplying the scriptname 
as an arg.

I don't think that you need the -script, have you tried

/usr/bin/rebview -s /home/lat/r/dar/backup.r ?

I'll try that, but there are other problems showing up now, not related 
directly to cron.

When I run the script from the command line, sudo asks for permissions. 
The script must ask me nothing so that it can run unattended.

sudo will ask, if you are using sudo. that's not the script itself 
doing that.

Yes, I know. I forgot about that and put sudo in the script. I can 
take sudo out easy enough, but then the script won't be able to make 
directories. How can the script run as root without having to ask 
me for a password?

I think you need to set that particular cron job for the root user. 
I'm not sure you can switch user level inside your current user to 
root inside a cron job.

How do I do that?

su root and edit its crontab. you must be the user you want to edit 
the crontab for, AFAIK.

Oh, ok. I'll try that.

su root is not accepting my password. Is that bad news or what?

it must be the root password

I'll have to think about it for awhile, but I don't remember giving 
root a different password from my own. Can I us sudo to change the 
password for root?

I'm not sure you can. Sudo isn't quite the same user level as root, 
AFAIK.

Is there a default password?

no. I think it's beyond my expertise now. :-) I have only tried this 
in debian where there is a root user available. some distributions 
are root-less.

Thanks anyway Henrik.  I've been painting myself into a corner alot 
lately.

are you sure the task you want to do can't be done without resorting 
to root?

Pretty sure.  Otherwise I can't make directories.

But then, I quite new to Linux.  I didn't know about su root, for 
example.

I'm learning fast, but there is a lot to learn.  More than one person 
will ever know, I think.

I suppose I could start the script with sudo from the command line, 
have timers in the script, and just leave the script running all 
the time. Would that use up a lot of cpu power?

you should be able to make directories within the same user level, 
if the place where you are trying to make directories has the right 
permissions.