This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: registry's role, or "must I install on client madhines"


On Mon, May 28, 2007 at 05:23:07PM -0600, morgan gangwere wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Joseph Michaud wrote:
>> Christopher Faylor wrote:
>>> On Wed, May 23, 2007 at 10:00:49AM -0400, Joseph Michaud wrote:
>>>> I have cygwin installed on a Windows share.  I'm trying to use it
>>>> from another Windows client machine (on which it was never installed)
>>>> by simply running the bash executable using the UNC path
>>>> (//share/cygwin/bin/bash.exe -l -i).  This isn't working.
>>>> ...
>>>> The only other thing I can think of is that the registry is
>>>> being set up when you do an install and that these registry entries
>>>> are required when bash is invoked.
>>>>
>>>> Are registry entries referenced when running bash?
>>>
>>> Cygwin, (somewhat) like linux, sets up a mount table which creates a
>>> root directory, bin directory and other directories.  You can see what's
>>> created by typing "mount".
>>>
>>> The fact that this information is stored in the registry is irrelevant
>>> (and WILL change eventually).  You should use the mount command to
>>> see how things are set up.
>>>
>>>> Is it possible to setup cygwin so that it may be used from a share
>>>> without having been installed on the client machine?
>>>
>>> Possibly.  You don't absolutely need the mount table (with the possible
>>> exception of /tmp) but, if you want to have bash set things up
>>> automatically, you will need to investigate how bash works, set the
>>> appropriate environment variables, and use the appropriate command line
>>> switches.
>>>
>>> info bash
>>>
>>> may help.  Also check out "man mount" paying particular attention to
>>> "mount -m".
>>>
>> 
>> Bingo!  That's the trick.  As soon as I ran the appropriate mount
>> commands on my client machines (specifying //share/cygwin...)
>> everything worked.
>> 
>> Thanks.
>> 
>> Joe
>> 
>> -- 
>> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>> Problem reports:       http://cygwin.com/problems.html
>> Documentation:         http://cygwin.com/docs.html
>> FAQ:                   http://cygwin.com/faq/
>> 
>> 
>
>blxt?
>windows has a way to make //server/share/ mounts look like g:\ filesystems
>just open up Windows Explorer and check out "Tools/Mount Network Drive"
>an easy hack to make the system coherent is to use some tool like
>partitionMagic to make the boot drive something like "U:\" and have
>cygwin installed in "U:\Cygwin\Cygwin" - on the client machines, mount
>the network drive onto "U" and it'll run like a charm.
>
>convoluted but failsafe

Going to the extra step of mounting a remote drive when you can jus
reference it in cygwin's mount command does not qualify as failsafe to
me.  In addition to needing to mount the drive letter, doing that means
that every system that you use has to have the same drive letter free.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]