* RE: default mounts
[not found] <8AC36D3167EED41184C800508BD95405016744DD@apollo.adtech-inc .com>
@ 2001-12-19 12:43 ` Larry Hall (RFK Partners, Inc)
0 siblings, 0 replies; 8+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2001-12-19 12:43 UTC (permalink / raw)
To: Ching, Jimen, 'cygwin@cygwin.com'
At 03:11 PM 12/19/2001, Ching, Jimen wrote:
>David Starks-Browning [starksb@ebi.ac.uk] said:
> >There is an entry "Why the weird directory structure?" in the Cygwin
> >FAQ. Did you read it? If, after reading the FAQ entry, you still
> >have questions or problems, please report them to the list.
>
>Apparently, this FAQ is accurate. The problem is, there are files
>installed into /usr/lib, which the mounts will override. See below.
>
>Larry Hall (RFK Partners, Inc) [lhall@rfk.com] said:
> >I suggest you remove any symlinks
> >to for directories that setup.exe uses as mounts prior to using setup.
> >I expect that was your problem during installation of the latest Cygwin
> >version.
>
>I did, and setup.exe recreated the mounts. From the FAQ above, it seems
>this is the expected behavior. But it does not explain the files in
>the original directory. This is a list of those files:
>
>/usr/bin/glut32.dll
>/usr/lib/mingw/libglui.a
>/usr/lib/mingw/libgluix.a
>/usr/lib/libglui.a
>/usr/lib/libgluix.a
>
>I could not find any package that provides 'glut'. Should I just delete
>these files?
These would come from the OpenGL package. I guess I'm still not clear on
what you're implying here. Are you suggesting that you did not have
/usr/lib and /usr/bin before you ran setup.exe and somehow in the process
the directories were created, the files you mentioned were deposited in
them, and then setup.exe mounted these directories elsewhere? It is not
setup.exe's expected behavior to put anything in /usr/bin and /usr/lib.
It is setup.exe's expected behavior to mount <Cygwin install dir>/bin to
/usr/bin and <Cygwin install dir>/lib to /usr/lib. Unless you can provide
more details of what you did, I have to conclude that you created /usr/lib
and /usr/bin prior to running setup.exe. If that's the case, I recommend
that you not do this. If not, I don't have enough information about the
process you followed to even begin speculating further.
I'd recommend getting rid of the files you list above and installing the
OpenGL package via setup.exe if you want it.
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
838 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: default mounts
@ 2001-12-19 12:43 Ching, Jimen
0 siblings, 0 replies; 8+ messages in thread
From: Ching, Jimen @ 2001-12-19 12:43 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
Larry Hall (RFK Partners, Inc) [lhall@rfk.com] said:
>It is not setup.exe's expected behavior to put anything in /usr/bin and
>/usr/lib. It is setup.exe's expected behavior to mount <Cygwin install
>dir>/bin to /usr/bin and <Cygwin install dir>/lib to /usr/lib. Unless you
>can provide more details of what you did, I have to conclude that you
>
>I'd recommend getting rid of the files you list above and
>installing the
>OpenGL package via setup.exe if you want it.
setup.exe does exactly what you said it did. I don't know how those
files got into the physical /usr/lib directory. I removed them and
reinstalled opengl and everything is ok now. Thanks.
--jc
--
jching@adtech-inc.com Adtech, Inc. (808) 734-3300
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: default mounts
@ 2001-12-19 12:11 Ching, Jimen
0 siblings, 0 replies; 8+ messages in thread
From: Ching, Jimen @ 2001-12-19 12:11 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
David Starks-Browning [starksb@ebi.ac.uk] said:
>There is an entry "Why the weird directory structure?" in the Cygwin
>FAQ. Did you read it? If, after reading the FAQ entry, you still
>have questions or problems, please report them to the list.
Apparently, this FAQ is accurate. The problem is, there are files
installed into /usr/lib, which the mounts will override. See below.
Larry Hall (RFK Partners, Inc) [lhall@rfk.com] said:
>I suggest you remove any symlinks
>to for directories that setup.exe uses as mounts prior to using setup.
>I expect that was your problem during installation of the latest Cygwin
>version.
I did, and setup.exe recreated the mounts. From the FAQ above, it seems
this is the expected behavior. But it does not explain the files in
the original directory. This is a list of those files:
/usr/bin/glut32.dll
/usr/lib/mingw/libglui.a
/usr/lib/mingw/libgluix.a
/usr/lib/libglui.a
/usr/lib/libgluix.a
I could not find any package that provides 'glut'. Should I just delete
these files?
--jc
--
jching@adtech-inc.com Adtech, Inc. (808) 734-3300
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: default mounts
[not found] <8AC36D3167EED41184C800508BD95405016744D6@apollo.adtech-inc .com>
@ 2001-12-19 7:31 ` Larry Hall (RFK Partners, Inc)
0 siblings, 0 replies; 8+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2001-12-19 7:31 UTC (permalink / raw)
To: Ching, Jimen, 'cygwin@cygwin.com'
At 07:33 PM 12/18/2001, Ching, Jimen wrote:
> >No. You should check this out closely. If it's not an artifact your
> >custom environment (the fact that you mention symlinks to /bin and/or
> >/usr/bin makes me think your environment may be "fooling" setup.exe
> >into doing the wrong thing), please provide details of what you find.
> >If you find it's the result of something specific to your environment,
> >we only need to know that this is the case.
>
>Perhaps I forgot a step when I upgraded from b20 to 1.1/2/etc.x. I
>did remove all cygwin stuff when I switched to using setup.exe. But I
>did not do anything to the registry.
>
>Below is the output of 'cygcheck -s'. How do I go about determining
>what is wrong with my environment? Thanks for your help.
With the exception of local versions of cpp and make which may override
the Cygwin versions, cygcheck looks OK. I suggest you remove any symlinks
to for directories that setup.exe uses as mounts prior to using setup.
I expect that was your problem during installation of the latest Cygwin
version.
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
838 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* default mounts
2001-12-18 12:20 Ching, Jimen
@ 2001-12-19 3:54 ` David Starks-Browning
0 siblings, 0 replies; 8+ messages in thread
From: David Starks-Browning @ 2001-12-19 3:54 UTC (permalink / raw)
To: Ching, Jimen; +Cc: 'cygwin@cygwin.com'
On Tuesday 18 Dec 01, Ching, Jimen writes:
> Hi all,
>
> I have just installed the latest cygwin dll. I noticed that the /bin and
> /usr/bin are now their own separate directories. At one point, they were
> symlinks. But when I reboot my computer, my mount table still shows the
> e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /.
> This means both /bin and /usr/bin are the same physical directory. But
> the setup.exe has placed valid files in /usr/bin, which is overridden
> by the mount. Is this the normal behavior?
There is an entry "Why the weird directory structure?" in the Cygwin
FAQ. Did you read it? If, after reading the FAQ entry, you still
have questions or problems, please report them to the list.
Thanks,
David
(Cygwin FAQ maintainer)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: default mounts
@ 2001-12-18 16:30 Ching, Jimen
0 siblings, 0 replies; 8+ messages in thread
From: Ching, Jimen @ 2001-12-18 16:30 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
>No. You should check this out closely. If it's not an artifact your
>custom environment (the fact that you mention symlinks to /bin and/or
>/usr/bin makes me think your environment may be "fooling" setup.exe
>into doing the wrong thing), please provide details of what you find.
>If you find it's the result of something specific to your environment,
>we only need to know that this is the case.
Perhaps I forgot a step when I upgraded from b20 to 1.1/2/etc.x. I
did remove all cygwin stuff when I switched to using setup.exe. But I
did not do anything to the registry.
Below is the output of 'cygcheck -s'. How do I go about determining
what is wrong with my environment? Thanks for your help.
--jc
--
jching@adtech-inc.com Adtech, Inc. (808) 734-3300
--------------------------------------------------------------------------
Cygnus Win95/NT Configuration Diagnostics
Current System Time: Tue Dec 18 14:22:09 2001
Windows NT Ver 4.0 Build 1381 Service Pack 5
Path: C:\Program Files\MSOffice\Office
E:\WinApp\Oracle\Ora81\bin
C:\Program Files\Oracle\jre\1.1.7\bin
C:\WINNT\system32
C:\WINNT
C:\Win32App\NTTools\NUNT
C:\Win32App\NTTools\NUNT\System
C:\Win32App\Symantec
C:\WINNT\System32\WBEM
C:\VXIpnp\WINNT\BIN
"C:\Program Files\Hummingbird\Connectivity\7.00\Accessories\"
C:\MSSQL7\BINN
E:\ghs\i960
E:\ghs\arm
E:\intel\g960\bin
E:\cygwin\bin
E:\jimenc\work\current\source\tools
C:\mks\mkssi
SysDir: C:\WINNT\System32
WinDir: C:\WINNT
HOME = `e:/jimenc'
MAKE_MODE = `UNIX'
Path = `C:\Program
Files\MSOffice\Office;E:\WinApp\Oracle\Ora81\bin;C:\Program
Files\Oracle\jre\1.1.7\bin;C:\WINNT\system32;C:\WINNT;C:\Win32App\NTTools\NU
NT;C:\Win32App\NTTools\NUNT\System;C:\Win32App\Symantec;C:\WINNT\System32\WB
EM;C:\VXIpnp\WINNT\BIN;"C:\Program
Files\Hummingbird\Connectivity\7.00\Accessories\";C:\MSSQL7\BINN;E:\ghs\i960
;E:\ghs\arm;E:\intel\g960\bin;E:\cygwin\bin;E:\jimenc\work\current\source\to
ols;C:\mks\mkssi'
Use `-r' to scan registry
a: fd N/A N/A
c: hd FAT 2047Mb 88% CP UN WINNT
d: fd N/A N/A
e: hd NTFS 14425Mb 22% CP CS UN PA FC workspace
f: cd N/A N/A
h: net NTFS 208310Mb 93% CP CS UN PA FC Data
j: net NTFS 208310Mb 93% CP CS UN PA FC Data
k: net NTFS 10236Mb 80% CP CS UN PA FC GUI
m: net NTFS 208377Mb 82% CP CS UN PA FC DataDev
e:\cygwin / user binmode
e:/cygwin/bin /usr/bin user binmode
e:/cygwin/lib /usr/lib user binmode
. /cygdrive user binmode,noumount
Found: E:\cygwin\bin\bash.exe
Found: E:\cygwin\bin\cat.exe
Found: E:\cygwin\bin\cpp.exe
Found: E:\jimenc\work\current\source\tools\cpp.exe
Found: E:\cygwin\bin\find.exe
Found: E:\cygwin\bin\gcc.exe
Found: E:\cygwin\bin\gdb.exe
Found: E:\cygwin\bin\ld.exe
Found: E:\cygwin\bin\ls.exe
Found: E:\cygwin\bin\make.exe
Found: E:\jimenc\work\current\source\tools\make.exe
Found: E:\cygwin\bin\sh.exe
56k 2000/12/03 E:\cygwin\bin\cygbz21.0.dll
821k 2001/11/19 E:\cygwin\bin\cygcrypto.dll
34k 2001/09/30 E:\cygwin\bin\cygform6.dll
18k 2000/10/23 E:\cygwin\bin\cyggdbm.dll
17k 2001/06/28 E:\cygwin\bin\cyghistory4.dll
21k 2001/06/28 E:\cygwin\bin\cyghistory5.dll
21k 2001/06/20 E:\cygwin\bin\cygintl.dll
81k 2001/10/20 E:\cygwin\bin\cygitcl30.dll
35k 2001/10/20 E:\cygwin\bin\cygitk30.dll
19k 2001/09/30 E:\cygwin\bin\cygmenu6.dll
175k 2001/09/30 E:\cygwin\bin\cygncurses++6.dll
201k 2001/09/30 E:\cygwin\bin\cygncurses6.dll
12k 2001/09/30 E:\cygwin\bin\cygpanel6.dll
40k 2001/11/21 E:\cygwin\bin\cygpcre.dll
39k 2001/11/21 E:\cygwin\bin\cygpcreposix.dll
163k 2001/05/06 E:\cygwin\bin\cygpng2.dll
108k 2001/06/28 E:\cygwin\bin\cygreadline4.dll
135k 2001/06/28 E:\cygwin\bin\cygreadline5.dll
66k 2001/11/20 E:\cygwin\bin\cygregex.dll
231k 2001/11/19 E:\cygwin\bin\cygssl.dll
390k 2001/10/20 E:\cygwin\bin\cygtcl80.dll
5k 2001/10/20 E:\cygwin\bin\cygtclpip80.dll
10k 2001/10/20 E:\cygwin\bin\cygtclreg80.dll
623k 2001/10/20 E:\cygwin\bin\cygtk80.dll
49k 2001/02/03 E:\cygwin\bin\cygz.dll
720k 2001/12/08 E:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.3.6
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 47
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Sat Dec 8 17:02:30 EST 2001
CVS tag: cygwin-1-3-6-6
Shared id: cygwin1S3
Cygwin Package Information
Package Version
ash 20011018-1
autoconf 2.52a-1
autoconf-devel 2.52-4
autoconf-stable 2.13-4
automake 1.5b-1
automake-devel 1.5-5
automake-stable 1.4p5-5
bash 2.05a-2
binutils 20011002-1
bison 1.28-1
bzip2 1.0.1-6
clear 1.0
cpio 2.4.2
cron 3.0.1-5
crypt 1.0-1
ctags 5.0.1-1
cvs 1.11.0-1
cygrunsrv 0.94-2
cygwin 1.3.6-6
dejagnu 20010117-1
diff 0.0
expect 20010117-1
file 3.33-1
fileutils 4.1-1
findutils 4.1
flex 2.5.4-1
gawk 3.0.4-1
gcc 2.95.3-5
gdb 20010428-3
gdbm 1.8.0-3
gettext 0.10.38-2
gperf 0.0
grep 2.4.2-1
groff 1.17.2-1
gzip 1.3.2-1
inetutils 1.3.2-16
less 358-3
libncurses5 5.2-1
libncurses6 5.2-2
libpng 1.0.11-1
login 1.4-2
m4 0.0
make 3.79.1-5
man 1.5g-2
mingw 20010917-1
mingw-runtime 1.2-1
mktemp 1.4-1
ncftp 3.0.2-2
ncurses 5.2-7
newlib-man 20001118-1
openssh 3.0.2p1-3
openssl 0.9.6b-2
patch 2.5-2
pcre 3.7-1
perl 5.6.1-2
popt 1.6.2-1
postgresql 7.1.3-1
readline 4.2-3
regex 4.4-2
rsync 2.4.6-3
sed 3.02-1
sh-utils 2.0-2
shellutils 0.0
ssmtp 2.38.7-3
tar 1.13.19-1
tcltk 20001125-1
tcsh 6.10.00-3
termcap 20010825-1
terminfo 5.2-1
tetex-beta 20001218-1
texinfo 4.0-5
textutils 2.0.16-1
time 1.7-1
unzip 5.41-1
w32api 1.2-1
which 1.5-1
xpm 4.0.0-2
zip 2.3-1
zlib 1.1.3-6
Use -h to see help about each section
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: default mounts
[not found] <8AC36D3167EED41184C800508BD95405016744CF@apollo.adtech-inc .com>
@ 2001-12-18 16:22 ` Larry Hall (RFK Partners, Inc)
0 siblings, 0 replies; 8+ messages in thread
From: Larry Hall (RFK Partners, Inc) @ 2001-12-18 16:22 UTC (permalink / raw)
To: Ching, Jimen, 'cygwin@cygwin.com'
At 03:15 PM 12/18/2001, Ching, Jimen wrote:
>Hi all,
>
>I have just installed the latest cygwin dll. I noticed that the /bin and
>/usr/bin are now their own separate directories. At one point, they were
>symlinks. But when I reboot my computer, my mount table still shows the
^^^^^^^^^
I don't believe that setup.exe ever created symlinks for these directories.
I could be wrong. Either way, if such a thing was ever done by setup.exe,
it was quite some time ago.
>e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /.
>This means both /bin and /usr/bin are the same physical directory. But
>the setup.exe has placed valid files in /usr/bin, which is overridden
>by the mount. Is this the normal behavior?
No. You should check this out closely. If it's not an artifact your
custom environment (the fact that you mention symlinks to /bin and/or
/usr/bin makes me think your environment may be "fooling" setup.exe
into doing the wrong thing), please provide details of what you find.
If you find it's the result of something specific to your environment,
we only need to know that this is the case.
Thanks,
Larry Hall lhall@rfk.com
RFK Partners, Inc. http://www.rfk.com
838 Washington Street (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
* default mounts
@ 2001-12-18 12:20 Ching, Jimen
2001-12-19 3:54 ` David Starks-Browning
0 siblings, 1 reply; 8+ messages in thread
From: Ching, Jimen @ 2001-12-18 12:20 UTC (permalink / raw)
To: 'cygwin@cygwin.com'
Hi all,
I have just installed the latest cygwin dll. I noticed that the /bin and
/usr/bin are now their own separate directories. At one point, they were
symlinks. But when I reboot my computer, my mount table still shows the
e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /.
This means both /bin and /usr/bin are the same physical directory. But
the setup.exe has placed valid files in /usr/bin, which is overridden
by the mount. Is this the normal behavior?
Thanks in advance.
--jc
--
jching@adtech-inc.com Adtech, Inc. (808) 734-3300
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2001-12-19 20:43 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <8AC36D3167EED41184C800508BD95405016744DD@apollo.adtech-inc .com>
2001-12-19 12:43 ` default mounts Larry Hall (RFK Partners, Inc)
2001-12-19 12:43 Ching, Jimen
-- strict thread matches above, loose matches on Subject: below --
2001-12-19 12:11 Ching, Jimen
[not found] <8AC36D3167EED41184C800508BD95405016744D6@apollo.adtech-inc .com>
2001-12-19 7:31 ` Larry Hall (RFK Partners, Inc)
2001-12-18 16:30 Ching, Jimen
[not found] <8AC36D3167EED41184C800508BD95405016744CF@apollo.adtech-inc .com>
2001-12-18 16:22 ` Larry Hall (RFK Partners, Inc)
2001-12-18 12:20 Ching, Jimen
2001-12-19 3:54 ` David Starks-Browning
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).