From: Victor Warner <vwarner@waitrose.com>
To: linux-msdos@vger.kernel.org
Subject: Re: Running dosemu as a user
Date: Tue, 03 Jan 2006 14:42:29 +0000 [thread overview]
Message-ID: <E1EtnMr-0008l3-T3@webm5.global.net.uk> (raw)
Mike
Thank you very much for the detailed explanation. It helped to make much
that was unclear clear.
However, Linspire does not store the PATH for a user in .profile or .bashrc
files (where ever they are located).
Until I hear from Linspire technical support, I just copied the .dosemurc
file to the home directory and got dosemu to run by
typing /usr/local/bin/xdosemu from Konsole.
Victor Warner
On Thu, 29 Dec 2005 19:45 , Mike McCarty <mike.mccarty@sbcglobal.net> sent:
>Victor Warner wrote:
>> Thank you for your reply but this is the first time I have had to do
this type
>> of thing..
>
>I had already managed to figure that out :-)
>
>> There is only only .profile (in /root) but several .bashrc
(/root, /home/victor,
>> /etc/bash, etc).
>>
>> In which one of the files do I add "export PATH=$PATH:/usr/local/bin"?
>
>For whichever user it is that is having the problem.
>
>> Any further help would be very gratefully received.
>
>I presume that you log in as user "victor". In that case, you put
>the export line in
>
> /home/victor/.bashrc
>
>If you also log in as "vwarner", then you would also put it
>into
>
> /home/vwarner/.bashrc
>
>This is only a convention, and you could put it elsewhere.
>
>Here is how this works:
>
>When you enter a command like
>
>$ ls
>
>your shell (bash in this case) first looks to see if it "knows"
>this command itself. In this case (ls) it does not. It then
>looks for an environment variable (just some information you
>have given to bash and given a name) for a list of directories
>to search for a file named "ls". The name of the environment
>variable is "PATH". The entries in the PATH variable are
>separated by the colon character (":"). To query what variables
>you have told bash about, you use the "set" command, which
>bash knows directly. Like this:
>
>$ set
>
>You'll see a bunch of stuff come out. Probably more than you
>want. So you can use "less" to view it. Like this:
>
>$ set | less
>
>Or if you want to query your PATH, you can use grep, like this:
>
>$ set | grep PATH
>
>Mine looks like this...
>
>$ set | grep PATH
>PATH=/home/jmccarty/bin:/home/jmccarty/games/usr/games:/home/jmccarty/devtools/assemblers/asxxxx/asxv4pxx/asxmak/linux/exe:/usr/local/lib/lcc:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
>
>So, when I type in "ls fred", bash first sees that it doesn't know
>about "ls" directly, and it then looks for /home/jmccarty/bin/ls.
>It finds nothing. Then it looks for /home/jmccarty/games/usr/games/ls,
>and still finds nothing. Then it looks in /home/jmccarty/de...
>Eventually it looks for /bin/ls, and it finds an executable, which
>it loads and runs.
>
>To set a variable to a value, use
>
>$ set VARIABLE="value to set"
>
>This sets it only for the shell. To make the variable visible
>to other programs the shell runs, you need to export it.
>
>$ export VARIABLE
>
>These two commands may be abbreviated into just the export, like this
>
>$ export VARIBLE="value to set VARIABLE to"
>
>Now, to use what is in a variable when setting a variable, use
>the "$" symbol. Like this:
>
>$ set VAR1="string 1"
>$ set VAR2="$VAR1:string 2"
>
>This sets VAR2 to "string 1:string 2". So,
>
>$ export PATH="$PATH:/usr/local/bin"
>
>sets PATH to whatever it already is, followed by a colon and
>some more information.
>
>It happens that there is a convention that applications use
>an "rc" file to Read Configuration from. For bash, it is
>~/.bashrc, which contains a bunch of commands which bash
>executes upon startup.
>
>Got it?
>
>I suggest you use
>
>$ man bash
>$ info bash
>
>to get more information.
>
>Mike
>--
>p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
>This message made from 100% recycled bits.
>You have found the bank of Larn.
>I can explain it for you, but I can't understand it for you.
>I speak only for myself, and I am unanimous in that!
>-
>To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
---- Message sent via Waitrose Webmail - http://www.waitrose.com/
next reply other threads:[~2006-01-03 14:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-03 14:42 Victor Warner [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-01-03 17:05 Running dosemu as a user Victor Warner
2005-12-29 13:47 Victor Warner
2005-12-29 17:58 ` Mike McCarty
2005-12-30 0:16 ` Victor Warner
2005-12-30 1:45 ` Mike McCarty
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1EtnMr-0008l3-T3@webm5.global.net.uk \
--to=vwarner@waitrose.com \
--cc=linux-msdos@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox