RE: Wrong links?
Angelo Graziosi wrote on 25 March 2008 14:38: I have noticed that if I do 'ls -l /bin' I get the following wrong links: X11 - ../X11R6/bin In what sense is that wrong? pnmnoraw - pnmtoplainpnm.exe [1] rcs2log - ../share/cvs/contrib/rcs2log webcheck - ../share/webcheck/webcheck.py If I do 'ls -l /usr/bin', only [1] is still wrong, the remaining links are OK. What do you mean by wrong? Soft-links are text strings, they cannot be inherently wrong or right unless you have some extra criterion to apply. Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm' is there, without '.exe'! Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be expected? It's an interaction between two things: 1. /bin and /usr/bin are the same physical directory, /usr/bin being a mount point for /bin. 2. exe magic only works on links when they can be resolved. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
Re: Wrong links? (Attn: netpbm, cvs, and webcheck maintainers)
On Tue, 25 Mar 2008, Angelo Graziosi wrote: I have noticed that if I do 'ls -l /bin' I get the following wrong links: X11 - ../X11R6/bin pnmnoraw - pnmtoplainpnm.exe [1] rcs2log - ../share/cvs/contrib/rcs2log webcheck - ../share/webcheck/webcheck.py If I do 'ls -l /usr/bin', only [1] is still wrong, the remaining links are OK. Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm' is there, without '.exe'! [1] is a packaging error. pnmtoplainpnm is a bash script, and the link is in this form in the binary tarball. Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be expected? Well, yes. Since the links are relative, doing ls -l /bin will attempt to find the files in /share, which doesn't exist. These are also packaging errors because, again, the links exist in the relative form in the binary tarballs (I've only checked the cvs tarball, but I assume webcheck has the same issue). This may be a cygport bug as well. Good catch. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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/
Re: Wrong links? (Attn: netpbm, cvs, terminfo, and webcheck maintainers)
Igor Peshansky ha scritto: On Tue, 25 Mar 2008, Angelo Graziosi wrote: I have noticed that if I do 'ls -l /bin' I get the following wrong links: X11 - ../X11R6/bin pnmnoraw - pnmtoplainpnm.exe [1] rcs2log - ../share/cvs/contrib/rcs2log webcheck - ../share/webcheck/webcheck.py If I do 'ls -l /usr/bin', only [1] is still wrong, the remaining links are OK. Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm' is there, without '.exe'! [1] is a packaging error. pnmtoplainpnm is a bash script, and the link is in this form in the binary tarball. Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be expected? Well, yes. Since the links are relative, doing ls -l /bin will attempt to find the files in /share, which doesn't exist. These are also packaging errors because, again, the links exist in the relative form in the binary tarballs (I've only checked the cvs tarball, but I assume webcheck has the same issue). This may be a cygport bug as well. Good catch. Igor Also 'ls -l /lib' / 'ls -l /usr/lib' shows something similar with: X11 - ../X11R6/lib/X11 terminfo - ../share/terminfo Angelo. -- 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/
Re: Wrong links?
Dave Korn ha scritto: What do you mean by wrong? 'ls -l /bin' shows them in RED (as if they were unresolved), instead 'ls -l /usr/bin' shows them in CYAN, i.e. pointing to the right files. Cheers, Angelo. --- Physics is like sex: sure it may give some pratical results, but that's not why we do it. - Richard Philips FEYNMAN -- 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/
Re: Wrong links in /etc
Angelo Graziosi wrote: Following the discussion Re: [ANNOUNCEMENT] Updated: vim-7.0.122-1 (http://cygwin.com/ml/cygwin/2006-10/msg00411.html...) So why are you starting a new thread when the discussion in the existing one is still ongoing? http://cygwin.com/ml/cygwin/2006-10/msg00463.html I would ask if it is the case, as workaround, to recreate, manually, those links in the correct way, for example: ln -sf /c/WINDOWS/system32/drivers/etc/hosts hosts Or more simply just for F in hosts protocols services networks; do ln -sf $(cygpath -S)/drivers/etc/$F $F; done But the whole point is that if you (or another user on the system) later changes the cygdrive prefix after you create the links, then they will break. So as long as you don't regularly change cygdrive then that is fine, but for the purposes of a correct solution the need remains for a /cygdrive-like tree that can be relied on existing. FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. Brian -- 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/
Re: Wrong links in /etc
Brian Dessent wrote: Or more simply just for F in hosts protocols services networks; do ln -sf $(cygpath -S)/drivers/etc/$F $F; done This works fine for hosts, services, networks but not for protocols protocols -- /c/WINDOWS/system32/drivers/etc/protocol ^^^^^^ Thanks, Angelo. -- 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/
Re: Wrong links in /etc
On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. cgf -- 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/
Re: Wrong links in /etc
On Fri, 13 Oct 2006, Angelo Graziosi wrote: Brian Dessent wrote: Or more simply just for F in hosts protocols services networks; do ln -sf $(cygpath -S)/drivers/etc/$F $F; done This works fine for hosts, services, networks but not for protocols protocols -- /c/WINDOWS/system32/drivers/etc/protocol ^^^^^^ Try http://cygwin.com/ml/cygwin/2006-10/msg00488.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
Re: Wrong links in /etc
Christopher Faylor wrote: On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. I've set cygdrive prefix to /dev for years with no ill effects -- Andrew DeFaria http://defaria.com What was the best thing before sliced bread? -- 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/
Re: Wrong links in /etc
Andrew DeFaria wrote: Christopher Faylor wrote: On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. I've set cygdrive prefix to /dev for years with no ill effects Have you looked behind your computer recently? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
Re: Wrong links in /etc
Larry Hall (Cygwin) wrote: Andrew DeFaria wrote: Christopher Faylor wrote: On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. I've set cygdrive prefix to /dev for years with no ill effects Have you looked behind your computer recently? ;-) Are you kidding? There's way too many old fast food containers back there! ;-) -- Andrew DeFaria http://defaria.com There are a number of mechanical devices which increase sexual arousal, particularly in women. Chief among these is the Mercedes-Benz 380SL. -- 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/